Taz

I use Q96 Max to run Pi-hole, Home Assistant in supervised mode, WireGuard, NFS, qBittorrent and Apache. I have openwrt box setup so that it redirects all outgoing DNS to my Pi-hole instance, and since I have wireguard on my phone, I get zero advertisement even on google apps.

Two days of uptime on X88 pro using original power supply and the AP6330 wifi crashed again flooding dmesg with "err=-110". https://lkml.iu.edu/hypermail/linux/kernel/2105.3/05569.html goes into some detail about -110. "rmmod cfg80211 brcmfmac && modprobe brcmfmac" caused firmware loading error. So is this limited to X88 pro or all AP6330 I do not know. However since this a hard to reproduce bug there probably isn't much that can be done to actually fix it. I've been using MT7601U usb wifi module that landed on my hands for 5 days without issues. I measured about 600mA current draw on these devices under load so the power supply should be fine I guess. Using MT7601U it takes about 100mA more than with AP6330. I haven't bothered to measure but MT7601U feels about as fast AP6330.

Removing this made it work however I had an kernel oops on the legacy kernel and it soon after that stopped booting.
I tried reinstalling kernel by booting from tf card:
mkdir -p /tmp/emmc mount /dev/mmcblk2p1 /tmp/emmc/ mount --bind /dev/ /tmp/emmc/dev/ mount --bind /proc/ /tmp/emmc/proc/ mount --bind /sys/ /tmp/emmc/sys/ chroot /tmp/emmc/ #ping 8.8.8.8 should now work on chrooted env apt remove linux-image-legacy-rockchip64 apt-get install linux-image-current-rockchip64 it seems to have worked but I have not bothered uart to see what is going on.
5.15.68-rockchip64 is the only kernel I get hdmi with others are blank IIRC.
I was able to get home assistant supervised working perfectly(esphome, tasmota, integrated mqtt server) if I select raspberrypi as machine type. Raspberry pi 4 and tinker I tried failed.
Armbian 22.11.0-trunk Jammy is the only one with docker-ce per https://github.com/home-assistant/supervised-installer and one needs to repackage homeassistant-supervised.deb:
dpkg-deb -R homeassistant-supervised.deb content sed -i "s/os-agent/os-agent:armhf/" content/DEBIAN/control dpkg-deb --build content/ homeassistant-supervised_new.deb dpkg --install homeassistant-supervised_new.deb  

I also get picture reliably at boot up hdmi with testing Kernel 5.19.15 image.  Seems I have messed something up on the buster because Xorg does not start:
https://pastebin.com/p8cRSF5L
 
But does the debian bullseye image still have U-Boot SPL 2022.04-armbian (Aug 23 2022 - 17:04:26 +0300) with that rather apparent "voltage select" bug?
 
I get:
[ 108.358432] ff000000.i2s-i2s-hifi: soc_pcm_open() failed (-22) [ 108.361402] hdmi-audio-codec hdmi-audio-codec.3.auto: Only one simultaneous stream supported! [ 108.362178] hdmi-audio-codec hdmi-audio-codec.3.auto: ASoC: error at snd_soc_dai_startup on i2s-hifi: -22 On the Home assistant image

@oolonthegreat @uehqsvbm Do not get too attached to devices that refuse to cooperate after a reasonable amount of effort. Just sell it and recover what you can and get one that people have had better success with. I recently fell into this trap with one particular openwrt supported device I have already spent months on it.
 

@uehqsvbm
It could be that those three pins near ir receiver are just reversed order of ir receiver. I have seen similar designs. They just put multiple pads for different devices. I hear they are going to start doing more of that in future because of chip shortage. You can first the all the pins with a multimeter so that it is below 3.3v but I do not think this board has uart unfortunately. I guess if multiboot works you could get the sources and try to make it into something workable and find out what is wrong that way. Or build from sources and change as many things as possible and see if you get lucky. Actually the best option might be to configure uart TX pin on the led pin or one of the pins of the front led panel or ir receiver. I am pretty sure rk3318 chip is capable of that and I think I saw the full datasheet online. I do think the 1.5Mps uart is little risky high which can cause signal integrity problems.
 
@jock
Can you tell me where this blinking led is configured, it is now shining through the case and I do not like keeping anything that blinks in the house.
 
 
I have not been able to crash my box at 1.3ghz and performance governor with fan cooling. Might give a whirl to overclocking with voltage mod but do not know how yet.

