lcd4linux-users — lcd4linux users

[lcd4linux] Samsung Display - Nachtrag

[Chris <oe...@gm...>]

Hi nochmal,

habe noch ein bisschen im Internet geforscht, es handelt sich um ein =
Datavision DV-20400 Display mit Samsung KS0066-Controller =
(HD44780-Kompatibel).
M=FCsste also eigentlich problemlos laufen. Leider werden nur die 1. und =
3. Zeile angesteuert. Wenn man ein bisschen am Kontrast dreht, kann man =
sehen, da=DF die vermeintlich schwarzen Zeilen von Zeichen "durchflogen" =
werden. Scheint also ein Timing-Problem zu sein, nur kann ich in der =
conf =E4ndern was ich will, es wird nicht besser :-(
Wenn ich das 16x2 wieder dranstecke l=E4ufts wunderbar!

Ich habe irgendwo im WWW mal gelesen, da=DF die ansteuerung der 2. und =
4. Zeile etwas merkw=FCrdig sein soll, finde das aber nicht wieder.

any ideas?
Chris
  ----- Original Message -----=20
  From: Chris=20
  To: lcd...@li...=20
  Sent: Wednesday, August 22, 2001 9:29 PM
  Subject: [lcd4linux] Samsung Display


  Hi all,

  ich hoffe ich darf hier in deutsch schreiben, mein english is very =
bad.

  Ich hatte bis jetzt lcd4linux mit einem 16x2 HD44780 Display sehr gut =
am laufen.
  Da ich aber etwas mehr Informationen darstellen wollte, hatte ich mir =
ein 20x4 bestellt, mu=DFte aber dann feststellen, da=DF sich darauf ein =
Samsung 20400 Controller und nicht der Hitachi befindet.
  Ich habs trotzdem mal drangehangen und in der lcd4linux.conf 16x2 =
gegen 20x4 abge=E4ndert, alles andere so gelassen und lcd4linux neu =
gestartet. Leider wird aber nichts lesbares dargestellt, sondern nur =
Zeile 1 und 3 voll, also schwarz, angesteuert :-(

  Kriegt man das irgendwie zum laufen?

  Danke im Vorraus,

  Chris

[lcd4linux] Samsung Display

[Chris <oe...@gm...>]

Hi all,

ich hoffe ich darf hier in deutsch schreiben, mein english is very bad.

Ich hatte bis jetzt lcd4linux mit einem 16x2 HD44780 Display sehr gut am =
laufen.
Da ich aber etwas mehr Informationen darstellen wollte, hatte ich mir =
ein 20x4 bestellt, mu=DFte aber dann feststellen, da=DF sich darauf ein =
Samsung 20400 Controller und nicht der Hitachi befindet.
Ich habs trotzdem mal drangehangen und in der lcd4linux.conf 16x2 gegen =
20x4 abge=E4ndert, alles andere so gelassen und lcd4linux neu gestartet. =
Leider wird aber nichts lesbares dargestellt, sondern nur Zeile 1 und 3 =
voll, also schwarz, angesteuert :-(

Kriegt man das irgendwie zum laufen?

Danke im Vorraus,

Chris

Re: [lcd4linux] Life

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

Jens Oberender wrote:
> Are there any members in this list?
Yes. At least me :-)

> Is lcd4linux still developed?

Yes, of course. The reason why there hasn't been a release for a (too)
long time is that I' _very_ busy at the moment.

You could check out the CVS version, it's quite stable, 0.98 will be
released soon.

> I wrote a module for the serial-lcd from the Linux-Magazin 2/2001.

Really? Great!
I don't have the Linux Magazin, is the article avaliable online?

If you write a driver, could you please work on the CVS version? If you
need assistance with CVS, let me know. If it works on the CVS version,
send me a patch (if you don't know how to create a patch agains CVS, let
me know). I'll check it into CVS, so other people might test it, too.

bye, Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...

[lcd4linux] Life

[Jens O. <j....@tr...>]

Hi

Are there any members in this list?
Is lcd4linux still developed?
I wrote a module for the serial-lcd from the Linux-Magazin 2/2001.

--
Ciao,
	Jens
------------------------------------------------------------------------------
Die Liebe ist ein seltsam Ding!

[lcd4linux] config file

[<he...@t-...>]

can anyone send me his lcd4linx
config file ?
mine does'nt work.=20
it allways quits with "missing entry 'display' ,
but i have set it to display: HD44780

thanks

Johannes Hermen
he...@fh...
jh...@gm...
ICQ: 58380185
Mobil: 0177 2244698

[lcd4linux] some hardware problems

[Udo A. <udo...@we...>]

Hi,

nice greetings to Graz (with the good "Debreziner mit Kreen"  
foodbar, down the Grazer Liesl).
I worked and testet severeal different displays with lcd4linux, 
most of them worked really fine, but some of them (especially 
4*20 versions) displayed "funny" characters on the display.
The lcd4linux.conf has been edited, the remarks had been 
removes from needed rows, but the rows has been scrambled, 
(ROW1 is in ROW3, ROW2 is in ROW3..) and one row was missing.
An also tested 40x4 display only worked with 2 rows, is the
something else to configure??

If someone is able (and wants to)  test and configure a dispaly with, 
8 rows and 24 characters each row, feel free to mail me.


Thanks a lot

Udo
_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de

[lcd4linux] Features

[Andrew T. <an...@co...>]

Hi All.

Just a note to congratulate Michael on lcd4linux, I like it a lot as i =
just downloaded it and it compiled and worked with my 40x2 display =
straight away.

There are however a few changes I think would make it even better:

*    Multiple screens with a delay set in the config file so that say =
every 20 seconds a new display will come up with different information.
*    Scrolling support, e.g. if text is too long to fit on the first =
line, make it scroll accross.

Not sure if these can be done as I am not a programmer, but they would =
be really useful for me.


Andrew Thrift   an...@co...
Systems Engineer  Phone: 647-838-3747
Compel Automation  http://www.compel.co.nz

RE: [lcd4linux] Lcd4Linux - comments and code

[Simon W. <Sim...@pa...>]

see below

> -----Original Message-----
> From:	Michael Reinelt [SMTP:re...@eu...]
> Sent:	Thursday, January 18, 2001 4:56 PM
> To:	Simon Wood
> Cc:	'lcd...@li...'
> Subject:	Re: [lcd4linux] Lcd4Linux - comments and code
> 
> yes, you're right, we're flushing the whole display. As far as I know,
> there have been no problems with this by now. The largest display I've
> seen so far is 20x4, which makes 80 characters. If we'd implement a
> dirty detection, we'd have to send a lot of positioning codes, a few
> bytes each. I don't think this would save us a lot of bandwith.
	[Simon Wood]  
	You have a goto at the start of each line anyhow. I need to get my head around what goes on the flush, but it looks like it makes some attempt to not write to a line that hasn't change.

	The largest display you can have with a single HD44780 is 2x40, above that you need to have 2 HD's and therefore either 2 strobes or some extra addressing logic.

	Good info page at:
	http://www.delta-components.de/suchbaum/LCDappNotes/iii.htm

> There is a big advantage, too: if for some reason (overload, cable
> disconnect, ...) one or more characters get lost, the will be redrawn
> the next time.
	[Simon Wood]  
	To cope with cable disconnection you would have to handle re-initialisation, and that would be really messy/tricky.

	Its seems to grab a fair amount of processor time (up 5% odd on my work machine), I'll see how my (really) crappy machine at home copes.

> > I'd like to adopt a LCD project for a MP3 player I'm putting together (I've seen LCD Proc but the screen update is too slow), what do you guys think about adjusting the code to read form a keypad???
> 
> I'm not shure about this. lcd4linux is designed following the KISS
> approach (keep it small and simple), and I think it should stay this
> way.
	[Simon Wood]  
	I agree with the KISS pricinple, I'll keep looking around but the speed of your screen update is appealing.......

> Thanks a lot, but this has been fixed in the CVS some time ago.
	[Simon Wood]  
	OK found that, but it looks like it will only work for the 4x20, and not the 4x16. The change is obvious.....

	Not so obvious is how to handle the 1x16 which has an address change mid line. I guess that no one is using this or they would have complained already.....

	[Simon Wood]  
	I've looked at more detail at the config file and I note that the length of the tokens (when not printed out in bar form) is not configurable. In fact different types seem to output different amounts of right justified values. It may be nice to clarify this is the documentation.

	Happy hacking,
	Simon W.

Re: [lcd4linux] Lcd4Linux - comments and code

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

Hi Simon,

Simon Wood wrote:
> 
> Am I correct (from a very quick scan of the code) that the system relies on 'Flushing' the whole display for each frame, rather than only updating the areas of the screen that actually need updating??? How does implementing a 'dirty' flag (or something), or would this interfere with your clever use of the user defined characters for the bar graphs...

you should tell your mailer to wrap long lines :-)

yes, you're right, we're flushing the whole display. As far as I know,
there have been no problems with this by now. The largest display I've
seen so far is 20x4, which makes 80 characters. If we'd implement a
dirty detection, we'd have to send a lot of positioning codes, a few
bytes each. I don't think this would save us a lot of bandwith.

There is a big advantage, too: if for some reason (overload, cable
disconnect, ...) one or more characters get lost, the will be redrawn
the next time.

The X11-driver does update modified areas only, and so will do a driver
for graphics displays (maybe there will be one in the future, and it
will support color, too.)


> Is there an archive of the mailing list somewhere?

Yes, there is. look at SourceForge. But it's a very low-traffic list, so
the archives are quite small...

> I'd like to adopt a LCD project for a MP3 player I'm putting together (I've seen LCD Proc but the screen update is too slow), what do you guys think about adjusting the code to read form a keypad???

I'm not shure about this. lcd4linux is designed following the KISS
approach (keep it small and simple), and I think it should stay this
way.

the serial driver is designed as a output-only device. which makes the
code much simpler. 

If we would parse a keypad - what should we do with the input? How code
it in the config file? A lot of questions....

Maybe lcdproc would better fit your needs in this case. I don't want to
be a replacement for lcdproc, but an alternative.

> Finally, never go to a party empty handed.
> Here's a fix for HD44780.c (from 0.97) to get it displaying correctly on 20x4 (tested) and 16x4 (not tested):

Thanks a lot, but this has been fixed in the CVS some time ago.

bye, Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...

[lcd4linux] Lcd4Linux - comments and code

[Simon W. <Sim...@pa...>]

Hello all,
I've just been having a play with Lcd4Linux and have some comments....

Am I correct (from a very quick scan of the code) that the system relies on 'Flushing' the whole display for each frame, rather than only updating the areas of the screen that actually need updating??? How does implementing a 'dirty' flag (or something), or would this interfere with your clever use of the user defined characters for the bar graphs...

Is there an archive of the mailing list somewhere?

I'd like to adopt a LCD project for a MP3 player I'm putting together (I've seen LCD Proc but the screen update is too slow), what do you guys think about adjusting the code to read form a keypad???

Finally, never go to a party empty handed.
Here's a fix for HD44780.c (from 0.97) to get it displaying correctly on 20x4 (tested) and 16x4 (not tested):
---- code ------
void HD_goto (int row, int col)
{
  int pos;

  pos=(row%2)*64+col;

  /* Cope with 16 or 20 cols */
  if (row>1) pos+= Lcd.cols;

  HD_command (0x80|pos, 40);
}
---- end code -----

cheers,
Simon Wood

Hardware Engineer 
Pace Micro Technology plc
Victoria Road, Saltaire, Shipley
West Yorkshire, BD18 3LF
Tel : +44(0)1274 532000  Fax: +44(0)1274 532029

This E-Mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender.

Re: [lcd4linux] lcd4linux - DHCP Leases

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

> Andrew Thrift wrote:

> Just a query as to whether anyone has modified lcd4linux to list the
> amount of active dhcp leases?
> Just a feature that I would find useful if anyone has implemented it
> could they send me the code.

The good news: There will be a way to do this in the future.

lcd4linux is currently in a phase of major redesign. Part of this
redesign is a new feature called 'plugin', which allows you to call a
user-space program, and it's output will be displayed.

This plugin could be a simpel shell (or perl or whatever) script, which
counts the number of leases.

The bad news: redesign takes its time....

bye, Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...

[lcd4linux] lcd4linux - DHCP Leases

[Andrew T. <an...@co...>]

Hey All!

Just a query as to whether anyone has modified lcd4linux to list the =
amount of active dhcp leases?
Just a feature that I would find useful if anyone has implemented it =
could they send me the code.=20


Thanks




Andrew Thrift   an...@co...
Systems Engineer  Phone: 647-838-3747
Compel Automation  http://www.compel.co.nz

[lcd4linux] lcd4linux 0.97 released

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

Hi there,

I just released 0.97. 

There are two new drivers (CrystalFontzt by Herbert Rosmanith, HD44780
by myself), support for PPP throughput, and support for kernel 2.4-test*

bye,
      Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...

[lcd4linux] Re: [Lcd4linux-users] README.<Drivername>?

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

Hi there,

I'm very sorry, but it seems that none of the documentation files have
made their way into the tarball. It's my first time with autoconf,
automake and friends, and I didn't really check the distribution. 

If you need the documentation, you can either 
- use the CVS
- wait a few days until 0.97 is released (I'm waiting for another
success report with the HD44780 driver), where the problem is fixed, and
all README's are in the tarball.

sorry again,
              Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...

Re: [Lcd4linux-users] README.<Drivername>?

[Herbert R. <he...@wi...>]

> but.....may someone send me a sample lcd4linux.conf....and also some


there is a lcd4linux.conf.sample in the distribution directory

[Lcd4linux-users] README.<Drivername>?

[<m.m...@ne...>]

hi folks.....
first : i think this tool is a very useful one....
but.....may someone send me a sample lcd4linux.conf....and also some
README.<Drivername> 's ?
i tried to build one...and i failed....

cheers

michael

[Lcd4linux-users] lcd4linux 0.96 released!

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

Hi there,

I just released lcd4linux-0.96

We hopefully got the annoying bugs in the X11 driver fixed. 
There's a new command line option '-c key=value', so you can overwrite
entries from the config-file (Great for testing!)
the gap size can be specified as '-1', which means that lcd4linux should
use the size of a pixel as the gap size. If you increase the pixel size
(probably with the use of '-c pixel=5+1'), the gap size will increase
automagically.

But the coolest enhancement is the integration into KDE! I created a
sample configuration, lcd4linux can now 'swallow' on the K Panel. Try
this! Have a look at README.KDE 


Now for something different: I would like to have some feedback. If you
use lcd4linux, and you are subscribed on this list (otherwise you'd
probably miss this message :-), please let me know what you think of it,
what features you would like to see in the future, which colors you like
most, or anything else.

I would like to support other displays. But I have none :-( Therefore
I'd need your help! Especially all this parallel-port displays are
widely used, I think. Another manufacturer is CrystalFonts, they got
this cool penguin on there display. If you have such a display, and want
to run lcd4linux with it, please let me know. Believe me - it's very
simple to write a new driver, and I will help you as much as I can!

bye, Michael

-- 
netWorks       	                                  Vox: +43 316  692396
Michael Reinelt                                   Fax: +43 316  692343
Geisslergasse 4					  GSM: +43 676 3079941
A-8045 Graz, Austria			      e-mail: re...@eu...