Seth

@Alex ThreeD actually it is in the wild and it looks to work right to me, also executes boot.scr script. boot.scr is essential to read armbianEnv.txt and apply dtb overlays as well.
Did you notice something wrong?

Perhaps this helps:
 

Many thanks to all those who helped me launch the TV-box, I am very grateful to these people who help out newcomers with their advice. Thanks  jock, I deleted brltty using the command:
and oh, a miracle the board worked, the connection to the printer took place!

please post output of the following commands while the printer is plugged in the usb and is turned on.
ls /dev/tty*
and
lsusb
 
i never had problems with usb serial communication with armbian before. please check your klipper make menuconfig settings and that it is exactly what is intended for your printer mainboard. here is the guide for your printer.

I had a feeling, that anything could happen to the server and nobody will have access to the files anymore.
I temporary reuploaded the following files on my download server, till the originals are back online:
Armbian_23.08.0-trunk_Rk3318-box_bookworm_edge_6.3.13_minimal.img.xz
multitool.img.xz
nvram_2734c.txt

Link:
https://dl.timfischbach.com/dlc/RK3318 Files Reupload/

Hi/Hello
 
Problems with "users.armbian.com" server, it is not available
So lot of link (to firmware) does not work  😭😭😭😭

Any solution to access at Jock's files (OS image and kernel dtb) ?

Thanks

I got it, I don't remember if it is v2.0, but perhaps it is a v1.4; anyway it works flawlessy on my case, it has a specific led-conf because it carries the rk805 pmic that is required to make operational before trying to raise cpu frequency

works like a dream @jock. here's my freshly installed/updated hk1 max box dmesg using latest libreelec hdmi patched 6.3.13 kernel. i hope mainline gets around to updating hdmi timing stuff. brcm 6334 2.4G and 5G works out of the box. using it currently as pi hole box.
 
for those having problems with rtl 2734c (rtl8237cs). wireless module that gets detected but cannot connect to AP, here's a reuploaded nvram you can try out (no guarantees though), it solved my problem way back with the rounded h96 max i am using as klipper host. file is not mine, credits to the original uploader.
dmesg.log nvram_2734c.txt

@FatalWorld
there is a kernel oops about swapper being tainted. your board is the same as mine albeit with different wifi chip. these are the things i would try if that was my board:
1. backup original firmware and try flashing different firmwares on the emmc chip from the github page.
2. if running from sd card, i would try a different sd card just to test filesystem stability.
3. i would also try ram testing.
4. upload logs for different test image used. just do a "dmesg >> dmesg519.log", download that log using winscp and include it in your next post, it would help jock and others with debugging where your problem is coming from. got mine solved that way.
 
cheers and good luck!

hello. 5.19.15 kernel works both on rounded and square h96 max box v1.4 boards and so far they are both running stable with hdmi display for about 6 hours now. attached are the dmesg logs for both boxes. for the square box, i did a fresh install of @jock's full image and for the rounded one, i have installed the new kernel and dtb. i2cdetect -l needed sudo and the output is the same as @MattWestB's.
dmesg-square.log dmesg-rounded.log

there seems to be 2 types of h96 max on the market, one is the more rounded and smaller case which has an rk3318 and 2734c chip that is working only on 2.4GHz and the other one has a bigger case with square corners which has real 4334 wifi chip and supports both 2.4GHz and 5GHz bands. Some square box with lower specs for storage 2GB ram +16GB has 2734c but 4GB+32GB almost always has real 4334 chip. i bought both. the square one is about $3 more expensive than the rounded one. my square h96 max seems to have real rk3328 (verified by using hexdump) and am testing xfce 5.15 version at the moment, hdmi sound doesn't seem to work though. but overall stable at 1.3GHz with a little bit of active cooling. anyways, if you're gonna play with boxes like this, make sure you have an extra cable to the router ready always. my setup includes an always ready rig for uart, usb male to male, ethernet cable and 5v supply ready for quick hookup. the rounded one i have is currently running my 3d printer and will not be updated anytime soon. i'm planning on getting an hk1 max as that is @jock's testing platform, i hope i get lucky and get the same specs.

i got myself a new box, still an h96 max, same as what @paradigman has. it also has a 2734c wifi chip, his posted nvram from the manufacturer works. hdmi on edge kernel still doesn't work on my monitor/tv but i can access it via ssh after install so everything is good. thanks again @jock, @fabiobassa and @paradigmanfor the awesome community support.

Seriously, are you thinking that thousands of log lines of the original android (I read kernel 3.10) are of any use?
Paste the logs of the problematic boot, not when it goes well, damn!

