to much severity messages.. or to slow? about mavlink_frskysport HOT 5 OPEN

Haven´t tested it until now, but maybe we can play only important messages, like warnings or critical.

from mavlink_frskysport.

yes, but user configurable from an mixer script. because for example i need infos about waypoints. i fly a lot of jobs where i have to use navigation points. and it is really important for me to get informed if an command member is reached.
so maybe we can create an mixer script which do the severity job with some filter options which can enabled/disabled.

so imo, we can move this issue to milestone 1.7. currently i think we can reduce the dequeue time from 1400ms to 1000ms or 1010ms. it is only important that we send inside the 1000ms interval for T2. that will be enough for milestone 1.6.
/g
wolke

from mavlink_frskysport.

testing with 1050 up to 1300 ms lost randomly some messages. at 1400ms all messages are captured.

at 1400ms we also have randomly messages twice. this need a bit more debugging. i am not sure if this happens because FC send different messages but our parser failed. i use rev apm3.2, so imo i am on the old message system.

because all messages are queued, we can simple remove double messages from queue. but before we do such filtering on teensy we need more infos if the parser works as expected.

/g
wolke

from mavlink_frskysport.

@wolkstein maybe you can test my latest commit 41e6a5a in my lua_rework branch.
I added possibility to send severity messages to RC

You must add new Telemetry Sensor called "MSG".
You also need to run Ntelem1 & Ntelem2 on you RC.

Didn´t test it so far, because currently I have no working copter here.
Maybe I can verify my commit in the next days.

from mavlink_frskysport.

because i use 6s all my telemetry slots are in use on taranis. first i have the need to figure out how i can get cells 1-x without self defined custom sensors on taranis telemetry.

from mavlink_frskysport.