@ajb2k3 thanks for your reply. Does this only work with the hub? Or also with splitters like this one: https://www.tinytronics.nl/shop/nl/platforms/m5stack/accessoires/m5stack-grove-t-connector-5-stuks ? The hub is a bit big for what I want to do.

So my last comment provided the solution.... The correct way of doing this is : 1/ Specify the Unicode character in the payload with chr(186) where 186 is the character number (in this case representing MASCULINE ORDINAL INDICATOR - Unicode: U+00BA, UTF-8: C2 BA. 2/ Ensure that your json.dumps applies utf-8 encoding before sending it to MQTT as follows: m5mqtt.publish(topic, json.dumps(payload).encode('utf-8')) Problem solved.

A reset will trigger a power cycle, which in turn resets the SPI connection to the e-ink display. The display has a controller built-in, which at this point is also power cycled, and most likely runs the initialisation of the screen. So when you press the reset button, the display thinks it needs to get into a "ready for new data" state, which is why it "fades". If you want to work this around, I'd recommend storing the screen contents every time you write to the screen, to storage that is preserved during a power cycle (basically, dump that 200x200 4b array onto the flash), and make sure that your startup handling "updates" the screen with that content immediately after the device is initialised.

This does not need a "revision" or "V2" model, it's a simple software addition. And you can already load your own fonts if needed.

i think EspNow is the right one for this. is easy to program in Uiflow