guidol

without the case I got 35 degree while idle and 37 degree with the case (dont know why - but I did lost my openshh-server installation - so I had to open the case and use the serial-TTL-port and did reinstall the openssh-server.)

I did a binary compare to the file sun50i-h5-usbhost0.dtbo <==> sun50i-h5-usbhost2.dtbo and sun50i-h5-usbhost0.dtbo <==> sun50i-h5-usbhost3.dtbo with diff -y <(sun50i-h5-usbhost0.dtbo) <(sun50i-h5-usbhost2.dtbo) | colordiff and they did differ only 2 times in the file with the current usb-number. So I did create (with a hex-editor) a file with USB1 = sun50i-h5-usbhost1.dtbo copied this over to the Neo2 and added it to the /boot/armbianEnv.txt In the serial log I did see that u-boot is accessing the new file, but the Neo2 doesnt recognize the USB-Gadgets on this port Devices now get power at this port - but not more signs of life.... Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 3100 bytes read in 220 ms (13.7 KiB/s) ## Executing script at 4fc00000 U-boot loaded from SD Boot script loaded from mmc 210 bytes read in 191 ms (1000 Bytes/s) 28577 bytes read in 471 ms (58.6 KiB/s) 504 bytes read in 473 ms (1000 Bytes/s) Applying kernel provided DT overlay sun50i-h5-usbhost0.dtbo 504 bytes read in 699 ms (0 Bytes/s) Applying kernel provided DT overlay sun50i-h5-usbhost1.dtbo 504 bytes read in 464 ms (1000 Bytes/s) Applying kernel provided DT overlay sun50i-h5-usbhost2.dtbo 504 bytes read in 456 ms (1000 Bytes/s) Applying kernel provided DT overlay sun50i-h5-usbhost3.dtbo 4179 bytes read in 436 ms (8.8 KiB/s) Applying kernel provided DT fixup script (sun50i-h5-fixup.scr) ## Executing script at 44000000 5258115 bytes read in 504 ms (9.9 MiB/s) 12957704 bytes read in 942 ms (13.1 MiB/s) ## Loading init Ramdisk from Legacy Image at 4fe00000 ... root@nanoneo2:/boot/dtb-4.13.9-sunxi64/allwinner/overlay# diff -y <(xxd sun50i-h5-usbhost0.dtbo) <(xxd sun50i-h5-usbhost2.dtbo) | colordiff sun50i-h5-usbhost0.dtbo <==> sun50i-h5-usbhost2.dtbo 000001e0: 6174 7573 0075 7362 7068 7900 6568 6369 atus.usbph 000001e0: 6174 7573 0075 7362 7068 7900 6568 6369 atus.usbph 000001f0: 3000 6f68 6369 3000 0.ohci0. | 000001f0: 3200 6f68 6369 3200 2.ohci2. sun50i-h5-usbhost0.dtbo <==> sun50i-h5-usbhost3.dtbo 000001e0: 6174 7573 0075 7362 7068 7900 6568 6369 atus.usbph 000001e0: 6174 7573 0075 7362 7068 7900 6568 6369 atus.usbph 000001f0: 3000 6f68 6369 3000 0.ohci0. | 000001f0: 3300 6f68 6369 3300 3.ohci3. sun50i-h5-usbhost1.dtbo

