Errors if run DOA application on Orange Pi 4 LTS

Hi,
I have an Orange Pi 4 LTS (Orange Pi 4 LTS - orange pi 4 lts) and want to use it with KrakenSDR.
Everything was installed well through the installation script krakensdr_aarch64_install_doa.sh. I can get into the web interface. But after running kraken_doa_start.sh in dmesg I see errors in dmesg: [ 3305.712876] usb 2-1-port2: disabled by hub (EMI?), re-enabling…
And status in web application is red.

Full output from dmesg:

[ 3305.712876] usb 2-1-port2: disabled by hub (EMI?), re-enabling...
[ 3305.715014] usb 2-1.2: USB disconnect, device number 9
[ 3305.950728] usb 2-1.2: new full-speed USB device number 14 using ohci-platform
[ 3306.071884] usb 2-1.2: not running at top speed; connect to a high speed hub
[ 3306.089853] usb 2-1.2: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
[ 3306.089879] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3306.089886] usb 2-1.2: Product: RTL2838UHIDIR
[ 3306.089892] usb 2-1.2: Manufacturer: Realtek
[ 3306.089898] usb 2-1.2: SerialNumber: 1003
[ 3306.105833] usb 2-1-port3: disabled by hub (EMI?), re-enabling...
[ 3306.107855] usb 2-1.3: USB disconnect, device number 10
[ 3306.330752] usb 2-1.3: new full-speed USB device number 15 using ohci-platform
[ 3306.447858] usb 2-1.3: not running at top speed; connect to a high speed hub
[ 3306.465877] usb 2-1.3: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
[ 3306.465907] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3306.465915] usb 2-1.3: Product: RTL2838UHIDIR
[ 3306.465921] usb 2-1.3: Manufacturer: Realtek
[ 3306.465926] usb 2-1.3: SerialNumber: 1002
[ 3306.481883] usb 2-1-port4: disabled by hub (EMI?), re-enabling...
[ 3306.483890] usb 2-1.4: USB disconnect, device number 11
[ 3306.710779] usb 2-1.4: new full-speed USB device number 16 using ohci-platform
[ 3306.827865] usb 2-1.4: not running at top speed; connect to a high speed hub
[ 3306.845852] usb 2-1.4: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
[ 3306.845882] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3306.845889] usb 2-1.4: Product: RTL2838UHIDIR
[ 3306.845895] usb 2-1.4: Manufacturer: Realtek
[ 3306.845901] usb 2-1.4: SerialNumber: 1001
[ 3306.861940] usb 2-1-port5: disabled by hub (EMI?), re-enabling...
[ 3306.863899] usb 2-1.5: USB disconnect, device number 12
[ 3307.094795] usb 2-1.5: new full-speed USB device number 17 using ohci-platform
[ 3307.215872] usb 2-1.5: not running at top speed; connect to a high speed hub
[ 3307.233869] usb 2-1.5: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
[ 3307.233896] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3307.233903] usb 2-1.5: Product: RTL2838UHIDIR
[ 3307.233909] usb 2-1.5: Manufacturer: Realtek
[ 3307.233914] usb 2-1.5: SerialNumber: 1000
[ 3307.249900] usb 2-1-port6: disabled by hub (EMI?), re-enabling...
[ 3307.251905] usb 2-1.6: USB disconnect, device number 13
[ 3307.478826] usb 2-1.6: new full-speed USB device number 18 using ohci-platform
[ 3307.599877] usb 2-1.6: not running at top speed; connect to a high speed hub
[ 3307.617879] usb 2-1.6: New USB device found, idVendor=0bda, idProduct=2838, bcdDevice= 1.00
[ 3307.617906] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3307.617913] usb 2-1.6: Product: RTL2838UHIDIR
[ 3307.617919] usb 2-1.6: Manufacturer: Realtek
[ 3307.617924] usb 2-1.6: SerialNumber: 1004

Kernel version:

# uname -a
Linux orangepi 5.15.80-rockchip64 #22.11.1 SMP PREEMPT Wed Nov 30 11:12:47 UTC 2022 aarch64 GNU/Linux

I checked the USB cables, everything works with a regular computer.
Question: how can I fix this problem?

Thank you!

Are there any messages in the KrakenSDR log files in the DOA or heimdall folders?

What OS are you running?

One thing i’ve noticed with the OPI4 is that it’s very sensitive to it’s own power requirements. Are you powering via USB-C or the DC Barrel port?

Are there any messages in the KrakenSDR log files in the DOA or heimdall folders?

Will show in the evening.

What OS are you running?

i tried original OS (Debian 11 and Ubuntu) for OPI4 and different versions of armbian.

Are you powering via USB-C or the DC Barrel port?

I use USB-C.
Also thought about it. I’ll look for a power supply to test your assumption.

