Posts made by felmue

Hello @digiajay

ok, understood.

Well, you cannot set a different EOL character and therefore you cannot use UART block read line.

However you can use block count of available and read 1 bytes etc. to read chars sent from your device. As long as the char received is not your EOL char, append them into a buffer. And when you receive your EOL char do something with the chars accumulated in the buffer, then clear the buffer and start over.

Thanks
Felix

Hello @romor001

please check out my example in the UIFlow2 Project Zone: M5Paper_Read_Intern_Temp_Humid_UIFlow2.0.9

Thanks
Felix

Hello @ioamas

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

And sorry you had to sort out a not so well assembled Battery Bottom2.

Thanks
Felix

Hello @ioamas

I'd say if you place just the Battery Bottom2 (without M5Core2 stacked) onto the Battery Bottom Charging Base and neither red or green LED light up then something's faulty.

I tested the above setup and while the battery is being charged the red LED lights up and when the battery is full the green LED is on.

If that is not the case in you setup then you could check if the pins labelled 5 V and GND on the Battery Bottom Charging Base actually deliver the 5 V from the USB-C charger. Next is checking if the pins make good contact with the Battery Bottom2.

Thanks
Felix

Hello @Marc-SKIL

unit EXT.IO2 can only control one (1) RGB LED per output. So what you get is correct. Have a look at the protocol here.

Thanks
Felix

Hello @digiajay

you can use UART x write "" block which will send data without line end and then use UART x write raw Data 0x7E to send the special line end.

Thanks
Felix

Hello @BertM

I get the same error using platform 6.4.0 which supports Arduino 2.0.11.
You can see the used platform / Arduino version in your log:

PLATFORM: Espressif 32 (6.4.0) > M5Stack StampS3
framework-arduinoespressif32 @ 3.20011.230801 (2.0.11)

Try modifying the platform parameter to:

platform = espressif32@6.9.0 ;  6.9.0 - 2.0.17

This should download platform version 6.9.0 with Arduino version 2.0.17 and with that the error is gone for me.

Thanks
Felix

Hello @laursena

unfortunately I don't know the answer to your question about the power consumption and if M5Core2 can handle it.

However what I can tell you is that you do not necessarily need the PaHubs. The M5Stack I2C weight measurement units allow for the I2C address to be modified - so you could give each unit its own I2C address and simply connect them in parallel.

Thanks
Felix

Hello @ScheduleDisplay

I am glad to hear it works for you now.

Yes, the battery will drain much faster when using ESP32 deep sleep or light sleep compared to a full shutdown.

You can find the currents for all three modes here.

Thanks
Felix

Hello @ScheduleDisplay

in order to use ESP32 deep sleep ESP32 and external power to the Grove ports need to stay on. Grove power is required for the pull-up resistors in the button unit. (Internal pull-up is too weak.)

I can get your sketch to work if I comment the following lines:

//    M5.shutdown();                    // Shutdown the display and peripherals

//    M5.disableEXTPower();             // Disable external power supply

and adding this line:

gpio_hold_dis((gpio_num_t)M5EPD_EXT_PWR_EN_PIN);

after the other gpio_hold_dis() line.

Plus adding this line:

gpio_hold_en((gpio_num_t)M5EPD_EXT_PWR_EN_PIN);

after the other gpio_hold_en() line.

Thanks
Felix

Hello @HappyUser

have you tried to connect the RFID2 to another channel than 0? Does it show up then?

Do you have other I2C units which you could connect to any channel just to see if they get picked up?

For a scan an I2C device doesn't need to be initialized.

Thanks
Felix

Hello @SB12345

ok, have you tried to only connect one TOF4m to port C? Does that work?

Thanks
Felix

Hello @ScheduleDisplay

maybe below lines are the issue?

pinMode(WAKEUP_PIN_26, INPUT_PULLUP);  // Enable internal pull-up for stability
esp_sleep_enable_ext0_wakeup((gpio_num_t)WAKEUP_PIN_33, LOW);  // Wake when pin goes LOW

you enable wakeup on GPIO33 while the pullup is set for GPIO26.

Thanks
Felix

Hello @nefasto

have you tried the RGB blocks in UIFlow2? You can find them under Hardware.

An example can be found in the UIFlow2 Project Zone: M5CoreS3_RGBUnit_PortA_UIFlow2.1.8

Thanks
Felix

Hello @mukul_100_

No.

I think you are still on the library I incorrectly linked to in my example before.

Incorrect library: https://github.com/arduino-libraries/ArduinoRS485

Library I used: https://github.com/m5stack/ArduinoRS485

Thanks
Felix

Hello @mukul_100_

yes.

Thanks
Felix

Hello @bsmorgan

well, M5CoreInk cannot shutdown in the first place when running from USB - see schematic here.

A modified USB-C cable (with 5 V line cut) might help with debug statements in this case.

Thanks
Felix

Hello @mukul_100_

I linked the incorrect variants for RS485 and Modbus libraries. Sorry about that. I fixed the example. The libraries I used are the ones from M5Stack.

https://github.com/m5stack/ArduinoModbus
https://github.com/m5stack/ArduinoRS485

Thanks
Felix

Hello @HappyUser

the code works for me using M5Core2v1.1 and the following modifications:

//#include <M5Core2.h>   <-- replace this with below lines
#include <M5Unified.h>
#include <Wire.h>

    M5.begin();
    Wire.begin();  <--- add this after above line

Thanks
Felix

Hi guys

I don't think you can use pre-compiled Meshtastic firmware as some GPIOs used in pre-compiled firmware cannot be selected in LoRa868 V1.1 module.

From the M5Stack Meshtastic variant.h file and the previous LoRa module I understand the following GPIOs are used:

SCK   : GPIO18
MISO  : GPIO19
MOSI  : GPIO23
CS/NSS: GPIO5
IRQ   : GPIO36
RST   : GPIO26

However the newer LoRa868 V1.1 module doesn't allow to select GPIO36 as IRQ nor GPIO26 as RST.

So I think you either need to compile Meshtastic firmware (with the correct GPIOs) yourself, get the older LoRa868 module or modify the V1.1 hardware.

Note: I do not have the necessary hardware to test this myself - so my above conclusions could be incorrect.

Thanks
Felix