No!!!
No signal on any IO shall be higher than the power supply of the processor, so stay under 3.3V.
If you need to convert signals their voltage are higher than 3.3V you shall use a voltage divider on those signals to reduce their voltage span to the 0 - 3.3v range
Just made some modification on a driver from @pythoncoder to use the blue tab variation of a 80 x 160 display using ST7735 driver chip. The driver is here in the drivers directory. The differences with the original driver are : an offset on one axis inverted colors I have added parameters in the con...
Is this garbage only occuring during the first exchange or for every other ones? If it is only on the first one, it is surely a problem linked to the setup of the sensor. In that case, maybe you can add a few seconds delay before entering the flush loop I suggested. The delay shall be longer than th...
Considering your need, I think it will be easier to use a tuple myCar = (myNumber0, myNumber1, myNumber2, myNumber3, myNumber4, ..... , myNumber9, , Point, DecCee) You can then access the shape of the number using its value as an index in myCar. buffer = bytearray(myCar[0]) # will display 0 fb = fra...
Well, that not a secure way of coding. It is always possible that there is garbage sent on the line while the sensor is initializing itself. Maybe you can add a short piece of code in order to flush the RX buffer before talking to your sensor. Insert this before entering your infinite loop while (se...
Hello, Maybe you can find interresting things following this link I convert images to bytearrays and then the imagexx.py and the script animhorse.py are downloaded into the Pico. The animhorse.py script imports the images and creates an array of images that are displayed one after the other. There i...