When precesion is set to 0,0 or 0,00 and the choosen value is 1,0 or 1,00 following happens:
eins meter
This is incorrect so i coded another part in the else part of "qr.rem > 0" that checks if qr.quot is 1. If it is following happens now:
ein meter
* USB fixes:
* USB initialized when USB cable is inserted and de-initialized when disconnected (this was the original way, which proved itself unreliable in the past. Now with the new USB library it appears to work without any problems. Used in this way result in safer operation - USB controller is disabled while unconnected)
Works without force device mod
* Serial: initialization of global variables
* Reduced RAM usage - data moved to FLASH
* Detailed USB interrupt counters (+ debug print fix)
* Serial2 changes:
* stm32 driver moved to common dir.
* earlier start of driver (Taranis)
* wait for free buffer time limited
USB changes:
* Upgrade to ST USB-Host-Device_Lib_V2.2.0 (from V2.1.0) - this fixed a problem with USB serial #4086)
* other fixes for #4086
* USB-Host-Device_Lib: renamed directory to V2.2.0 (from V2.1.0)
* Better memory stats (CLI)
* Bitmap buffer overflow check added
* Lua bitmap improvements
* Proper handling of symbolic links in simulator
* S6R Lua script fixes:
* added progress screen while loading bitmaps
* memory for bitmaps is now freed when leaving the script
* S6R Lua script: improved bitmap loading
* * Lua Themes and Widgets moved to separate file and separate Lua state
* Stand-alone, mixer and function scripts now behave the same as on Taranis (restarted after the stand-alone script was run)
* both Lua states are independent: Themes and Widgets is initialized only at the start, the other one is initialized before and after the stand-alone script is run
* Better leak test and report in BitmapBuffer
* Re #3318: Lua compiler enabled in simu and Companion simulator. Usage:
* any time <xxx>.lua file is about to be loaded and if file <xxx>.lua.src exists:
* load contents of <xxx>.lua.src
* compile Lua code
* save compiled code into <xxx>.lua (effectively overwrites existing file)
* immediately following the compilation the real file loading is done from <xxx>.lua (which by now contains compiled Lua bytecode)
Also use SNR instead RSSI for FlySky since SNR gives a better indication of signal quality and also our current implementation of RSSI warning cannot really handle negative values