New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Display crash and LCDd cant reuse it #140
Comments
I don't have a HD44780 myself, so I can't beu too helpful. However from the symptoms you describe, I'd exepect a problem with the physical connection like voltage incompatibility. If your controller needs a stricter initialization sequence, we happily accept patches. |
What is exactly model of your LCD? And what version of LCDd? I had similar problems with Winstar OLED, garbage on lcdproc daemon restart, so I changed slightly LCD initialization according to original Hitachi datasheet and added more delays for Winstar OLED display. |
It was first connected to raspberry, with in mind that raspberry cant handle 5V. Means the Display is configured as write only and has series resistors. Then it was connected via I2C PCF8574. This chip can work with 5V display and 3V I2C Bus of the rasperry(remember to disconnect the I2C pullups on ready boards from ebay). @mskalski |
I have a HD44780 20x4.
First i attached it in 4 Bit Mode onto Raspberry GPIO. There was sometimes permanet Garbage on the Display. "service LCDd restart" dont help. Cryped stuff is now on the display, it change
with new Data. I need to unpower the Display.
Then cause i need Pins for SPI i connected the Display via I2C to Parallel in 4 Bit Mode.
The same thing. I look on the Display, no capicators on it, maybe the problem, added 100nF and 4µ7. Dont help. I messure unused Data Pins, internal Pullups found so this should be no Problem.
All Delay/Refresh options tryed.
Does lcd prog initalise the 4 Bit Mode right? I googled about and found "Your initialisation code to set the display in 4 bit mode is probably faulty and only works when the LCD has had a power on reset"
// Set 8 bit mode 3 times
// If the LCD is in 8 bit mode it will be set again 3 times.
// If the LCD is in 4 bit mode expecting the 2nd nibble the
// first write will be lost, the next two set 8 bit mode
And if LCD proc do so, do it too a Softreset 3 times on Startup?
Garbage may happent but i cant image why lcd proc is unable to reset the display.
The text was updated successfully, but these errors were encountered: