Particle Boron running Device OS: 0.8.0-rc.27
Other hardware: Featherwing tripler, Ultimate GPS Breakout v3, LIS3DH via I2C
Running code: assettrackerexample.ino (I made sure it was compiled for the same OS target as I am running)
My issue is that despite breathing cyan, my Boron seems to rarely actually be reachable through the cloud. It is never pingable and only a few times has it published GPS data to signal’s website. Running a diagnostic in the web IDE fails. Setting the device to “signal” mode does not cause it to rainbow flash either.
I am in an area with good AT&T GSM reception. I have confirmed with AT&T Business that LTE IOT support is active in my area.
Nothing is emitted to the USB serial console so I’m not sure how to proceed with further troubleshooting. At this point the only way to get new code on is via the console by putting it into serial listen mode.
Update:
The usb serial console eventually shows “…” so I am guessing there is some code running and perhaps outputting a ‘.’ each time it tries to connect?
Try adding SYSTEM_THREAD(ENABLED) and see if this changes anything.
If it does, your code is somehow blocking which may cause that behaviour and should be located and resolved.
I added your suggestion right after my library imports and uploaded it via ‘particle flash’. Now I get green blink -> cyan breathe -> red sos -> reboot. The code I am running has worked before without crashing but I’ll try flashing a very simple example and see if that works.
I can’t get it to safe mode.When it goes magenta, releasing MODE puts me back in blue flashing mode. I can apparently use ‘particle flash’ in this mode, but it won’t return it to normal breathing cyan.
“share this revision” is not working for me here in Safari. However, it is just the “Blink and LED” project found in the library.
Messing with it more, it occasionally will do a RED SOS blink once (I haven’t yet been able to count the flashes accurately) but then it will go on to cyan breathing for a bit before going back to green blinking.
It’s pretty useless if I can’t even run the ‘blink’ program…
I put it in DFU mode (flashing yellow) and ran ‘particle flash --usb tinker’. This has made it pingable and once again able to upload code. Why though???
I thought the code may have ben an issue, that’s why I uploaded the “Blink an LED” example from the library to the Boron. I didn’t think you needed or wanted me to share that, as I took it straight from the git and did not modify it.
I’m over my 5 MB limit, so can’t do anything more until later this month.
Blink an LED is foremost meant to be a simple demo to show the device works, it’s not taking care to keep the device responsive to cloud requests AND it doesn’t publish anything to the cloud.
Hence it’s not a good test case for anything cloud related.
Also when your device still crashes, how can you be sure it’s actually running that firmware. Or do you see the blink pattern? (you didn’t say)
BTW, if you have hit the data limit you can up your hard limit via console.particle.io/sims
And to save data you can flash new firmware via USB.
What demo code would you suggest as being good for troubleshooting cloud issues? I’ve also got a Segger J-Link Mini somewhere, and could get the whole build/debug environment set up, but that’ll have to wait until I have more free time.
Thanks for pointing out the data cap unlock. I’ve bumped myself up and will try to flash via USB when possible.