Posts made by felmue

felmue

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

felmue

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

felmue

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

felmue

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

felmue

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

felmue

Hello @SB12345

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

Thanks
Felix

felmue

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

felmue

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

felmue

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

felmue

Hello @mukul_100_

yes.

Thanks
Felix

felmue

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

felmue

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

felmue

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

felmue

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

felmue

Hello @SB12345

ok, I see, hmm.

Have you tried to connect one TOF4m to port A and the other to port C and then setup two I2C busses?

Thanks
Felix

felmue

Hi guys

BTW: TOF4m allows to change its I2C address (using set I2C address block in UIFlow2) so you could change the I2C address of one TOF4m, then connect both using a passive hub. This would take PaHub out of the equation.

Thanks
Felix

felmue

Hello @ScheduleDisplay

unfortunately that is not possible; all GPIOs (Port A, B and C) and the GPIO used for the side button go directly to ESP32 which is powered off in shutdown mode.

The only two options (I know of) to wakeup M5Paper from shutdown mode are:

long press of side button
RTC alarm

Thanks
Felix

felmue

Hello @Krmiller

I am not able to reproduce the issue you are describing. Tested with Linux and MacOS client. That said I recommend not using delay() in the loop as it blocks the WiFi background process.

Try replacing loop with below code. (You should see a much quicker response too.)

void loop() {
  static uint32_t t = millis();

  if(millis() > t + 5000)
  {
    t = millis();
    int clientCount = WiFi.softAPgetStationNum();
    Serial.print("Connected clients: ");
    Serial.println(clientCount);
  }
}

Thanks
Felix

felmue

Hello @Pajdzian

I measure about 62 mA charging current (at the battery) when using M5Launcher and the same amount when running Cardputer UIFlow2 or Demo firmware (the one preloaded).

So I am curious: what other firmware did give you a slower charging rate?

Thanks
Felix

felmue

Hello @sqbaczek

unfortunately I don't have the proper hardware, e.g. TOF4m unit, so I cannot test this myself. Sorry.

BTW: are you aware that in UIFlow1 you use PaHUB channel 0 and 2 and in UIFlow2 you setup PaHUB channel 0 and 1.

Thanks
Felix