Hey there,
I have a grow_hat on a Pi Zero.
To speed things up, I wanted to use C/C++ instead of python.
I tried getting the pimoroni_pico repository to work - but the Zero is not a Pico, as it seems.
I decided to take matters in my own hands and tried porting the python code for the ST7735 display to C++.
Toggling the backlight worked - so, I continued.
After I ran the ported init code however, the colors were all strange.
Not inverted strange, just wrong.
And the bad part is, this persists over reboots.
This also persists when I ran the monitor.py from the python examples.
I tried switching between color modes, but that didn’t do anything.
Does anyone have an idea what happened, and more important, how I could possibly fix it?
Is there a way to really reset the display?
Many thanks,
I have not.
Trying this might take a while.
But given the fact that the python driver specifically for my display does not change it back to normal, I have little hope, to be honest.
Did the Pi zero come with the gpio header soldered on?
I had to get it on ebay because of the shortage.
It had a soldered header but it was clearly done by the previous owner.
Don’t get me wrong, before my code did something to the device, it worked (color-wise, for the display at least) with the python examples. That’s why I don’t think it’s a soldering mistake.
Ok, Yeah if it worked first time around, its not a header issue.
Have you tried reimaging your SD card, and starting from scratch, after it went bad?
Do you have another PI, any model will do for testing?
Okay, it seems I fixed it.
Before re-flashing I tried to remove it from power over night.
That seemed to fix it.
I’m glad.
But I’m still fumbled how I broke it in the first place.
Info, even bad info, can remain in the display memory, if power isn’t removed. The 3.3V goes off on power down but the +5V stays present until you unplug the power supply.