lcd4linux-users — lcd4linux users

[lcd4linux] lcd4linux starting Problem

[Steve-Kai V. <st...@vy...>]

Hello,

I'm trying to geht lcd4linux to run on my debian sagre system. 

modprobe ppdev works fine ans lsmod shows the loaded Driver:

parport                31944  2 ppdev,parport_pc

when I start lcd4linux the sysconf says:

Aug  4 18:12:02 babylon5 kernel: ppdev0: registered pardevice
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 2 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 1 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 2 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 1 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 2 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 1 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 2 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 1 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 2 (fd)
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: timeout waiting for busy 
flag on controller 1 (fd)
Aug  4 18:12:02 babylon5 last message repeated 10 times
Aug  4 18:12:02 babylon5 LCD4Linux[4267]: HD44780: too many busy flag 
failures, turning off busy flag checking.

Using the same configuration file on another mashine with the same Display 
works fine?

What am I doing wrong?

Steve

Re: [lcd4linux] ayrodMjEDS

[Arturo M. <mun...@br...>]

Hi,
 
v C p I o A f L m I o S fro s m $ 3 d .75
p V d A u L c I w U p M fr t om $ 1 s ,25
b V x I z A f G c R y A fr z om $ 3, e 35
i A d M i B q I a E a N
 
S t av u e u r pt g o 7 z 0 % wi t th u s s http://www.osnokapohoob.com
 
,
,
,
,
,
The darkness faded and light returned. Iron John was gone, the
chamber was empty. I looked at Floyd who seemed just as bewildered as
I was.

Re: [lcd4linux] liaopRjOLEX

[Franziska G. <fra...@bo...>]

=20
TjIFFANY & CO
PjATEK
BjREITLING
BjVLGARI
RjOLEX
OjMEGA
CjARTIER
=20
Best prijces online at http://www.pcmackbannanna.com
=20

,

,

,

,

were chained to their chairs or they would have killed me instantly.
As it was they strained forward, eyes bulging with homicidal rage. I
was most pleased to see that my hairy red friend had a bandaged skull

[lcd4linux] Test

[Michael R. <re...@eu...>]

Test, please ignore

Stefan Krister schrieb:
> kann es sein, da=DF die lcd4linux ML im Moment nicht funktioniert?
lets see...


--=20
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] LCD device on peripheral bus

[Martin H. <ma...@he...>]

ant...@ti... wrote:
> Hi all,
> I have developed board based on XScale IXP425 processor running 
> Linux kernel 2.4.20 (from Montavista).
> My board have a HD44780 
> compatible 2x16 backlight display, that is connected to the board on 
> peripheral bus (chip select 3). This provides interface to a HD44780 
> compatible device by means of single 10-bit register, and I write a 
> simple driver for a memory-mapped display.
> All work fine.
> 
> Now I want 
> to use lcd4linux in my system.
> I see that HD44780 is supported by 
> lcd4linux, but the device must be connected to parport
> or i2c bus.
> 
> Any 
> suggestion about how can I port lcd4linux on my system ?
Just as a followup on Luis' email (he provided all the right pointers) -
have a look at common.c in the driver he mentioned, especially the
net4xxx_gpio_ioctl function, and there the stuff that follows the comment
"This is _not_ "generic" at all, but very much hard-wired towards being
able to use an HD44780 LCD on the GPIO pins (in 4-bit mode) and being
able to do so using generic ppdev instructions"
and adjust accordingly.

I hope that helps.

Martin

-- 
You think that's tough?  Try herding cats!

Re: [lcd4linux] LCD device on peripheral bus

[Luis.F.Correia <Lui...@se...>]

Hi! 

> -----Original Message-----
> From: ant...@ti... 
> [mailto:ant...@ti...] 
> Sent: Tuesday, July 25, 2006 4:01 PM
> To: lcd...@li...
> Subject: [lcd4linux] LCD device on peripheral bus
> 
> Hi all,
> I have developed board based on XScale IXP425 processor 
> running Linux kernel 2.4.20 (from Montavista).
> My board have a HD44780
> compatible 2x16 backlight display, that is connected to the 
> board on peripheral bus (chip select 3). This provides 
> interface to a HD44780 compatible device by means of single 
> 10-bit register, and I write a simple driver for a 
> memory-mapped display.
> All work fine.
> 
> Now I want
> to use lcd4linux in my system.
> I see that HD44780 is supported by
> lcd4linux, but the device must be connected to parport or i2c bus.
> 
> Any
> suggestion about how can I port lcd4linux on my system ?

