RP2040_RTC_Time crashes Pico, does not work #3
Comments
|
If I use the EarlePhilhower core instead of ArduinoCore-Mbed, I get much further |
|
Hi @maxgerhardt Thanks for the bug report. I've just tested using the same settings but still couldn't duplicate the crash. I wonder if there is any difference in actual installation, bad boards, etc. Could you please check and verify
|
|
I'm using
|
|
I'm updating to the same Arduino IDE version now to see if that makes a difference. We're already on the same core & library version it seems. If that does not help, I'll check in Ubuntu. |
|
I have a clean install of Ubuntu 20.04 in a virtual machine, Arduino IDE 1.8.16, ArduinoCore-mbed 2.5.2 and all the needed latest libraries installed via the Arduino IDE library manager, and it still fails the same way as it did on Windows.
I cannot get this to work. |
|
The Timezone_Generic code attempts to open a filesystem on the Pico. Do I have to use any special tool to initialize that filesystem? |
Timezone_Generic relies on RP2040 LittleFS as mentioned in Currently Supported Storage The library to use for mbed core is LittleFS_Mbed_RP2040 Still has some bug in the core for Nano_RP2040_Connect as in Important Notes and RP2040 Connect board has faulty components in newest purchase #318 But OK for RP2040 |
|
That's the reason why no crash if using |
|
Using the LittleFS_Test.ino sketch I just get followed by a crash (LED is blinking in a rapid pattern again, indicating it landed in So it looks like indeed the crash happens in the LittleFS logic. My flash chip has the following markings on it
Which seem to read "1P033 00148S"(?). So it's definitely not an ILS chip that causes the known problem, the reference flash chip has a big "ILS" on it. |
|
This is really strange, I just tested and OK with my board. I'm afraid there is some issue with your RP2040 with recent component shortage, quality + QC Can you try LittleFS to verify the Flash is OK or some new bug of the core ???
|
|
In fact per schematics a Pico should have a Winbond W25Q16JVUXIQ chip, and per datasheet page 73 the USON-8 package of that chip has a top-side marking of
With notes
So if I re-read my "1P033 0Q148S" (misread a Q as a 0) this seems to make sense, year "0" might be 2020, week 33 (the chip came out in 2016 so 2010 makes no sense). So I should have a standard Winbond chip. |
|
Did you |
|
Nope, I left the standard settings be which is |
|
Possible |
|
Interesting, with that it reformats it.. successfully.. |
|
I re-uploaded the RTC Time sketch after the LittleFS test was done, but it still fails in the exact same place and crashes sadly :( There is a bug somewhere.. |
|
OK, so we have to use LittleFS_Mbed_RP2040.hpp#L22-L31 No auto-reformat was designed in then. Will have a look in the future. Oh no, I'm wrong, auto format here |
|
After an initial LittleFS format of the Flash, it has to work without re-formatting it a second time. This cannot be. There must be a bug somewhere. I've edited Timezone_Generic code in initStorage from #elif TZ_USE_MBED_RP2040
TZ_LOGDEBUG1("LittleFS size (KB) = ", RP2040_FS_SIZE_KB);
int err = fs.mount(&bd);
if (err)
{
// Reformat if we can't mount the filesystem
TZ_LOGERROR("LittleFS Mount Fail. Formatting... ");
TZ_FLUSH;
err = fs.reformat(&bd);
}to #elif TZ_USE_MBED_RP2040
TZ_LOGDEBUG1("LittleFS size (KB) = ", RP2040_FS_SIZE_KB);
fs.reformat(&bd);
int err = fs.mount(&bd);
if (err)
{
// Reformat if we can't mount the filesystem
TZ_LOGERROR("LittleFS Mount Fail. Formatting... ");
TZ_FLUSH;
err = fs.reformat(&bd);
}But it still outputs the same thing. Even after adding significant amount of |
|
This is freaking absurd. If I do an extremely minimal test in a new sketch class MyTestObj {
private:
int attr = 0;
public:
MyTestObj(int attr) {
Serial.println("Inside constructor!"); Serial.flush(); delay(100);
this->attr = attr;
Serial.println("Set attribute!"); Serial.flush(); delay(1000);
}
};
void setup() {
Serial.begin(115200);
while (!Serial);
delay(200);
auto x = new MyTestObj(1);
Serial.println("Back again!"); Serial.flush(); delay(1000);
delete x;
Serial.println("Deleted!"); Serial.flush(); delay(1000);
}
void loop() {
// put your main code here, to run repeatedly:
}I cannot get past the line this->attr = attr;it seems that the If the |
|
Okay no that's wrong. I can't get past Serial.flush(). That immediately crashes. I added that in to make sure I see the output before it crashes, but in this case it seems to cause a crash. Retesting without.. |
|
That's it. After having formatted LittleFS once with the other test sketch, the Time sketch now works too. But I think some improvement still has to be done there for the autoformat. If it crashes in ArduinoCore-mbed before the library can detect that mounting failed, a bug needs to be reported there. |
|
Still a bug somewhere. Possibly something breaking just introduced from the new mbed core v2.4.1 / v2.5.2 as I fully tested the library months ago using latest core v2.3.1 then and didn't see any issue. Check Prerequisites, but now I think that's the issue of I'll retest LittleFS_Mbed_RP2040 Library using new cores if having time |
|
Try with several RP2040 boards, using v2.5.2, using It seems board-dependent or some kind of stray-pointers (in the mbed core ??) and I don't think I can solve this issue now without being able to duplicate. So I'm closing it now until I get the correct Thanks anyway, |
No, I don't think it's that, it has to do with the filesystem. I can 100% reproduce the problem by putting the Pico into bootloader mode again and dragging the and that is always reproducable. The sketch won't work unless I do a forced reformat with the LittleFS sketch and reupload the original sketch. As soon as the flash is reset, the RTC_Time sketch crashes the board again. |
|
Thanks Max, I'm just back and able to reproduce and fix the crashing issue by just deleting the line LittleFS_Mbed_RP2040.hpp#L45 Thanks for your time spending here to help. I'll check which is the root cause, and if this happens only to new cores v2.5.2 and v2.4.1, certainly if I have time to spend on. I'll release a new version ASAP. Best Regards, |
|
With the fix, LittleFS_Mbed_RP2040 is OK now, but still causing crash if using this RP2040_RTC library. Will find out why and fix the Timezone_Generic library |
### Releases v1.0.3 1. Fix crashing issue for new flash. Check [RP2040_RTC_Time crashes Pico, does not work #3](khoih-prog/RP2040_RTC#3)
### Releases v1.0.3 1. Fix crashing issue for new flash. Check [RP2040_RTC_Time crashes Pico, does not work #3](khoih-prog/RP2040_RTC#3)
|
The LittleFS_Mbed_RP2040 releases v1.0.3 has just been published in both Arduino and PIO Library Manager Releases v1.0.3
|
|
Hi @maxgerhardt It turns out that the same Really strange, but I don't have time to investigate what's new in cores v2.5.2 and v2.4.1 to cause the crash. |
|
Yep, |
Could you please help report the Thanks. |
|
Yes, writing the issue now. |
|
We now depend on arduino/ArduinoCore-mbed#357. |
|
Thanks. At least now we can survive without the |
### Releases v1.7.2 1. Fix crashing issue for new cleared flash. Check [RP2040_RTC_Time crashes Pico, does not work #3](khoih-prog/RP2040_RTC#3)
|
The underlying Timezone_Generic releases v1.7.2 has just been published, in both Arduino and PIO Library Manager, to fix this crashing issue. Thanks for your valuable Contributions Releases v1.7.2
|
### Releases v1.7.2 1. Fix crashing issue for new cleared flash. Check [RP2040_RTC_Time crashes Pico, does not work #3](khoih-prog/RP2040_RTC#3)
|
Finally, the root cause has been fixed by Fix ::flush() on SerialUSB #341, which will be added to next release of the core. You can use the file cores/arduino/Serial.cpp temporarily to replace ArduinoCore-mbed's cores/arduino/Serial.cpp if using the previous versions of libraries and can't wait. Thanks for everybody, Best, |
Describe the bug
Using the https://github.com/khoih-prog/RP2040_RTC/tree/main/examples/Time/RP2040_RTC_Time example on a Raspberry Pi Pico does not work.
Steps to Reproduce
Open the https://github.com/khoih-prog/RP2040_RTC/tree/main/examples/Time/RP2040_RTC_Time example, set the board to "Arduino Mbed OS RP2040 boards" -> Raspberry Pi Pico, compile and uplaod the sketch. Observe the serial monitor.
Expected behavior
The sketch sets the current RTC time as dictated by
currTime = { 2021, 9, 30, 4, 4, 0, 0 };and prints the current time on the serial monitior.Actual behavior
Hangup after the sketch outputs
In fact when adding a few print statements in
setup()asThe serial monitor outputs
hinting at that it did not survive the line
myTZ = new Timezone(myDST, mySTD);.After that, the on-board LED goes into a fast blinking pattern, meaning the board has landed in
mbed_die()after a fatal error.Debug and AT-command log (if applicable)
See above.
Screenshots
None.
Information
RP2040Core Version: Arduino-mbed RP2040 v2.5.2 (latest)RP2040Board type: RASPBERRY_PI_PICOThe text was updated successfully, but these errors were encountered: