Energokom

Armbian, like debian, is an open source project. The fact that my devices work, as you said, is precisely because of my work. For example, a tablet on A13, or HK1 box LAN 100, where I myself ruled dtb to make the LAN internal, not external. I added drivers for Wifi and BT myself. There is no ready-made assembly for the HK1 box s905x3 c LAN 100Mb. I agree, there are TV boxes with very poor build quality, but there are also good ones - the same HK1 box s905x3, aka vontar x3. Also T95W2 - there is no mention of this board at all on this forum. I also did a lot on my own, extracted and corrected dtb rules, tested and corrected. I tried to install slackware on some boards and the person who builds the OS does not ask for anything in return. The main reason for the discontent is that TV box producers do not pay armbian. But armbian is a NON-PROFIT organization, it says so. RED HAT is a commercial organization and their product costs money. Microsoft is also a commercial organization. Armbian can also become a commercial organization and sell its product. But, while the organization calls itself NON-commercial and provides an open source product, the question of what you have done to use this product is inappropriate. As inappropriate as it is, the requirement of users is to support a free product. Do you think it's unfair that people get a free product that says free, and condemn such people? I condemn people who say it's free, and when you get what's free, they tell you - what will you give me in return? There is a law of conservation of energy, when you take something for free, you should give something in return. And this one comes from a person of his own free will! And when they ask for something in return for a free product, it ceases to be called free. So answer me the question: does armbian sell its product or distribute it under a free license?

Only if your hands are crooked and you don't have enough patience, experience and knowledge. I have about 20 pcs of different TV boxes on different SOC and I managed to launch armbian on all of them and all work for my tasks. None of them ended up in the trash.

In fact, this is a good TV box for porting linux. Almost all the work has already been done. Video acceleration is working, cvbs is working. USB 3.0 and 2.0 are working. While there are problems with HDMI, you need to turn on the TV or monitor only after U-boot has started. And there is a problem with porting the OS to emmc. TV boxes are in high demand than SBC: they are cheaper, already with a case and a power supply, an HDMI cable, and a remote control. I always advise buying a TV box instead of an SBC. In addition, more and more SBC remain without armbian support.

I took off my radiator for an hour and a half. It is very strongly glued to the processor. It is removed as follows: swing clockwise, counterclockwise, slowly increasing the amplitude. And in the end, he pulls away. At the radiator itself, almost all the ribs are broken off. I removed the radiator to replace it with a more massive one: 25x25x10. Although in fact, it turned out that the processor is not very hot. There is no need to change the radiator.

did you tear off the processor along with the radiator?

Try USB flash

Shorting SARADC_IN0_BOOT (PIN AA10) to ground can put the device into Maskrom state. There is no need to short circuit EMMC_CLK/DATA to log into Maskrom;

Vontar R3 RGB (multi)

Using the Rockchip Create Upgrade Disk Tool Version 1.7, write the vontar r3 RGB firmware to SD card, insert the card into the TV box and connect USB to USB to the PC and then the TV box will determine the system.

Help this TV box to create an arbian with a kernel 6.x

My TV box freezes on the frequency 667. Until they make a u-boot with stable operation at 667MHz, it will not work well. If you need a frequency of 800MHz, you need to take a u-boot from android

No. Only linux or android

That's it works. But it is necessary to turn on the monitor button every time after turning on the TV box. How to fix it?

If you try to add this patch: https://github.com/armbian/build/pull/5723

DQ08 with pcb FX-RX3528-D4. HDMI - grey screen and nothing works

DQ08 with pcb FX-RX3528-D4. I built armbian using your patches on GitHub, but the HDMI-video didn't work. TV-out working

Where to get a stock vendor u-boot? I have tv-box T95w2

It was not possible to add the kernel headers to the repository? It has already been released on 23.08, but there are still no kernel headers

23.08 is now. So I asked

Wi-fi on the built-in chip could not be started?

If the system does not start after writing to SPIOR, then you can clean it with the command dd if=/dev/zero of=/dev/mtdblock0 bs=1M count=4

Does anyone have an image with kernel 5.x or 6.x for vontar kk max?

