lcd4linux-users — lcd4linux users

Re: [lcd4linux] GPO circuitry

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

>>Should be no problem in hardware, but at the moment this is not 
>>supported in software. AND there's another problem: Some commands 
>>(clear, init, character define) go to _both_ displays at the same time, 
>>just by rising _both_ enable lines.

> I'm very keen to do this for myself though.  A 20x4 display is kinda small,
> and I don't like the idea of loosing software controlled backlighting with a
> 40x4 display.  Is it complicated to change those commands to address each
> display one at a time?  Or maybe make it user configurable?
> 
> I'm thinking all the commands that address both displays together are ones
> used relatively infrequently?  Consequently, addressing them one at a time
> shouldn't have a noticable performance hit?

Hmmm.... sneding data to both displays is used for icon definitions. 
This sequence is 9 bytes long, and can happen really often...

But I don't see the problem: You can use 4 control lines from the 
parallel port (AUTOFD, INIT, SELECT and STROBE). The dual-HD44780 needs 
at least three (RS, SELECT#1, SELECT#2), because you can hardwire RW to 
GND. so you have a free line to control the latch individually...


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

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

| By Aragon Gouveia <ar...@ph...>
|                                          [ 2004-02-15 19:42 +0200 ]
> Pretty sure.  For the backlight trick, each of the 16 outputs is connected
> to a resistor of different value (after going through a diode to prevent
> pull-down).  The output of each resistor is connected to the base of a
> transistor (I'm thinking 2N2222).  The output that is switched on will
> determine which resistor power flows through onto the transistor's base
> (thus providing a variable current level at the transistor's collector where
> the load (LED) will be connected).

Incase I'm introducing ambiguity, I will have 16 resistors, the output of
all of them will be connected to the base of a single transistor.  I wasn't
clear on that in my explanation.


Regards,
Aragon

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

| By Michael Reinelt <re...@eu...>
|                                          [ 2004-02-15 19:31 +0200 ]
> Should be no problem in hardware, but at the moment this is not 
> supported in software. AND there's another problem: Some commands 
> (clear, init, character define) go to _both_ displays at the same time, 
> just by rising _both_ enable lines.

Ah ic.  Yes, that will be a problem if this extra circuitry were added.  You
wouldn't want to send your init, clear, and character define to the
CD4514s... ;)

I'm very keen to do this for myself though.  A 20x4 display is kinda small,
and I don't like the idea of loosing software controlled backlighting with a
40x4 display.  Is it complicated to change those commands to address each
display one at a time?  Or maybe make it user configurable?

I'm thinking all the commands that address both displays together are ones
used relatively infrequently?  Consequently, addressing them one at a time
shouldn't have a noticable performance hit?


Thanks,
Aragon

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

Based on that, I don't think faster components will be a problem.  But the
final test will tell. ;)


| By Michael Reinelt <re...@eu...>
|                                          [ 2004-02-15 19:36 +0200 ]
> Hi Aragon,
> 
> >All these components that I could add have a propogation delay just like 
> >the
> >44780 has propogation delays.  How granular can signals be timed on a
> >parallel port?
> 
> Well, that depends on the speed of your computer. For small delays I 
> have to use busy-waiting, and I do use the RDTSC command (Read Time 
> Stamp Counter) from the i686. This gives you a theoretical resolution of 
> 1/(CPU clock frequency), which is 1 nanosecond at 1 GHz.
> 
> But this is very theoretical :-) There are things like signals, 
> interrupts, syscall latency, ....
> 
> I do use delays in the range of 20-50 nsec, but always as a "minimum delay".
> 
> 
> bye, Michael
> 
> -- 
> Michael Reinelt                                   Tel: +43 676 3079941
> Geisslergasse 4                                   Fax: +43 316  692343
> A-8045 Graz, Austria                          e-mail: re...@eu...
> 

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

| By Michael Reinelt <re...@eu...>
|                                          [ 2004-02-15 19:29 +0200 ]
> Every resistor can be switched on and off with a transistor, and every 
> resistor allows a specific current. If you choose the resistors in a way 
> like a "binary system", so that the current will be 10, 20 and 40 mA, 
> you can control the current from 0 to 90 mA in steps of 10 mA.

How will you select each resistor?


> This is very similar to the GPIO schematic on the web page, except that 
> we use a 74HCT573 as a latch.

