Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
Victor
@Victor16809479_twitter
Hi everyone, was wondering if the holybro kakute v1.5 is supported
Vladimir Ermakov
@vooon
@Victor16809479_twitter if you're about F7, yes, supported. I have that board on my small copter.
Jaaaky
@Jaaaky

@peterbarker Any reason panic on not a singleton is SITL only on some libs, while on others not;

    if (_singleton != nullptr) {
        AP_HAL::panic("AP_Logger must be singleton");
    }

Sometimes like this

#if CONFIG_HAL_BOARD == HAL_BOARD_SITL
    if (_singleton != nullptr) {
        AP_HAL::panic("Fence must be singleton");
    }
#endif
?
Also, not all libs have lib name mentioned on the panic message. Mission for example.
Stiffler Indahouse
@Stiffler_Tester_twitter
Hey guys, sorry if posting in the wrong place, but can anyone tell me which are the Servo outputs on an Omnibus F4 Pro V3 ? I'm trying to use it for Antenna Tracker. I have flashed v1.2.0 of ArduTracker from the Omnibus F4 firmware. Everything looks good, except I don't know where to hook up the Pan and Tilt servos. If hooked up to the 2nd and 3rd pins (ail and ele - if arduplane) when trying to do servo test, my servo goes full into a direction and blocks. Thanks
Luis Vale Gonçalves
@lvale
@Stiffler_Tester_twitter please go to https://discuss.ardupilot.org for peer support
Shadowru
@Shadowru
Does anyone have issues with ChibiOS hw like F405, F765, etc with latest Ardupilot builds ?
I've flash both with lastest build and its freezez after start
4.0.0 stable works fine
Shadowru
@Shadowru
How can I get panic message ?
I mean read panic messsage from UART
Andrew Tridgell
@tridge
@Shadowru the fix for F405 not starting up has been merged to master
adezie
@adezie
has anyone face a problem that you can't change altitude and throttle on RTL mode ?
Henry Wurzburg
@Hwurzburg
@adezie the support forums is where you should ask support questions (discuss.ardupilot.org) , this is a code development forum......you should read the wiki section on RTL flight mode, it should answer your questions
adezie
@adezie
@Hwurzburg oh, okay my bad,thankies btw
JermXT
@JermXT
Hello, has anyone made a fork of ardupilot that supports the STM32F401 chip or the STM made STEVAL-FCU001V1 flight controller?
Stephen Dade
@stephendade
@JermXT: The STM32F401 does not have enough flash to run Ardupilot. Need at least 1Mb, preferably 2Mb
Sergey Bokhantsev
@SergeyBokhantsev
Hi All, I want to feed a device (FrSky PixelOSD) through serial UART at 115200 bps. And as per my expectations the serial line will be loaded close to 100%. So wanted to ask if this could affect overall system performance? I suppose as I will use hardware UART then this shall not affect very the core CPU, Am I right? I just need to feed the outcoming buffer in time (the calculations are not CPU-intensive). Any other concerns? My boards are on F7 and F4.
Ryan Perkins
@perkmcgerk_twitter
Hi folks! I'm currently trying to flash Ardupilot onto a Holybro Kakute F7 mini board using the Betaflight Configurator tool. I've flashed betaflight on many quads so I'm familiar with this tool. It erases OK then shows flashing, but it hangs as the bar is at 100%. it's been hanging for 7 minutes now.. any ideas?
Ryan Perkins
@perkmcgerk_twitter
never mind - used a different laptop to flash it and it went OK
Jaaaky
@Jaaaky
I've found a very stupid bug that causes a watchdog reset and even freeze, I tried my best to find the root cause but couldn't.. I tested it on pixhawk1 but I'm pretty sure it affects others boards too.
In summary, with O2/O3 optimization && signing enabled getting RC-Input causes a crash!
Steps to reproduces:
  1. Add env OPTIMIZE -O2 to hwdef.data
  2. build and upload
  3. using mavproxy run signing setup blabla
  4. reboot the board
  5. wait until long failsafe is triggered and RTL is active - not necessary but it increases the probability of getting the problem.
  6. Connect any SBUS RC receiver into RC-IN port. Actually it could already been connected with the transmitter turned-off then turned-on at this point.
    WATCHDOG reset would be triggered now over 50% of times.