@Zacky TravisIt's all about trust.img. either you use a proprietary one for android, or an open one (but it contains restrictions on working with RAM frequency) for linux

[ 3.261206] gpio-syscon ff100000.syscon:gpio: can't read the data register offset! [ 3.440357] lima ff300000.gpu: gp - mali450 version major 0 minor 0 [ 3.440592] lima ff300000.gpu: pp0 - mali450 version major 0 minor 0 [ 3.440803] lima ff300000.gpu: pp1 - mali450 version major 0 minor 0 [ 3.440929] lima ff300000.gpu: l2 cache 8K, 4-way, 64byte cache line, 128bit external bus [ 3.440955] lima ff300000.gpu: l2 cache 64K, 4-way, 64byte cache line, 128bit external bus [ 3.462726] lima ff300000.gpu: bus rate = 491520000 [ 3.462768] lima ff300000.gpu: mod rate = 491520000 [ 3.469631] [drm] Initialized lima 1.1.0 20191231 for ff300000.gpu on minor 1 [ 3.498567] rk_gmac-dwmac ff550000.ethernet: IRQ eth_wake_irq not found [ 3.500610] rk_gmac-dwmac ff550000.ethernet: IRQ eth_lpi not found [ 3.500853] rk_gmac-dwmac ff550000.ethernet: PTP uses main clock [ 3.502023] rk_gmac-dwmac ff550000.ethernet: clock input or output? (output). [ 3.502061] rk_gmac-dwmac ff550000.ethernet: TX delay(0x30). [ 3.502082] rk_gmac-dwmac ff550000.ethernet: RX delay(0x10). [ 3.502130] rk_gmac-dwmac ff550000.ethernet: integrated PHY? (yes). [ 3.502298] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_refout [ 3.502324] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_speed [ 3.508414] rk_gmac-dwmac ff550000.ethernet: init for RMII [ 3.551007] rk_gmac-dwmac ff550000.ethernet: User ID: 0x10, Synopsys ID: 0x35 [ 3.551056] rk_gmac-dwmac ff550000.ethernet: DWMAC1000 [ 3.551071] rk_gmac-dwmac ff550000.ethernet: DMA HW capability register supported [ 3.551085] rk_gmac-dwmac ff550000.ethernet: RX Checksum Offload Engine supported [ 3.551098] rk_gmac-dwmac ff550000.ethernet: COE Type 2 [ 3.551113] rk_gmac-dwmac ff550000.ethernet: TX Checksum insertion supported [ 3.551125] rk_gmac-dwmac ff550000.ethernet: Wake-Up On Lan supported [ 3.551339] rk_gmac-dwmac ff550000.ethernet: Normal descriptors [ 3.551363] rk_gmac-dwmac ff550000.ethernet: Ring mode enabled [ 3.551376] rk_gmac-dwmac ff550000.ethernet: Enable RX Mitigation via HW Watchdog Timer

With a DDR memory frequency of 533 MHz, I have no problems with LAN I am using a script to create idbloader.img ../mkimage -n rk3328 -T rksd -d "rk3318_ddr_333Mhz_v1.16.bin" idbloader.img cat "rk3328_miniloader_v2.50.bin" >> idbloader.img My idbloader.img does not work with Armbian images (kernel update 5.19.15 and libreelec). But, with your other images, my idbloader.img works. So I'm trying to ask you, maybe you used DDR_v1.19.bin? My RAM = D9PQL Operating frequencies and memory timings: 800 MHZ (11-11-11-28) / 39-208-5-12-6-6-24 761 MHZ (10-10-10-27) / 37-199-5-12-6-6-23 685 MHZ (9-9-9-24) / 33-179-5-11-6-6-21 609 MHZ (8-8-8-22) / 30-159-4-10-5-5-19 533 MHZ (7-7-7-19) / 26-139-4-8-4-4-16 - At this frequency 533 MHZ, my TV box is now working flawlessly 457 MHZ (6-6-6-16) / 22-119-3-7-4-4-14 380 MHZ (5-5-5-14) / 19-100-3-6-3-3-12