Closed BAI-djohnson closed 1 year ago
I confirm this behavior.
Hardware: Orange Cube (on base board without ADSB, idk whether this has anything to do with this issue) QGC PX4: 1.13.0
Might be related to commit https://github.com/PX4/PX4-Autopilot/commit/6d78054f5001548ea2f1d48bb59966e2352bc9fe. I solved this on orangecube by adding mavlink start -d /dev/ttyACM0
to rc.board_mavlink
:
Might be related to commit 6d78054. I solved this on orangecube by adding
mavlink start -d /dev/ttyACM0
torc.board_mavlink
:
This appears to have fixed my issue. Thank you.
Might be related to commit 6d78054. I solved this on orangecube by adding
mavlink start -d /dev/ttyACM0
torc.board_mavlink
:
Quick correction. Once I enabled my app to be compiled with the software the bug persists. Also this issue appears to only be on the USB connection. Once connected to serial radios, it works.
Same here with Cube Orange, Serial connection has no mavlink shell but over telem is fine. I have attached a screenshot below
How can I add mavlink start -d /dev/ttyACM0 to rc.board_mavlink? What is the exact procedure for this operation? I am a beginner user of Orange Cube and I am asking for help.
I have a cube orange and the mavlink shell is not working on 1.13 either.
The mavlink shell isn't working on any platform AFAIK, something is going on with the firmware builds. I know @davids5 was looking into this.
David, are you working on an issue number?
@mrpollo - No I just verified the alignment bug was not back.
I confirm the issue on Cube and Pixhawk 4. There is a simple workaround, see below.
@KrzysiekPx4 Create folder etc on sd card from your Cube, create file extras.txt inside etc folder (if you don't have it already for other purpose), then just add line mavlink start -d /dev/ttyACM0 to that file, save and put sd card back in Cube. It should start working now.
This work-around only works on my set up if I boot the cube prior to it's companion computer.
I have same issue on orange cube v 6.1.7600.16385 using orange cube driver v2.0.0.10, qgroundcontrol px4 v4.2.4 even after adding mavlink start -d /dev/ttyAMC0 to extras.txt in etc. I am unclear as to how to add to rc.board_mavlink. Would be grateful for further assistance.
Some issue here with cube orange. I connected my cube orange to 5v with a usb adapter and used a 433mhz telemetry radio. This way the console also worked.
I have the same issue. It started very recently, perhaps when I switched from v4.2.3 to v4.2.6 a couple of days ago.
I tried the suggestion above (putting the etc/extras.txt file on the SD card).
The problem occurs with two different pix32 V6s, both running FW Release 1.13.3, and OS Release 11.0.0.
The nsh> prompt sometimes appears several minutes after pressing
The following additional issues with QGC appeared around the same time, and may be additional clues:
I just now fixed the issues by doing the following:
Since a fresh installation of v4.2.6 on a second PC appears to work correctly, I'm guessing that it's not a problem with v4.2.6, but rather the fault is in the uninstall function.
Thanks for the notes. I will close this issue as it should be fixed in main
and v1.13. If it happens again, please open a new issue, give plenty of information and context and (at) mention me. Thanks.
Hello I also have this issue, I want to ask if there is finally a formal solution for this, or if it is about to be fixed in v1.13, thanks.
@jean-dupond Current PX4 stable branch v1.13.3 has problem fixed. I suggest you update to current version of PX4 and QGroundControl, don't forget to clear QGC cache etc.
Describe the bug
I am not able to access the mavlink console in QGroundControl or through the python script in 1.13.0.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Expect nsh> to appear. No response
Drone (please complete the following information):
Thank you Dane Johnson