Your RFID 2 module is likely not broken. The "Failed authenticating" error is the key clue here. Mifare 1KB cards use sector-based authentication with crypto keys. Bruce (and most generic RFID readers) will attempt the default keys (e.g. FF FF FF FF FF FF or A0 A1 A2 A3 A4 A5) to authenticate, but if FlipperZero or NFC Tools wrote data using custom or non-default keys, authentication will fail even though the UID and card type are read correctly. Things to try: Test with a blank/factory card. If it reads fine, your module is working. Check what keys were used when writing via FlipperZero or NFC Tools and make sure Bruce is configured to use those same keys. If the card was written with default keys, try a different card; it may have been locked or write-protected. The fact that UID, ATQA, and SAK are being detected correctly strongly suggests the module is functional.

Hi, this would do the work https://github.com/ThatsLucas/M5Unit-ACMeasure-Internal-FW You need to reflash it though

@johnericsutton Hello, i had the same issue and fixed it on my github, you can use it : https://github.com/ThatsLucas/M5Unit-ACMeasure-Internal-FW

The ATGM336H module defaults to 9600 baud for NMEA output and works standalone without an M5 host or init signal; it just needs power, antenna, and a clear sky view. Per the pinout diagram, GNSS_TX routes to M-Bus pins 13, 15, 21, 23 (RX side, but TX signal), or 26 via DIP switches (labels like G3/G13/etc). You've tested the right pins; try setting all DIP switches ON simultaneously (safe standalone), connect to pin 13 at 9600 baud, and wait 1-23s for hot/cold start. b'\xff' might be noise if the antenna signal is weak. Example code tweak: Use uart.any() and uart.readline() for cleaner NMEA capture. Doc's schematic confirms no enable needed.

@colintd I appreciate the follow-up, as I had been meaning to post back here as well. Happily (for me), it's no longer getting in my way since I did ultimately decide to port my project to using STM32Cube HAL API instead of Arduino Wire APIs. After that, I've had zero such issues. I realize that doesn't help folks much who are stuck using Arduino APIs for whatever reasons (or prefer those APIs -- there are some advantages). Your theory is interesting, though. I honestly don't remember how deeply I looked into inter-call delays and/or deeper status checking at the time. I could believe that perhaps the Arduino Wire API implementations on different hardware could also lead to subtle timing differences... and if it is also specific to the M5 PPS device, those docs aren't ultra-specific about what the device actually expects w.r.t. delays, etc. TL;DR: It was an interesting side quest, which I ultimately solved by changing middlewares. ╰(°▽°)╯

Hi, I encountered a similar issue. When the QR code reader is in auto-scan mode, if the barcode is scanned more than once while the main program is in a delay state (e.g., 5000 ms), the barcode reader stops responding after the delay ends, and the data can no longer be read. I also tried reading the barcode from the image in the previous post, but nothing changed. Additionally, I have confirmed that communication is restored and the device becomes usable again by unplugging and reconnecting the I2C cable. Is it possible to reset the barcode reader programmatically?

@RPI25 said in Is it possible to use the M5GO Bottom 3 with the Tab 5: M5GO Bottom 3 Hi RPI25 (and felmue) I am guessing (as you didn't say) that you want to use the Battery function of the M5GO to power the TAB5? Or is there another reason you wish to add the M5GO to the TAB5? With that said on the M5Stack Store it very specifically states that each "version" of the M5GOs are designed to work with a specific Core ONLY. I included a graphic as well: [image: 1769979322100-m5go.png] I did compare pinouts that were provided by Felix (thanks!) and again I am only guessing is that you are after the battery function? With that said I would simply purchase the battery (which I did do with my TAB5). I am curious about your project? Thanks-Brian

Hello @KAYDE1 maybe checkout this example here? To make it work I had to adapt the GPIO used for the LEDs: // buscfg.pin_data = 26; buscfg.pin_data = 25; I also added a delay(1000); at the end of the loop(). Thanks Felix

@cleatus007 using grove cable and connect to port on side of cardputer