Yes.  The 4514 has a builtin latch which outputs to a decoder.


> I'm not shure, but what I've read is that the CD4514 is a demultiplexer. 
> This means that it has 16 outputs, but only one can be active at a time! 
> Are you shure that this is what you want?

Pretty sure.  For the backlight trick, each of the 16 outputs is connected
to a resistor of different value (after going through a diode to prevent
pull-down).  The output of each resistor is connected to the base of a
transistor (I'm thinking 2N2222).  The output that is switched on will
determine which resistor power flows through onto the transistor's base
(thus providing a variable current level at the transistor's collector where
the load (LED) will be connected).

Or am I mistaken?


Regards,
Aragon

Re: [lcd4linux] GPO circuitry

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

Hi Aragon,

> All these components that I could add have a propogation delay just like the
> 44780 has propogation delays.  How granular can signals be timed on a
> parallel port?

Well, that depends on the speed of your computer. For small delays I 
have to use busy-waiting, and I do use the RDTSC command (Read Time 
Stamp Counter) from the i686. This gives you a theoretical resolution of 
1/(CPU clock frequency), which is 1 nanosecond at 1 GHz.

But this is very theoretical :-) There are things like signals, 
interrupts, syscall latency, ....

I do use delays in the range of 20-50 nsec, but always as a "minimum delay".


bye, Michael

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

Re: [lcd4linux] GPO circuitry

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

Hi Aragon,

> With some logics added to the circuit I think I can allow for these
> criteria:
> 
> 1.  Ability to use a 40x4 display
> 2.  Ability to software control the backlight on a 40x4 display
> 
> I think I can do it so that it'll be compatible with existing HD44780
> driver code for everyone that currently uses Winamp style 8 bit
> connections.  Basically it'll work like this:
> 
> On parallel port...
> 
>   set pin 1 high to strobe 44780 #1
>   set pin 17 high to strobe 44780 #2
>   set pin 1 and pin 17 high to strobe backlight controller
> 
> What do you think?

Should be no problem in hardware, but at the moment this is not 
supported in software. AND there's another problem: Some commands 
(clear, init, character define) go to _both_ displays at the same time, 
just by rising _both_ enable lines.

bye, Michael

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

Re: [lcd4linux] GPO circuitry

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

Hi Aragon,

> However, I'm having difficulty figuring out how your idea will work with the
> resistors?

Every resistor can be switched on and off with a transistor, and every 
resistor allows a specific current. If you choose the resistors in a way 
like a "binary system", so that the current will be 10, 20 and 40 mA, 
you can control the current from 0 to 90 mA in steps of 10 mA.


> Instead of using pin 17 for a 1 bit operation, I'm going to use it to strobe
> a pair of CD4514s.  Each CD4514 can take 4-bits of binary input, so I'm
> going have one connected to bits 0-3 of the parallel port's i/o lines, and
> the other connected to bits 4-7.

This is very similar to the GPIO schematic on the web page, except that 
we use a 74HCT573 as a latch.

> So what will this achieve?  Well, it will give you 32 switchable channels
> that can be controlled from software.  You could have 16 of these providing
> 16 levels of backlight brightness, and another 16 performing other switching
> operations (panel LEDs, relays, etc. etc.).  It really adds a huge level of
> flexibility.  You could hook up a relay to cut your PCs power if you so
> wanted!

I'm not shure, but what I've read is that the CD4514 is a demultiplexer. 
This means that it has 16 outputs, but only one can be active at a time! 
Are you shure that this is what you want?

bye, Michael

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

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

Something I need to know...

All these components that I could add have a propogation delay just like the
44780 has propogation delays.  How granular can signals be timed on a
parallel port?

A CD4515 has a delay of around 200-300 ns according to spec (real world
results may be longer).  A standard set of CMOS logical gates could add as
much as 600 ns to the strobe signals.

I'm thinking I should rather design around faster components.  Propogation
delays of <100ns should be possible.  Anyone think faster components will be
a problem?


Thanks,
Aragon