It appears it does not matter when you plug in HDMI cable. But for 3d printer owners out there I made a parametric cooler case(well top of it anyway)
https://www.thingiverse.com/thing:5447782
Certainly sorts out the overheating issue for the time being. Tested with cpuburn-a53
ln -s /sys/devices/virtual/thermal/thermal_zone0/temp /root/temp; cat /root/temp  

So I build a minimal image from sources with Armbian 22.08.0-trunk Bullseye with Linux 5.15.58-rockchip64 and burned it with multitool without erasing emmc this time.
Connected sigrok-pico to uart tx line and pulseview at 3mhz and 100M samples uart protocol decoder. It was a bit of a pain using a logic analyzer first time but I found a login prompt and so replaced sigrok-pico with ch340g usb uart and was able to login and create account without any issue this time. No wifi so I just stuck ethernet cable to my router and dhcp gave ip address to it. I connected hdmi and now that works as well. It seems that only 2gb of 4gb ram is detected but I can see that this kind of issues has been discussed before on this thread.

So to sum it up, it seems 5.18 kernel has no hdmi but if you stick ethernet cable to a dhcp capable router one can get the ip and ssh into it - you probably want to use 5.15 kernel for the time being though. Perhaps something along the lines of git-bisect to get to the bottom of the hdmi issue. I do find it a bit strange that hdmi did not seem to work immediately after flashing. Perhaps one needs to replug the hdmi cable after it has booted.
 
Feel like a winner already, thanks to everyone working on this!
 

So I build a minimal image from sources with Armbian 22.08.0-trunk Bullseye with Linux 5.15.58-rockchip64 and burned it with multitool without erasing emmc this time.
Connected sigrok-pico to uart tx line and pulseview at 3mhz and 100M samples uart protocol decoder. It was a bit of a pain using a logic analyzer first time but I found a login prompt and so replaced sigrok-pico with ch340g usb uart and was able to login and create account without any issue this time. No wifi so I just stuck ethernet cable to my router and dhcp gave ip address to it. I connected hdmi and now that works as well. It seems that only 2gb of 4gb ram is detected but I can see that this kind of issues has been discussed before on this thread.

So to sum it up, it seems 5.18 kernel has no hdmi but if you stick ethernet cable to a dhcp capable router one can get the ip and ssh into it - you probably want to use 5.15 kernel for the time being though. Perhaps something along the lines of git-bisect to get to the bottom of the hdmi issue. I do find it a bit strange that hdmi did not seem to work immediately after flashing. Perhaps one needs to replug the hdmi cable after it has booted.
 
Feel like a winner already, thanks to everyone working on this!
 

It appears it does not matter when you plug in HDMI cable. But for 3d printer owners out there I made a parametric cooler case(well top of it anyway)
https://www.thingiverse.com/thing:5447782
Certainly sorts out the overheating issue for the time being. Tested with cpuburn-a53
ln -s /sys/devices/virtual/thermal/thermal_zone0/temp /root/temp; cat /root/temp  

It appears it does not matter when you plug in HDMI cable. But for 3d printer owners out there I made a parametric cooler case(well top of it anyway)
https://www.thingiverse.com/thing:5447782
Certainly sorts out the overheating issue for the time being. Tested with cpuburn-a53
ln -s /sys/devices/virtual/thermal/thermal_zone0/temp /root/temp; cat /root/temp  

So I build a minimal image from sources with Armbian 22.08.0-trunk Bullseye with Linux 5.15.58-rockchip64 and burned it with multitool without erasing emmc this time.
Connected sigrok-pico to uart tx line and pulseview at 3mhz and 100M samples uart protocol decoder. It was a bit of a pain using a logic analyzer first time but I found a login prompt and so replaced sigrok-pico with ch340g usb uart and was able to login and create account without any issue this time. No wifi so I just stuck ethernet cable to my router and dhcp gave ip address to it. I connected hdmi and now that works as well. It seems that only 2gb of 4gb ram is detected but I can see that this kind of issues has been discussed before on this thread.

So to sum it up, it seems 5.18 kernel has no hdmi but if you stick ethernet cable to a dhcp capable router one can get the ip and ssh into it - you probably want to use 5.15 kernel for the time being though. Perhaps something along the lines of git-bisect to get to the bottom of the hdmi issue. I do find it a bit strange that hdmi did not seem to work immediately after flashing. Perhaps one needs to replug the hdmi cable after it has booted.
 
Feel like a winner already, thanks to everyone working on this!