@stroma Hello, thanks for the photos, they will be useful at least to have an idea of the issue.
Anyway did you try the experimental image with kernel 5.19.15 and libreelec patches?
They have several HDMI/DRM fixes, perhaps they fix your case. Since the LE patches are not mainlined into armbian, you should then not upgrade the kernel.
 
I quickly looked back and  @Seth described similar issues you have had with his two boards.

hello again. @jocki'll be taking pics of both boards tonight and extracting the dtb's. some vendors do give clues as to what wifi chip is placed on the board. my squared h96 max v1.4 board works fine on 2.4GHz and 5GHz and works on default distro of the 5.15 kernel build including hdmi, hdmi does not work on the 5.19 kernel though. my rounded one which i will disassemble seems to have the same board but has no 8 segment lcd. it works almost the same as the squared one with the exception of the nvram that needs replacing.
edit:
i seem to have identical boards for the rounded one and the square one, both are rk3318 v1.4 dated 2020/06/29.
differences are square and rounded respectively.
wifi chip: fx8934, sp2734c
crystal beside wifi chip: none, 37.4MHz
inductor beside wifi chip: none, 4R7
fd6551 and 8 segment: yes, no
 
square pics:https://photos.app.goo.gl/U5LEJrav5FZMh6LEA
 
rounded pics:
https://photos.app.goo.gl/dUBqpmVfWpshq4PV9
 
i think @fabiobassa can chime in on the hardware part because it seems we can put in an fd6551 and an 8 segment on the rounded h96 max box easily and make openvfd work on it too. i also think we can transplant a similar but better wifi chip on it if ever we have those on hand.

@jock My Hero!

 

5.15 ~ 5.18 fells laggy
this 5.19 from @jock needs to be the standart

H96 MAX V12 RK3318 4gb/64gb Board v1.4
Desktop 1.3ghz verry responsive and also fix HDMI 4K display problems
LOG: http://ix.io/4gJ6
GeekBench: https://browser.geekbench.com/v5/cpu/18845814
 

@marras

if you need just for 3d printer no desktop at all and it will be fast as lightnening
 

@jock Broadcast traffic is correctly decrypted with this hack: Force MAC80211 broadcast decrypt 
Multicast traffic is still corrupt though

@FatalWorld
there is a kernel oops about swapper being tainted. your board is the same as mine albeit with different wifi chip. these are the things i would try if that was my board:
1. backup original firmware and try flashing different firmwares on the emmc chip from the github page.
2. if running from sd card, i would try a different sd card just to test filesystem stability.
3. i would also try ram testing.
4. upload logs for different test image used. just do a "dmesg >> dmesg519.log", download that log using winscp and include it in your next post, it would help jock and others with debugging where your problem is coming from. got mine solved that way.
 
cheers and good luck!

@FatalWorld
there is a kernel oops about swapper being tainted. your board is the same as mine albeit with different wifi chip. these are the things i would try if that was my board:
1. backup original firmware and try flashing different firmwares on the emmc chip from the github page.
2. if running from sd card, i would try a different sd card just to test filesystem stability.
3. i would also try ram testing.
4. upload logs for different test image used. just do a "dmesg >> dmesg519.log", download that log using winscp and include it in your next post, it would help jock and others with debugging where your problem is coming from. got mine solved that way.
 
cheers and good luck!

@chakatunNo, it means that you can't run armbian with a mainline kernel from internal flash. If you want mainline kernel, you can still boot from sdcard or even usb stick installing jump start via multitool

Hello @Seth for sure, 
 
Box type: H96Max 4k Ultra HD
Board versión: RK3318_V1.4
 
Board images:
 
https://drive.google.com/drive/folders/1C8Pj-_I2Y1x5e3zmKJ-i3UxXOJbnITLY
 
Thanks in advance.

please indicate box type and board version, if posible attach top and bottom images of the board.

I would say EMCP
 
because on left ro right i see wifi chip ; empty Memory chip space ; the Rk322x ;one Memory chip
 
thats only one memory chip on upper right corner that maybe  EMCP (combined RAM and ROM chip) please look at this chip and google it 
 
 

board version? sometimes those 4 pads do not work for me, what i sometimes do when i'm feeling lazy is i try connecting the ground on the board first then i try connecting the rx pin of usb serial to different pads of the board while booting to find its tx pin. you only need two pins to capture serial debug logs. i found mine at the back of the board. i think i posted the pics in this post at page 26. you get very low chances of bricking your board if you do it this way. other method i use is a low cost stm32 o-scope and a multitester which a is way safer method in my opinion.