| By Aragon Gouveia <ar...@ph...>
|                                          [ 2004-02-15 14:23 +0200 ]
> Just thinking even further...
> 
> With some logics added to the circuit I think I can allow for these
> criteria:
> 
> 1.  Ability to use a 40x4 display
> 2.  Ability to software control the backlight on a 40x4 display
> 
> I think I can do it so that it'll be compatible with existing HD44780
> driver code for everyone that currently uses Winamp style 8 bit
> connections.  Basically it'll work like this:
> 
> On parallel port...
> 
>   set pin 1 high to strobe 44780 #1
>   set pin 17 high to strobe 44780 #2
>   set pin 1 and pin 17 high to strobe backlight controller
> 
> What do you think?
> 
> 
> 
> | By Michael Reinelt <re...@eu...>
> |                                          [ 2004-02-15 08:48 +0200 ]
> > 
> > Hi Aragon,
> > 
> > >I've seen lcd4linux's GPO system and example on the page.  I'm trying to
> > >find the right circuitry that must work similarly to the example on the
> > >page, but provide analog output.  More specifically, I'd like to control
> > >backlight intensity using a GPO by converting 3 bits of the binary data to
> > >8 voltage variations to the backlight LED.
> > 
> > First, I think this is a good idea.
> > 
> > I'm planning to include code for software-controlled backlight like for 
> > a circuit like this: http://www.jalcds.de/images/4x20backlight.gif
> > 
> > But there is no intensity, just switch on/off
> > 
> > If you want intensity, I'd try thw following:
> > 
> > use the diode 1N4148, the resistor 150 Ohm and the transistor BD135 
> > three times.
> > 
> > the 100 Ohm petentiometer should be replaced by a resistor, it's value 
> > should be different for all three transistors, and show some binary 
> > scheme (e.g. 100 - 220 - 470). The output of all three resistors would 
> > be connected together on Pin 16 of the LCD.
> > 
> > I know that there may be cleaner solutions....
> > 
> > bye, michael
> > 
> > -- 
> > Michael Reinelt                                   Tel: +43 676 3079941
> > Geisslergasse 4                                   Fax: +43 316  692343
> > A-8045 Graz, Austria                          e-mail: re...@eu...
> > 
> > 
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > _______________________________________________
> > Lcd4linux-users mailing list
> > Lcd...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

Just thinking even further...

With some logics added to the circuit I think I can allow for these
criteria:

1.  Ability to use a 40x4 display
2.  Ability to software control the backlight on a 40x4 display

I think I can do it so that it'll be compatible with existing HD44780
driver code for everyone that currently uses Winamp style 8 bit
connections.  Basically it'll work like this:

On parallel port...

  set pin 1 high to strobe 44780 #1
  set pin 17 high to strobe 44780 #2
  set pin 1 and pin 17 high to strobe backlight controller

What do you think?



| By Michael Reinelt <re...@eu...>
|                                          [ 2004-02-15 08:48 +0200 ]
> 
> Hi Aragon,
> 
> >I've seen lcd4linux's GPO system and example on the page.  I'm trying to
> >find the right circuitry that must work similarly to the example on the
> >page, but provide analog output.  More specifically, I'd like to control
> >backlight intensity using a GPO by converting 3 bits of the binary data to
> >8 voltage variations to the backlight LED.
> 
> First, I think this is a good idea.
> 
> I'm planning to include code for software-controlled backlight like for 
> a circuit like this: http://www.jalcds.de/images/4x20backlight.gif
> 
> But there is no intensity, just switch on/off
> 
> If you want intensity, I'd try thw following:
> 
> use the diode 1N4148, the resistor 150 Ohm and the transistor BD135 
> three times.
> 
> the 100 Ohm petentiometer should be replaced by a resistor, it's value 
> should be different for all three transistors, and show some binary 
> scheme (e.g. 100 - 220 - 470). The output of all three resistors would 
> be connected together on Pin 16 of the LCD.
> 
> I know that there may be cleaner solutions....
> 
> bye, michael
> 
> -- 
> Michael Reinelt                                   Tel: +43 676 3079941
> Geisslergasse 4                                   Fax: +43 316  692343
> A-8045 Graz, Austria                          e-mail: re...@eu...
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