@Lope did wrote: I found /boot/dtb/allwinner/overlay sun50i-h5-usbhost0.dtbo sun50i-h5-usbhost2.dtbo sun50i-h5-usbhost3.dtbo I've read through /boot/dtb/allwinner/overlay/README.sun50i-h5-overlays but just mentions the above 3 usb host ports (a bit strange because the h5 has at least 4 usb ports that I know of) ... unless the microUSB port is not included in these. The "USB1" (as shown in the pinout diagram) headers were unresponsive in all cases. @Igor at https://github.com/armbian/sunxi-DT-overlays/tree/master/sun50i-h5 is stated that there could be also a sun50i-h5-usbhost1 but at this page are only .dts files. Do you know where I could find the sun50i-h5-usbhost1.dtbo (isnt in /boot/dtb/allwinner/overlay) because at the NAS Station from FriendlyARM there is in the front a USB Port which doenst seems to be activated) and I think this could the the USB1-Port. FriendlyARM has a Neo2 NAS Image ( http://www.mediafire.com/file/sgdbfv004jihb6e/nanopi-neo2_debian-nas-jessie_4.11.2_20170904.img.zip ) , but it seems that there all dtb's in one: sun50i-h5-nanopi-neo2.dtb because inside the binary I could see as ASCI usb0 usb1 usb2 and usb3

Hmmm. something that I did on some distributions: Normally after the root password you would been forwarded to create a normal user (mine is guido ) and this should get sudo rights. So try to login as your user (not root) and do a sudo passwd then armbian should ask for the user password and not the root-password....after the user-password you have to enter 2 times the new root-password. And for the first time try to enter a password which hasnt chars like y or z (different keyboard-layout before dpkg-reconfigure keyboard-configuration) A easy one is 'Joshua' If that works you could try to use a password which is more secure

Before I had a small cermic heat-sink at the H5 CPU - but the Neo2 was in the lower part of 3D-printed case from FriendlyARM. Sure - now the heat-sink is much bigger and from the case the ambient temperature around the heat-sink is lower the last rainy days I did try the Banana Pi and RPi OMV Images from the official OMV-Webpage: https://sourceforge.net/projects/openmediavault/files/Other armhf images/

