Hello @kuriko
just curious - why are your setting GPIO5 to input
? This disables the display - is that what you intended?
Thanks
Felix
Hello @kuriko
just curious - why are your setting GPIO5 to input
? This disables the display - is that what you intended?
Thanks
Felix
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 @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 @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