Re: [lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

I'm really glad you like my idea. :)

However, I'm having difficulty figuring out how your idea will work with the
resistors?

Here's my idea.

These are the output control lines I'm currently using on my parallel port:

1  ->  44780 Strobe (6)
14 ->  44780 R/W (5)
16 ->  44780 R/S (4)
17 ->  LCD backlight transistor switch

Instead of using pin 17 for a 1 bit operation, I'm going to use it to strobe
a pair of CD4514s.  Each CD4514 can take 4-bits of binary input, so I'm
going have one connected to bits 0-3 of the parallel port's i/o lines, and
the other connected to bits 4-7.

They will share I/O lines with the LCD display, but the CD4514 pair will be
strobed independantly of the display.  This is the same way a 40x4 display
is addressed.  It also means that addressing the CD4514s will require one
dedicated time cycle of I/O (which the LCD would not get).  This is fine
considering the frequency at which the CD4514s will be typically addressed.

The CD4514s have a built in latch, in case anyone is wondering what happens
when the I/O and strobe disapears from the 4514s inputs. :)  Googling for
CD4514 will get you a PDF spec sheet on them if you want to see more.

So what will this achieve?  Well, it will give you 32 switchable channels
that can be controlled from software.  You could have 16 of these providing
16 levels of backlight brightness, and another 16 performing other switching
operations (panel LEDs, relays, etc. etc.).  It really adds a huge level of
flexibility.  You could hook up a relay to cut your PCs power if you so
wanted!

If you really wanted to go crazy, the 4514s could be wired up more
efficiently to provide 256 (!) switchable channels.  The only downside is
that each 4514 will require its own time cycle for addressing it - more
complex and cpu intensive when it comes down to programming.  IMHO this
would be overkill, but that's just me. :)

Well I'm going to be giving this a try soon, depending on how much time I
can scavage from work.  I might need help on the programming side as my C
skills are very much in their infancy.


Regards,
Aragon




| By Michael Reinelt <re...@eu...>
|                                          [ 2004-02-15 08:47 +0200 ]
> 
> Hi Aragon,
> 
> >I've seen lcd4linux's GPO system and example on the page.  I'm trying to
> >find the right circuitry that must work similarly to the example on the
> >page, but provide analog output.  More specifically, I'd like to control
> >backlight intensity using a GPO by converting 3 bits of the binary data to
> >8 voltage variations to the backlight LED.
> 
> First, I think this is a good idea.
> 
> I'm planning to include code for software-controlled backlight like for 
> a circuit like this: http://www.jalcds.de/images/4x20backlight.gif
> 
> But there is no intensity, just switch on/off
> 
> If you want intensity, I'd try thw following:
> 
> use the diode 1N4148, the resistor 150 Ohm and the transistor BD135 
> three times.
> 
> the 100 Ohm petentiometer should be replaced by a resistor, it's value 
> should be different for all three transistors, and show some binary 
> scheme (e.g. 100 - 220 - 470). The output of all three resistors would 
> be connected together on Pin 16 of the LCD.
> 
> I know that there may be cleaner solutions....
> 
> bye, michael
> 
> -- 
> Michael Reinelt                                   Tel: +43 676 3079941
> Geisslergasse 4                                   Fax: +43 316  692343
> A-8045 Graz, Austria                          e-mail: re...@eu...

Re: [lcd4linux] GPO circuitry

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

Hi Aragon,

> I've seen lcd4linux's GPO system and example on the page.  I'm trying to
> find the right circuitry that must work similarly to the example on the
> page, but provide analog output.  More specifically, I'd like to control
> backlight intensity using a GPO by converting 3 bits of the binary data to
> 8 voltage variations to the backlight LED.

First, I think this is a good idea.

I'm planning to include code for software-controlled backlight like for 
a circuit like this: http://www.jalcds.de/images/4x20backlight.gif

But there is no intensity, just switch on/off

If you want intensity, I'd try thw following:

use the diode 1N4148, the resistor 150 Ohm and the transistor BD135 
three times.

the 100 Ohm petentiometer should be replaced by a resistor, it's value 
should be different for all three transistors, and show some binary 
scheme (e.g. 100 - 220 - 470). The output of all three resistors would 
be connected together on Pin 16 of the LCD.

I know that there may be cleaner solutions....

bye, michael

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

[lcd4linux] GPO circuitry

[Aragon G. <ar...@ph...>]

Hi,

I've seen lcd4linux's GPO system and example on the page.  I'm trying to
find the right circuitry that must work similarly to the example on the
page, but provide analog output.  More specifically, I'd like to control
backlight intensity using a GPO by converting 3 bits of the binary data to
8 voltage variations to the backlight LED.

I'm not very experienced with circuit design and was wondering if anyone had
some pointers for me?


Thanks,
Aragon

Re: [lcd4linux] only one screen

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

Hi Peter,