Yes - normaly thats right - but due to the case its "cold" air The Neo2 here has now only 37 degree Before I has installed the case it did show me 69 degree _ _ ____ _ _ _ ____ | \ | | __ _ _ __ ___ | _ \(_) | \ | | ___ ___ |___ \ | \| |/ _` | '_ \ / _ \| |_) | | | \| |/ _ \/ _ \ __) | | |\ | (_| | | | | (_) | __/| | | |\ | __/ (_) | / __/ |_| \_|\__,_|_| |_|\___/|_| |_| |_| \_|\___|\___/ |_____| Welcome to ARMBIAN 5.33.171011 nightly Ubuntu 16.04.3 LTS 4.13.5-sunxi64 System load: 0.00 0.00 0.00 Up time: 1:14 hour Memory usage: 6 % of 482MB IP: 192.168.6.22 CPU temp: 37°C Usage of /: 24% of 15G storage/: 1% of 233G Thanks for the SAMBA-Installation suggestion via the softy-script. I had read that you seem to like OMV - but I did try installtions on Banana Pi and Raspberry Pi and often get error-messages and did read from othe users getting these messages on other computers.... So I decided to use the console for installing and configuring such things - and lern some commands On the other hand I got a "old" single-drive Synology which can be configured via WebInterface - so I got booth

Today I did get my NAS-Case "Neo Station NS-120B" for my NanoPi Neo2 (also useable with a normal NanoPi Neo). Because I already did use the Neo2 with armbian (and had soldered all pins on the mainboard - I ordered only the case without a new Neo2 with soldered pins) I didnt want to write the FriendlyARM Image for NAS to my uSD. After completing to built the Neo2 and the 2.5 HDD inside the case (and using the 12V PowerSupply I had) armbian did start up and I could normally SSH into my Neo2 - BUT I cant see the HDD or the HDD-controller (which should be connected via USB). ( @tkaisernow here the Neo2 do get his power over pins and not via the MicroUSB and the Neo2 not only has the "bigger" heat sink - now also the complete case is cooling the Neo2 ) There did come a thread - about the additional USB-Ports showing up at the Neo2 - to my mind. After a little search I did found the article of @Lope and @Igor: So I did add in /boot/armbianEnv.txt before my) last line (usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u) in the file: overlays=usbhost0 usbhost2 usbhost3 After a reboot dmesg did recognize the HDD [ 2.251979] usb 3-1: new high-speed USB device number 2 using ehci-platform [ 2.445211] scsi host0: uas [ 3.098627] scsi 0:0:0:0: Direct-Access JMicron Tech 0227 PQ: 0 ANSI: 6 [ 3.129039] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 3.129904] usbcore: registered new interface driver uas [ 3.130418] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/233 GiB) [ 3.130432] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 3.130775] sd 0:0:0:0: [sda] Write Protect is off [ 3.130791] sd 0:0:0:0: [sda] Mode Sense: 5f 00 00 08 [ 3.131526] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.155212] sda: sda1 [ 3.159285] sd 0:0:0:0: [sda] Attached SCSI disk and lsusb did found the USB-HDD-controller JMicron JMS567 (USB 3.0 SATA-Controller connected to USB 2.0): root@nanoneo2:~# lsusb Bus 003 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. the module for the controller was also loaded already: root@nanoneo2:~# lsmod Module Size Used by uas 24576 0 after that mounting the HDD was business as usual: root@nanoneo2:~# cd /mnt root@nanoneo2:/mnt# mkdir harddisc root@nanoneo2:/mnt# mount /dev/sda1 /mnt/harddisc The disk contains an unclean file system (0, 0). The file system wasn't safely closed on Windows. Fixing. and df did show the free space on the HDD (the HDD was preformat while using it on PC): root@nanoneo2:/mnt/harddisc# df Filesystem 1K-blocks Used Available Use% Mounted on udev 179036 0 179036 0% /dev tmpfs 49460 1684 47776 4% /run /dev/mmcblk0p1 15126944 3487428 11453712 24% / tmpfs 247284 0 247284 0% /dev/shm tmpfs 5120 0 5120 0% /run/lock tmpfs 247284 0 247284 0% /sys/fs/cgroup tmpfs 247284 0 247284 0% /tmp log2ram 51200 1968 49232 4% /var/log tmpfs 49460 0 49460 0% /run/user/0 /dev/sda1 244196348 122948 244073400 1% /mnt/harddisc The case does also include a realtime-clock (with CR2032 battery as buffer) which shows up in dmesg: [ 1.717710] sun6i-rtc 1f00000.rtc: rtc core: registered rtc-sun6i as rtc0 [ 1.717716] sun6i-rtc 1f00000.rtc: RTC enabled Later I will check - hdparm - let the HDD sleep after a while - install SMB and create a share (or more) (FTP is already installed) - create SMB-User

Today I was going through my cupboard and did find a original pcDuino (v1) with A10-CPU and 1GB of Ram. In my mind I got the pcDuino v2 download-page of armbian. As JohnGo did wrote May 2016 on this page is a picture of the pcDuino v1: So I checked the specifications v1 <--> v2 and found ony that v2 has only a WiFi-Board soldered where on the v1 is a additionally USB-Port. Also the v1 is missing the Arduino-Headers, but has some other pin-rows for GPIO and so on. CPU (single-Core 1Ghz) and Ram (whopping 1GB for 2012) is the same I wrote the pcDuino v2 Image to a uSD and booted it without problems. (and changed /etc/update-motd.d/10-header a little bit) ____ _ __ ___ _ __ ___| _ \ _ _(_)_ __ __\ \ / / | | '_ \ / __| | | | | | | | '_ \ / _ \ \ / /| | | |_) | (__| |_| | |_| | | | | | (_) \ V / | | | .__/ \___|____/ \__,_|_|_| |_|\___/ \_/ |_| |_| Welcome to ARMBIAN 5.31 stable Debian GNU/Linux 8 (jessie) 4.11.6-sunxi System load: 1.13 0.30 0.10 Up time: 0 min Memory usage: 4 % of 996MB IP: 192.168.6.119 CPU temp: 51°C Usage of /: 33% of 3.5G Only problem while updating was that the couldnt install/update bluez. While the v1 hasnt any Bluetooth I only removed bluez via apt and all was fine Now the pcDuino v1 is playing Internetradio fine via mpg123 and a USB-Soundcard. I was wondering because more powered Sunvell R69 has hickups playing Internetradio via Ethernet/WiFi I used the 2 green leds from the serial port as heartbeat & mmc0 notification via echo "heartbeat" > /sys/class/leds/pcduino:green:tx/trigger echo "mmc0" > /sys/class/leds/pcduino:green:rx/trigger As attachment a picture of a pcDuino v1 and one of the v2

last Monday grg did wrote about his IR-readings and the thumb-test:

you could try the following command: /usr/bin/h3consumption -w off

Reboot doesnt seems to work like before.... while booting up the <5 appears then the Ubuntu-login-Screen. After u-boot the screen seems to be initialized in another way (short dissorted image)

Downloaded it already (23-Oct-2017 18:53 193264056) But will test it tomorrow (other timezone her ) kernel/u-boot volunteer isnt my level so I have to wait

Funny thing about the SSH latency via WiFi: If I do play Internet Radio via mpg123 -v -@ /home/guido/absolut_128.m3u on the HDMI console using WiFi I can use SSH at puTTY with like no lantency - also via WiFi Seems like that when only my typeing is transmitted via WiFi - the XRadio would go in a like sleep mode between the chars

Ooops - for better SSHing I swicthed to ethernet....here WiFi: root@sunvellr69:~# iperf3 -R -c 192.168.6.22 Connecting to host 192.168.6.22, port 5201 Reverse mode, remote host 192.168.6.22 is sending [ 4] local 192.168.6.152 port 49601 connected to 192.168.6.22 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 2.77 MBytes 23.3 Mbits/sec [ 4] 1.00-2.00 sec 2.96 MBytes 24.8 Mbits/sec [ 4] 2.00-3.00 sec 2.88 MBytes 24.1 Mbits/sec [ 4] 3.00-4.00 sec 3.08 MBytes 25.8 Mbits/sec [ 4] 4.00-5.00 sec 3.00 MBytes 25.1 Mbits/sec [ 4] 5.00-6.00 sec 2.96 MBytes 24.8 Mbits/sec [ 4] 6.00-7.00 sec 3.05 MBytes 25.6 Mbits/sec [ 4] 7.00-8.00 sec 3.04 MBytes 25.5 Mbits/sec [ 4] 8.00-9.00 sec 2.46 MBytes 20.7 Mbits/sec [ 4] 9.00-10.00 sec 3.15 MBytes 26.4 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 30.5 MBytes 25.6 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 29.5 MBytes 24.7 Mbits/sec receiver iperf Done. root@sunvellr69:~# iperf3 -c 192.168.6.22 Connecting to host 192.168.6.22, port 5201 [ 4] local 192.168.6.152 port 49603 connected to 192.168.6.22 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 1.65 MBytes 13.8 Mbits/sec 2 76.4 KBytes [ 4] 1.00-2.00 sec 1.75 MBytes 14.6 Mbits/sec 1 66.5 KBytes [ 4] 2.00-3.00 sec 1.61 MBytes 13.5 Mbits/sec 0 74.9 KBytes [ 4] 3.00-4.00 sec 1.62 MBytes 13.6 Mbits/sec 4 59.4 KBytes [ 4] 4.00-5.00 sec 1.70 MBytes 14.2 Mbits/sec 0 73.5 KBytes [ 4] 5.00-6.00 sec 1.77 MBytes 14.8 Mbits/sec 1 62.2 KBytes [ 4] 6.00-7.00 sec 1.64 MBytes 13.7 Mbits/sec 0 72.1 KBytes [ 4] 7.00-8.00 sec 1.65 MBytes 13.8 Mbits/sec 0 80.6 KBytes [ 4] 8.00-9.00 sec 1.57 MBytes 13.2 Mbits/sec 0 87.7 KBytes [ 4] 9.00-10.00 sec 1.67 MBytes 14.0 Mbits/sec 0 94.7 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 16.6 MBytes 13.9 Mbits/sec 8 sender [ 4] 0.00-10.00 sec 16.5 MBytes 13.9 Mbits/sec receiver iperf Done.

here the reverse mode: root@sunvellr69:~# iperf3 -R -c 192.168.6.22 Connecting to host 192.168.6.22, port 5201 Reverse mode, remote host 192.168.6.22 is sending [ 4] local 192.168.6.118 port 49106 connected to 192.168.6.22 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 11.1 MBytes 93.0 Mbits/sec [ 4] 1.00-2.00 sec 11.1 MBytes 92.8 Mbits/sec [ 4] 2.00-3.00 sec 11.2 MBytes 94.2 Mbits/sec [ 4] 3.00-4.00 sec 11.2 MBytes 94.2 Mbits/sec [ 4] 4.00-5.00 sec 11.1 MBytes 92.8 Mbits/sec [ 4] 5.00-6.00 sec 11.2 MBytes 94.1 Mbits/sec [ 4] 6.00-7.00 sec 11.2 MBytes 94.0 Mbits/sec [ 4] 7.00-8.00 sec 11.1 MBytes 93.4 Mbits/sec [ 4] 8.00-9.00 sec 11.2 MBytes 94.2 Mbits/sec [ 4] 9.00-10.00 sec 11.2 MBytes 94.0 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 113 MBytes 94.4 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 112 MBytes 93.8 Mbits/sec receiver as written - I cant see any reaction while the mainboard in the closed case when trying root@sunvellr69:~# echo "heartbeat" > /sys/class/leds/green_led/trigger root@sunvellr69:~# if I set echo "mmc0" > /sys/class/leds/red_led/trigger and echo "heartbeat" > /sys/class/leds/green_led/trigger I didnt see any heartbeat.

I created the symbolic link after mounting the uSD on my NanoPi Neo2 as /mnt/sda1 Its good to have more than one from these small computers Nice to hear that it also worked for you

Firstly the image is missing the symbolic link for script.bin -> /boot# ln -s bin/sunvell-r69.bin script.bin Config and WiFi connect via nmtui without problems: wlan0 Link encap:Ethernet HWaddr dc:44:6d:b0:b9:7a inet addr:192.168.6.152 Bcast:192.168.6.255 Mask:255.255.255.0 inet6 addr: fe80::de44:6dff:feb0:b97a/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7466 errors:0 dropped:0 overruns:0 frame:0 TX packets:13966 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:509194 (509.1 KB) TX bytes:21076827 (21.0 MB) iperf3 test result (iperf3 server was my NanoPi Neo2): root@sunvellr69:~# iperf3 -c 192.168.6.22 Connecting to host 192.168.6.22, port 5201 [ 4] local 192.168.6.152 port 41002 connected to 192.168.6.22 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 1.92 MBytes 16.1 Mbits/sec 8 84.8 KBytes [ 4] 1.00-2.00 sec 1.85 MBytes 15.6 Mbits/sec 1 70.7 KBytes [ 4] 2.00-3.00 sec 2.13 MBytes 17.8 Mbits/sec 0 80.6 KBytes [ 4] 3.00-4.00 sec 1.64 MBytes 13.8 Mbits/sec 4 70.7 KBytes [ 4] 4.00-5.00 sec 1.82 MBytes 15.3 Mbits/sec 0 79.2 KBytes [ 4] 5.00-6.00 sec 2.02 MBytes 16.9 Mbits/sec 0 83.4 KBytes [ 4] 6.00-7.00 sec 1.89 MBytes 15.9 Mbits/sec 0 91.9 KBytes [ 4] 7.00-8.00 sec 2.01 MBytes 16.8 Mbits/sec 0 100 KBytes [ 4] 8.00-9.00 sec 1.81 MBytes 15.2 Mbits/sec 0 107 KBytes [ 4] 9.00-10.00 sec 1.83 MBytes 15.3 Mbits/sec 0 113 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 18.9 MBytes 15.9 Mbits/sec 13 sender [ 4] 0.00-10.00 sec 18.9 MBytes 15.9 Mbits/sec receiver from outside the case I can only see the led connected to the trigger of the "red" led: echo "heartbeat" > /sys/class/leds/red_led/trigger when I had the case open the led looks like a red/blue dual-led....but the case is transculent for infrared...so I dont know if it is the red or blue light that shine.... SSH-console via WiFi sometimes hangs for a few parts of a second (bad latency) ....doesnt seem to be very stable a very stable signal: (but it show 52 of 70 for the quality) root@sunvellr69:/sys/class/leds# iwconfig wlan0 wlan0 IEEE 802.11bgn ESSID:"XXXXXX" Mode:Managed Frequency:2.462 GHz Access Point: C0:25:XX:XX:XX:XX Bit Rate=65 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=52/70 Signal level=-58 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:18 Invalid misc:0 Missed beacon:0 After a "reboot" we got the same kernel-panic and 10 second timer - BUT the restart seems to work After the restart you see in the first line a <5 and then the normal Ubuntu-Login Screen.

dmesg isnt looping anymore without a script: [ 13.507693] gmac0: probed [ 13.508153] gmac0 gmac0: eth0: eth0: PHY ID 00441400 at 0 IRQ poll (gmac0-0:00) [ 13.627348] vmouse_input_dev_open [ 13.680597] vmouse_input_dev_close [ 15.500410] PHY: gmac0-0:00 - Link is Up - 100/Full [ 21.540655] [STA] !!!xradio_vif_setup: id=0, type=2, p2p=0 [ 21.623610] ADDRCONF(NETDEV_UP): wlan0: link is not ready iwconfig looks OK to me: root@sunvellr69:~# iwconfig lo no wireless extensions. wlan0 IEEE 802.11bgn ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on eth0 no wireless extensions. root@sunvellr69:~# armbianmonitor -u /var/log/armhwinfo.log has been uploaded to http://sprunge.us/MBVS After that I started"tkaiser.sh" (modprobe xradio_wlan etc) and got no error message and no more additional looping dmesg dmesg [ 15.800403] PHY: gmac0-0:00 - Link is Up - 100/Full [ 21.800466] [STA] !!!xradio_vif_setup: id=0, type=2, p2p=0 [ 21.853499] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 94.890195] [ddrfreq] DDR: 624000KHz->576000KHz start [ 94.890243] [ddrfreq] current cpu is cpu0 [ 94.893103] [ddrfreq] elapsed: 1041us [ 94.893122] [ddrfreq] DDR: 624000KHz->576000KHz ok! iwconfig then root@sunvellr69:/home/guido# iwconfig lo no wireless extensions. wlan0 IEEE 802.11bgn ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on eth0 no wireless extensions. root@sunvellr69:/home/guido# ./tkaiser.sh /var/log/armhwinfo.log has been uploaded to http://sprunge.us/ZRHO PS: reboot or shutdown -h now also gives a kernel panic without a sync

For me personally it would be ok NOT to use the onboard WiFi and only include some RTL-Wifi-USB devices like on the Raspeberry before he has included WiFi onboard - like RTL8192CUS or something which could be buyed easily.... More important to me is a working ethernet Port like it works now and then it should be stable

root@sunvellr69:/home/guido# ./tkaiser.sh modprobe: ERROR: could not insert 'xradio_wlan': Connection timed out /var/log/armhwinfo.log has been uploaded to http://sprunge.us/VdSB but before the script this is in dmesg looping endless: STARTUP [ 12.140405] ======== bcm_wlan_set_plat_data ======== [ 12.140441] bcm_wlan_get_oob_irq enter. [ 12.140609] gpio [11] map to virq [11] ok [ 12.140635] host_oob_irq: 11 [ 12.140652] host_oob_irq_flags=0x414 [ 12.140671] dhd_wifi_platform_load: Enter [ 12.140743] Power-up adapter 'DHD generic adapter' [ 12.140771] wifi_platform_set_power = 1 [ 12.140796] ======== PULL WL_REG_ON HIGH! ======== [ 12.140820] [wifi_pm]: set wl_reg_on 0 ! [ 12.482855] vmouse_input_dev_open [ 12.499457] [wifi_pm]: set wl_reg_on 1 ! [ 12.600288] vmouse_input_dev_close [ 13.476739] systemd-journald[248]: Received request to flush runtime journal from PID 1 [ 13.483416] gmac0: probed [ 13.483853] gmac0 gmac0: eth0: eth0: PHY ID 00441400 at 0 IRQ poll (gmac0-0:00) [ 13.550210] wifi_platform_bus_enumerate device present 1 LOOP [ 59.867418] [wifi_pm]: set wl_reg_on 1 ! [ 60.370136] wifi_platform_bus_enumerate device present 1 [ 60.370179] ======== Card detection to detect SDIO card! ======== [ 60.371953] [mmc]: sdc1 power_supply is null [ 60.432203] mmc1: new high speed SDIO card at address 0001 [ 62.370173] failed to power up DHD generic adapter, 2 retry left [ 62.386610] wifi_platform_set_power = 0 [ 62.386649] ======== PULL WL_REG_ON LOW! ======== [ 62.386687] wifi_platform_bus_enumerate device present 0 [ 62.386721] ======== Card detection to remove SDIO card! ======== [ 62.386800] wifi_platform_set_power = 1 [ 62.386832] ======== PULL WL_REG_ON HIGH! ======== [ 62.386867] [wifi_pm]: set wl_reg_on 0 ! [ 62.387407] mmc1: card 0001 removed [ 62.388263] [mmc]: sdc1 power_supply is null After the script I do get something like a dump an then another loop, but only on the HDMI-console - so see attached picture.... (and after a power-reconnect the mystery...the tkaiser.sh isnt in /home/guido anymore...hasnt synced?)

my /etc/armbian-release tells me that Iam using the Beelink-Version. Didnt switched to the OrangePi Version because you did wrote Beelink with new .fex/.bin would be better: root@sunvellr69:/boot# more /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=beelinkx2 BOARD_NAME="Beelink X2" VERSION=5.31 LINUXFAMILY=sun8i BRANCH=default ARCH=arm IMAGE_TYPE=stable For this late evening I installed you latest .fex as .bin for the sunvell-r69. Didnt try the WiFi because Iam using Ethernet....but it boots normally But as before root@sunvellr69:/# ls /dev/mmc* /dev/mmcblk0 /dev/mmcblk0p1

OK - I did it and mounted the mmcblk0p2 under android as /mnt/mmc and copied the .bin with EFS-File to a USB Stick So this is the third try config_sys.bin

Nice idea - but when booting armbian from uSD I couldnt see mmcblk1p2, because can see in /dev only mmcblk0 and mmcblk0p1 Someone told also the other way - when booting from eMMC the uSD-Reader isnt useable, so - I think - the best chances are to mount this is to use android because it did boot from eMMC where the file should be located...

WAIT I did read wens instructions again and pressing "s" in the TTL-serial-console while booting up android stops to? sunxi# now sunxi#fatdown mmc 2:2 0x43000000 config_sys.bin 0x8A74 writing config_sys.bin 35444 bytes write sunxi#fatls mmc 2:2 bat/ 3686456 bootlogo.bmp 344813 font24.sft 357443 font32.sft 512 magic.bin 35444 config_sys.bin 5 file(s), 1 dir(s) So - OK I "got" the real version - but how do I mount this partiton in Android for copying? A "find / -name config_sys.bin" in a android root-shell doesnt find anything - so I cant copy it with like EFS-File

*sniff* I did see any change to interrupt the android-boot (no delay to break) and when powering on with u-boot button no text Didnt got an idea