I had major issues trying to get the OPI4 to work nicely via USB-C as well, so I recommend trying the DC barrel port first if possible.

Found a 5V 4A power supply DC Barrel port for OPi4
Nothing has changed - it doesn’t work.
Logs from heimdall_daq_fw/Firmware/_logs:

$ cat rtl_daq.log
Found Rafael Micro R820T/2 tuner
Found Rafael Micro R820T/2 tuner
Found Rafael Micro R820T/2 tuner
Found Rafael Micro R820T/2 tuner
Found Rafael Micro R820T/2 tuner
Allocating 12 (non-zero-copy) user-space buffers
Allocating 12 (non-zero-copy) user-space buffers
Allocating 12 (non-zero-copy) user-space buffers
Allocating 12 (non-zero-copy) user-space buffers
Allocating 12 (non-zero-copy) user-space buffers
cb transfer status: 1, canceling...
rtlsdr_demod_write_reg failed with -1
cb transfer status: 1, canceling...
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=17 len=1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=17 len=1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=05 len=1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=05 len=1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=0a len=1
ERROR setting I2C register 0x0A to value 00 with mask 0F
rtlsdr_demod_read_reg failed with -1
r82xx_write_arr: i2c wr failed=-1 reg=0a len=1
ERROR setting I2C register 0x0A to value 00 with mask 0F
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_write_reg failed with -1
rtlsdr_write_reg failed with -1
rtlsdr_write_reg failed with -1
$ cat delay_sync.log
INFO:__main__:IQ adjustment vector: abs:[1. 1. 1. 1. 1.]
INFO:__main__:IQ adjustment vector: phase:[0. 0. 0. 0. 0.]
WARNING:shmemIface:Shared memory not exist
WARNING:shmemIface:Shared memory not exist
WARNING:shmemIface:Shared memory not exist
WARNING:shmemIface:Shared memory not exist

Based on what I see here: Orange Pi 4 LTS - orange pi 4 lts
It advertises 1x USB 3.0 and 2x USB 2.0

Someone on RR had your same error, and fixed it by going to the USB 3.0 port. Double check that perhaps?

OR if it is still a power issue, what kind of power supply do you have for your KrakenSDR?

If connect KrakenSDR to USB3 (Above) I get errors:

[  123.934847] usb 5-1: new high-speed USB device number 2 using xhci-hcd
[  124.036894] usb 5-1: device descriptor read/64, error -71
[  124.240901] usb 5-1: device descriptor read/64, error -71
[  124.444870] usb 5-1: new high-speed USB device number 3 using xhci-hcd
[  124.546878] usb 5-1: device descriptor read/64, error -71
[  124.749893] usb 5-1: device descriptor read/64, error -71
[  124.851417] usb usb5-port1: attempt power cycle
[  125.455856] usb 5-1: new high-speed USB device number 4 using xhci-hcd
[  125.455929] usb 5-1: Device not responding to setup address.
[  125.657044] usb 5-1: Device not responding to setup address.
[  125.857810] usb 5-1: device not accepting address 4, error -71
[  125.959890] usb 5-1: new high-speed USB device number 5 using xhci-hcd
[  125.959968] usb 5-1: Device not responding to setup address.
[  126.160924] usb 5-1: Device not responding to setup address.
[  126.362017] usb 5-1: device not accepting address 5, error -71
[  126.362230] usb usb5-port1: unable to enumerate USB device
[email protected]:~# dpkg -l | grep usb
ii  libusb-1.0-0:arm64                2:1.0.22-2                          arm64        userspace USB programming library
ii  usb.ids                           2019.07.27-0+deb10u1                all          USB ID Repository
ii  usbutils                          1:010-3                             arm64        Linux USB utilities

[email protected]:~# uname -a
Linux orangepi4-lts 4.4.179-rk3399 #12 SMP Mon Aug 1 15:20:24 CST 2022 aarch64 GNU/Linux

It’s on original OrangePi 4 LTS image Orangepi4-lts_3.0.6_debian_buster_server_linux4.4.179.7z with Linux4.4. I took version 4.4, because, the documentation says that all devices are supported on this version.

As a result, it worked using the interface Type-C <-> Type-C.
I don’t know why USB2 and USB3 interfaces don’t work. I do not think that this is due to insufficient power supply KrakenSDR. Because if instead of OrangePi4-lts I take RPi4 B+, then everything works.

There’s no power supplied through the data USB cable anyway.

Hmm odd finding. I have the OPI4 working with the KrakenSDR via the regular USB ports, on both Armbian and Orange Pi’s distro. I have not tried the USB-C power for data yet.

The USB-C doesn’t work for powering the OPI4 though.

Could be some weird variances between OPI4 devices.