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