One thing you may want to do is create a simple driver that emulates
ppdev, therefore making things much more easy for lcd4linux.

You can take a look into my colegue's code available at 
http://soekris.hejl.de/

>From this simple GPIO driver you can see how easy it will be to write
something similar.

p.s. please provide a link to your board, it may be interesting :)


> Thanks to all 



Luis Correia   
Bering uClibc Team Member

PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 
Key Server: http://pgp.mit.edu

[lcd4linux] LCD device on peripheral bus

[<ant...@ti...>]

Hi all,
I have developed board based on XScale IXP425 processor running 
Linux kernel 2.4.20 (from Montavista).
My board have a HD44780 
compatible 2x16 backlight display, that is connected to the board on 
peripheral bus (chip select 3). This provides interface to a HD44780 
compatible device by means of single 10-bit register, and I write a 
simple driver for a memory-mapped display.
All work fine.

Now I want 
to use lcd4linux in my system.
I see that HD44780 is supported by 
lcd4linux, but the device must be connected to parport
or i2c bus.

Any 
suggestion about how can I port lcd4linux on my system ?

Thanks to all 

Re: [lcd4linux] Fwd: LCD2USB

[Michael R. <re...@eu...>]

Hi John,

> Do you know if anything was ever done with these to support an interface
> with windows?

I don't know. Best would be if Till could answer this question...

(btw, if you'd post such questions to the list, Till will read & reply
(if his spare time allows)


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] Asking help for LCD4linux

[Michael R. <re...@eu...>]

Hi Johnny,

> Allow me to ask a few question because I am really confused after
> reading your site, may be it's because of my little knowledge about linux.
>  
> What I am trying to do is making an LCD for my Geexbox, here is what I
> want to buy:
>  
> LCD:
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&ih=011&item=320007905653&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1

> and this is what I want to know:
> 
>    1. Will this LCD work with what I want to do?
Well, you never can tell with LCD's, but I think it will work.

>    2. Also what else do I need to complete the job? Is it all I need is
>       one parallel cable to connect it to the lcd? and a 5V power to
>       supply power for the LCD??
Yes, and don't forget the contrast voltage. This depends on the display.
Some provide a good readability when hardwired to GND, others require a
contrast potentiometer.

>    3. I saw someone also make it complicated by putting some more
>       resistor when doing the connection between the LCD and the Cable?
>       Is this nescessary??
This depends on your display and your parallel port. I've seen problems
when the display expects +5V on the data lines for "high" level, when
the (modern) parport only delivers 3.3V

HTH, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] woiom VlcAGRA

[Tafadzwa H. <ta...@fr...>]

=20
VlcAGRA 3 , 30 $
=20
http://www.ifordera.com
=20

,

,

,

,

Much better. Although I am a lawyer licensed to practice on this
planet, I am also a representative of the Galactic League.
Wonderful. The Paskonjakians want to drown me-you poison me. I

Re: [lcd4linux] Non-uniform displays

[Ernst B. <e.b...@xe...>]

Hi Michael,

thanks for the fast answer,

On Tuesday 18 July 2006 22:22, Michael Reinelt wrote:
> > I was wondering if its possible to use non-text and non-graphic displays
> > with LCD4Linux.
>
> Sure it's possible. But it's a bit of work...

Well, thats great news, even if its a bit of work, it sure beats coding "yet 
another linux LCD controller framework" ;)

> > It has a 5 digit alphanumeric display (14 segments each), a two digit
> > numeric display (7 segments), some special symbols for equalizer presets
> > and such, as well as 5 bargraphs, 11 segments.
>
> The symbols are easy to implement: just add them as GPO's. I've done
> this with displays from mobile phones, works great. If there are symbols
> that are grouped together (just like "battery level" or "signal
> strength" on mobile phone), you can group them in lcd4linux, too. Either
> use an integer value (to control the 'level', but not every single bit)
> or a bitfield (that's what I'd prefer)
>
> for the 7 and 14 segments, you'd have to write your own "rasterizer". It
> should be possible to display all alpha chars on a 7-segment display
> too, but you'd have to mix upper and lower chars.

Thanks for the hints, I'll have a closer look at the API. At first I was 
wondering 'cause the driver development wiki page lists a examples seperated 
by "text" and "graphic" LCDs...

> Probably it would make sense to write a "generic" rasterizer for this
> stuff, but as a starting point I'd recomment not to take care of this
> but implement all in the driver. We could extract the generic stuff later.

Well, that part will probably be just a lookup table for charcode => bitfield 
describing the "font".

> I've got a mixed graphic/7digit display too, but never could find the
> time to control the 7digit stuff....

Mine was sitting in a box for half a year, hardware+firmware mostly done, but 
the linux driver part was completely missing. But now I finally found some 
time for it again.

Btw, if someone's interrested in the schematics/firmware (AVR Based), I'll be 
happy to publish them. Most parts are quite generic and might be of use for 
everyone trying to drive a VFD from his PC. (Voltage regulator for 
Filament+Anode, grid drivers, ...)
 

> If you need any help, please let me know.

Surely will ;)

> bye, Michael

Greetings,
/Ernst

[lcd4linux] added support for keypad with Curses display

[C. M. <cm...@fr...>]

Hello,

I have committed to CVS some changes to the keypad direction
naming definitions because these conflicted with the Curses
library definitions.  The Curses display driver now supports
keypad operation using the keyboard arrow keys up, down,
left, and right.

Have fun,

-- 
Chris Maj
Pronunciation Guide: Maj == May

[lcd4linux] Non-uniform displays

[Ernst B. <e.b...@xe...>]

Hello List,

I was wondering if its possible to use non-text and non-graphic displays with 
LCD4Linux.

I have a Futaba FV648G Displays, seems to be originally designed for a CD 
Player/ Radio. (Item 120 138 from www.pollin.de)

It has a 5 digit alphanumeric display (14 segments each), a two digit numeric 
display (7 segments), some special symbols for equalizer presets and such, as 
well as 5 bargraphs, 11 segments.

Would it be possible to write a lcd4linux driver for such an display, or is 
the "core"/driver api of lcd4linux suitable for graphic and dot-matrix 
alphanumeric LCDs only?

Greetings,
/Ernst

Re: [lcd4linux] Regulating animated icon speed

[Michael R. <re...@eu...>]

Hi Benjamin,


> I tried doing that...and got a segfault. :)

oh, too bad! But as I don't own such a display, I can't be of much help
here....

Anton has posted a fix for segfaulting G15 driver.... maybe you want to
post your config here so he can have a look?


> I've attached the output of a strace, please let me know if there's anything 
> else I could provide.

please do not post suchz big logfiles to the list, they will be
discarded by the SourceForge Mail server (there's a body size limit of
around 40k IIRC)

bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] Regulating animated icon speed

[Benjamin K. <bk...@em...>]

On Monday 17 July 2006 11:54, Michael Reinelt wrote:
> Hi Benjamin,
>
> > I have an icon to indicate whether my PPP connection is up or not.  I'd
> > also like to regulate the speed of the icon.  In my lcd4linux.conf, I
> > have:
> >
> > Widget PPPSpeed {
> >         class 'Timer'
> >         expression pppspeed = (1/((netdev('ppp0', 'Rx_bytes', 1000) +
> > netdev('ppp0', 'Rx_bytes', 1000))/99999))
> >         update 100
> > }
> >
> >
> > Widget Arrow {
> >     class 'Icon'
> >     speed pppspeed
> >     visible exec('/sbin/ifconfig | grep ppp | wc -l', 1000)
> >     Bitmap {
> >         Row1 '...'
> >     }
> > }
> >
> > ...But this doesn't work.  How should I be doing this?  Is it even
> > possible?
>
> Hmmm... Took me some time to understand what you're doing, but I think I
> got it now: pppspeed is a variable...
>
> I just checked the code: the 'speed' attribute of the icon widget is
> evaluated on every call. So it *should* work...
>
> You could try to use the variable in another test widget, formatted as a
> number, just to check if it's evaluated correctly.


I tried doing that...and got a segfault. :)
It seems I'm always pushing lcd4linux to the limit.

I've attached the output of a strace, please let me know if there's anything 
else I could provide.


-Ben

Re: [lcd4linux] Regulating animated icon speed

[Michael R. <re...@eu...>]

Hi Benjamin,

> I have an icon to indicate whether my PPP connection is up or not.  I'd also 
> like to regulate the speed of the icon.  In my lcd4linux.conf, I have:
> 
> Widget PPPSpeed {
>         class 'Timer'
>         expression pppspeed = (1/((netdev('ppp0', 'Rx_bytes', 1000) + 
> netdev('ppp0', 'Rx_bytes', 1000))/99999))
>         update 100
> }
> 
> 
> Widget Arrow {
>     class 'Icon'
>     speed pppspeed
>     visible exec('/sbin/ifconfig | grep ppp | wc -l', 1000)
>     Bitmap {
>         Row1 '...'
>     }
> }

> ...But this doesn't work.  How should I be doing this?  Is it even possible?

Hmmm... Took me some time to understand what you're doing, but I think I
got it now: pppspeed is a variable...

I just checked the code: the 'speed' attribute of the icon widget is
evaluated on every call. So it *should* work...

You could try to use the variable in another test widget, formatted as a
number, just to check if it's evaluated correctly.


another idea: the icon widget adds one-shot-timers itself, but only if
speed > 0 (speed = 0 means a static icon, which never changes). So as
soon as your pppspeed variable is zero, speed will be no longer evaluated.

And I'm afraid it *will* be zero, namely on the first call.

So you should prevent it from becoming zero, either by specifying

speed pppspeed+1

or even better

speed max (1, pppspeed)

(maybe replace 1 by a better value, as 1 would be 1 msec, which is
*very* short :-)



bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] Regulating animated icon speed

[Michael R. <re...@eu...>]

Hi Benjamin,

> I have an icon to indicate whether my PPP connection is up or not.  I'd also 
> like to regulate the speed of the icon.  In my lcd4linux.conf, I have:
> 
> Widget PPPSpeed {
>         class 'Timer'
>         expression pppspeed = (1/((netdev('ppp0', 'Rx_bytes', 1000) + 
> netdev('ppp0', 'Rx_bytes', 1000))/99999))
>         update 100
> }
> 
> 
> Widget Arrow {
>     class 'Icon'
>     speed pppspeed
>     visible exec('/sbin/ifconfig | grep ppp | wc -l', 1000)
>     Bitmap {
>         Row1 '...'
>     }
> }

> ...But this doesn't work.  How should I be doing this?  Is it even possible?

Hmmm... Took me some time to understand what you're doing, but I think I
got it now: pppspeed is a variable...

I just checked the code: the 'speed' attribute of the icon widget is
evaluated on every call. So it *should* work...

You could try to use the variable in another test widget, formatted as a
number, just to check if it's evaluated correctly.


another idea: the icon widget adds one-shot-timers itself, but only if
speed > 0 (speed = 0 means a static icon, which never changes). So as
soon as your pppspeed variable is zero, speed will be no longer evaluated.

And I'm afraid it *will* be zero, namely on the first call.

So you should prevent it from becoming zero, either by specifying

speed pppspeed+1

or even better

speed max (1, pppspeed)

(maybe replace 1 by a better value, as 1 would be 1 msec, which is
*very* short :-)



bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Request for help from "newbie"

[Arve T. <arv...@ly...>]

Hello ladies and gentleman!

I am eager to try out this piece of software, but I can't seem to make 
the thing running :-[ .

My computer is running Mandriva Linux 2006, and I have a Palm IIIc 
connected via Serial connection on /dev/ttyS0 (at least that's whats 
working on Jpilot...).

I downloaded the software successfull, and I got the lcd4linux.conf 
alright..
BUT; me beeing a newbie, I have trouble to understand the manual on what 
to do now... What do I edit in the conf file to make this thingy working?
I want to be able to read CPU load and so on on my palm, but what do I do?
I need a step-by-step guide.. Can anybody please help me out?

With regards,

Arve Tengesdal
Norway

[lcd4linux] Regulating animated icon speed

[Benjamin K. <bk...@em...>]

Hi!

I have an icon to indicate whether my PPP connection is up or not.  I'd also 
like to regulate the speed of the icon.  In my lcd4linux.conf, I have:

Widget PPPSpeed {
        class 'Timer'
        expression pppspeed = (1/((netdev('ppp0', 'Rx_bytes', 1000) + 
netdev('ppp0', 'Rx_bytes', 1000))/99999))
        update 100
}


Widget Arrow {
    class 'Icon'
    speed pppspeed
    visible exec('/sbin/ifconfig | grep ppp | wc -l', 1000)
    Bitmap {
        Row1 '...'
    }
}

...But this doesn't work.  How should I be doing this?  Is it even possible?

Thanks,
Benjamin Kudria

Re: [lcd4linux] glibc error in latest cvs

[Michael R. <re...@eu...>]

Hin Benjamin,

> G-15: Scanning USB for G-15 keyboard...
> *** glibc detected *** corrupted double-linked list: 0x0806b260 ***
> Aborted
> 
> Is it fixable (by me), or should I file a bug?  Any other suggestions?

I don't know, for I do not own such a keyboard.

You could try to turn on better debugging mode for G15 by changing the
source file drv_G15.c. You'll find a block like this:

#if 0
#define DEBUG(x) debug("%s(): %s", __FUNCTION__, x);
#else
#define DEBUG(x)
#endif

change the '#if 0' to '#if 1', recompile and post the output of
lcd4linux -Fvv here.

HTH, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] glibc error in latest cvs

[Benjamin K. <bk...@em...>]

Hi.

I've just downloaded from CVS in another attempt to get my G15 keyboard 
working.  I see this error:

# lcd4linux -Fvv
Version 0.10.1-CVS starting
plugin_cfg.c: Variable minute = '60000' (60000)
plugin_cfg.c: Variable tack = '100' (100)
plugin_cfg.c: Variable tick = '500' (500)
lcd4linux.c: initializing driver G-15
G-15: $Revision: 1.6 $
G-15: Scanning USB for G-15 keyboard...
*** glibc detected *** corrupted double-linked list: 0x0806b260 ***
Aborted

Is it fixable (by me), or should I file a bug?  Any other suggestions?

Thanks,
Benjamin Kudria

Re: [lcd4linux] Data pins seem to be shorted on HD44780

[Aaron K. <aar...@ro...>]

Hi Michael;
Oooh quick reply here :)
Test screen does mean the alternating black bars...and yeah i had fun
when i first connecting this thing to the power wondering why i couldn't
see anything.
As for the wiring the pins go 1-16 and are label with text like Vss Vdd
DB5...etc so unless they printed the thing wrong.
And the flashback light is a symptom but it is kind cool.
 as for what happens when i run lcd4linux:

root@linux:~# lcd4linux -Fvv
Version 0.10.1-CVS starting
plugin_cfg.c: Variable minute = '60000' (60000)
plugin_cfg.c: Variable tack = '100' (100)
plugin_cfg.c: Variable tick = '500' (500)
lcd4linux.c: initializing driver HD44780
HD44780: using model 'generic'
HD44780: using parallel port
HD44780: using 1 Controller(s)
HD44780: using 8 bit mode
HD44780: using ppdev /dev/parport0
HD44780: wiring: DISPLAY:RS        - PARPORT:INIT   (Pin 16)
HD44780: wiring: DISPLAY:RW        - PARPORT:AUTOFD (Pin 14)
HD44780: wiring: DISPLAY:ENABLE    - PARPORT:STROBE (Pin  1)
HD44780: wiring: DISPLAY:ENABLE2   - PARPORT:GND
HD44780: wiring: DISPLAY:ENABLE3   - PARPORT:GND
HD44780: wiring: DISPLAY:ENABLE4   - PARPORT:GND
HD44780: wiring: DISPLAY:BACKLIGHT - PARPORT:GND
HD44780: wiring: DISPLAY:GPO       - PARPORT:GND
HD44780: using busy-flag checking
initializing layout 'Default'
lcd4linux.c: starting main loop
lcd4linux.c: got signal 2
lcd4linux.c: leaving main loop
HD44780: shutting down.

Thanks again
Aaron

