Hi all, I'm in the process of doing a project with the PRUs, only just started, and learning how to do MUX and pad settings etc, using TI's hands on labs, plus have seen some of your work Mark.
I'll be later using a 20 x 4 char LCD which is the same interface & protocol. Is that something you'd like me to post back here if/when I get it all working? As long as I can get MUX and other settings done to allow the PRU access to the pads/pins, then should all be fine. Fisher On Tuesday, 3 November 2020 at 10:56:25 UTC+10 amf wrote: > Hi Mark > Seen RCN's response below. I have several of the *hd44780 LCD displays > also, *spent the weekend trying to get it to work with the info RCN > provided. Seems the R/W line is always high, thus all the data signals are > distorted. If I pull the R/W line low, then the data signals are ok, but > nothing is written to the display. I know the displays are good, I wrote a > uart-to-parallel with an atmel chip several years ago. if you have success > with the Linux driver, I would like to know. > amf > > On Thursday, October 29, 2020 at 1:39:54 PM UTC-5 Mark A. Yoder wrote: > >> I've just recently discovered I have access to lots of 16x2 LCD displays. >> >> I see there are many examples of interfacing it to a Linux machine, but >> most are via user space. I'm looking for kernel space examples. *modinfo >> hd44780* shows a driver is there, but how do I use it. >> >> Is there a device tree for the hd44780 for a parallel interface? >> >> --Mark >> > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/f39b83f5-6178-4235-a7e2-ffac9f9b747fn%40googlegroups.com.
