You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
May be that is the culprit that has been hunting us?
It seems that "429496726" comes from the maximum unsigned int (2^32=4294967296") divided by 10 per https://github.com/Safecast/bGeigieNanoKit/blob/master/bGeigieNano.ino#L750 and a bit off.
It seems that the unit in question has used older firmware, 1.3.1 changed the code a bit, but still needs the above fix.
The text was updated successfully, but these errors were encountered:
While investigating data from Nano with ID 2028 (https://api.safecast.org/en-US/bgeigie_imports/14580) a possible corruption was identified.
After a strangely formatted longitude, the counts jump, sometimes wildly. The longitude should have been formatted "%05ld.%04ld" per https://github.com/Safecast/bGeigieNanoKit/blob/master/bGeigieNano.ino#L754 but it has more digits, e.g. (see 4th line, 11608.429496726):
It looks like lines 749 and 750 need explicit cast to long? Also unsigned long number constants should be suffixed with UL per http://arduino.cc/en/Reference/IntegerConstants
May be that is the culprit that has been hunting us?
It seems that "429496726" comes from the maximum unsigned int (2^32=4294967296") divided by 10 per https://github.com/Safecast/bGeigieNanoKit/blob/master/bGeigieNano.ino#L750 and a bit off.
It seems that the unit in question has used older firmware, 1.3.1 changed the code a bit, but still needs the above fix.
The text was updated successfully, but these errors were encountered: