Open amarburg opened 2 months ago
Thanks for reporting, I am having the same issue here, but directly from the BlueOS image (32 bits).
@amarburg my issue seems to be another one, just the symptom in the frontend is the same.
Can you upload your system logs?
Sorry, first time uploading logs. What's the most appropriate format --- zip of full /var/logs/blueos/...
? Or is there a particular log (ardupilot_manager
) of interest.?
hi @amarburg
you probably need to build a 64bit ardupilot binary. the firmware server doesn't build them yet.
you probably need to build a 64bit ardupilot binary. the firmware server doesn't build them yet.
I'm curious why the older versions appear to work (up to the point of getting Mavlink messages on QGC)
? Or is there a particular log (
ardupilot_manager
) of interest.?
yes that is the one.
I'm curious why the older versions appear to work (up to the point of getting Mavlink messages on QGC)
ok that is curious. Let's look at the logs =]
Attached three ardupilot_manager
logs, for:
1.2.6
-- works1.3.0-beta.2
-- works1.3.0-beta.7
-- not workingtag_1.2.6-logfile.log tag_1.3.0-beta.2.0-logfile.log tag_1.3.0-beta.7.0-logfile.log
@amarburg interesting, if you take a look in the change logs, you'll see that the only change in the ardupilot manager was a fix for aarch: https://github.com/bluerobotics/BlueOS/pull/2615/files
Are you sure that the problems in in beta.4 ? Are you willing to do further tests if we add more information in the logs ?
So far, the behavior I describe above is repeatable with beta.4 not finding the Navigator, and later versions correctly call out the Navigator but are unable to communicate with it.
Yes, very happy to do further tests!
I wonder if our change of blueos-base from bullseye to bookworm could be related to the issue, too. @amarburg unfortunately our logs dont include data from ardupilot itself, so we can't tell what the error message is. Could you take a look at the autipilot screen? (ctrl+b then s) and check what it shows after it prints the command line for the autopilot? or just kill the process with ctrl+c and manually run the ardusub binary:
/root/.config/ardupilot-manager/firmware/ardupilot_navigator -A udp:127.0.0.1:8852 --log-directory /root/.config/ardupilot-manager/firmware/logs/ --storage-directory /root/.config/ardupilot-manager/firmware/storage/ -C /dev/ttyS0 -B /dev/ttyAMA1 -E /dev/ttyAMA2 -F /dev/ttyAMA3 -D udpin:0.0.0.0:14666 --defaults /usr/blueos/userdata/firmware/ardupilot_navigatorparams.params
Testing with beta.8
(same behavior as beta.7 described above):
2024-07-23 18:22:58.240 | INFO | ArduPilotManager:start_ardupilot:523 - Using Navigator flight-controller.
2024-07-23 18:22:58.269 | INFO | ArduPilotManager:start_linux_board:240 - Using command line: '/root/.config/ardupilot-manager/firmware/ardupilot_navigator -A udp:127.0.0.1:8852 --log-directory /root/.config/ardupilot-manager/firmware/logs/ --storage-directory /root/.config/ardupilot-manager/firmware/storage/ -C /dev/ttyS0 -B /dev/ttyAMA1 -E /dev/ttyAMA2 -F /dev/ttyAMA3 --defaults /usr/blueos/userdata/firmware/ardupilot_navigatorparams.params'
2024-07-23 18:22:58.274 | DEBUG | mavlink_proxy.AbstractRouter:start:99 - Calling router using following command: '/usr/bin/mavlink-routerd 127.0.0.1:8852 0.0.0.0:14660 --endpoint 127.0.0.1:14000 --tcp-port 5777 --tcp-port 14755 -l /root/.config/ardupilot-manager/logs -T /root/.config/ardupilot-manager/logs'.
/bin/sh: 1: /root/.config/ardupilot-manager/firmware/ardupilot_navigator: not found
The ardupilot_navigator
binary is ARM 32-bit.
Under the working "1.2.6" core, is it also ARM 32-bit.
So something in the binary cross-compatibility is working a 1.2.6 but not in 1.3.0?
Bug description
Note: For testing purposes my hardware consists of a Pi4 8M and Navigator, with no other ROV hardware (motors, sensors, camera, tether) attached. "Works" below means basically "can get info from Navigator's built-in sensors over MavLink" and doesn't imply anything about the full ROV stack, controlling motors, QGC, etc.
For a variety of reasons, we need to run a full 64-bit base OS. After a flail with Bookworm, we reverted to Raspian "Bullseye" 64-bit lite. From a clean Raspbian install we installed BlueOS per the bootstrap install instructions.
We discovered newer releases of
blueos-core
could not properly initialize the autopilot.On
master
,factory
,1.3.0-beta.7
and1.3.0-beta.6
it identifies the Navigator but cannot get metainformation / cannot start the driver:On
1.3.0-beta.4
it cannot identify the Navigator:On
1.3.0-beta.2
,1.3.0-beta.1
and1.2.6
is works as expected:Steps to reproduce
factory
image exhibits behavior shown above (recognizes Navigator but no meta-information)1.2.6
, allow BlueOS to restart.pane, Switch Board to "Navigator." Use
Firmware Updatepane to install current stable
Sub` firmware. After start, pane displays correct metainformation.Primary pain point(s)
Unable to use recent 1.3.0-x release with this hardware.
Additional context
Happy to help debug, provide additional system logs as needed.
Prerequisites