LCDproc development and user support list

Text archives Help


[Lcdproc] Re: hd44780 goes 4-bit


Chronological Thread 
  • From: avionicsdv AT aim.com (David W Studeman)
  • Subject: [Lcdproc] Re: hd44780 goes 4-bit
  • Date: Thu Jan 24 07:35:02 2008

On Wednesday 23 January 2008 02:10:26 pm Pierre Ossman wrote:
> On Sun, 20 Jan 2008 15:40:06 -0800
>
> David W Studeman
> <avionicsdv AT aim.com>
> wrote:
> > I doubt it's broken. My Cobalt Raq 4's and Symantec Velociraptor do the
> > same thing and I even went so far as to try a new Sure Electronics
> > DE-LM003 which is yet another HD44780 compatible display and it behaves
> > the same way. With these units, if you were to be able to convert to
> > 4bit, you would lose the rom functionality at power on which allows you
> > to change where it looks for the boot kernel and so forth. One of the
> > IPCop developers told me that the two bytes that compose a command are
> > sent too quickly by LCDproc and he sent me a perl script that will drive
> > the display by itself with no external driver. It puts out clean text but
> > eats more cpu cycles than LCDproc does. I compile my kernel without the
> > built in Cobalt LCD driver to be able to do any of this. On a side note,
> > the old Cobalt LCD and button utilities are an endless maze of perl
> > scripts that would need a lot of work to work with IPCop so I keep trying
> > to find an alternative.
>
> What two bytes? With a winamp wired module (i.e. 8-bit), there is just a
> single byte. Or are you suggesting that I should use it in 4-bit mode?
>
> Rgds

No, not at all unless that will work for you without making a mess.


Dave




Archive powered by MHonArc 2.6.18.

Top of page