Hi, I was wondering if anyone have encounter this issue before or have any insight why this is happen. Version: 0.8.0-rc.11 on a P1 module Test case code: test.ino /* * Project test * Description: * Author: * Date: */ SYSTEM_THREAD(ENABLED); SYSTEM_MODE(SEMI_AUTOMATIC); #define disconnec…

I was able to reproduce the SOS but it’s not obvious why it happens. Since it’s so easily worked around and in fairly uncommon use case (manually managing the connection in that way) it’s probably not a high priority to be fixed at this time, so I’d just add the delay.

@rickkas7 , glad you can reproduce it. What will be the suggested delay value to be use? Is 100 a good delay for production use? Do you see any problem releasing product with pre-release 0.8.0-rc.11? I just don’t want any more product returns due to unstable Wifi network, hard fault SOS. It hap…

0.8.0-rc.11 should be fine. Since the exact values is not known, and it would only occur when the Wi-Fi went away, I’d probably make the 500 milliseconds just to be safe. The extra 400 ms. won’t be noticeable and you’d have some extra safety buffer just in case.

@sheng @rickkas7 Hey guys, I am trying to solve a similar issue (i think). I have production units going offline after a few days and becoming really laggy. However i have noticed that the only thing working in those cases is the interrupts. Is this a case of “hard faulting” ? I am running 0.7.0 on …

hard faulting would be when the led starts blinking red with SOS error codes (1 for hard fault i believe).

In my product, I dont have access to the RBG lights without powering it off. I am finding it hard to recreate the bug in office.

im in a similar sitatuion where i cant seem to reproduce the problem reliably in my office, but I was suggested a nice way to recover. Check out: [image] Photon Devices hard faulting in the field not restarting (Possibly from loss of WiFi) Troubleshooting This was the issu…

@Div_IoT , in 0.7.0, WiFi.RSSI() will cause a hard fault with a unstable wifi network. It should be easily reproduce with a simple test case. I did that before if you call RSSI with out Wifi.Ready and Particle.connected this will happen. Even system event will not catch this error. To mini this …

[image] sheng: in 0.7.0, WiFi.RSSI() will cause a hard fault with a unstable wifi network. Thanks for your input, I manage to recreate the issue with RSSI on a dev photon. Is there a possible situation where the hardfault would get stuck and not automatically reset? Because I am experiencing …

@Div_IoT , from my debugging for 0.7.0 with WiFi.RSSI() hard fault, it will automatically rest. But if you have unstable network, it may enter this loop continuously. I think it would be a good idea, if you have a product at hand, solder the RBG on to reproduce the problem and observe the RGB SOS …

0.8.0-rc.11 hard fault on wifi reconnect unstable network (p1)

Troubleshooting

DriftingShadows December 6, 2018, 6:28am 8

im in a similar sitatuion where i cant seem to reproduce the problem reliably in my office, but I was suggested a nice way to recover. Check out:

Topic		Replies	Views
P1 module create a SOS when Wifi lost and reset system Troubleshooting	15	1181	October 25, 2018
WiFi.connect() results in hard fault when WiFi is not available or has no internet connection [SOLVED MAYBE?] Troubleshooting	9	1184	November 15, 2019
Spurious hard fault Firmware	3	1435	October 26, 2015
Photon Devices hard faulting in the field not restarting (Possibly from loss of WiFi) Troubleshooting	6	875	December 3, 2018
[solved] 1.4.2 Red SoS with semi automatic, particle.connect causes hard fault Firmware	15	832	November 28, 2019

0.8.0-rc.11 hard fault on wifi reconnect unstable network (p1)

Related topics