argen96
-
Posts
4 -
Joined
-
Last visited
Reputation Activity
-
argen96 got a reaction from Tomek51 in CSC Armbian for RK3318/RK3328 TV box boards
@Tomek51 Regarding klipper and rk3318/rk3328. I have done this setup with an rk3318 box and this armbian distro. In terms of performance it works fine. I also have a webcam and stream over the network with gstreamer.
The comment I could make is be prepared to spend time (If unlucky) in setup and working around hardware bugs/issues. It is not like a raspberry pi where you plug it in and it just works.
For example I boot from emmc and that works intermittently, about 50% of the times I need to go and unplug/plug back in. If booting from sdcard it works always so I will do a mixed kernel boot from sdcard and have a link to the root mount on internal emmc. These manufacturers don't have a standard bill of materials so for example the wifi chip that will be on your box will be unknown until you get it. In my case it was version of wifi chip that needed special modification of NVRAM settings and I found out about this from another user in the forum a few months after I had the box.
On top of that you will be working with other issues related to the 3D printer so adding uncertainty with your server may not be desirable. Anyway, good luck!
-
argen96 reacted to paradigman in CSC Armbian for RK3318/RK3328 TV box boards
I finally managed to solve the problem, my box can connect to wifi with that new 2734C chip. Thanks to @jock for directing my attention to the nvram file, I was wrong, dtb was not needed to solve it. However, Google didn't help with the solution (I don't even understand how it could have helped), but I contacted the Chinese manufacturer of the box and they helped. I have attached the correct nvram file, the content of which I overwrote the brcm/brcmfmac4334-sdio.rockchip,rk3318-box.txt file that comes with the current image. I recommend that you integrate it into the kernel, because the current kernel does not, or at least does not, support this widely used wireless chip.
nvram_2734c.txt
-
argen96 got a reaction from TRS-80 in H96 Max or H96 Max+ DVFS cpufreq inactive
I reply myself , for the record in case someone has the same board / issue.
My PCB has a black solder mask and is marked in silkscreen as "RK3318_V1.2" . Upon inspecting the PCB I see that it does not have a proper power management IC. Instead it has 3 discrete switching regulators which output 3.3V, 1.18v and 1.15v respectively.
These regulators have a fixed output voltage set by resistors so the 'dynamic' voltage frequency scaling through 'operating-points' is out of question. However throttling the CPU frequencies may be possible if not pushed beyond the limit set by the supply voltage. I will keep researching if anyone can point me towards some relevant info I would appreciate it.