Open stefanux2 opened 1 year ago
Are there more than 20 pingUSBs in existence?
I have one….On Oct 30, 2023, at 08:24, cyoung @.***> wrote: Are there more than 20 pingUSBs in existence?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>
Are there more than 20 pingUSBs in existence?
Yes, officially there are up and working more than 100 pingUSBs devices around the world.
Using Stratux + pingUSB with the attached patch will enable all navigation software to work properly because the 1090 is received by pingUSB and the GPS is correctly managed by Stratux.
Could this enable any Mavlink adsb receiver to work with stratux? One of the main problems I am having with my stratux build is the interference caused by the sdr. It basically makes my gps receiver useless. If this works with any Mavlink adsb receiver, like this one: https://www.aerobits.pl/product/aero/, I wouldn't need an sdr and the interference problem could be solved.
Yes, I think so, the packet format is the same.
A further check shall be:
If you want to test it, this patch is already merged into the EU version: https://github.com/b3nn0/stratux Currently up and working on my EU version: https://github.com/b3nn0/stratux/discussions/264
From what I have seen on the data sheet provided by Aerobits, it uses the same 246 mavlink packet id.
The adsb module doesn’t use usb. It connects via uart using a JST GH 6 pin connector commonly found on the pixhawk flight controller. Based on the uavionix rules file https://github.com/b3nn0/stratux/blob/master/image/99-uavionix.rules it seems like the pingusb is using an FTDI uart to usb bridge and it just so happens that I have a JST GH 6P to usb adapter that uses the same FTDI chip. Running the lsusb command in the raspberry pi outputs the same product and vendor id. So in theory it should be recognized by the raspberry pi.
I’ll update as soon as I receive the ads-b module.
Got the ADS-B receiver. So far i haven't been able to get it working. The receiver gets recognized as a PingUSB but the ADS-B is not being received by Stratux. I suspect the problem is the baudrate. The ping.go file has the PingUSB at a baudrate of 57600. The Aerobits Aero uses a baudrate of 115200. I will try changing that.
Changing the baudrate made it work! Might be a good idea to add support for the Aerobits Aero ADS-B module into stratux. So far i've seen better battery life, reduced EMI and better GPS reception. It is more expensive than an SDR but I think the benefits are worth it. It costs almost the same as the PingUSB and it is significantly smaller so it may be a better alternative. Now the only reason this worked for me by just changing the baudrate is because I have an uart to usb bridge that uses the same FTDI chip found in the PingUSB. Maybe a better implementation would be to make Stratux receive MavLink ADS-B data via UART but that is something I don't know how to do.
Great, it is time to add this device into the stratux branches... To differentiate this dongle device: 1) can you set a different 99-uavionix.rules device name https://github.com/b3nn0/stratux/blob/master/image/99-uavionix.rules#L7 2) this allows the ping.go to differentiate the baudrate here: https://github.com/b3nn0/stratux/blob/master/main/ping.go#L57
Can you create the merge request with these mods into the stratux EU/USA branches?
uAvionix Ping USB support
Setup
Stratux version: Stratux 1.6r1-eu029 by b3nn0 (EU)
Stratux config:
SDR
GPS
AHRS
power source: 12V to 5V
usb cable: 10 centimeters
EFB app and version: Easy VFR 4
EFB platform: iOS 17
EFB hardware: iPad Mini + iPhone 14
Description of your issue: I'm using Stratux built with uAvionix PingUSB device. This patch is to add the MavLink protocol to the stratux in order to enable the USB-Serial PingUSB device.
Devices
Protocol
Traffic Report Message
MavLink
Compilation
Environment
Patch Ping.go
This patch was compiled overwriting the main/ping.go file. stratux-serial-ping.zip
Features
Test
Tested with 20 hours of flight at sea level up to 8000ft in Europe/Italy.
Integration on mainstream
Best integration is to add as second protocol option like "PingEFB" and "PingUSB" switch and rename it as pingusb.go
Improvements