ArmBoy1988

I'm not sure I can see the issue you're pointing out. In your image, the part you have circled looks OK to me. Can you explain in more detail what I should be looking at, the error/issue or am I missing something?

@Efe Çetin Out of curiosity and for completeness and people who may have similar issues and questions in the future, does the fix apply to other bluetooth adapters or just the AP6275P that this thread us about?

@jv_5 There are a lot of power related messages in what you posted. Perhaps it's a power supply issue. What kind of power supply are you using? I'm using a 5V4A dumb power supply. I've read about issues using smart/PD type of power supplies with the OPi5. Can't remember the details. Also, I believe the 4A is crucial, especially as you add/use more features, such as a NVME drive that wasn't there before. This is the one I purchased: https://www.amazon.ca/GeeekPi-Supply-Raspberry-Orange-Adapter/dp/B0BMGJNSVS

I've seen cases where some ssd just don't work or aren't recognized. With my nanopc-t4, there was a thread just to identify which worked and which didn't. I'm not sure why some work and some don't. FYI, I have a Samsung 980 1 tb and it's working fine on my opi5. Just thought I'd put it out there. If anyone else had the same ssd as you and it worked, that would give some more info. If you can try another ssd from a different manufacturer that could provide more info. Even if it's smaller, just to see if others will work with your board. Also, do any messages for the ssd show up in dmesg? Maybe boot from an SD card with the ssd plugged in. See if it shows up or there are any messages in dmesg related to it.

It looks like that one uses an FTDI FT232RL chip. I think that one is faster than the pl2303 chips. Perhaps the driver for the ft232 is better or more recent than that for the pl2303 chips or they are knockoff chips that don't work properly. Thanks for letting us know. I'll have to pick one of those up too.

Not sure. Maybe try other software. In that link I posted it shows how to use mincom or minicom. I'll be doing this some time in the near future so I hope you figure it out 😀 When I try it I'll be able to provide my experiences.

I think the TX of the cable needs to plug into the RX on the board and then the RX on the cable plugs into the TX on the board. PS: the listing for the cable you purchased shows it supports up to 3M baud rate so it should handle 1500000.

Confirmed on the OrangePi site that the TTL is 3.3v here: http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-pi-5.html in the User Manual, v1.5 for the Orange Pi 5.

That means the chip supports those voltages. However, you have to set what voltage to use. Many of these cables are set for just one of the voltages. There are modules that allow you to set the voltage using jumpers. The cable I had purchased only said 5V. The module that royk linked to had the jumpers so the voltage is selectable. I did read that if you had a 3.3v cable, it would likely work on a 5v system but I don't think it works the other way around as the 5v would exceed what the 3.3v can handle.

This one has some good info too: https://wiki.radxa.com/Rockpi4/dev/serial-console Has info for connecting using Linux, Windows and MacOS.

It looks like I purchased the wrong one. I was unaware that it had to be a 3.3v one. Haven't tried this out yet as there was no need to. I had purchased it to try to figure out an issue I was having booting up the OPi5 but I got it booting before trying this. Reading the listing for the one I purchased it says under the wire definitions "red +5v". I'll purchase another one, probably the one you pointed out, that you can set at 3.3v. Thanks.

@royk Thanks. I hadn't considered a type like that one. I picked up this: https://www.amazon.ca/dp/B0BX232GYG I'm hoping it should work. Haven't tried yet. Only thing that I'm not sure about is the baud rate and the voltage. Most of these types of items on Amazon don't list the maximum speed so I'm not sure it can handle a 1500000 baud rate. They also don't mention if one of its presets has that baud rate either. Same goes with the voltage. Most of these don't specify voltage. Some specify 3.3v and 5v others say one or the other. I see the one you identified supports both and can switch with a jumper. Don't know which voltage is needed or if it matters. The three pins on the OPi5 are ground, TX and RX where the voltage wire is not used. So, voltage is taken from the device being connected to? It's used to power the chip the converter cable/chip being used? If that's the case, that means you can't harm the OPi5, hopefully. Right? The one I purchased uses the Pl2303Hx. I figured the cable I purchased is like all/most of the other cables you see and that they are mostly knock-offs. Any way, I'll be trying it at some point in the near future. Thanks again.

At the beginning of the thread that bables150 pointed out: The url for one of his Yandex repositories is https://disk.yandex.ru/d/Xt36QdVcxRdEDA. There's a folder structure. I then went to ArmbianTV / 20230331-legacy and there you'll find the file. I picked that one because it was legacy and I thought it was Debian Bullseye. Any of the images will probably work. After flashing to an SD card, I booted from it and used armbian-install. I then used menu item 7 or whatever the item is to flash the MTD/SPI. I then powered down, took out the SD and rebooted.

The info that I gathered from that thread is that the MTD/SPI bootloader that comes with the image I was trying doesn't handle ext4 file system on the NVMe. So I downloaded one of your images: Armbian_23.02.3_Orangepi5_lunar_legacy_5.10.110.img.xz Verified the SHA-256 hash and then flashed to an SD card. Flashed the MTD/SPI from that image and then rebooted with the Armbian Debian Bullseye Legacy CLI that did not previously boot up. And...it booted up properly. I use this version of OS as the software I'm using requires Bullseye. In any case, thanks.

https://mirrors.jevincanders.net/armbian/dl/orangepi5/archive/Armbian_23.02.2_Orangepi5_bullseye_legacy_5.10.110.img.xz This is from my browser downloads. I clicked on the USA directed download link under the Other Supported Variants section on the Orange Pi 5/5B download page. OK. I'll redo without doing the update/upgrade. I would have thought that even after doing an update/upgrade everything should continue to work and possible get updated/fixed scripts. No worries, I'll just redo without doing the update/upgrade. Thanks. Does the script format all partitions or only the partition where the system is being installed? Either way, I'll retry where I've formatted the partition and also with only one partition to see if there is something different in my environment. OK. That's good to know and it's what I would have thought. Not sure why my set up is not working. I'll post back after I've retried a few things as noted before. Thank you

