Hi Patrick
I think I can see the issue
the way the system works is that flarmbat sends PFLAA messages to PAW, which are parsed and stored, then sent to SD
Somethingis getting mis-interpreted along this path, here is a message sent to SD, the real issue is the part I have highlighted in
bold$PFLAA,0,-145,113,25,1,DD8358!DD8358,0,11120384431955375247503392768.0,0,0.1,1*4B
This field is the turnrate
The target’s turn rate. Positive values indicate a clockwise turn. Signed decimal value in °/s. Currently omitted. Field is empty if the privacy for the target is active
an example given by FLARM is
$PFLAA,0,-1234,1234,220,2,DD8F12,180,-4.5,30,-1.4,1*
So in programming terms I treat this as a floating point number (ie it has a fractional value)
I am guessing that the message that FLARM is giving to me, is breaking my parser, and when provided to SD, is not accepted
I need to discover, what is being sent by flarm in order to debug further.
as a simple workaround, I could just omit this value, and I think it would be fine.
I am sure that SD does not use this value in any case.
I will update this on my further findings
Thx
Lee