Open JDeeth opened 6 months ago
I can't reproduce it. GLESK sid and GLESA wp do not exist in the standard xplane nav data. I suppose there is some kind of error in the navdata you are using. Can you please open Xplane main folder\Custom Data\KLN90B_Navdata\Waypints.txt and confirm GLESA way point exist and has correct floating point coordinates?
Thanks - there is a GLESK waypoint but no GLESA:
I've got a Navigraph subscription so my custom nav data is based off recentish AIRAC data.
Btw 4 satellites are needed for 3d fix so acq on 3 is correct. The acquisition time is very long, but you can change that in set10 page by switching GPS to FAST. The error itself has nothing to do with your position. The screen shows distance from the selected way point to the nearest vor. I can not understand where is that GLESA coming from. Did you entered it or it was part of the sid?
What I wrote made me think a bit more. GLESK is not a vor and has no place in REF...
I didn't enter GLESA, it changed the FPL from GLESK to GLESA.
[KLN90B ERROR]: Error updating module
[KLN90B ERROR]: [STACK]:| __mul : ...lugins/KLN90B/data/modules/Custom Module/KLN90_panel.lua:2019: attempt to perform arithmetic on local 'lat2' (a nil value)
[KLN90B ERROR]: [STACK]:| ...lugins/KLN90B/data/modules/Custom Module/KLN90_panel.lua:2019 in function <distance>
[KLN90B ERROR]: [STACK]:| ...lugins/KLN90B/data/modules/Custom Module/KLN90_panel.lua:3223 in function <findnearestleg>
[KLN90B ERROR]: [STACK]:| ...lugins/KLN90B/data/modules/Custom Module/KLN90_panel.lua:4039 in function <activateFPLN0>
[KLN90B ERROR]: [STACK]:| ...lugins/KLN90B/data/modules/Custom Module/KLN90_panel.lua:10317 in function <update>
[KLN90B ERROR]: [STACK]:| ... Marquise v2/plugins/KLN90B/data/init/initProcessing.lua:114 in function <updateAll>
[KLN90B ERROR]: [STACK]:| ...
ah so is it a case of REF not filtering what navaids it can be pointed at?
10x I was able to reproduce it now.
The GPS seems to crash if you edit the flight plan with D/T open. it tries to do maths on null lat/lon values. Not sure if this is a separate issue - it does come up a lot more often than what I described above!
I've got a fix for the FPL0 D/T3 issue but I'm off sick with Covid and can't get to my PC to wrap it up and post it. There's an arithmetic function, checking if lat/lon/1/2 aren't "_"
. I wrapped this in another function that additionally checks they're not nil
. Might fix this issue too but if not I'll make sure it does and should be able to send a PR next week
Hope you are feeling better already :) I did try to follow that issue to its root, but it is deeper than just making nan checks. I was not able to understand why the function is getting nan. This needs more investigation.
Got "NAN" displayed briefly then the GPS crashed!
Approx steps to reproduce: