Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Teslausb on Armbian Bullseye not mounted by car #751

Open
miles267 opened this issue Dec 22, 2022 · 10 comments
Open

Teslausb on Armbian Bullseye not mounted by car #751

miles267 opened this issue Dec 22, 2022 · 10 comments

Comments

@miles267
Copy link

Describe the problem

@marcone Have Teslausb installed and running on Armbian. It’s connected to the glovebox USB3 port using a splitter with the car powering the Rock Pi 4C+ over USB-C and a data USB3 cable connected to the USB3 of the RPi4C+. The device will boot up and connect to Wi-Fi showing with hostname Teslausb, but the Pi LED flashes twice every second but the car doesn’t detect it (car shows unavailable). Have you experienced this or does your car work fine with the RPi4C+? Was thinking it would mount over USB3 and the slow usb device errors would no longer appear in the car. Thanks.

Device

Rock Pi 4C plus

OS Image

Armbian

Car Model

Model 3

USB connection

Glove box

Logs

No response

Additional information

No response

@marcone
Copy link
Owner

marcone commented Dec 22, 2022

Are you using the top USB3 port? (that's the OTG port by default, the bottom one is host and won't work for this)
Where did you get the Armbian image?

@miles267
Copy link
Author

Yes, I’ve tried both USB3 ports. I got the image from here: https://github.com/radxa-build/rock-4c-plus/releases and have applied all available updates.

@marcone
Copy link
Owner

marcone commented Dec 23, 2022

The minimal bullseye image from that link, specifically this one, works for me.
Since that page recommends using the official Armbian image instead I tried that one too, and it worked too.

Y-cables usually have one leg that is power-only and another that is power+data. Have you verified that you're connecting the power+data leg to the Rock Pi's USB3 port?
Have you tried connecting to a PC instead of the car, and/or using two separate cables instead of a Y-cable?

@miles267
Copy link
Author

miles267 commented Dec 23, 2022

@marcone Yes, I was able to get it to work briefly today with the latest Jammy minimal build although I’m sure the bullseye one would work too. I have found that the Broadcom wireless chipset of the Rock Pi 4C+ is rather pathetic compared to the RPi4 I use reliably. It seems to have much more limited range and the throughout is slow. Perhaps that will improve with future drivers or it’s just a hardware limitation of these early builds. Have you found that the slow USB/glovebox errors have gone away using yours with the RPi4C+ over USB3?

I suspect the issue has something to do with this Broadcom wireless issue (dmesg) that occurs with any image of Jammy, Bullseye:

[ 9.812643] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[ 9.822727] usbcore: registered new interface driver brcmfmac
[ 9.873282] brcmfmac mmc2:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.radxa,rockpi4c-plus.bin failed with error -2
[ 9.907633] systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
[ 9.925500] brcmfmac mmc2:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.radxa,rockpi4c-plus.txt failed with error -2
[ 9.937787] systemd[1]: Finished File System Check on /dev/disk/by-label/backingfiles.
[ 9.957056] systemd[1]: Mounting /backingfiles...
[ 9.974985] Bluetooth: Core ver 2.22
[ 9.975068] NET: Registered PF_BLUETOOTH protocol family
[ 9.975071] Bluetooth: HCI device and connection manager initialized
[ 9.975082] Bluetooth: HCI socket layer initialized
[ 9.975088] Bluetooth: L2CAP socket layer initialized
[ 9.975099] Bluetooth: SCO socket layer initialized
[ 10.039719] systemd[1]: Finished File System Check on /dev/disk/by-label/mutable.
[ 10.044073] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[ 10.047289] systemd[1]: Mounting /mutable...
[ 10.054333] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Aug 25 2015 18:58:57 version 7.45.69 (r581703) FWID 01-24037f6e
[ 10.072386] systemd[1]: Starting Load/Save RF Kill Switch Status...
[ 10.126412] systemd[1]: Started Load/Save RF Kill Switch Status.
[ 10.127298] EXT4-fs (mmcblk0p3): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.

@marcone
Copy link
Owner

marcone commented Dec 23, 2022

Yes, I was able to get it to work briefly today with the latest Jammy minimal build although I’m sure the bullseye one would work too.

Can you elaborate? How were you able to get it to work? Why only briefly? What made it stop working?

I have found that the Broadcom wireless chipset of the Rock Pi 4C+ is rather pathetic compared to the RPi4 I use reliably. It seems to have much more limited range and the throughout is slow.

What speeds are you seeing? I'm seeing up to 18 MB/sec throughput with TeslaUSB's built in network speed test, compared to up to 10 MB/sec with a Raspberry Pi 4 connected to the same base station at the same location.
Did you attach an antenna to the Rock Pi? (mine came with one in the box, but I don't know if every seller includes one)

Perhaps that will improve with future drivers or it’s just a hardware limitation of these early builds. Have you found that the slow USB/glovebox errors have gone away using yours with the RPi4C+ over USB3?

My car does not have a glovebox USB port, and I never had the "slow USB" errors even with a Raspberry Pi Zero W.

@miles267
Copy link
Author

@marcone i need to spend some more time with it. Seems I had it working, connected to USB3 (top port) the camera volume was connected and I was playing FLAC audio from USB3. Upon switching to the radio, the Teslausb became Unavailable from the car UI.

Also it appears I may have a Wi-Fi driver or firmware issue according to the dmesg log above. I’ve posted to the Armbian forum but no know fix yet.

@marcone
Copy link
Owner

marcone commented Dec 23, 2022

I'm seeing those same messages in dmesg, but wifi works anyway.

@miles267
Copy link
Author

OK. I’ll ignore those Broadcom firmware messages. Have flashed with same Bullseye image you’re using. Unfortunately mine did not include an external antenna. Compared to my RPi4 which gets approx 90 Mbps from the same wireless AP above the car in the garage from within the glovebox, the Rock Pi 4C+ is getting about 30 Mbps or 30% of the throughout.

I’ll continue to try it out and see how it performs under daily use using USB3. Are you noticing better write performance with your Rock Pi based on USB3 emulation?

@marcone
Copy link
Owner

marcone commented Jan 2, 2023

Are you noticing better write performance with your Rock Pi based on USB3 emulation?

Absolutely. Over 100 MB/sec sequential write speed.
(I don't know at what point the car would complain about the drive being "too slow", but the car only writes about 2 MB/sec on average)

@miles267
Copy link
Author

miles267 commented Jan 2, 2023

OK. I may not have the right power source/OTG cable as it seems mine is disconnecting. Also, am looking for an external antenna as my Wi-Fi signal on this RPi4C+ is rather weak compared to both the Zero 2 W and my current RPi4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants