LCDproc development and user support list

Text archives Help

[Lcdproc] Re: hd44780 goes 4-bit

Chronological Thread 
  • From: drzeus-list AT (Pierre Ossman)
  • Subject: [Lcdproc] Re: hd44780 goes 4-bit
  • Date: Wed Jan 23 22:11:01 2008

On Sun, 20 Jan 2008 15:40:06 -0800
David W Studeman
<avionicsdv AT>

> 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?

-- Pierre Ossman

Linux kernel, MMC maintainer
PulseAudio, core developer
rdesktop, core developer

Archive powered by MHonArc 2.6.18.

Top of page