Tested out the BotBlox SwitchBlox mini with custom made cables to HereLink, Pixhawk 6x and CM4 module. “Just works” after setting IP addresses.
Not sure if I set things up correctly though. I had DHCP enabled and it pulled an address. However I had to manually set NET_P1 address/port manually. Is this normal and expected? Also Mission Planner didn’t detect MAVLINK stream on 14550 automatically but did see the stream from HereLink controller over WiFi. It did connect manually though.
Does this option work like a normal IP multicast, where there’s a source IP and multicast IP/port? Should we be using 224.0.0.0/4 subnet for the multicast streams?
Also any plans on IPv6 support? Here in the US most mobile networks are IPv6 primary with non-public IPv4 unless you buy a static IP.
I’d suggest looking at a VPN @ReadyKilowatt - you will want security anyway and most VPN software like Tailscale (my favorite) or Zerotier, etc. will give you secure virtual IP4 network.
You might need to do some routing on the Pi to get traffic from the ppp link to the VPN and back.
@tridge Having PPP networking looks really promising.
Is it possible to use the PPP functionality at pixhawk 2.4.8 board and the clones? How significant would be performance penalty for such boards?
Is there data encryption at data link layer? Asking because I’ve read some PPP documentation pages and it looks like PPP ECP is kind of optional-ish. Having encrypted telemetry link over serial would be way more secure than just signed mavlink packets.
Asking questions before actually trying. To see if it is worth a try.
Brilliant. A thousand thanks to tridge and everyone who contributed to this milestone in flight controller development:
With master firmware on a new Pixhawk 6x, the UDP connection to Mission Planner and simultaneously an HTTP server with the demo LUA script worked like “out of the box”. Still an unfamiliar sight: FC connected to the home network.
Since no GPS is connected to the FC on the workbench, the AHRS and GPS location are logically not displayed:
Great: If a GPS fix is available, the AHRS/GPS position are displayed as hyperlinks, when I click on it, the position is displayed in google maps on my laptop.
I have not stopped the time for the log file download, but it feels much faster compared to the USB connection. To test this, I copied a 136 MB log file from some flight to the SD card and renamed it accordingly. The speed is impressive, so it’s not worth connecting the USB or removing the SD card and inserting it into the laptop for reading:
Thanks for this nice feature! I can confirm that it works great with my “more or less” DIY-Project, the NucPilot. A PCB, with IMUs, Baros, Mags, SD-Card, FRAM, 32Mbit Serial Flash, double CANFD, Serials, PWMs, RCIN, up to 12S input voltage via XT30, that you can put on a Nucleo-Board, in this case the one with dual core MCU ( NUCLEO-H755ZI-Q). You can direct connect a RJ45 plug into the board and use the new Ethernet feature of ArduPilot.
Thank you Amilcar. The used MCU STM32H755ZI has a Cortex-M7 + Cortex-M4. At the moment only the H7 is used for ArduPilot. I have a couple of these boards lying around in my office. That is the reason for having that board.
sure, it is easy to add anything that can be done by lua. What sort of example would you like to see?
We can create a full GCS if that is wanted. I do plan on adding parameter editing
Amazing. For Ajax dyslexics like me, it would already be very helpful if the script contained examples of how LUA can be used to react to button clicks and text inputs.
I’m having a problem with ppp on the AP timing out before the Pi connects. Here’s 2 scenarios.
I have an existing plane running a Durandal with a Raspberry Pi Zero. I previously had uart2 connected to the Pi using mavlink so I know it works. (I can actually get ppp to work by force rebooting the AP after the Pi is up).
Scenario 1: Pi takes longer to boot than the AP
Plugin the flight battery. AP and PI start to boot.
AP completes booting and starts listening for ppp connections
AP gets no ppp connections, throws an error and stops listening
Pi finishes booting (It’s a Pi Zero so it takes about 60 seconds)
Pi fires up pppd, tries to connect to AP but fails because it’s no longer listening
Scenario 2: Set up AP on USB power before booting the Pi
Plugin the AP to a PC using USB
Spend some time (5 - 10 minutes???) setting up a mission or whatever on the AP
ppp on AP times out because it got no connections
Plugin flight battery (USB still connected) - Pi starts booting
60 seconds later (10-15 minutes after AP booted) Pi finishes booting
Pi fires up pppd, tries to connect to AP but fails because it’s no longer listening
My thought is that ppp on the AP should not timeout and die, it should loop, maybe with a delay, and continue to listen for attempts to connect. The companion computer may not connect on ppp within any hard time limit.