Topics created by HappyUser

@HappyUser
I guess it is directly connected to some hardware pin, so it may not be controlled by the user.
Or you can check the schematic and write high and low levels to all LED pins connected to GPIO to try it.

@HappyUser it is not impossible to port the source code from PlatformIO to Arduino or vice versa.
Here is someone who made a script for it.
Maybe the script does not work right out of the box but it could give you some hints or insight about what is needed to port the source code.
As I understand it the two platforms are very similar but their build/make process and their library management are a bit different.

@laursena and @HappyUser

I am also trying to get RFID 2 to work with PaHub and running into similar problems:

How to work with I2C device that requires initiation ahead of time. In this case, it is

MFRC522 mfrc522(0x28);

Why 0x28 show up in CH0 readout while RFID 2 is plugged into CH1 on PaHub.

You mentioned to get an update version of ClosedCub.cpp? I don't have the directory in my library folder, could you please be more specific. (I also googled it but out of luck there as well).

Thanks,

@kuriko
Indeed a strange situation.
It occurs if I use TX=26 and RX=32 and also TX=22 and RX=19 to initiate the can BUS on a M5Atom
ESP32Can.CANInit(); // Init CAN Module. 初始化Can

If i dont initiate WifI I can send data through the CAN BUS. The moment I initiate WiFi, no data come through in the CAN BUS.

I will do some other trials with other devices (M5Core 2 and M5Atom S3) to check if it is a hardware problem.

I do hope to get this solved because if this problem is definite it means the Communication abilites of the CAN bus are limited.
Regards

(* Oh, important : When using WiFi i do receive CAN BUS messages , so that is weird, i really need to dive into this*)

@felmue said in M5stack GPS, use Serial2 and Serial1:

Well, now i need to recheck what i have been doing.
Your example works both on M5Stick (using ports 0 and 26) and M5Atom (ports 26 and 32).

Thank you, i have some work to do, Ha Ha

@HappyUser is there a way to operate them bot? I'm using it with platformio so maybe is easier to achieve that micropython?

@felmue Thank you. Makes powering some mobile SIM7080 based projects a little easier. We will start some duration tests. Regards

Hello @HappyUser

you are very welcome. I am glad to hear you got it working to your liking. And thank you for reporting back.

Thanks
Felix

Cheers, I'll be interested in your findings!

As you might have seen in this small "saga" here, I have a similar problem with some (but not all) of my 30+ CoreINK devices which have a similar power control circuit.

@happyuser said in M5Dial generate interrupt from RTC?:

I assume your conclusion is then also : no wake-up with RTC interrupt?

Uhm no, or yes.... maybe.... depending of how you define "wake-up"🤔 ☺️

When Q3 goes on the hole board including the ESP32 is switched on so in my book the RTC can "wake up" the hole board. Of course you could say that this is more like "switching on" than "waking up".

But in fact, when ESP32 is in its "native" deep-sleep the main CPU is also effectively switched off which means it needs to boot completely from scratch when it "wakes up" from that state. Now, it is correct that there are some build in features to test for the reason of the boot and then have the program act on that, but that is actually also possible with the circuit M5Stack built. There is a signal called "wake" connected to GPIO42 which will indicate for the ESP32 whether it was started by the push button (S1) or by the INT signal from the RTC chip.

I can only speculate in why M5Stack has chosen not to use the build in ESP32 RTC/deep sleep functionality but here is two reasons:

If the board as a hole needs to have a very low power consumption in (deep)sleep mode it is not enough to just have ESP sleep there are other chips or circuits that may still consume "a lot" just by having Vcc applied. So you need the MOSFET switches any way for a "good sleeping" board and the BM8563 seems to consume less than the ESP32 built-in RTC about ~2-3µA vs 10µA

It is possible as the stamp IO is a reprogrammable STM32f03

Here : https://github.com/m5stack/M5DinMeter

Thank you, but the is too much off a hassle, will come up with another solution.
Regards

In this testing environment I wired it to the 3.3 volt output of the Stamp. Not the best solution, ha ha, given the power the SIM7080 module needs. I am now converting it to powering the SIM7080 module with separate 5 volt line.
That should do the trick.

Hello @HappyUser

it is correct that M5StampC3 is supported by M5Unified library, but I can confirm that the library currently doesn't compile due to errors in Mic_Class.cpp and Power_Class.cpp.

I suspect that since there isn't much to gain from using a library like M5Unified for a stamp product (as @teastain already mentioned), M5Stack engineers aren't that alert in keeping the library updated.

Thanks
Felix