> I've changed my config to:
> 
> Row1 "**Mandrake 9.2**"
> Row2 " *%v* "
> Row3 "**AMDK6 501MHz**"
> Row4 "Busy %cb%% $r6cb"
> 
> Rows: "4"
> Scroll: "2"
> Turn: "5000"
> 
> 
> but it is still only one screen, Row1 and Row2, and it does not change!

I *know* that this stuff is working. It has been working for months, it 
is working at the moment, and it will work in the future...

Could you please provide
- your complete lcd4linux.conf
- the output of 'lcd4linux -F -vv'

Send it directly to me per PM, do not disturb the mailing list.

bye, Michael

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

Re: [lcd4linux] only one screen

[Peter S. <pe...@mi...>]

I've changed my config to:

Row1 "**Mandrake 9.2**"
Row2 " *%v* "
Row3 "**AMDK6 501MHz**"
Row4 "Busy %cb%% $r6cb"

Rows: "4"
Scroll: "2"
Turn: "5000"


but it is still only one screen, Row1 and Row2, and it does not change!

[lcd4linux] News from lcd4linux-CVS

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

Hi LCD4Linux-Users and Developers,

I just made the big cut inside CVS: all old drivers and plugins (called 
"clients" in the old style) that have already been ported or are no 
longer necessary have been removed.

So the CVS code does contain only NextGeneration code, besides the 
things not ported by now, but they will be neither compiled nor linked.

Currently the NextGeneration is working with most of the plugins and a 
few drivers (MatrixOrbital, Crystalfontz, HD44780, Cwlinux).

Here's the ToDo-List:

Plugins that should be ported:
- battery (APM/ACPI)
- exec (external commands)
- imon (Nico?)
- isdn
- mail
- seti
- wifi (Xavier?)

Plugins that should be developed:
- partition information (used, free, ...)

Drivers that should be ported:
- Beckmann&Egle
- Milford Instruments
- Palm Pilot
- Raster (PPM, PNG)
- T6963
- USBLCD
- X11

Drivers that should be written:
- SED 15*

GPO's are not working at all, because the framework is still missing.

For the Graphic display drivers (T6963, raster, X11) the framework is 
missing, too. I will work this out as soon as possible.

Volunteers are welcome!


bye, Michael

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

Re: [lcd4linux] only one screen

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

>>My LCD seems to work correctly,
>>but if I start lcd4linux, after the startup screen, there stays always the
>>same screen! If my lcd4linux.conf looks like this:
>>
>>Row1 "**Mandrake 9.2**"
>>Row2 " *%v* "
>>
>>Row1 "**AMDK6 501MHz**"
>>Row2 "Busy %cb%% $r6cb"

 > Rows	"4"
 > Scroll	"2"

plus changing the second "Row1" and "Row2" to "Row3" and "Row4"

bye, Michael

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

Re: [lcd4linux] only one screen

[Jan K. <ja...@ph...>]

hi!

gave you tried adding the lines

Rows=09"4"
Scroll=09"2"

to the config?

Am Sonntag, 8. Februar 2004 15:20 schrieb Peter Seibold:
> My LCD seems to work correctly,
> but if I start lcd4linux, after the startup screen, there stays always =
the
> same screen! If my lcd4linux.conf looks like this:
>
> Row1 "**Mandrake 9.2**"
> Row2 " *%v* "
>
> Row1 "**AMDK6 501MHz**"
> Row2 "Busy %cb%% $r6cb"
>
> only
>
> **AMDK6 501MHz**
> Busy    0% |
>
> is shown and stays on the LCD.
> Is there any thing missing in my conf-file?
> I use Mandrake 9.2, as you can see in my conf.

[lcd4linux] only one screen

[Peter S. <pe...@mi...>]

My LCD seems to work correctly,=20
but if I start lcd4linux, after the startup screen, there stays always =
the same screen!
If my lcd4linux.conf looks like this:

Row1 "**Mandrake 9.2**"
Row2 " *%v* "

Row1 "**AMDK6 501MHz**"
Row2 "Busy %cb%% $r6cb"

only=20

**AMDK6 501MHz**
Busy    0% |

is shown and stays on the LCD.
Is there any thing missing in my conf-file?
I use Mandrake 9.2, as you can see in my conf.

Re: [lcd4linux] showing amount of mails

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

Hi Jan,


 > i didn't get the reason to have 5
