Open pavelmachek opened 1 year ago
Thanks for this - when did you get your Bangle.js?
I just tried on a new Bangle and it's as you say. However I just tried on two different old Bangle.js and those produce BDGSV,GNRMC,GNVTG,GNZDA,GPTXT,GNGGA,GNGLL,GNGSA,GPGSV so at some point the firmware on the Bangle's GPS has been updated and I wasn't told by the manufacturer.
The protocol used for the GPS is called CASIC - there are a few threads on the forum if you search Google for: site:forum.espruino.com AT6558
or CASIC.
But it looks like sending Serial1.println("$PCAS03,1,1,1,1,1,1,0,1*03")
is enough to re-enable everything (after GPS is turned on) if you're interested in trying it.
So I guess we need to get Espruino to send that after the GPS is powered now :( Ideally we'd also be able to send some other info like estimated time/location, but it seems basically impossible to get information on how to do that
I got this one on FOSDEM. You may remember me, I was the one without suitable notebook, so we did updates from your cellphone. It was nice to meet you :-).
I can confirm that $PCAS03 fixes it, I get full data on the terminal, and "Run" application starts showing speed after that. Thank you!
Great! Yes, I do remember! Although FOSDEM was pretty hectic!
As a bit of a hack I've just updated assistedgps
in the app loader - so as long as someone runs that to get up to date GPS data, their Bangle will now end up being set up correctly until the next time the battery runs flat.
I'd be interested to see if anyone has any thoughts on how to fix this properly... @fanoush?
The GPS will only need setting up once after the battery has gone flat. What I'm considering is rather than baking this into the firmware, I add a new .bootonce
boot file type which only runs the very first time Bangle.js is started up - and then we can stick some JS in that to set up the GPS. We don't really want to have to do it every time the GPS is powered on, not least because we have to wait maybe 500ms for it to power up before it reliably accepts commands.
... Or I guess maybe more sensible is we detect when we're not getting the RMC packet, and if we're not then we send the command to enable it?
I'd be interested to see if anyone has any thoughts on how to fix this properly... @fanoush?
Not sure about the "properly' part but there is this in the documentation
maybe you could try to preset the device initially as you want and then try this?
The original Q3 firmware does have $PCAS03,0,0,0,0,0,0,0,0,0,0,0,0* template string and some parametrized method that sets few or them to 1 as requested. So maybe even enabling it when the speed monitoring is requested by some app and then disabling it again might be the way to save on serial traffic/power. But I guess it is just an unnecessary complication.
Thanks - that's interesting... I think just disabling GPS output when not needed isn't much help - I've got one on a power meter here and I see very little difference in power usage.
But yes, potentially it could be saved to flash - if I'd known about that before sending them out I could have done that here! So maybe I guess we could update the bootloader app such that when it was installed, some code ran just once at startup, checked the state of the GPS and then updated it if it was invalid? That might be the best option...
Another thing that occurred to me is that someone might well want to configure the GPS to only emit one type of event, and then tell it to output that very quickly (100ms seems possible) so we don't want the Bangle to immediately try and undo it if they try that.
Affected hardware version
Bangle 2
Your firmware version
2v16
The bug
GPS works, but GPS speed is always displayed as zero on BangleJS2. If I do
Bangle.on('GPS-raw', print );
reason is very easy to see: GPS generates just $BDGSV, $GNGGA and $GPGSV sentences. Speed (and other useful info) is not part of these. I guess we need to enable additional messages in the hardware, but I don't see how to do that.
Installed apps
No response