My entire use case for Particle products is simply internet-LTE-uploading minutely binary UART packets sent by a Teensy 3.5 microcontroller. I have a couple remote installations with Boron 1.3.1-rc1 which are doing this great, but the entire platform is dysfunctional for me on 2.0.1, and this issue…

Hi all here, can you please test on 2.1.0-rc.1, available now here ? The relevant fix has been added via this PR and we are very interested in your feedback. + @thrmttnw

Can you provide a minimal test code that exhibits this issue? With the symptom description above it’s not easy to provide a definitive answer. BTW, how many slow blinks follow the SOS signal?

Thanks @ScruffR . I will have to invest more time to get minimal example code because I need to cut out unused, uninfluencing parts of my current code. However I can tell you the number of slow blinks on calling Serial1.begin during this state in just a few minutes when it will predictably lose Ser…

It just happened again, however the way Particle modulates the red SOS light makes it incredibly difficult for me to discern the pattern. There appears to be a very small temporal differentiation between the pulse durations, and I am not an expert in Morse code. I’ll have to take a video of it in 5-…

Dear @ScruffR , after seeing it again and consulting https://docs.particle.io/tutorials/device-os/led/boron/#network-reset-fast-blinking-blue- , there is one (1) red blink after the SOS pattern, indicating, “1. Hard fault”. This is what happens after I call Serial.begin again during the dysfunctional…

Hello @ScruffR and @Paul_M I’m facing the same problem. I spent a lot of time debugging my own code but ended up narrowing down the problem to the Seria1.read functions. As far as I can tell, given enough received data over time, or a continuous burst of data some conditions will happen, and firmw…

Can you provide a crashing example without the use of threads? As this application note states most APIs are not thread safe.

Hello ScruffR, I thought about that on my way home. I’ll try to swing by the lab today and test it without a new thread, or at least without using Serial (not Serial1). Serial1 shouldn’t be shared with DeviceOS Tasks and only “ccu_loop” thread would be using it, so it should still be a valid scena…

Hi ScruffR, So I created a test case as you request without the use of threads, and unfortunately, the problem persists. For a moment I thought that you were right on point with the non-thread-safe APIs, but after running the test for a little longer I noticed that the problem persists. There are …

I’m thankful @Gildons that you were able to post your own minimized code repeating this severe, critical issue before I can due to time constraints. @rickkas7 , we have demonstrated that recent Particle firmware updates have killed beyond-momentary usage of the Serial 1 RX and this completely kills …

Serial1 RX randomly dies on Boron 2.0.1/red SOS crash with second Serial1.begin

Firmware

jgskarda December 27, 2020, 4:25am 6

I doubt this is related but I was also getting red SOS when using Serial on Device OS 2.0.0. However, I was not using Serial rx to talk to another device but rather just doing Serial.println(). In my case, I converted all serial.print to be Info.log and issue went away. Just figured I’d share in case it could be related somehow. Good luck!

Topic		Replies	Views
Serial1 connection weirdness Troubleshooting boron , photon	24	1609	May 25, 2019
Boron Serial1 problems Troubleshooting boron	18	2150	January 14, 2021
Debugging a locked up Boron Troubleshooting boron	5	1610	May 16, 2019
Is the Mesh devices UART implementation buggy? Firmware	58	3340	November 29, 2019
Particle Boron - Occasionally goes into Flashing Red SOS + 10 blinks - Assertion failure - How to troubleshoot? Device OS	12	1208	December 19, 2020

Serial1 RX randomly dies on Boron 2.0.1/red SOS crash with second Serial1.begin

Related topics