I had installed 23.02 Debian Bullseye CLI to the SD card and then did update and upgrade. Will refresh the SD card with a fresh copy. Don't know where uart log can be found. I had asked in another thread where I could get the proper cable for the 3 pin uart header. Have not done the uart/debug console before. MBR is GPT. I removed all partitions and then recreated them in gdisk. Didn't format them. I knew that armbian-install formats the partition system is installed to. I'll try formatting the other partition as well to see if that makes a difference. PS I'll also try this with only one partition for the entire nvme to see if that makes a difference. FYI, it's a 1TB Samsung 980 2280.

Can someone provide a link, on amazon.ca if possible, to a cable that is known to work. I'd like to see what output, if any, is available when my Orange Pi 5 is not booting from NVMe. Thank you

I finally got back to re-doing my install. I removed all partitions on the NVMe and then recreated two partitions, one 58GB and the other the remaining space. I then ran armbian-install and selected 4, Boot from MTD Flash - system on SATA/USB/NVMe, it proceeded to ask for the destination. I selected /dev/nvme0n1p1. A warning was displayed that everything on that parition would be erased. It then asked what filesystem and I selected ext4. It then copied the root fs to this partition. After completion I was asked whether I wanted to flash the MTD Flash. I selected yes. At the end, it asked whether I wanted to power off or just exit. I selected poweroff. I removed the SD card and turned on the OPi5. It did not start up. Just the lights on the ethernet port and the red LED. With the other set up, with the small FAT boot partition as the first partition on the NVME and modifying it to select the other partition on the NVMe, it was booting and starting up properly. So, I'm happy to put the boot partition back on the NVMe drive and have it work that way. Just wanted you to know that something wasn't working as you described. Let me know if there's anything I can do to help figure this out. If all I had to do was select 4 from armbian-install, that would make it easier for others to set their system.

I've set up 23.02 Debian Bullseye CLI on my Orange Pi 5. I believe I read 23.05 is coming out soon. Would I just do an apt update and then apt upgrade to make the change? I'm at the point where I could just re-install and start with 23.05 but what would I do in the future for new updates? Thanks.

@royk @balbes150 I was using the official Debian CLI version. Thank you for explaining how the booting process works. I was thinking of removing the small boot partition and then moving the other two partitions and resizing the last partition. Changed my mind and will just redo the entire SSD. I've only set up a few items and it doesn't take too much time or effort to redo.

I was thinking that if the Orange Pi 5 I purchased didn't live up to what I was looking for, I'd buy the Rock 5B or something like that. In any case, I got the 16GB memory, m.2 for an SSD and I wasn't going to need WiFi or I could just get a WiFi dongle, if needed. A big difference, for me, is the PCIe throughput, I think that the throughput for the m.2 on the 5 will probably be sufficient.

@royk OK. Wasn't sure about that. I've seen this elsewhere...can't remember where. Probably from old Raspberry Pi stuff or on another Banana Pi I was previously using. In any case. When there is no boot partition, does the MTD booting process just pick the first partition it finds to boot from or is there a particular partition label it looks for? If it's not these, please describe how the determination is made. I'll remove that partition, if that boot partition is not needed.

I used this thread to also set up my NVME. What I noticed in armbian-install is that options 7 and 4 are required and that option 4 installs the system on the NVME. You are presented a list of partitions to select from. This is in place of the dd step/command listed. However, I don't believe the Armbian install modifies the boot partition with the UUID of the partition. This is from memory. I had gone through this a few times as I changed the number of partitions from 2 to 3 and needed to redo the install. The 1TB drive has first partition of 512MB (256MB was too small) is the boot partition, second of 63GB (so can backup on 64GB SD card if needed) is the rootfs and third remaining space is for data, mostly docker data. I'm also not sure if any of the armbian-install steps set up the boot partition on the NVME drive. I was/am able to boot from the NVME without an SD card installed. All has been working fine for a week or two.

A new variation of Orange Pi 5 is now available. I think it's available on AliExpress, but I've seen the item on Amazon.com as well...reasonable price: https://www.amazon.com/Orange-Pi-Rockchip-Frequency-Development/dp/B0C5BZLPZN It comes now with the RK3588 instead of the RK3588s of the 5 and 5B. It's similar in capabilities of the Rock 5B but I believe has a few more bells and whistles. It has two 2.5GB ethernet ports. Separate connectors than GPIO for RTC and fan. Full size HDMI input as well as 2 full size HDMI outputs. Can have m.2 for 2230 WiFi/BT on top side as well as m.2 2280 on bottom of board. I think it can only go up to 16GB memory. Not sure if Armbian will make all of these work...yet. But this makes perfect sense...I just bouth my Orange Pi 5 about a month ago PS: A new tag is required for this new variation...I guess. PPS: Other thing to note is that Amazon link is for a 16GB version and includes a power supply. However, this particular listing ships from China. For Orange Pi 5 and 5B there were listings that were fulfilled by Amazon. I would think that Orange Pi will/may have those in the near future, that ship from the US...hopefully, but likely a little more expensive. PPPS: If you go to that Amazon link, there is also a version with 4GB and no power supply for $99.99 at the time this was posted.

Note that in the Armbian documentation it mentions that the sha is an sha-256 hash. I guess I missed that. Wanted to point that out. It's good to use https://docs.armbian.com/User-Guide_Getting-Started to get started...of course.