Nick A Posted April 18 Share Posted April 18 (edited) Hi Dave, I don't see any difference between our dts (That deal with hdmi/audio). Maybe the overlay dtbo_a changed something.? If you can extract that. Have you tried your box with different TV/monitors and hdmi cables? Here's my dts. devicetree.dts Edited April 18 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
Dave2024 Posted April 18 Share Posted April 18 Hi Nick. I'm on a business trip now, I'll be able to check on Monday. Maybe I'm just not assembling the firmware correctly? I’ll try to compile it again and publish the output of dmesg or whatever you suggest to understand the problem. Thank you very much for your time and help. 0 Quote Link to comment Share on other sites More sharing options...
wulfy23 Posted April 20 Share Posted April 20 (edited) On 4/18/2024 at 1:49 PM, Nick A said: Here's the latest build Thanks!, saved me significant messing around. Generic-ish "T95MAX"(lol) here, 4GB... bridged UART rx FET Source Drain but no luck with that... mounted SD to setup some credentials. Don't really use HDMI, BTOOTH, WIFI(rarely) but I owe you(s) one so if you need something let me know... edit: board is one where BTOOTH seems like it works and WIFI does not due to new brcm chipset etc. etc. Edited April 20 by wulfy23 board specifics 0 Quote Link to comment Share on other sites More sharing options...
afiftyp Posted April 21 Share Posted April 21 A bss138 FET or something similar can be used. 1 Quote Link to comment Share on other sites More sharing options...
Long Vũ Posted April 23 Share Posted April 23 Can I ask if there is a build for 2gb ram? I'm using Vontar 618 with board vs Transpeed 8k 2gb version so it almost just hangs on the armbian logo. I have tried all versions of armdev build but they don't work 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted April 24 Share Posted April 24 Hi Long Vu, you should install a UART Serial port so we can find out where it hangs. 0 Quote Link to comment Share on other sites More sharing options...
CaoSaMac Posted April 25 Share Posted April 25 Hi Long Vu . I use Vontar H618 2GB ram. it's running well with armbian 6.7.10 . only need to fix wifi driver 1 Quote Link to comment Share on other sites More sharing options...
Dmitriy Geels Posted April 25 Share Posted April 25 Manged to boot latest armbian on Transpeed T98 6K clone. Don't quite understand actions needed to boot from SD card, but investigating uBoot setup I noticed, that it can also boot from USB stick. I'd like to join the development. Device looks promising. 0 Quote Link to comment Share on other sites More sharing options...
CaoSaMac Posted May 1 Share Posted May 1 How can i flash to internal memory . it's better Sd card 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 4 Share Posted May 4 I have a patch for emmc internal memory but I haven't tested it yet. I got it from warpme's miniarch distro. If you go back a few pages you'll see how heiko910 installed to emmc. 0 Quote Link to comment Share on other sites More sharing options...
Владимир Владимиров Posted May 5 Share Posted May 5 Цитата Nick A Опубликовано: 18 апреля Here's the latest build if anyone wants to test it out. https://armdev.pixeldrift.net/transpeed/8k618-t/ I downloaded PRxxxx_20240415_db21e5f7d_Arabian-unofficial_24.5.0-trunk_Transpeed-8k618-t_bookworm_edge_6.7.12_xfce_desktop.tar. xz 2024-04-17 14:51 964M. I used Rufus to write to SD.When turned on, the Arabian download started. When the desktop appeared, I ran arm bin-config and installed arabian in the internal memory. I deleted the SD card on reboot. The system booted from the internal memory. WI-FI and BT are not working. Everything else works very fast. 0 Quote Link to comment Share on other sites More sharing options...
elysiuM Posted May 5 Share Posted May 5 Hi all. I have transpeed m98-8k plus allwinner h618. Its stop working. When i plug to power its only red light. Trying to flash stock firmware with phoenix suit, phoenix usb pro but stops when reach 45%. When i plug usb to USB1 port automatically start flashing. In livesuit says invalid image file. 0 Quote Link to comment Share on other sites More sharing options...
Владимир Владимиров Posted May 6 Share Posted May 6 Please tell me how to edit your message. Thank you. 0 Quote Link to comment Share on other sites More sharing options...
didier nouveau Posted May 6 Share Posted May 6 (edited) @elysiuMAccording to a user from a russian forum, the published stock firmware (28.10.23) does not match the device and will brick it! We have to wait until the correct firmware is released or someone finds another solution... https://4pda.to/forum/index.php?showtopic=1088113#entry129825636 Edited May 7 by didier nouveau 0 Quote Link to comment Share on other sites More sharing options...
Владимир Владимиров Posted May 7 Share Posted May 7 (edited) My set-top box has an FX-618-D4_V10 board. The WI-FI chip is HK6334Q. WIFI started working when using the brcmfmac4334-sdio.bin driver and file brcmfmac4334-sdio.txt from the website https://github.com/LibreELEC/brcmfmac_sdio-firmware/blob/master/brcmfmac4334-sdio.bin . Edited May 7 by Владимир Владимиров 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 10 Share Posted May 10 (edited) So I been doing some testing and audio through headphone jack "Line Out" works. I added a patch to enable line out in my dts. +&codec { + allwinner,audio-routing = + "Line Out", "LINEOUT"; + status = "okay"; +}; + You need to to enable it using the mixer. (thanks to sasa in the orange pie thread) /usr/bin/amixer -c 0 set 'Left Output Mixer DACL' 100% unmute /usr/bin/amixer -c 0 set 'Left Output Mixer DACR' 100% unmute /usr/bin/amixer -c 0 set 'Right Output Mixer DACL' 100% unmute /usr/bin/amixer -c 0 set 'Right Output Mixer DACR' 100% unmute Bluetooth has a bug where you need to enable bluetooth in android first before it can work with armbian. Edited May 10 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
kil Posted May 13 Share Posted May 13 Thank you guys for putting the effort to port Armbian to H616/H618 android boxes. I have a 4GB/64GB T95H (exactly the same PCB: https://linux-sunxi.org/File:T95H_PCB_Top.jpg, https://linux-sunxi.org/File:T95H_PCB_Bottom.jpg, just with stock firmware T95H-H616-X24). By default the serial console did not work. After adding a shortcut to tx-path, and 1K resistor to the rx-path (between two pads of SOT-23), the boot process of stock fw became available, and communication with the FW became possible at 115200 baud rate. Downloading the latest available PRxxxx_20240415_db21e5f7d_Armbian-unofficial_24.5.0-trunk_Transpeed-8k618-t_bookworm_edge_6.7.12.tar.xz and putting the extracted img to SD card, powering up the box with pressed uboot button does not give any console output (neither on 115200 nor on 1500000 baud rate). Did I make something wrong? Or is this box is not supported by the tested firmware at any level? 0 Quote Link to comment Share on other sites More sharing options...
pstumbler Posted May 13 Share Posted May 13 @Nick A I'm using you latest build from pixeldrift on a Transpeed M98-8K TV box with a H618 and it works like a charm without any modifications! 👏🥳 Now I'm curious how these builds will go on, as the directory description talks about "experimental", "testing only", "are not intended for end users".... ? I will use the TV box as a small home server and do you know if this device (or the Transpeed 8k618-T) will become some more or less "official" cummunity build? Many thanks in advance! 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 13 Share Posted May 13 pstumbler most of my patches have come from warpme. To apply warpme's audio/video patches to Armbian I had to disable several patches from other boxes. If someone wants to modify warpme's patches to work with armbian then it shouldn't be hard to get an official build. Kil did you do the toothpick tick correctly? there’s a button in the headphone jack.., use a wooden toothpick. what I do is remove the power cable. With the sdcard inserted. push the button inside the headphone jack with a toothpick. plug-in the power cable holding the button for a few seconds. remove the toothpick. You’ll notice the box won’t boot. remove power cable. The next time you insert the power cable it will boot to armbian. 1 Quote Link to comment Share on other sites More sharing options...
kil Posted May 13 Share Posted May 13 (edited) @Nick A: Yes, I found a suitable plastic tool to press the uboot button through the audio jack during powering up. The symptom is, when the button is pressed (and released after power up), serial output remains absolutely silent (so the uboot button pressing is sensed!), when uboot button is not pressed, the standard boot process is visible... I enclose an earlier saved stock firmware boot log, if you can get any hints out of that... I also checked on the linux machine, that the SD card contains the Armbian image, which can be mounted, files are browsable... t95h_x24_stock_firmware_boot.txt Edited May 13 by kil 0 Quote Link to comment Share on other sites More sharing options...
SteeMan Posted May 13 Share Posted May 13 2 hours ago, Nick A said: Kil did you do the toothpick tick correctly? there’s a button in the headphone jack.., use a wooden toothpick. what I do is remove the power cable. With the sdcard inserted. push the button inside the headphone jack with a toothpick. plug-in the power cable holding the button for a few seconds. remove the toothpick. You’ll notice the box won’t boot. remove power cable. The next time you insert the power cable it will boot to armbian. I'd be interested in understanding better what is going on to enable the toothpick to switch boot order. So by default it seems that the boot order looks for u-boot on emmc first (as it doesn't boot from an SD card with a valid u-boot when inserted). But something happens with the pressing of the button that causes the boot order to change from emmc first to SD first. And that change seems to be persistent from your description. That would imply that some state information (boot order) is being stored somewhere as sometimes it boots emmc first and other times it boots SD card first. Where and how does this process work? 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 13 Share Posted May 13 (edited) Your box has a H616.. The problem is due to your box having a different PMIC (Power Management IC). [01.215]PMU: AXP806 Which is the same as axp305. My box uses AXP313a. https://linux-sunxi.org/AXP_PMICs I think you would have better luck booting an OrangePi Zero2 image. I would extract your boxes dts file and compare it with OrangePi Zero2. Make sure the voltages are correct. axp305: pmic@745 { compatible = "x-powers,axp305", "x-powers,axp805", "x-powers,axp806"; interrupt-controller; #interrupt-cells = <1>; reg = <0x745>; x-powers,self-working-mode; vina-supply = <®_vcc5v>; vinb-supply = <®_vcc5v>; vinc-supply = <®_vcc5v>; vind-supply = <®_vcc5v>; vine-supply = <®_vcc5v>; aldoin-supply = <®_vcc5v>; bldoin-supply = <®_vcc5v>; cldoin-supply = <®_vcc5v>; regulators { reg_aldo1: aldo1 { regulator-always-on; regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc-sys"; }; reg_aldo2: aldo2 { /* 3.3V on headers */ regulator-always-on; regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc3v3-ext"; }; reg_aldo3: aldo3 { /* 3.3V on headers */ regulator-always-on; regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc3v3-ext2"; }; reg_bldo1: bldo1 { regulator-always-on; regulator-min-microvolt = <1800000>; regulator-max-microvolt = <1800000>; regulator-name = "vcc1v8"; }; bldo2 { /* unused */ }; bldo3 { /* unused */ }; bldo4 { /* unused */ }; cldo1 { /* reserved */ }; cldo2 { /* unused */ }; cldo3 { /* unused */ }; reg_dcdca: dcdca { regulator-always-on; regulator-min-microvolt = <810000>; regulator-max-microvolt = <1100000>; regulator-name = "vdd-cpu"; }; reg_dcdcc: dcdcc { regulator-always-on; regulator-min-microvolt = <810000>; regulator-max-microvolt = <990000>; regulator-name = "vdd-gpu-sys"; }; reg_dcdcd: dcdcd { regulator-always-on; regulator-min-microvolt = <1500000>; regulator-max-microvolt = <1500000>; regulator-name = "vdd-dram"; }; reg_dcdce: dcdce { regulator-always-on; regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc-eth-mmc"; }; sw { /* unused */ }; }; }; }; Edited May 14 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
pstumbler Posted May 14 Share Posted May 14 @Nick A thank you for your information 😀 Would it be possible to get your already patched sources for building the images you posted on pixeldrift? Can I download them on your github page? Any other way that I don't have to invent the wheel anew to create the same image myself? Thanks!!! 0 Quote Link to comment Share on other sites More sharing options...
Dmitriy Geels Posted May 14 Share Posted May 14 On 5/13/2024 at 8:52 PM, Nick A said: You’ll notice the box won’t boot. remove power cable. The next time you insert the power cable it will boot to armbian. Thanks Nick A, that was an unclear part of reboot magic. After playing with installation, I noticed that: bluetooth doesn't work (looks like a bug you mentioned), HDMI doesn't detect the tv, hdmi sound also doesn't work, wifi doesn't even appear in kernel log. I boot minimal image, without xfce. Is there any difference? 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 15 Share Posted May 15 (edited) Dmitriy Geels I think your box is a H616.. again it's probably due to different PMIC (Power Management IC). Need more information. Do you have a serial log? can you post your kernel log? Edited May 15 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
Dmitriy Geels Posted May 15 Share Posted May 15 It identifies itself as H618. And I remember seeing 'AXP806' in the dtbo_a partition... I'll get logs and take chip pictures a bit later. BTW Nick, do you plan to update your repo? I tried to rebase -- hundreds of conflicts. 0 Quote Link to comment Share on other sites More sharing options...
kil Posted May 15 Share Posted May 15 @Nick A Thank you for your hints how to continue. On 5/14/2024 at 12:19 AM, Nick A said: Your box has a H616.. The problem is due to your box having a different PMIC (Power Management IC). Yes, T95H has AXP305, however I was hoping it can be compatible with the one used in Transpeed image. Stock FW handles it as axp20x driver. [ 0.553424] axp20x-i2c 5-0036: AXP20x variant AXP806 found [ 0.572031] axp806-aldo2: Bringing 700000uV into 3300000-3300000uV [ 0.575807] axp806-aldo3: Bringing 700000uV into 3300000-3300000uV [ 0.576720] random: fast init done [ 0.593025] axp20x-i2c 5-0036: AXP20X driver loaded On 5/14/2024 at 12:19 AM, Nick A said: I would extract your boxes dts file and compare it with OrangePi Zero2. Make sure the voltages are correct. DTS is new area for me, I tried to check it, but up to now I was unsuccessful the one, used in the stock firmware. At the same time I have also doubts, if that were fully correct, as e.g. DRAMs get 1.5V (based on the boot log), while in my case the ram IC-s are "Micron D9PQL", which seems to be DDR3L, rather than DDR3... 0 Quote Link to comment Share on other sites More sharing options...
Dmitriy Geels Posted May 15 Share Posted May 15 (edited) Ok, here are my boot log and DTS. Btw, better tool for extraction: https://github.com/PabloCastellano/extract-dtb dmesg.log.gz my.dts.gz Noticed an interesting thing: Reboot action from android with SD card inserted boots from this SD, no toothpick needed. Edited May 15 by Dmitriy Geels 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 16 Share Posted May 16 (edited) Kil if you go one page back you'll see how I used adb command to extract the .dts file from the stock android. for an H616 board you need the correct DRAM parameters, you can read them from a vendor image using https://github.com/apritzel/sunxi-fw. Maybe you can use the boot_a partition from adb to get your Dram parameters. It's important to know the model of the PMIC and its configuration, to get a board running. You don't want to burn out one of your components. Edited May 16 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
Nick A Posted May 16 Share Posted May 16 (edited) Dmitriy Geels any chance you can install a serial connection on the boards uart? Have you tried the desktop image yet? I see your board loaded axp313a. Also enable bluetooth in android before booting the sdcard. Your dts is not your full dts. It looks like dtbo_a an overlay file. You need to extract from boot_a and vendor_boot_a partition. Which is why I used Android_boot_image_editor. It extracted all my partitions with dts files in it without any problems. You only need to do the toothpick trick once. You might need to do the toothpick trick again when you change your sdcard image. Not sure. I'm thinking of updating Armbian again.. Too busy with work right now. If I encounter a failed build due to changes in Armbian I usually update A.S.A.P. Normally, I would fork the Armbian build and add all my changes again. If there's an easier way to do this let me know. Still new to github. Edited May 16 by Nick A 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.