robertoj

Did you try this?

Post the model of the led-matrix and its user manual. Does it give any feedback on the SPI port? Is the example script able to detect errors? Re-check all the cables Try the things tried in these threads: https://forum.armbian.com/topic/29657-orange-pi-zero-2-and-spi-ili9341-touchscreen-fbtft-legacy-kernel-partial-success/#comment-169775 https://forum.armbian.com/topic/41365-orange-pi-zero-2w-overlay-i2c-spi-help/#comment-195256

Add to the test: "iperf3 -s" in the orange pi "iperf3 -c nnn.nnn.nnn.nnn -t 0" from a PC in the LAN

Frank, Not the SSH password. The SSH KEY, which is a piece of information that the client uses to verify that the server is really the server you expect, not a new impostor. The SSH password lets the server know that YOU are who you say you are. For docker, don't try to put the whole OS in an external USB SSD. The OS in microSD card is the most reliable way to do it. Then, you can use an external USB SSD for all your Docker images and containers. How was it ever working with Docker? Orange Pi Zero has 256 or 512MB RAM.

When you reinstall an OS in the server (or SBC in your case), the SSH will complain that it is not using the same crypto key, for cybersecurity reasons. Usually, SHH will suggest what you do to erase the ssh key and allow you to connect with a new SSH key. Use a serial-usb adapter, to test whether your orange pi zero doesnt have your original problem.

Try it with a new image, new SD, with new Linux kernel version too. I have an orangepizero and it works better with Linux 6.x

From the Amazon and page, it looks like the lcd panel have a digitizer chip (instead of bare connection to the panel’s analog XY outputs, like others). Can you see the model of that chip U2? definitely needs a second SPI interface in the orange pi, or bitbanging.

Instead of replacing with your kernel deb, try modifying the linux config to have what you want. Sometime ago, I made instructions just for this, but for the orange pi zero https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md (warning, these instructions refer to a old kernel version) Look for the part that explains the "Change kernel configuration"

Darriy, thank you I tried it but it didn't work... did you install more packages related to WPA or encryption?

Here's a discussion about how sysfs is deprecated and you should be using gpiod (libgpiod)

Plug in another usb-serial device, see what happens in that case

Probably no dtbo will be needed. Find the 5 pins in your orange pi, that would be contacted by the hat, and try to control them with the Python code here: https://forum.armbian.com/topic/33800-orange-pi-zero-3-gpio/?do=findComment&comment=181191 if that lorahat software is open source, then change that source code to point to the correct pin addresses

Please, can you share your hostapd.conf (minus the ssid and keys of course) I am running into other problems, but I am glad that others are getting hostapd working 👍

After the usb4-1 lines, you should have seen cdc_acm something You can check that you have the acm driver with: zcat /proc/config.gz|grep ACM you should see config_usb_acm=m Have you tried: ls /dev/ttyUSB* ? When you see the ttyACM*, you should get the by-serial files appear automatically (devrules function)

OrangePi has this analog audio figured out: http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_Zero_2W#Headphone_interface_audio_playback_test http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_Zero_3#Headphone_jack_playback_audio_test

Go and see the LibreElec project... find the image for Orange Pi PC. That's the OS that works with Orange Pi Zero. I think Cedrus for video codec is for the H2/H3 specifically... I dont know about H616/8. Wiki says that the codec hardware is not available in Linux http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_Zero_3

Is there something specially difficult about SPI versus I2C? Luckily, my servo controller I plan to use with my opiz3 is I2C, but I was hoping to use an SPI LCD too in the future. Is there an spi-overlay option in armbian-config? https://forum.armbian.com/topic/12571-opi-win-how-to-steering-rgb-led-apa106/

I returned to checking on my opiz3, and saw that there's a kernel update available... with related updated dtb's I will hold off from updating, and test it first in my non-production opiz3

https://www.armbian.com/orange-pi-zero-3/ Now it links to an OS image made on February 22. Try the non GUI image, and see if it makes a difference. See if the difference is with 802.11b, g or n Current and older releases: https://github.com/armbian/community/releases/tag/24.5.0-trunk.58 https://github.com/armbian/community/releases

I am using the armbian bookworm for Opiz3 from February 15 with zero problems. Are you using this image?

This is an artificial limitation on the linux uvc driver, which handles webcams Try connecting the 2nd webcam in a port in a different USB root inside your orange pi. Or try following this guide https://www.thegoodpenguin.co.uk/blog/multiple-uvc-cameras-on-linux/

Instead of connecting to /dev/ttyUSB0,1,2,3.. or /dev/ttyACM0,1,2,3... there are links in the /dev/serial/by-id/ and /dev/serial/by-path/ folders with links that are constant, relative to the USB adapters inside the 3D printers.

Thank you... I will continue to use fdtoverlay 👍

usual user, I compiled the "con1" dtso you provided, but I didn't integrate it in the whole SBC dtb. I left it as a dtbo and copied it to the user overlays... it worked and I have the opiz3 gpio pins named 😄 As a reminder, here's how to do it: {start with a fresh armbian OS, or make sure that the orangepizero3 dtb is the original} # cat /sys/kernel/debug/gpio {check that the GPIO pins are not named} {copy the dtso to /boot/user-overlays} # dtc --in-format dts sun50i-h618-orangepi-zero3-con1.dtso --out sun50i-h618-orangepi-zero3-con1.dtbo # ls -l total 8 -rw-r--r-- 1 root root 591 Feb 18 01:35 sun50i-h618-orangepi-zero3-con1.dtbo -rw-r--r-- 1 root root 1374 Feb 17 22:36 sun50i-h618-orangepi-zero3-con1.dtso # nano /boot/armbianEnv.txt {add line: user_overlays=sun50i-h618-orangepi-zero3-con1} # reboot # cat /sys/kernel/debug/gpio {the gpio pins are named} I was expecting it that the user overlays appear in the armbian-config utility... but my dtbo didnt show in the system>hardware selection options... is this normal? To any newbie trying this: be careful of conflicts in activating a kernel-provided overlay and a user overlay at the same time: https://docs.armbian.com/User-Guide_Allwinner_overlays/ I just noticed that there's a February 15 linux image... I will try that Update... the compiled dtso did not work for the new linux OS image... uboot could not overlay the dtbo and I noticed that it uses a different dtb... what should I do to update the dtso and make it work? sun50i-h618-orangepi-zero3.dtb HOWEVER: the DTSO works when applying it in the DTB, as you suggested. It is only when trying to apply the DTBO with uboot, it fails. Unfortuately, the linux os freezes after 10 minutes or so nevermind... it maybe another cause...

https://www.amazon.com/Expansion-Connector-Interface-Development-Computer/dp/B0CHMTT4XP/ http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/2W-expansion-board.html http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_Zero_2W#24Pin_expansion_board_interface_pin_description In the tiny 24 pin expansion connector Pin 22=left audio Pin 23=right audio Pin 24=ground In armbian, orangepizero 3 audio support is missing, as of 2024-Feb-15... so you should try it and see if it works or not in opiz 2w (probably not). Then, use the OFFICIAL OrangePi Zero 3 Debian with Linux 6.1. The audio should work. Then tell us in the OrangePi Zero 2W thread. Raspberry Pi has a whole different ARM CPU... don't expect that hardware is going to work exact the same way.