@dawncold I also would like to know of any hid docs for the esp32s3

@ajb2k3 Can the stampS3 act as an hid device?

Does anyone know a way to have the Cardputer generate HID keyboard events to a PC, preferably via USB? Preferably driverless?

The reason I ask, is that physically, it would be great for something like the Duckypad programmable macropad style of tool.

https://www.tindie.com/products/dekunukem/duckypad-do-it-all-mechanical-macropad/

Each key could trigger a macro, and the info could be displayed on the display, like the duckypad, but you would have many more keys, and all the additional functionality if the stamps3

Any way to use the usb connection and have the device ack as a usb keyboard/macropad?

@ajb2k3 said in Core2 - Pullup resistor:

If 5v hits the GPIO pin it will kill the IO pin.

Well...poop. That explains a lot!

It is woefully out of date (from before any S3 products) but there is this:
https://docs.m5stack.com/en/products_selector

This is brainstorming and may be a stupid idea, but that doesnt usually stop me...

You could use one of these

https://shop.m5stack.com/products/grove2grove-expansion-unit

and run your charging cable through it. Every few seconds, your program could briefly disconnect the charging cable programatically through this unit, read the voltage from the battery internally while the charging has stopped, then resume charging. You would have complete control for an extra $4.50 USD. And you would also be able to display the incoming current/amps from your charging source during charging as well (since the unit can provide that info)

@kmk68 RS485 communication would would work, is designed for this sort of thing, but also cheaper

@amedee I think you are right. I think that fix has already been pushed, and the exception is on the readfrom_mem() now, like you say.

It seems like the same approach would work for that line as well.

@ajb2k3

When I add the ENVIII unit to my CoreS3 on port A, and start it, I get the exception at line 98 of qmp6988.py (the call of reset() )

The issue seems to have been noticed and fixed 8 months ago though, by some guy named Gandro:

https://github.com/gandro/micropython-m5stamp-c3u/commit/fe3ddc3d0c09cca4096dcfc37bbbf57e7b4a1271

It was (seemingly) caused by the QMP6988 chip in the ENVIII resetting in the middle of an I2c transaction during a requested reset (from line 97 of drivers/qmp6988.py), and the driver file not handling the timeout exception causing the exception/crash.

The fix was to just put a try/except around the transaction in reset(), and if the timeout is generated, ignore/handle it.

I found this with 5 minutes of googling. Not sure why M5Stack hasnt fixed it yet for all products that use the QMP6988

@alan-zhang said in SIM7080G Module speed and stability:

I've tested the SIM card from a phone and it's 1MB/s download and upload.

Your phone might be using 3g/4g/5g/LTE and not NB-Iot or Cat-M. In fact Ive never seen a phone that uses NB-Iot or Cat-M (Doesn't mean they might not exist though)

M5Stack does sell an LTE module if you want LTE speeds though.