Hi @steinoxyd ,
I had the same issue which I got help with on the m5stack github before seeing this. I may as well direct you straight to it than repeating it fully here;
https://github.com/m5stack/M5Stack/issues/194
The issue is the 'IMU.calibrateMPU9250(IMU.gyroBias, IMU.accelBias);' which if commented out, the code will run.
From the comment from @lukasmaximus I have not realised the probable reason for the issue.

for m5stack its possible with the lovyan launcher, I'm not sure if @lovyan03 is working on a stickC version

@mr-clay said in A fatal error occurred: MD5 of file does not match data in flash!:

sorry for resurrecting this post from the dead but where exactly do you run the esptool --port <YOUR PORT> write_flash_status --non-volatile 0 command?

You run this in a terminal or command line program.
Replace YOUR PORT with the name of the port that appears in arduino. On windows this may be COM followed by a number on OSX this is often somelike USBslab.

I know I'm late to the game but I just bought one of these. Did you ever manage to connect it to your m5stack @dfabro ? if not I'm gonna try, and if I'm successful will post my findings here

You need to have pc-end software to decode what m5stack sends
Read about sockets

I cant really help you beyond pointing you in a rough direction as I dont understand the registers.

I only recognised that they were reg calls from an arduino tutorial that came up once on youtubes feed,

nobody??

@wikistik I have tried that, but the Windows system seems to be trying to insert a random outdated driver for the USB cable instead of the one you suggested. You're right, though, because on a different Windows 7 computer, I installed the drivers and it started working automatically.

Hi
Txs, I found it and will order one. It is indeed the most easy sollution.
Henk.

Please use esptool from command line and use the erase flash command and see if your problem persists https://github.com/espressif/esptool

solved on commenting out

gpio_deep_sleep_hold_dis();

in

Documents/Arduino/libraries/M5Stack/src/utility/Power.cpp

I don't know why, but now arduino compile

@rob-biernat It can be hit and miss.
Sometimes code on existing function changes resulting in broken code. You can try it but just be mindful of the issues the change may bring.

this is my solution:

#include <M5Stack.h> #include <U8g2lib.h> uint8_t bat = M5.Power.getBatteryLevel(); U8G2_SH1107_64X128_1_4W_HW_SPI u8g2(U8G2_R1, /* cs=*/ 14, /* dc=*/ 27, /* reset=*/ 33); void setup(void) { M5.begin(); Wire.begin(); u8g2.begin(); Serial.begin(9600); } void loop(void) { delay(500); Batteria(); } void Batteria() {// u8g2.firstPage(); do { if (M5.Power.isCharging()) { // DEBUG Serial.println("Battery is charging"); u8g2.setFont(u8g2_font_battery19_tn); u8g2.drawGlyph(2, 20, 48); u8g2.setFont(u8g2_font_unifont_t_symbols); u8g2.drawGlyph(1, 16, 8623); //fulmine } else { u8g2.setFont(u8g2_font_battery19_tn); u8g2.drawGlyph(2, 20, 48); // VUOTA if (bat > 50) { u8g2.drawGlyph(2, 20, 49); // una tacca } if (bat > 100) { u8g2.drawGlyph(2, 20, 50); // //due tacche } if (bat > 150) { u8g2.drawGlyph(2, 20, 51); // tre tacche } if (bat > 200) { u8g2.drawGlyph(2, 20, 52); // quattro tacche } if (bat > 250) { u8g2.drawGlyph(2, 20, 53); // cinque tacche } } /// FOR DEBUG///// //u8g2.setFont(u8g2_font_7Segments_26x42_mn); //u8g2.setCursor(20, 52); //u8g2.print(bat); //Serial.print(bat); //Serial.println(" %"); } while ( u8g2.nextPage() ); }

right now.....