On Sun, 2006-25-06 at 20:38 +0200, Michael Reinelt wrote:
> Hi Aaron,
> 
> > FIrst off here is my LCD info:
> > it is a HD44780 (or compatible) 20x4 backlight display from:
> > http://cgi.ebay.ca/HD44780-characte...QcmdZ ViewItem
> This link does not work...
> 
> > Basically the problem is that all the data pins seem shorted...sort
of.
> > I get the the test screen okay when i connect the power. But if i
don't
> > connect the power and just have the parallel port connected and the
> > backlight turned on (i put a swtich in) the backlight kinda flashes.
> > What i eventually figure out is that somehow and signal being sent
along
> > the data pins is being sent to the 5+ pin for the controller which
> > shares a [ath with the backlight so it causes the backlight to
flash. As
> > well there is a non-inf resistance between the data pins and the +5v
pin
> > (about 3 k one way (with +data pin and -the 5+ pin) and 20k the
other
> > way)
> 
> The resistance look fine to me. As for the flashing backlight... I've
> never tried it this way.
> 
> Are you sure you're using the correct wiring? I've seen displays where
> the pins are not 1-2-3..14-15-16, but 15-16-1-2-3...13-14!
> 
> What do you mean by "test screen"? alternating black/white bars? Then
> the display should be ok, and it means that your contrast voltage is
in
> a reasonable range (don't ask how much hours I've spent looking for
> bugs, when everything was fine, but due to wrong contrast settings I
was
> unable to see the display running correctly :-) (Sam, are you
listening?
> SCNR)
> 
> What happens if you connect everything and run lcd4linux?
> 
> 
> bye, Michael
> 

Re: [lcd4linux] Data pins seem to be shorted on HD44780

[Michael R. <re...@eu...>]

Hi Aaron,

> FIrst off here is my LCD info:
> it is a HD44780 (or compatible) 20x4 backlight display from:
> http://cgi.ebay.ca/HD44780-characte...QcmdZ ViewItem
This link does not work...

> Basically the problem is that all the data pins seem shorted...sort of.
> I get the the test screen okay when i connect the power. But if i don't
> connect the power and just have the parallel port connected and the
> backlight turned on (i put a swtich in) the backlight kinda flashes.
> What i eventually figure out is that somehow and signal being sent along
> the data pins is being sent to the 5+ pin for the controller which
> shares a [ath with the backlight so it causes the backlight to flash. As
> well there is a non-inf resistance between the data pins and the +5v pin
> (about 3 k one way (with +data pin and -the 5+ pin) and 20k the other
> way)

The resistance look fine to me. As for the flashing backlight... I've
never tried it this way.

Are you sure you're using the correct wiring? I've seen displays where
the pins are not 1-2-3..14-15-16, but 15-16-1-2-3...13-14!

What do you mean by "test screen"? alternating black/white bars? Then
the display should be ok, and it means that your contrast voltage is in
a reasonable range (don't ask how much hours I've spent looking for
bugs, when everything was fine, but due to wrong contrast settings I was
unable to see the display running correctly :-) (Sam, are you listening?
SCNR)

What happens if you connect everything and run lcd4linux?


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Data pins seem to be shorted on HD44780

[Aaron K. <aar...@ro...>]

FIrst off here is my LCD info:
it is a HD44780 (or compatible) 20x4 backlight display from:
http://cgi.ebay.ca/HD44780-characte...QcmdZ ViewItem
(just as a not mine is a little different then the photo there. THey
have 5 circut things/blackblobs where as mine has three)
as for the type of backlight i presume LED as that is what the auction
says and this is not a thin lcd.

Basically the problem is that all the data pins seem shorted...sort of.
I get the the test screen okay when i connect the power. But if i don't
connect the power and just have the parallel port connected and the
backlight turned on (i put a swtich in) the backlight kinda flashes.
What i eventually figure out is that somehow and signal being sent along
the data pins is being sent to the 5+ pin for the controller which
shares a [ath with the backlight so it causes the backlight to flash. As
well there is a non-inf resistance between the data pins and the +5v pin
(about 3 k one way (with +data pin and -the 5+ pin) and 20k the other
way)
i have check a few things.
Could not find any shorts
that resistance value is still there without the wires connected
placing a diode did not help (trying anyhting i could think of and i did
not think it would work either)

SO is this some internal flaw on my lcd or something else?

THanks

Re: [lcd4linux] Program crashes Zire72

[Clay B. <cla...@gm...>]

On 03:03 Mon 05 Jun     , Alexander Garcia wrote:
> I cannot get lcd4linux to run properly. With the config somewhat nailed
> down, running lcd4linux -Fvvq displays:
> 
> $ lcd4linux -Fvvq
> Version 0.10.1-CVS starting
> plugin_cfg.c: Variable tick = '500' (500)
> lcd4linux.c: initializing driver MatrixOrbital
> MatrixOrbital: using model 'LK204-24-USB'
> MatrixOrbital: using port '/dev/ttyUSB6' at 19200 baud
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: display detection failed.
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> MatrixOrbital: read(/dev/ttyUSB6): EAGAIN
> initializing layout 'Default'
> lcd4linux.c: starting main loop
> 
> 
> And my Palm crashes with a fatal error: fatal exception, which then
> needs to be rebooted.
> 
> dmesg | grep usb yields that the palm takes /dev/ttyUSB0
> and /dev/ttyUSB1 on bootup, and following each subsequent crash, takes
> the next 2 numbers. ie usb2 and 3, usb4 and 5, etc.
> 
> On the palm I'm running PalmOrb 1.1a4, which works in windows using
> lcdsmartie.
> 
> Any help is appreciated.
Perhaps you can enumerate your settings on the palm (I use palm-orb,
too), and attach your config file for lcd4linux?
> 
> Alex
> 
> 
> 
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users