Open paulvha opened 2 years ago
edspark
commented
2 years ago Thank you for the well thought out issue. I'll make this a priority for this week. Today I will try to recreate the steps you posted and maybe (hopefully not) destroy a SAMD51 in the process.
paulvha
commented
2 years ago Thanks Elias,
let me know how it goes and if you need more info.
regards, Paul
paulvha
commented
2 years ago I have updated with an observation about the charge led on the Sparkfun Forum. regards, Paul
There is a concerning issue with the MicroMod MainBoard Double which causes the processor board to become unresponsive. It has already killed my Micromod SAMD51 and Micromod rnf52840. I am not alone in looking at post https://forum.sparkfun.com/viewtopic.php?f=181&t=57369. Similar problem.
Both these processor boards have been working without a problem. I had them installed in MM Data logger board AND on the MM Mainboard Double, but without the function board! I have done a number of different projects over the past weeks, and uploaded many sketches, no problems!
All I had done is : No battery attached. Add a function board (mine was the ESP32 WIFI) in SLOT zero. No function board is SLOT ONE I had changed the default power jumper setting from right (default) to left. Upload a sketch
and the processor board could not be reached anymore. Similar to what happened with the other person on the post.
On my Ubuntu I do not get /dev/ttyUSB0 and /dev/ttyACM0 anymore and I have tried every trick I can think off, but nothing helps to recover:
Nothing.. processor boards are dead as they can be, only the nRF52840 led blinking 4x slow, 4 x fast.
I suspected impact from the Power Jumper setting option.
On the ESP32 WIFI function board, the PWR-enablement pin is pulled HIGH with resistor R12 near the LDO. So the power is always ON, unless it is switched OFF in a sketch. The PWR-EN0 is HIGH from the moment the power is applied.
On the MM MainBoard double, the PWR_EN0 is connected to MM processor board connector SDIO-data2 (68).
With the power Jumper setting to the left, the PWR_EN0 is now also connected to G5-Jumper on the MM-processor board, which is now HIGH as well. (coming from PWR_EN0)
On the MM nRF52840 processor board, the SDIO-data2 is not only connected to the nRF52840 BUT ALSO connected to the on-board flash. When now uploading a sketch... what does that 'HIGH' impact when trying to load the flash memory?
BUT....
On the MM SAMD51 processor board, the SDIO-data2 is not used and while G5-jumper is HIGH, it is just a normal GPIO. But I can't think of a reason why that would damage the board. The same applies to the MM STM32 that was used by the other person.
Other thoughts :
One could think it is because the USB and CAN connections are also going to function zero connector, but the ESP32 Wifi function board does not use these.
If it is not the power jumper, might it be that too much current is taken by both the processor board and function board during flashing the sketch?
I am not sure whether I had the MicroSD still in the reader for the MM mainboard double together with the function board. I had been using it before (and left it in during uploading an updated sketch without problems. Maybe that took extra power ??
I still have an MM Artemis and MM ESP32.. but killing 2 boards is enough. I can and make errors, but given that another user (mentioned in the earlier link) had the same issue, given that it is SOO easy to happen.. I think Sparkfun should look at this.
regards, Paul
p.s. Brave, or stupid, as I am. I removed the function board, installed the MM Artemis on the MM mainboard double, and uploaded the example sketch from the hookup guide. Powered down, added the ESP32 WIFI function board, powered up and it worked. But to be sure.. I will not upload a sketch with the function board inserted...