Commit graph

8 commits

Author SHA1 Message Date
2aec641fc2 exercises: add Exercise 07 SD startup watcher with OLED status and hot-insert/removal handling 2026-02-15 12:25:03 -08:00
0217ece5e5 Fixed Issue #1, see explanations 2026-02-14 14:17:58 -08:00
ee8b42a020 This fails... totally. Preserving for posterity. Chat states: Root cause of the regression
In the “full main.cpp” I gave you, dumpSdPins() did this:

pinMode(SCK,  INPUT_PULLUP);
pinMode(MISO, INPUT_PULLUP);
pinMode(MOSI, INPUT_PULLUP);

…and you were calling dumpSdPins("after-idle-clocks") inside tryMountWithBus(), after bus.begin() and the 0xFF idle clocks, but before SD.begin().

That means: right before SD.begin(), you were accidentally turning the SPI pins back into inputs. The card then can’t respond, so you get endless:

sdCommand(): Card Failed! cmd: 0x00

f_mount failed: (3) The physical drive cannot work

That matches your new log perfectly.
2026-02-14 14:03:07 -08:00
a349130858 my changes, untested, before ChatGTP complete revision... for posterity 2026-02-14 13:55:41 -08:00
432f17b2be Modified by ChatGPT for migration to microRecticulum_Firmware, not verified by me... yet, but I am preserving to document this stage. 2026-02-14 10:10:31 -08:00
544d459c9b RTC keeps time between POWER OFF & ON, SD Card at start still needs work -- if card is in the slot, it is not readable until it is pulled on and then inserted. 2026-02-13 18:52:17 -08:00
a83684d0cb Exercise 02 working: basic screen print out 2026-02-13 15:51:57 -08:00
8cf97e0e5a Exercises 00 & 01 working, Documentation still in progress, moving to my source control server. 2026-02-13 14:03:09 -08:00