Armbian don’t boot in orangePi r1 plus lts

[Namexx]

 

Hi guys, in my job they bought a orangepi r1+LTS.

 

i trying install armbian any version (last Debian and Ubuntu) but this don’t work.

 

When boot system nothing happens… the led red still off and port Ethernet freezing(two lights on).

 

Already installed Debian and Ubuntu of the official page orangepi, and system working without problems

 

im using good sd card and official charger of the raspberrypi 4

 

How to solve this problem? In internet I don’t found much information 

 

thank u for read me

[Werner]

Best chances for debugging boot issues is a USB UART adapter to get output of the serial console.

@schwar3kat can you confirm broken boot?

[schwar3kat]

4 hours ago, Namexx said:

i trying install armbian any version (last Debian and Ubuntu) but this don’t work.

Hi Namexx

 

If you have anything plugged into the USB port, try it without.

There are some home  routers that only do IPv4 some are known to cause issues if IPv6 is enabled.
If you are on  network using IPv4 then you can try adding a line into /boot/armbianEnv.txt

extraargs="ipv6.disable=1"

I'm traveling at present, but when I get home, I will download an image and test on my board.  
Which image are you using, and how are you flashing it to SD card?

I tested the current build successfully when it was released, but it's always possible that something has gone wrong since then.

Edit:  I was very lucky and got an earlier flight.  I should be back home about one or two hours.

https://docs.armbian.com/User-Guide_Basic-Troubleshooting/

[schwar3kat]

6 hours ago, Namexx said:

bought a orangepi r1+LTS.

I'm at home now and I've successfully tested one of the Armbian Orangepi-r1plus-lts images.

I downloaded Armbian_22.11.1_Orangepi-r1plus-lts_bullseye_current_5.15.80.img.xz
I'm on Linux so I flashed to SD card using "Disk Image Writer" which decompresses xz while flashing.
(If you are on Windows then use balenaEtcher which I believe supports xz decompression or similar).

I inserted the SD card into the card slot.  
I plugged 2 ethernet cables from my switch into the board (it also works with just one ).
I plugged in the power (5V 3A)
Waited about a minute for the nic leds to start flashing.
I looked up the two IP's on my Router DHCP. 
It had allocated 192.168.0.136 and 192.168.0.138 to orangepi-r1plus-lts

I used one to connect as follows:

ssh root@192.168.0.138
The authenticity of host '192.168.0.138 (192.168.0.138)' can't be established.
ECDSA key fingerprint is SHA256:NEPlUgOF+2eXyioYWW36wZJVpKbF93HBUL6GvvOPnh0.
Are you sure you want to continue connecting (yes/no/[fingerprint])? 

I typed: yes [enter].
 

root@192.168.0.138's password:

I typed: 1234 [enter]

Welcome to ARMBIAN!

Documentation: https://docs.armbian.com | Community: https://forum.armbian.com

IP address: 192.168.0.136 192.168.0.138

Create root password: **********
Repeat root password: **********

Choose default system command shell:

1) bash
2) zsh

Shell: BASH

Creating a new user account. Press <Ctrl-C> to abort

Please provide a username (eg. your first name): kschwar3
Create user (kschwar3) password: *********
Repeat user (kschwar3) password: *********

Please provide your real name: Kat Schwarz

Dear Kat Schwarz, your account kschwar3 has been created and is sudo enabled.
Please use this account for your daily work from now on.

Detected timezone: Pacific/Auckland

Set user language based on your location? [Y/n] y

At your location, more locales are possible:

1) en_NZ.UTF-8              3) Skip generating locales
2) mi_NZ.UTF-8
Please enter your choice:1

Generating locales: en_NZ.UTF-8
root@orangepi-r1plus-lts:~#

 

I typed: reboot [enter] and waited then logged in with new credentials.

  ___  ____  _   ____  _   ____  _             _   _____ ____  
 / _ \|  _ \(_) |  _ \/ | |  _ \| |_   _ ___  | | |_   _/ ___| 
| | | | |_) | | | |_) | | | |_) | | | | / __| | |   | | \___ \ 
| |_| |  __/| | |  _ <| | |  __/| | |_| \__ \ | |___| |  ___) |
 \___/|_|   |_| |_| \_\_| |_|   |_|\__,_|___/ |_____|_| |____/ 
                                                               
Welcome to Armbian 22.11.1 Bullseye with Linux 5.15.80-rockchip64

System load:   2%           	Up time:       12 min	
Memory usage:  12% of 976M   	IP:	       192.168.0.136 192.168.0.138
CPU temp:      75°C           	Usage of /:    12% of 15G    	
RX today:      53.0 KiB  	

[ Kernel and firmware upgrades disabled: armbian-config ]
Last check: 2023-01-19 07:43

Last login: Thu Jan 19 20:46:13 2023 from 192.168.0.105
root@orangepi-r1plus-lts:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.136  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::3eee:eadf:24b2:16dc  prefixlen 64  scopeid 0x20<link>
        ether 8a:af:66:80:41:ea  txqueuelen 1000  (Ethernet)
        RX packets 866  bytes 62242 (60.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 36  bytes 4069 (3.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 40  

lan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.138  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::ff58:cd59:4384:ff19  prefixlen 64  scopeid 0x20<link>
        ether 8a:af:66:80:41:0a  txqueuelen 1000  (Ethernet)
        RX packets 1452  bytes 106409 (103.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 502  bytes 52497 (51.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@orangepi-r1plus-lts:~#

 

[Namexx]

Hi guys, I have usb to TL. Yesterday connected this device way of serial.

 

But I haven't managed to make it work.
 

i used 1 500 000 baudrate and program putty.

 

one question, the port serial of the board is the 5v or 3.3v? Maybe I need use shifter level.

[schwar3kat]

24 minutes ago, Namexx said:

Hi guys, I have usb to TL

 

1 500 000 baud is correct for this board.
You should not need a level shifter.  TTL serial is open drain, and can usually handle both 5v and 3.3v

You only connect the tx to rx, rx to tx and gnd to gnd  (if the USB to TTL has a power connector do not connect it.)

The symptoms seem like a corrupt or missing boot loader (or a bad board).
How did you flash the SD card and which image did you use?  Did your software decompress the xz file before or while flashing?  
I have seen similar symptoms when I accidentally flashed a orangepi-r1 image for orangepi-r1plus-lts.

It's past midnight here so I'm signing off for now.

Kat

[Namexx]

Hi, i sacrifed my sd card of my nintendo switch and the result is same or worst, because red blink led and after all board freezing.

 

My method used is the next:

 

1.- Program SD CARD FORMATTER (to use the correct format).

2.- Descompress XZ using 7zip

3.-install flash using wind32DISKImagener (step 2 and step 3 are one only balenaetcher was used).

4.-Insert sdCard on my board

 

another thing to say, change charger Raspi4 for charger huawei notebook and the result is the same, so it is not charger.

 

i share where bought my sdCard so that they know about the SDCard model 

 

Click me Wallmart

[Werner]

It is always handy to have multple sdcards from various vendors with different sizes laying around since there are a few boards out there that are picky about sdcards. For example I have a Nanopi R4S that refuses to boot from 64G microSD Sandisk Extreme U3 but works fine with the same model in 32G.

 

Anyway since it has been confirmed that the image works I assume either broken PCB, bad SD or powering issue where I guess former is the case since undervoltage should not be an issue with RPi charger that outputs slight overvoltage by default.

[Namexx]

I have updated.

 

The only system i can't get up is armbian.

 

Today installed openWRT and it worked without problems.

 

Also, I managed to connect to the serial port. But I think my device TTL to usb (PL2303) can't support high speed of debugging and it shows only inconsistency.

 

Can you recommend a module for aliexpress TTL to usb to buy.

[schwar3kat]

4 hours ago, Namexx said:

The only system i can't get up is armbian.

I have PL2303 variants that connect at 1500000 baud to my board from a  Linux laptop.
 
I have both PL2303TA and PL2303HX (from Aliexpress) and at least one of them (probably both) works with the board, because I have debugged at 1500000 baud many times before and using which ever one was at hand at the time. 

My PL2303HX is a Chinese clone that I'm led to believe doesn't play well with Windows drivers (needs an old driver version, I believe).
I suspect that perhaps PL2303 combined with Windows or Windows drivers might have issues with very high speed but I may be wrong. 

This article from Raxda for a similar board with the same soc says that some PL2303 have limitations and that they use FT232RL.  I don't know if this is true, or based on hearsay.
https://wiki.radxa.com/RockpiS/dev/serial-console

Debugging summary:
You are able to boot other OS images therefore your board works.
You have flashed other OS images on the same SD card and booted successfully therefore the SD card is okay.
Your  power supplies have worked with other OS's  therfore it is unlikely to be a power supply issue.
Armbian image  Armbian_22.11.1_Orangepi-r1plus-lts_bullseye_current_5.15.80.img.xz boots correctly on my board therefore Armbian image is okay.

This leaves only two likely posibilities that I can think of:
1. Your hardware is a different version that doesn't work with the Armbian image that works on my board version.
2. The image on your SD card is borked for some reason.

It's not clear that you have used the same Armbian image?  Are you absolutely sure that you are using the correct image?
Your SD card flashing method sounds okay but...
It's not clear whether you have successfully flashed the image onto the SD card?  
If you have a Linux system then you can mount the SD and view the file system.  I don't know how easy this would be with Windows.  Maybe with WSL or third party drivers.
 

[Namexx]

During these days I will buy a usb to ttl module.

 

Version printed of my board is 1.6V

 

i shared images of my board

 

 

 

1.jfif 2.jfif 3.jfif 4.jfif

[Namexx]

I have another question to see if you can help me.

 

I use node-red to drive these boards since I connect them to various types of plc.

 

There is something that I am still not clear about, how do I handle the Serial 1 and I2C 0 input?

 

Will the modules with which the raspberry are handled work?

[schwar3kat]

7 hours ago, Namexx said:

I use node-red to drive these boards since I connect them to various types of plc.

There is something that I am still not clear about, how do I handle the Serial 1 and I2C 0 input?

There may be community members working in this area on Armbian, but Linux userspace is not supported by Armbian in any way (we simply don't have any funding or resources to do this for all different boards).

Armbian does provide a simple framework for community development and the Armbian build framework is very suitable for this kind of project.
If you get stuck ask for pointers on the forums or IRC/Discord https://docs.armbian.com/Community_IRC/.
Search the forums. 
Ask a specific question on the forums about what you are attempting to do and see if you get a response. You will likely find other users who are doing similar on RK3328 SoC and other SoCs.

I don't know anything about Node-RED.
I do know that the PIO is likely different and that you will need to research this and possibly change the code or scripts to suit.
You will probably need to enable serial1 and I2C as they are likely not enabled.   armbian-config and/or dts overlays might be required.  
Some details are in the Armbian documentation. https://docs.armbian.com

 

PS. My board is v1.2.  I don't see any obvious differences.

[Namexx]

Hi guys, today bought new interface ttl to usb.

 

I managed to get armbian working using the serial connection.

 

The connection via SSH for the first configuration does not work. After config, SSH working

 

 

The lights of the lan0 interface always stay ON... Which suggests that the interface fails.

 

Without the interface I would have never been able to boot armbian.

[schwar3kat]

On 1/21/2023 at 5:27 AM, Namexx said:

connection via SSH for the first configuration does not work

I'm happy that you got it going

SSH for the first configuration works as shown in the output from my test with Armbian_22.11.1_Orangepi-r1plus-lts_bullseye_current_5.15.80.img.xz
Please let me know which image are you using?   If there is an issue that I don't know about, I would like to find it and correct it.

Perhaps you didn't wait long enough.  It feels like forever 🙂

You need to wait for about a minute until  after some network adapter lights begin to flash before checking router/dhcp for the IP address?

[Namexx]

Hello, I waited more than a minute on several occasions and I never managed to start. I showed an IP when scanning my network.The Ip shown was the one that corresponded to my R1, but the MAC didn't... Maybe it's a mistake, I don't know. But in my case, that's how it happened.

 

Another thing I discovered is that armbian does not recognize UART1 and I2C 0 ports. From the board, so I was forced to switch to the official version of Ubuntu provided by OrangePi.

[schwar3kat]

On 1/21/2023 at 1:53 PM, Namexx said:

armbian does not recognize UART1 and I2C

These are disabled by default.  These are multi-function PIO pins and need to be configured for your use case using armbian-config.

But I also see that there should probably be .dtbo overlays for UART1 and I2C0 which are missing from the build.

Would you be able to test them for me?  I don't really have anything set up to connect to test these with.

Place the attached two .dtbo files in /boot/dtb-5.15.80-rockchip64/rockchip/overlay

 

In a terminal:

armbian-config

Select "System and security settings" click "OK"

Select "Toggle hardware configuration: UART, I2C, etc." click "OK"
Activate I2C0 and UART1 (arrow keys to scroll up/down, click or space bar to select/unselect) and save.

Reboot and test.

Type command:

ls /dev/i2c*

This should return:
/dev/i2c-0  /dev/i2c-1

 

rockchip-i2c0.dtbo rockchip-uart1.dtbo

[schwar3kat]

After the above step, your /boot/armbianEnv.txt file should contain:

verbosity=1
bootlogo=false
overlay_prefix=rockchip
fdtfile=rockchip/rk3328-orangepi-r1-plus-lts.dtb
rootdev=UUID=0145e6bc-50e4-4004-9ea0-b36906ca051c
rootfstype=ext4
console=serial
extraargs="ipv6.disable=1"
overlays=i2c0 uart1
usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u

You can edit this file manually if you find it quicker than armbian-config.

Note:  If you are on an IPv4 network it's good to use:

extraargs="ipv6.disable=1"
This will prevent very erratic networking behavior caused buy some routers.

[Namexx]

 Hi, i do quick update.

 

Now i reinstall armbian ubuntu version.

 

On list of armbian config, the setting config I2c and uart are not there.

 

I share Image.  also i share a picture that the mac address is not the real address of my board (i dont know if armbian change mac address for security)

 

[Namexx]

image of the directory -> /boot/dtb-5.15.80-rockchip64/rockchip/overlaycd 

 

 

[Namexx]

[schwar3kat]

It looks like you did not add the two files that I attached to the post?

You can do this from windows with a sftp program like winscp.

[Namexx]

Sorry I don’t saw that files.

 

i will going add the file and tell you

 

thanks for u help

[schwar3kat]

I intend to do a PR to include these device tree overlays, fix the lan0 LEDS, and include a status heartbeat in a future release.

[Namexx]

Hi guys, sorry for the delay.

 

I was testing armbian with the changes you indicated and if the i2c and serial modules worked.

 

But armbian is still too early for this board. During the test that I was carrying out, my SD card got corrupted... Something that has not happened to me with the official OS of OrangePi.

 

I hope that soon you can implement the changes you mentioned to make the system more reliable.

[schwar3kat]

4 hours ago, Namexx said:

my SD card got corrupted

SD cards tend to get corrupted if they lose power in the middle of a write. It's is unlikely to be build related.