I have an ESP32 Thing Plus. If upload Example14_NTRIPServer, it works find but won’t reset after a power cycle with pressing the reset button. I have also run Example2-I2C-Digital_compass that restarts automatically after a power cycle. I have tried both examples with two boards with consistent results – the NTRIP server requires a manual reset after a power cycle and the digital compass does not. I am mystified.
line 39 in the magnetometer code https://github.com/sparkfun/SparkFun_MM … ompass.ino has a ‘soft reset’ function call…that’s likely why; you’d need to include something similar
I believe that is just resetting the mag sensor, which of course isn’t present on the NTRIP example. And, in any case, it doesn’t get executed until after the boot, so something like that isn’t going to do me any good.
This is tricky because those are 2 totally different libraries (GPS vs IMU)…best advice I have might be to go through each one’s src files and compare the 2 different implementations, then replicate the one you want to use (goal is to determine why the ESP32 is treating them differently)
Since the ESP32 never boots, it’s hard to see what difference the library would make. More specifically, both examples start with a “Serial.begin(115200);” followed by a Serial.println. In the magsensor case, the message comes out but in the NTRIP case, it does not.
‘go through each one’s src files’ - that’s where they will differ…the .cpp and .h files.
You are looking for differences in how they are reset, correct? Try and figure out how the implementations differ, and adjust your code accordingly
More data: Example14_NTRIPServer unchanged exhibits this behavior, as does Example15_NTRIPClient. Also, it has the same failure mode on a non-Sparkfun ESP32 board.
Does anybody actually test this stuff?
Solution: I put a 2 second delay between the initial message and bring up the WiFi. Problem solved.