I've been working in raw I2C write and M5Stack have told me that there is an issue with digital read functions with the EXTIO2 and the Stamp EXTI/O but won't tell me where the error is? Be careful when reading and writing to the EXT2 StampEXT as it is very easy to corrupt the I2C address register.

@hague good to see! Could you tell me how fast it can run? FPS and at resolution? Thanks!

Trying to read the UHF RFID without initializing all required parameters first (UHF Zone, Channel etc ..) will give you nothing back. Try the UIFlow examples for the UHF RFID unit first. There you will find all the parameters you have to set for your country using the unit (https://www.gs1.org/sites/default/files/docs/epc/uhf_regulations.pdf)

Interesting project! I have a UnitV2 (and the older UnitV) as well but only little experience with. My approach would be the following: To recognise only a few well known vehicles you can classify the image of the whole plate including car front (and drivers face) instead of the individual numbers/letters on it. This can be done with the V-training or with the online classifier function. For recognising single numbers/letters you can try to classify individual numbers/letters and then "read" the x-coordinates of the returned boundary boxes in ascending order to convert into string and then compare to a list/database.

Hi, I am using Atom Lite. It's the one from ATOM Stepper Motor Driver Development Kit (DRV8825) I am using UIFLOW(LITE) v1.9.8 downloaded using the Burning Tool I checked if the Burnning Tool would update the UIFLOW version, but I did not download the newest Burning Tool version. That must have been a mistake. Now I downloaded the newest Burning Tool with UIFLOW 1.11.0 on board and it is working correctly. Thank you Felix. Much appreciated!

@hwtaro9 Well, it is intended to transmit video generated from the M5Stack to a monitor. The RCA unit "could" receive if there was a video decoder in the M5Stack, which there is not. The unit itself is a passive connector only.

Hello @dsrc12 you are correct, the GPIOs for Serial2 in the M5Stack (M5Core) examples are incorrect. It should be 16/17 as you already figured out yourself. I've created a pull-request which corrects the three M5Stack (M5Core) examples. To get past wait ethernet connect multiple conditions need to be met: a) the network needs to have a DHCP server b) the IP address range needs to be 192.168.x.x c) the DHCP server needs to be compatible with ESPoE Unit re b) in case your network doesn't use 192.168.x.x you can modify it in this function bool Unit_PoESP32::checkETHConnect() { sendCMD("AT+CIPETH?"); _readstr = waitMsg(1000); if (_readstr.indexOf("192") != -1) { return true; } else { return false; } } Thanks Felix

As far as I am aware, they were having problems rebuilding the server. It could also be an issue with the Great Firewall of China.

Hello @sgryphon from what I can tell there are two (three?) options to update SIM7020 firmware: using UART2 (pins 22, 23) with a full firmware file using OTA with a delta firmware file the procedure is described here and here. There is something written about FOTA in the AT document as well. It sounds like one could download the delta firmware directly from the SIMCOM? server? Sorry, I don't know the exact process to update firmware but I am curious myself so please keep us (me) updated about what you find. Thanks Felix

This sensor is surprisingly difficult to use but I still learned a lot. As suggested, I took a look at the raw data from the sensor using an M5Stack Arduino program. Although you can see the pulse data, it is very unstable, noisy and has a varying offset. Here is a very good description of what it takes to make the MAX30100 work. https://morf.lv/implementing-pulse-oximeter-using-max30100 In addition to what the article says, the two Heart sensors I have behave differently and would require individual calibrations.

Thanks for the hint. That code won't compile: 'MLX90640_BadPixelsCorrection' was not declared in this scope. If you comment out the reference to MLX90640_BadPixelsCorrection it compiles and works OK. In the meantime I got a UIFlow version working more or less. Download from https://github.com/wsanders/WSThermalCore2Cam/blob/main/thermtest1.m5f. It's pretty crude but it autoranges OK if the temperature differences aren't too bad. Using ASCII art pixels because it's faster than drawing two rectangle (you STILL can't draw a borderless rectangle in UIFlow!) Sorry - I deleted my previous post accidentally. It was full of errors anyway.