Closed ghfue closed 11 months ago
We are experiencing the same issues with a 3DMGX5-AHRS:
Running the same version of the node and the same sensor on a different machine does not show this behavior:
We are building the node from source without any modifications to the source.
This is interesting behavior. @ghfue, are you also using a Nvidia Jetson Orin? We have heard from others that there has been trouble connecting a GQ7 (on old firmware) to an Orin.
I unfortunately do not have the ability to test this right now, as I do not have an Orin. Could you try running the following debug steps?
cat /dev/ttyACM0
, or xxd /dev/ttyACM0
. If either command prints data to the screen, the device is still streaming
setToIdle
command succeededdmesg -w
as you kill the node the first time, do you see any alarming logs related to the device or USB?Yes, this is on a Nvidia Jetson Orin with Jetpack 5.0.2 (thanks @vvel-tracpilot for including the additional information).
We are rebuilding our setup right now, so i cannot run any new tests at the moment. But from the testing I already did before I saw the same as @ghfue re dmesg output, though I will check again when we get everything up and running again.
We have everything set up again. Annotated dmesg output:
<< imu connected >>
[ 4043.127176] usb 1-4.4: new full-speed USB device number 29 using tegra-xusb
[ 4043.419174] usb 1-4.4: device descriptor read/64, error -32
[ 4043.643938] usb 1-4.4: New USB device found, idVendor=0483, idProduct=5740, bcdDevice= 2.00
[ 4043.643952] usb 1-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4043.643960] usb 1-4.4: Product: Lord Inertial Sensor
[ 4043.643966] usb 1-4.4: Manufacturer: Lord Microstrain
[ 4043.643972] usb 1-4.4: SerialNumber: 0000_6253.119680
[ 4043.646773] cdc_acm 1-4.4:1.0: ttyACM0: USB ACM device
<< ros driver launched >>
<< ros driver terminated >>
<< ros driver launched >>
<< ros driver failed >>
<<imu disconnected >>
[ 4200.857288] usb 1-4.4: USB disconnect, device number 29
This issue is stale because it has been open for 2 weeks with no activity. If the issue is still not resolved, please leave a comment describing what is still not working
For the bot, the issue is still unresolved.
Looks like this was already reported on #172 but got closed due to being stale. This was on a Xavier running Noetic, so still Ubuntu 20.04 but not on the Orin.
@ghfue I also had issues running a 3DM-GQ7 from an Nvidia Jetson Nano (see issue #171). I ended using a Rpi3 as a bridge with the MSCL library and a ROS node written by myself, as I could not get the Jetson to communicate reliably with the 3DM-GQ7.
Same behavior here using the Jetson AGX Orin (Ubuntu 20.04, jetpack 5.1-b147) and 3DM-GQ7 (current firmware). After first successful roslaunch of the node, device does not streaming after Ctrl-C. Second roslaunch results in attempting to open the serial port at all available baudrates until it fails:
MIP SDK: Failed to poll serial port (4): Interrupt system call. [microstrain_inertial_driver-2] escalating to SIGTERM
In the end I have to replug 3DM-GQ7.
Any advices?
Problem for Jetson Devices is solved with update to r35.4 release. See here: https://docs.nvidia.com/jetson/jetpack/install-jetpack/index.html#package-management-tool It fixes a bug related to UART receiving data in the L4T 35.3.1 release.
Thanks @Acerox41, that worked :) I was still at 35.2.1 having the exact same issue.
Describe the bug Attempting to run the driver a second time gives a failure of "Unable to communicate with device".
To Reproduce Steps to reproduce the behavior:
ros2 launch microstrain_inertial_driver microstrain_launch.py configure:=true activate:=true
Output:
ctrl-c
ros2 launch microstrain_inertial_driver microstrain_launch.py configure:=true activate:=true
Output:
Expected behavior Successfully connect.
Environment (please complete the following information):
Modifications No source code modifications.
Launch Parameters No modified params.
Additional context I was able to successfully reconnect with a 3DM-GQ7 with a prior firmware with x86, so I'm not sure if it is firmware or architecture related.