> digits reserved for mail (who has more than 99999 unseen mails?!)
Ever been subscribed to LKML (Linux Kernel Mailing List) and been on 
holyday for two weeks? :-)

> i decided 
> to get that down to 2 digits, btw, who has more then 99 unseen mails? :)
Me. Everyday.

> so i added these lines to my processor.c just before the standard definition 
> of 
> **** beginning in line 581:

If you do modyfy the code, and want to share your modifications with 
other people (which is what "Open Source" stands for), try to use "diff":

copy the processor.c file to processor.c.orig
modify the processor.c
do a 'diff -bu processor.c.orig processor.c'
This is the standard format for sharing modifictions (or patches)

> i think these constants were just overlooked while adding the mail-code.
No, this was intentionally. But I know that this wasn't looking that good...

Anyway, this code is obsolete with the NextGeneration of lcd4linux. But 
a Mail-Plugin is still missing. This would be a bit tricky, because 
checking mailboxes should be done asynchronous, because it can last some 
seconds (if the mailbox is on the internet), and such large delays are 
very bad for lcd4linux.


So, are there any volunteers out there?

bye, Michael

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

[lcd4linux] showing amount of mails

[Jan K. <ja...@ph...>]

Hi guys!

i was annoyed by the many reserved chars there are when i used the lcd4li=
nux=20
to let me show the number of mails i got. i didn't get the reason to have=
 5=20
digits reserved for mail (who has more than 99999 unseen mails?!) i decid=
ed=20
to get that down to 2 digits, btw, who has more then 99 unseen mails? :)
so i added these lines to my processor.c just before the standard definit=
ion=20
of=20

static void print_token (int token, char **p, char *start) {

**** beginning in line 581:

  case T_MAIL:
    *p+=3Dsprintf (*p, "%2.0f", query(token));
    break;

  case T_MAIL_UNSEEN:
    *p+=3Dsprintf (*p, "%2.0f", query(token));
    break;

**** ending in line 588 (now) or whatever :)
just add it be4 the default definition :)

i think these constants were just overlooked while adding the mail-code.

you need de do a make clean be4 the make recons and compiles this change.=
=2E.

so, have a nice lcd-day, janK

Re: [lcd4linux] Gigabyte GS-SR114

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

Hi Fabio,

> Has anyone tested lcd4linux with Gigabyte GS-SR114 lcd?
> http://www.giga-byte.com/Server/Products/Products_RackmountServer.htm#GS-SR114 
> 
> I can't find any configuration suitable with it. Is this lcd supported?

I don't know, but this would be very cool!

Do you have any further information or even a datasheet?

bye, Michael

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

[lcd4linux] Gigabyte GS-SR114

[Fabio E. <fa...@in...>]

Has anyone tested lcd4linux with Gigabyte GS-SR114 lcd?
http://www.giga-byte.com/Server/Products/Products_RackmountServer.htm#GS-SR114

I can't find any configuration suitable with it. Is this lcd supported?

Thanks.
Fabio Erri

Re: [lcd4linux] M50530

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

Hi Jan,

> i have an LCD with the M50530 controller. The display has 2 char-lines (20 
> chars each) and one line with special signs. my problem now is, that i cannot 
> use the wiring shown at the Displays-page, because the connector of my 
> display has only 14 pins, not 16! the question now is how to translate that 
> to get my display working?! anyone got an idea how to do this? i have googled 
> a lot but didnt find anything useable, the datasheet of the M50530 doenst 
> help either. 

Strange. Very strange.

At least these signals are necessary:
DB0-DB7
I/OC1
I/OC2
EX
R/W
GND
VCC
Vref

which gives 15 pins. I could imagine that "shield" is not necessary (as 
its normally hardwired to GND).

Are you really shure it's a M50530? Are there other chips on your 
display? Maybe it's another microcontroller which has aonther interface 
with 14 pins, and controls the M50530 itself.

As a last resourt, you'd have to follow the signals on the print, and 
find out where the 14 pins end at the M50530. I know this is difficult 
(I've done this several times), but it's possible.

bye, Michael

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

Re: [lcd4linux] (no subject)

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

Hi

> I have an LCD device which I got working pretty much I think, but I can't work out why every time I start up the unit, this is shown. http://www.dj-m.net/lcd.jpg
Try to start lcd4linux with the "-q" parameter - and the strange screen 
should go away.

Martin