Hello @CodeGrue

thank you for letting the community know.

I've checked the touch firmware version (w/o actually updating it) of two of my M5Core2s and both report fw v0.0.0.

Do you remember if the touch firmware update actually ran through successfully? I wonder if maybe the firmware isn't broken, but the update process failed.

Thanks
Felix

@digs71 Cool

@felmue, thanks, also for the ```-tip!!

After years of programming the ESP32 it takes a lot of time to get familair with the Core2 specifics

Hello @fly4fun

thank you and thank you for reporting back. I am glad you got it working.

@m5stack: Please check out this pull-request. Thank you.

Most of those functions return true if successful (and false otherwise).

Thanks
Felix

Hello @AEisele55

on M5Stack you can select Setup - Switch Mode - USB Mode and reboot.

However on M5Core2 this option is missing. Setup doesn't have a Switch Mode entry.(Tested with UIFlow firmware v1.10.6)

Thanks
Felix

My core2 makes a noise when i install the factory software using arduino or the built in burner, also it does nothing, i can’t seem to get it back onto the device, what gives? I’ve connected to serial port, burned the test and then all i hear is a low pitch noise… Anyone know about this?

Hello @HappyUser

you are so close. Right now you are setting up both devices as I2C masters. However M5Atom needs to be an I2C slave. To do this the first parameter of Wire.begin() needs to be the slave address. Try this:

Wire.begin((uint8_t)I2C_DEV_ADDR, 26, 32);

Thanks
Felix

@awoodbridge
hello
i am also facing same issue. did you get the solution ?

So with a bit of research, I develop this simple code that makes exactly what I was asking here:

#include <M5Core2.h> #define DEVICE_TIMEOUT 120000 float Time_bat = 0; void setup{ M5.begin(); M5.Axp.SetBusPowerMode(1); } void loop{ M5.Lcd.drawString(("Battery: " + String(M5.Axp.GetBatteryLevel())), 0, 120, 2); if(!M5.Axp.isVBUS() && !M5.Axp.isCharging()){ M5.Lcd.drawString(String((millis() - Time_bat)/1000,0) + " ", 1, 154, 1); }else{M5.Lcd.drawString("Feeded ", 1, 154, 1);} if(!M5.Axp.isVBUS() && !M5.Axp.isCharging()){ if(Time_bat == 0){Time_bat = millis();} if((millis() - Time_bat) > DEVICE_TIMEOUT){M5.shutdown();} }else{ Time_bat = 0; } }

Hope it helps someone!

It worked! Fixed problem eheh!

@teastain Thanks, that was what I was looking for. I got it to compile/load after installing the M5Core2 by M5Stack library. I agree with 'Brilliant and un to watch'.

I have the same problem. With Core or Core2 the CAN Unit is not working. I tried Port B and C (with Bottom/Bottom2). It even blocks CAN communication at my test setup (2 ESP32 development modules with additional SN65HVD230). If I use the same code with an Atom it works. Also the Atom CAN (basically the same as the CAN Unit) works with no problem. I also tried the sample code from m5Stack, doesn't work...

The CAN Unit is not the problem. If I hook up a logic analyzer at the connection between Core and CAN Unit the data is fine.

@chriszang and another update.
So I am happily working on my CAN receiver sketch and just noticed that I forgot to press the button that grounds INT-output of the mc2515 but the upload still worked. Gave it another try (w/o pressing the button) and it's still working - weird.
Then I swapped this COMMU module for my 2nd COMMU Module and here the upload doesn't work.
My explanation is that the grounding of the mcp2515 INT-output basically created a short circuit in the transistor that controls this pin and eventually burned it out. Not a big problem for me as
a) I am not using interrupts in my sketch
b) I have a 2nd COMMU unit
I just wanted to warn you guys that grounding the INT output has unintended consequences.

@felmue I think I found the issue; my deepsleep() call was inside a loop. Moving it outside the loop sorted it out.