|
From: | Felix Ruess |
Subject: | Re: [Paparazzi-devel] Ar.Drone 2 session stuck at "Waiting for telemetry" |
Date: | Tue, 9 Aug 2016 23:56:56 +0200 |
Hello Felix,Thank you for your help.I'm using Ubuntu 16.04, "gnome desktop" variant.The install tutorial instructed to install the compiler from "team-gcc-arm-embedded", which is as far as I understand distro-independent. Doesn't this mean that the Ar.Drone board build should be broken for everyone using the last compiler from that PPA? Or could the problem depend on something else than the cross-compiler?
Regards,Riccardo Paolo Bestetti</module><configure name="MODEM_DEV" value="UDP0"/><module name="telemetry" type="transparent_udp">You can override those defaults in your airframe file, e.g.:Regarding the USE_UDPx flags: most of them are set "automatically" depending on which UDP ports you use for telemetry:Hi Riccardo,can you please post some more details on your OS (distribution, version), the cross compiler and paparazzi version you are using?
https://github.com/paparazzi/paparazzi/blob/v5.8/conf/ firmwares/subsystems/shared/ telemetry_transparent_udp. makefile The default MODEM_HOST (IP to which the packets are sent is defined in
https://github.com/paparazzi/paparazzi/blob/v5.8/conf/ boards/ardrone2.makefile#L36 Cheers, FelixOn Tue, Aug 9, 2016 at 9:09 PM, Riccardo Paolo Bestetti <address@hidden> wrote:I have new details: I tried manually running the ap.elf executable in a Telnet shell and it immediately quits with the following error message:
FATAL: kernel too old Segmentation faultIt makes me think of an issue with the cross-compiler.
Any idea on how to solve this?
Regards,
--- Riccardo Paolo Bestetti
Il 09/08/2016 17:15, Riccardo Paolo Bestetti ha scritto:
Hello,
I'm trying to start an Ar.Drone 2 session from the default files.
The only changes I made so far are changing the GPS type to sirf and removing the ublox module from the airframe file.
Build & upload are successful, but when I start the session the software gets stuck at "waiting for telemetry" as if the drone doesn't send any data back.
I really have no idea where to start debugging the problem. Does the ap program on the Drone output error messages somewhere?
Also, I'm trying to understand the build system, and there is something I don't get: where do the various makefiles take the "default" configuration values from? And how can I manually vary them for a particular airframe?
For example, when the ap program for the Ar.Drone is built, the flags "USE_UDP0", "UDP0_HOST", "UDP0_PORT_IN", etc. are correctly set (looking at the compiler flags from the ap_srcs.list file), but I don't see them defined anywhere in the configuration files.
Regards,
--- Riccardo Paolo Bestetti
_______________________________________________ Paparazzi-devel mailing list address@hidden https://lists.nongnu.org/mailm an/listinfo/paparazzi-devel
_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel
_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi- devel
_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi- devel
[Prev in Thread] | Current Thread | [Next in Thread] |