It occurs only once per boot, but if the RC transmitter was not turned on like in AUTO takeoff for some reason, then turned-on , it would cause in-flight crash/watchdog reset
Jaaaky
@Jaaaky
The crash occurs after message "APM: RCInput: decoding SBUS" .. Before it says "Throttle failsafe off" ..
Increasing scheduler loop rate from 50 to 400 increases the chance the crash occurs
Jaaaky
@Jaaaky
I found now that it even occurs with -Os - the default - but with lower probability if I just increase the SCHED_LOOP_RATE to 400 .. -O3 has the worst case where complete freeze can occur, watchdog is dead :-(
Jaaaky
@Jaaaky
WOW, I could reproduce this on copter too.. With everything at default, didn't touch any thing other than enable signing .. Maybe because copter has high SCHED_LOOP_RATE by default
by the way I'm pretty much sure it can occur in other cases too not related to signing, but I couldn't reproduce other cases
Randy Mackay
@rmackay9
@Jaaaky, thanks very much for the report. It's getting late today but I think we will very likely dig into this tomorrow. Of course not great that we apparently have another crash-o-matic bug in Copter-4.0.x but better that we find it now rather than later!
Jaaaky
@Jaaaky

Thanks @tridge , Can you tell how did you debug the stack issue?
Maybe I can try to add a small guide to wiki.
It's really useful to debug stupid unexplained issues.

I don't know where are those 576 bytes used but couldn't it be heap allocated?

Andrew Tridgell
@tridge
@Jaaaky it is in the sha256 implementation in the mavlink headers: https://github.com/ArduPilot/pymavlink/blob/master/generator/C/include_v2.0/mavlink_sha256.h
I'm working on a PR to log stack usage in threads
Jaaaky
@Jaaaky
@tridge Could you add it as SCHED_DEBUG 4 for example? So it prints each thread with usage to GCS>>
It would be be more useful than log as one can enable/disable a feature and see its effect instantly.
Andrew Tridgell
@tridge
possibly, yes, first thing is to get stack check structures enabled in the build by default
Jaaaky
@Jaaaky
If it's CPU/MEM expensive then it could be a waf option --enable-stack-debug for example
Andrew Tridgell
@tridge
it can be done cheaply, that is part of what I'm working on
Jaaaky
@Jaaaky
@tridge .. nice :)
Jaaaky
@Jaaaky
@tridge As far as I understood, signing is only used from GCS to Autopilot, Autopilot just verifies it, but ArduPilot doesn't do any signing when sending to GCS... If that is true, why send_text() is doing sha256 stuff?
Andrew Tridgell
@tridge
@Jaaaky it is bidirectional
Jaaaky
@Jaaaky
GCS without the signing key can read everything so what benefit does it have?
From Air-to-ground I mean ?
Jaaaky
@Jaaaky
@tridge Is the .DAT terrain files used by arudpilot the same format as .hgt? I've tried to copy it there but it doesn't always work. Is there any way to generate them offline or convert from .hgt?
Jaaaky
@Jaaaky
@tridge I've asked this question many times on main room but got no answer, hope you help.
Andrew Tridgell
@tridge
@Jaaaky no, totally different format, sorry. The format of the DAT files is chosen for efficient runtime sparse access
we could write a python script to generate
Jaaaky
@Jaaaky
Would be very useful
Jaaaky
@Jaaaky
@tridge If you can give a hint on stack debugging, as there is another issue, maybe related to some sensor in some specific case. It's random, but I doubt a stack issue too, so I may try to debug it
Actually, it currently doesn't cause harm, as learn is reset to NONE, to learn->update() wouldn't be called again. But it's confusing, can cause future mistakes. And as far as I can see, it makes converged nonsense
Jaaaky
@Jaaaky
Another thing, shouldn't we set a timeout for in-flight compass learn in case of bad mag field or other error that doesn't allow it to converge ? If you agree I can send a pr