Hello @ShawnHymel

IMU is on the topside of the board. See here.

Thanks
Felix

Hello @obolland

according to the schematic GNSS_TX becomes M5-RXD which is then available (depending on set dip switch) on GPIOs: 3, 13, 16, 34 or 35 which translates to pins 13, 22, 15, 26 or 2 on the M5 Stack bus.

BTW: Since you are not stacking the module you can set all dip switches to 'on' at the same time (if you like).

Note: I do not have the M5Stack GPS Module v2.1 so I cannot test this myself.

Thanks
Felix

Hi guys

it looks like another unfortunate regression. If I burn UIFlow2 firmware 2.4.2 onto my M5StamPLC I can control the relay and LED just fine.

Unfortunately the UIFlow2 firmware source code in github repository uiflow-micropython (at the time of writing this) is still on version 2.4.2. So it's impossible to tell what has changed between 2.4.2 and 2.4.3 causing this issue.

Thanks
Felix

Hello @jhfoo2

well, in my experience and with my M5PaperS3 it takes a couple of readouts (e.g. M5.update()) until the return value from the touch controller goes back to 0.

Please let me know if you find a more elegant solution.

Thanks
Felix

Hi @jhfoo2

well, in my case, without the 1 second delay the UI label wasn't fully updated on the display. Or in other words, ESP32 already went into light sleep while in the background the display was still finishing to update. (In your case it might be ok without the delay as the print() takes some time.)

Edit:
I think the reason for not getting the touched X, Y is that internally the wake-up code already read the touch IC registers and by doing so cleared the values. But I could be wrong about that as it is simply a guess.

I updated my example M5PaperS3_Light_Sleep_Test_UIFlow2.4.3 in the UIFlow2 Project Zone to read touch coordinates after wake-up from touch. It's a bit tricky as M5.update() needs to be called repeatedly until the number of touch points drops back to 0.

Thanks
Felix

Hello @Wambo6000

maybe you are hearing what's described on the product page here: "Abnormal Device Noise".

Thanks
Felix

Hello @jhfoo2

please have a look at the UIFlow2 Project Zone example I created: M5PaperS3_Light_Sleep_Test_UIFlow2.4.3

Thanks
Felix

Hi guys

I looked at some of the comments - they are all dated from last year. I did not see anything recent. That makes me believe that the commenting feature has been turned off.

Thanks
Felix

Hello @alex9

it looks like yes, GPIO0 is TX pin for RS485. See pinmap here.

The platformio.ini example can be found here.

Running a quick search I did not find an RS485 example, sorry.

Edit: Maybe try this RS485 library.

Thanks
Felix

Hello @JohnSal

I think you only need to add one RGB unit but with number set to 6 instead of 3.

Thanks
Felix

Hello @HappyUser

just curious, which SIM module did you settle on?

Thanks
Felix

Hello @hotellonely

yes, it looks like the drop-down box needs fixing. In the mean time you can use all GPOs on the 14 pin header via some custom code blocks.

I created an example in UIFlow2 Project Zone called M5CardputerAdv_ExtPin_Test_UIFlow2.4.2

Thanks
Felix

Hi guys

I can confirm receiving IR from Unit IR is broken for M5Core2 as well.

Thanks
Felix

Hello @MitchBuckanon

like @robski mentioned, M5Dial has two ports: A and B which gives you 4 GPIOs you can use. In my test I configured the GPIOs like below:

#define ETH_PHY_CS    1
#define ETH_PHY_IRQ  -1
#define ETH_PHY_RST  -1
#define ETH_SPI_SCK  13
#define ETH_SPI_MISO 15
#define ETH_SPI_MOSI  2

Below is how I wired M5Dial to the LAN module (using a Bus Module) and some Grove/Dupont cables.

Hope this helps.

Thanks
Felix

Hello @HappyUser

ESP32P4 has 5 (five) UARTs. See here.

AFAIK all other ESP32 variants only have 3 (three) or less UARTs. (Of which the first one is used for debugging.)

Edit: ESP32S3 devices which have USB-C connected directly to the MCU (e.g. no dedicated USB-Serial chip) can use USB-C to debug (e.g. Serial) and still has 3 (three) UARTs free (e.g. Serial0, Serial1, Serial2).

Please find an example here.

BTW: are you aware of the fact that SIM76XXX is different from what is in IoT Base CatM (SIM7080G) and Atom DTU NBIoT2 (SIM7028)?

• SIM76XXX uses LTE (which is different from NBIoT or LTE-M)
• SIM7080G uses NBIoT or LTE-M
• SIM7028 uses NBIoT only

Thanks
Felix

Hello @HappyUser

glad to hear you figured it out.

Well, part of M5GFX is used to try to figure out which board is in use. See code starting from here. Maybe this detection went wrong somehow?

Thanks
Felix

Hello @HappyUser

hmm, both examples (w/o any modifications) work for me ok - no error.

Question: why are you using SPI.begin() in your code? I don't see that in the linked example.

Thanks
Felix

Hello @MitchBuckanon

Arduino Espressif library now contains Ethernet drivers for W5500 and it seems W5500 can be used without RST or INT.

I successfully ran ETH_W5500_Arduino_SPI example with Base LAN module connected to M5Dial via port A and B. I only needed to adapt SCLK, MOSI, MISO and CS to the proper GPIOs and set RST and INT to -1 (eg not used).

Thanks
Felix

Hello @mb

Unit Reflective IR is a port B unit (black connector). So in order to connect multiple units you'll need a PbHub. (The b stands for port B.)

(A PaHub is meant to connect multiple port A units (red connector) aka I2C with the same I2C address.)

I created an UIFlow2 example to read three Unit Reflective IR via PbHub in UIFlow2 Project Zone called M5AtomLite_Three_ReflectiveIRUnit_UIFlow2.4.2

Note: The example is how I think three reflective IR units can be read via PbHub. But actually this method is untested by me as I do not have the necessary hardware.

Thanks
Felix

Hello @mb

M5Atom Matrix has a dedicated USB-Serial chip which is not affected by the ESP32 reset and thus is keeping the serial connection alive.

In contrast the ESP32S3 inside M5AtomS3 Lite has USB built-in (and doesn't need a dedicated USB-Serial chip). The 'downside' being what you observe - resetting ESP32S3 also resets the USB connection.

Thanks
Felix