lcd4linux-users — lcd4linux users

Re: [lcd4linux] exec() question

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

On Mon, Mar 20, 2006 at 08:35:31PM +0100, Michael Reinelt waxed:
> > I also got the CF635 keypad working allright, thanks to
> > Chris's patch for this the other week. However, I'm not
> > sure how to execute a command (once!) using the keypad.
> > Maybe there is another way that I don't know of?
> > If not, I guess I'll have to look in to the code.
> just curious again: What's chris's patch? (you are using CVS code, ain't
> you?)

I submitted a couple recently into CVS, and I've still got
commit privileges so I will be submitting more.  Watch out :)

One was the keypad button handling code on the CF635.

Another was the file reading application which will display
text file contents from a specified line number, updating
at the chosen interval.  This line number can be a variable,
and you could use the buttons on the keypad to change it's
value.

Both patches are documented on the wiki.

--Chris

Re: [lcd4linux] Multiple screens?

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

On Thu, Mar 23, 2006 at 03:16:36PM +0100, Peter Andersson waxed:
> Hi,
> i was just wondering on how to user multiple screens with lcd4linux.
> With screen i mean the whole lcd display, in my case 4 rows with 20
> characters each.
> 
> For instance i could have one screen displaying hardware info (cpu load,
> memory consumption), one screen showing net status etc. And one screen
> showing xmms info when i have xmms running.
> 
> Is this possible?
> If so please let me know.

I think the only way to do this right now is to launch
multiple instances of lcd4linux and specify a different
configuration file for each device that you connect.

--Chris

[lcd4linux] Unable to get lcd4linux to start--no errors given

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

I am trying to set up my machine to show status information on my Palm 
(running PalmOrb) through USBLCD.  When I start lcd4linux, the program 
just exits (no error, though, since
0 ~ $ lcd4linux || echo "Got fail-code"
0 ~ $
doesn't echo anything.


Note that:
0 /dev/tts $ ls -l
total 0
lrwxrwxrwx  1 root root  8 Mar 21 07:49 0 -> ../ttyS0
lrwxrwxrwx  1 root root  8 Mar 21 07:49 1 -> ../ttyS1
lrwxrwxrwx  1 root root  8 Mar 21 07:49 2 -> ../ttyS2
lrwxrwxrwx  1 root root  8 Mar 21 07:49 3 -> ../ttyS3
lrwxrwxrwx  1 root root 10 Mar 25 17:16 USB0 -> ../ttyUSB0
lrwxrwxrwx  1 root root 10 Mar 25 17:16 USB1 -> ../ttyUSB1
...and my syncing software uses /dev/tts/USB1 without complaint.

I think PalmOrb is open on /dev/tts/USB1, since that disappears from 
/dev when I close PalmOrb.

Does anyone else have this (PalmOrb over USB) working?


My config is:

Display T3-20x4 {
        Driver 'USBLCD'
        Port '/dev/tts/USB1'
        Size '20x4'
        asc255bug 0
        Icons 1
}

Widget CPU {
        class 'Text'
        expression uname('machine')
        prefix 'CPU '
        width 9
        align 'L'
        update tick
}

Layout Default {
        Row1 {
                Col1 'CPU'
        }
}

Variables {
        tick 500
}

Display  'T3-20x4'
Layout   'Default'

[lcd4linux] Still some spare LCD2USB pcbs

[Till H. <ti...@ha...>]

Hi,

i still have some spare LCD2USB pcbs. See http://www.harbaum.org/till/lcd2usb
I am selling these for 15 Euros and in the meantime some other people reading 
here have successfully assembled their LCD2USB devices. So get your PCB
while i still have some of them ... 

Till

-- 
Dr.Ing. Till Harbaum <ti...@ha...>
http://www.harbaum.org/till

[lcd4linux] Lcd4Linux and ubuntu

[<for...@gm...>]

It seems I misunderstood how the config file should be set up. Anyway, I
ended up successfully compiling the 0.10 version (as opposed to the -RC1). =
I
set up the config file as shown on the page for the HD44780, and have the
uname widget included. However, when I try to run LCD4Linux, I recieve no
errors, yet the screen does nothing.  I've triple checked my circuit, it is
exactly the same as the schematic on the HD44780 page. Can anyone offer me
some advice on troubleshooting and debugging this?

[lcd4linux] Multiple screens?

[Peter A. <pe...@le...>]

Hi,
i was just wondering on how to user multiple screens with lcd4linux.
With screen i mean the whole lcd display, in my case 4 rows with 20
characters each.

For instance i could have one screen displaying hardware info (cpu load,
memory consumption), one screen showing net status etc. And one screen
showing xmms info when i have xmms running.

Is this possible?
If so please let me know.

Thanks

Peter

Re: [lcd4linux] exec() question

[Lars S. <st...@te...>]

Michael Reinelt wrote:
> Hi Lars,
>=20
>>>>Does anyone know if you can get the exec() to execute
>>>>once only instead of doing repeated executions?
>=20
>>>But why the heck would one want to execute things only once???
>=20
>>I'm working on a software RAID-1 solution with three S-ATA disks.
>>One of these disks will be used as backup, i.e push the button
>>(CF635), take out the disk, put another disk in, push another
>>button, and voil=E1, you have a complete (and bootable) backup
>>of your system on a separate disk, whilest the new disk is now
>>being resynced. All with a running system (hotswap, no reboot).
>=20
> Hey, this sounds cool! I will get a new server for my company this week
> (a dual-core, so some of the SMP questions with lcd4linux will be
> answered :-), and I'm planning to do something similar, but with two
> harddisks only. So I'm a bit curious: how do you boot from and swap to
> such a mirrored disk?

I set up the partitions as follows:

/dev/md0 /boot 100 MB
/dev/md1 /       1 GB
/dev/md2 swap  900 MB
/dev/md3 LVM   the rest

Then I use LILO with the raid-extra-boot option to get all
three disks bootable, i.e. even if one or even two disks
fail, the system can boot on the remainding disk. This,
of course, works just fine with two disks as well.

I've done this on SuSE Linux Pro 9.3 and Fedora Core 4
using the installation and partitioning tools available
on each platform. In all honesty, I tend to use the automatic
network installation feature of each distro (autoyast for
SuSE and kickstart for fedora). This is due to the fact
that I do a lot of testing, and need to "reset" the machines
to a well known state now and again.

Let me know if you need more specifics.

>>I checked the mailinglist and couldn't find any plugin for
>>/proc/mdstat, which I need in order to monitor the RAID.
>>So I guess I'll have to write a plugin for /proc/mdstat.
> This would be very very welcome :-) especially because I've got some
> raid arrays up and running here (almost 1 TB for VDR :-)
>=20
>>However, for prototyping I find the exec() function splendid.
>>With the help of the exec() function and a simple shell-script,
>>I have a running system where the CF635 display shows the
>>RAID status. I even took care of stopping the underlying processes
>>using a modified init.d script for start/stop of lcd4unix.
>>So, in all fairness, it works well for me at least.
>=20
> I've been thinking a bit about your issue. The problem with the exec()
> plugin is that for timing reasons it's async by default. As a side
> effect, the first call to exec() will never return a senseful result
> (because the exec thread just forked off).
>=20
> I see two solutions: modify the exec() plugin so it's thread terminates
> after the first execution, but in this case you won't get a return
> value. another way would be to force the exec() to be synchronous,
> meaning not to fork. Maybe this could be implemented by using a negativ=
e
> update parameter (while a update value of zero would mean a "one shot" =
exec.

I haven't read all the code, but I tried the first idea (I think)
by modifying exec_thread() a tad bit at the end of the "while (1)"
forever loop:

   if (Thread->delay =3D=3D -1)
     return;
   else
     usleep(Thread->delay);

And that worked fine, but only once, i.e. second time I pressed
the key, there was no exec() happening. I could see that the CF
driver noted the keys being pressed, but the exec() didn't show up.
I obviously need to get rid of the thread being executed in order
to allow for the next one to be created (or something like that).
I have a feeling that I should terminate the thread properly
as opposed to the above experiment. I guess I could do a
destroy_exec_thread() instead of the empty return, but at that
place in the code, I don't have the index that destroy_exec_thread()
requires. But if I put the following in there:

static void terminate_this_exec_thread(void *data)
{
   EXEC_THREAD *Thread =3D (EXEC_THREAD *) data;

   if (Thread->mutex !=3D 0)
     mutex_destroy(Thread->mutex);
   if (Thread->cmd)
     free(Thread->cmd);
   if (Thread->key)
     free(Thread->key);
   if (Thread->ret)
     shm_destroy(Thread->shmid, Thread->ret);

   Thread->delay =3D 0;
   Thread->mutex =3D 0;
   Thread->pid =3D 0;
   Thread->shmid =3D 0;
   Thread->cmd =3D NULL;
   Thread->key =3D NULL;
   Thread->ret =3D NULL;
}

And then call terminate_this_exec_thread() if (Thread->delay =3D=3D -1)
at the end of the forever loop.

What do you think?

>>I also got the CF635 keypad working allright, thanks to
>>Chris's patch for this the other week. However, I'm not
>>sure how to execute a command (once!) using the keypad.
>>Maybe there is another way that I don't know of?
>>If not, I guess I'll have to look in to the code.
> just curious again: What's chris's patch? (you are using CVS code, ain'=
t
> you?)

Well, I just ment that I saw on the mailing lists that a guy called
Chris (I think) had done some work on the CF635 code.

And yes, I'm using the CVS code (the released code does not contain
the CF635 driver).

> As I'm very very very busy with my real-life job at the moment, and my
> son (who is six months old now! funny how time flies....) eats up the
> rest of my spare time, I'm afraid I can't be of much help, especially
> with coding.

That's OK, I can do the coding, as long as you just give me some
advice (see above).

> If you feel familiar enough with coding for lcd4linux and patching the
> repository, I could give you CVS developer access.

Well, why not, I really need the keypad functionality for the RAID
setup. Also, I guess I'll write a plugin for /proc/mdstat as well
at some point.

Thanks
/LarS

Re: [lcd4linux] Lcd4Linux and ubuntu

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

Hi there,

> I've also had trouble with LCD4Linux with Ubuntu 5.10. (Using the
> HD44780 display setup)
>  When I try to compile it I get this error:
> In file included from drv_generic_i2c.c:76
> lcd4linux_i2c.h:81: error: array type has incomplete element type
> make: *** [drv_generic_i2c.o] Error 1

Which version are you using? from CVS?

> Instead, I tried installing the dapper package, which installed
> succesfully. However I get this error when I run it with -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 LCD-Linux
> drv_init(LCD-Linux) failed: no such driver

This means that the LCD-Linux driver isn't part of the distribution.
Maybe due to the fact that the last release of lcd4linux is quite old....

You may want to try the CVS version. If your first problem persists,
maybe some of the I2C guys can help... (are there any I2C guys listening
here?)


bye, Michael

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

Re: [lcd4linux] smp-maschines and cpuinfo plugin

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

Hi Maik,

> i use the cpuinfo plugin to display the actual CPU frequency. Now i hav=
e
> a multiprozessorsystem and the  cpu=B4s could have different frequencie=
s.
> The cpuinfo plugin delivers only the frequenz from the first cpu. What
> must i do do read the frequenz from the secound cpu ?

As I just ordered a dual-core athlon, I'm looking forward to solve this
issue real soon :-)

stay tuned!

bye, Michael

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

Re: [lcd4linux] exec() question

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

Hi Lars,

>>> Does anyone know if you can get the exec() to execute
>>> once only instead of doing repeated executions?

>> But why the heck would one want to execute things only once???

> I'm working on a software RAID-1 solution with three S-ATA disks.
> One of these disks will be used as backup, i.e push the button
> (CF635), take out the disk, put another disk in, push another
> button, and voil=E1, you have a complete (and bootable) backup
> of your system on a separate disk, whilest the new disk is now
> being resynced. All with a running system (hotswap, no reboot).

Hey, this sounds cool! I will get a new server for my company this week
(a dual-core, so some of the SMP questions with lcd4linux will be
answered :-), and I'm planning to do something similar, but with two
harddisks only. So I'm a bit curious: how do you boot from and swap to
such a mirrored disk?

> I checked the mailinglist and couldn't find any plugin for
> /proc/mdstat, which I need in order to monitor the RAID.
> So I guess I'll have to write a plugin for /proc/mdstat.
This would be very very welcome :-) especially because I've got some
raid arrays up and running here (almost 1 TB for VDR :-)

> However, for prototyping I find the exec() function splendid.
> With the help of the exec() function and a simple shell-script,
> I have a running system where the CF635 display shows the
> RAID status. I even took care of stopping the underlying processes
> using a modified init.d script for start/stop of lcd4unix.
> So, in all fairness, it works well for me at least.

I've been thinking a bit about your issue. The problem with the exec()
plugin is that for timing reasons it's async by default. As a side
effect, the first call to exec() will never return a senseful result
(because the exec thread just forked off).

I see two solutions: modify the exec() plugin so it's thread terminates
after the first execution, but in this case you won't get a return
value. another way would be to force the exec() to be synchronous,
meaning not to fork. Maybe this could be implemented by using a negative
update parameter (while a update value of zero would mean a "one shot" ex=
ec.

> I also got the CF635 keypad working allright, thanks to
> Chris's patch for this the other week. However, I'm not
> sure how to execute a command (once!) using the keypad.
> Maybe there is another way that I don't know of?
> If not, I guess I'll have to look in to the code.
just curious again: What's chris's patch? (you are using CVS code, ain't
you?)

As I'm very very very busy with my real-life job at the moment, and my
son (who is six months old now! funny how time flies....) eats up the
rest of my spare time, I'm afraid I can't be of much help, especially
with coding.

If you feel familiar enough with coding for lcd4linux and patching the
repository, I could give you CVS developer access.


bye, Michael

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

Re: [lcd4linux] exec() question

[Lars S. <st...@te...>]

Michael Reinelt wrote:
> Hi Lars,
>=20
>>Does anyone know if you can get the exec() to execute
>>once only instead of doing repeated executions?
>=20
> I'm afraid this is *not* possible at the moment. But this could be
> easily implemented by using a 'update' value (or whatever the attribute
> is called today :-) of 0 (zero).
>=20
> But why the heck would one want to execute things only once???

I'm working on a software RAID-1 solution with three S-ATA disks.
One of these disks will be used as backup, i.e push the button
(CF635), take out the disk, put another disk in, push another
button, and voil=E1, you have a complete (and bootable) backup
of your system on a separate disk, whilest the new disk is now
being resynced. All with a running system (hotswap, no reboot).

I'm new to lcd4linux since a couple of days back, and I just
have to say: great piece of software, well done! Just bought
myself a CF635 display, and with lcd4linux I got it up and
running in no time.

I checked the mailinglist and couldn't find any plugin for
/proc/mdstat, which I need in order to monitor the RAID.
So I guess I'll have to write a plugin for /proc/mdstat.
However, for prototyping I find the exec() function splendid.
With the help of the exec() function and a simple shell-script,
I have a running system where the CF635 display shows the
RAID status. I even took care of stopping the underlying processes
using a modified init.d script for start/stop of lcd4unix.
So, in all fairness, it works well for me at least.

I also got the CF635 keypad working allright, thanks to
Chris's patch for this the other week. However, I'm not
sure how to execute a command (once!) using the keypad.
Maybe there is another way that I don't know of?
If not, I guess I'll have to look in to the code.

Thank you for your comments.

R
/LarS

Re: [lcd4linux] exec() question

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

Hi Lars,

> Does anyone know if you can get the exec() to execute
> once only instead of doing repeated executions?

I'm afraid this is *not* possible at the moment. But this could be
easily implemented by using a 'update' value (or whatever the attribute
is called today :-) of 0 (zero).

But why the heck would one want to execute things only once???


bye, Michael

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

[lcd4linux] exec() question

[Lars S. <st...@te...>]

Does anyone know if you can get the exec() to execute
once only instead of doing repeated executions?

R
/LarS

[lcd4linux] Lcd4Linux and ubuntu

[<for...@gm...>]

I've also had trouble with LCD4Linux with Ubuntu 5.10. (Using the HD44780
display setup)
 When I try to compile it I get this error:
In file included from drv_generic_i2c.c:76
lcd4linux_i2c.h:81: error: array type has incomplete element type
make: *** [drv_generic_i2c.o] Error 1

Instead, I tried installing the dapper package, which installed succesfully=
.
However I get this error when I run it with -Fvv:
Version 0.10.1-CVS starting
plugin_cfg.c: Variable minute =3D '60000' (60000)
plugin_cfg.c: Variable tack =3D '100' (100)
plugin_cfg.c: Variable tick =3D '500' (500)
lcd4linux.c: initializing driver LCD-Linux
drv_init(LCD-Linux) failed: no such driver

As a first time user, I'm not really sure what the problem is with either
installation method.  For now, I'm trying to solve the problem with the
package and somehow get it working with my HD44780 display.  Any help would
be appreciated.

[lcd4linux] smp-maschines and cpuinfo plugin

[Maik H. <mai...@ma...>]

Hello,

i use the cpuinfo plugin to display the actual CPU frequency. Now i =20
have a multiprozessorsystem and the  cpu=B4s could have different =20
frequencies. The cpuinfo plugin delivers only the frequenz from the =20
first cpu. What must i do do read the frequenz from the secound cpu ?


with kind regards and sorry for the bad english

Maik

Re: [lcd4linux] view harddisk information

[Johan S. <Joh...@xs...>]

Patrick de Brabander wrote:
> Hi all.
>  
> I'm using lcd4linix 0.10, and was wondering how i can put my harddisk 
> information on my LCD screen.
> I want to see how much i used or left on /dev/hda.

Hello Patrick,

You might want to use something similar to:

Widget DiskFree {
     class 'Text'
     expression statfs( '/Cdos', 'bavail' )*statfs('/Cdos', 'bsize')/1024/1024
     prefix '/Windows '
     postfix 'MB free'
     precision 0
     width 20
     align 'L'
     update 2000
}

This displays the amount of diskspace left on /Cdos.
Just replace /Cdos with the mountpoint of the device you want to monitor.
You might want to change the text following prefix as well.

If you really want to have the space left on /dev/hda, then you have to compute 
the sum of the space left on the relevant devices /dev/hda1, /dev/hda2, ... .

Succes, Johan

>  
> can somebodt help me with this or has some more examples for v 0.10.
>  
> thanks
>  
> Patrick
> 
>  
> ------------------------------------------------------------------------
> 
> This message is scanned for virusses and other harmfull contents by 
> *MailScanner* <http://www.mailscanner.info/> and appears to be clean.
> This e-mail is intended for the addressee shown. It contains information 
> that is confidential and protected
> from disclosure. Any review, dissemination or use of this transmission 
> or its contents by persons or unauthorized
> employees of the intended organisations is strictly prohibited.
> /*Postmaster @ www.pdebrabander.nl */
> 
> ------------------------------------------------------------------------

Re: [lcd4linux] can't get the gLCD from Wallbraun Electronics working

[Theo S. <th...@sc...>]

Hi Pietro,

copy the luise.h to /usr/include and all should work.

Make an fresh cvs checkout, yesterday i changed the 
drv_generic_graphic_FB to drv_generic_graphic_black.

mfg
Theo

Pietro Pizzi schrieb:
> Hi,
>
> I have a Problem with the Wallbraun Electronics LCD. I tried many things 
> without any success. Now i hope anyone can help me.
>
> My System:
> Ubuntu Dapper
> gcc, automake... installed
> the libluise (32bit) installed (from the package from Wallbraun HP)
>  (in /usr/local/lib/libluise.so.0.1.1 and a link /usr/lib/libluise.so)
>
> Now i have tested the following:
>
> 1. lcd4linux from Dapper ver. 0.10.0+CVS20051015-2
>     don't work becaus the luise driver isn't integrated
>
> 2. lcd4linux from CVS:
>  with "./configure" the luise driver was deactivated so i type
>  "./configure --with-drivers=LUIse" but then i get the following error
>  ...
>  checking which drivers to compile... done
>  configure: WARNING: luise.h not found: LUIse driver disabled
>  configure: error: You should activate at least one driver...
>
>  then i copy the luise.h from the driver-pack from Wallbraun in the dir. but
>  i get the same error (that he can't find the luise.h)
>
> Can anyone tell me what i can do now?
>
> Thanks,
> Pietro Pizzi
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
>
>
>   

Re: [lcd4linux] can't get the gLCD from Wallbraun Electronics working

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

On Sat, Mar 11, 2006 at 04:11:49PM +0100, Pietro Pizzi waxed:
>  checking which drivers to compile... done
>  configure: WARNING: luise.h not found: LUIse driver disabled
>  configure: error: You should activate at least one driver...
> 
>  then i copy the luise.h from the driver-pack from Wallbraun in the dir. but
>  i get the same error (that he can't find the luise.h)
> 
> Can anyone tell me what i can do now?

Try copying luise.h into /usr/local/include or /usr/include

--Chris

[lcd4linux] can't get the gLCD from Wallbraun Electronics working

[Pietro P. <ma...@pi...>]

Hi,

I have a Problem with the Wallbraun Electronics LCD. I tried many things 
without any success. Now i hope anyone can help me.

My System:
Ubuntu Dapper
gcc, automake... installed
the libluise (32bit) installed (from the package from Wallbraun HP)
 (in /usr/local/lib/libluise.so.0.1.1 and a link /usr/lib/libluise.so)

Now i have tested the following:

1. lcd4linux from Dapper ver. 0.10.0+CVS20051015-2
    don't work becaus the luise driver isn't integrated

2. lcd4linux from CVS:
 with "./configure" the luise driver was deactivated so i type
 "./configure --with-drivers=LUIse" but then i get the following error
 ...
 checking which drivers to compile... done
 configure: WARNING: luise.h not found: LUIse driver disabled
 configure: error: You should activate at least one driver...

 then i copy the luise.h from the driver-pack from Wallbraun in the dir. but
 i get the same error (that he can't find the luise.h)

Can anyone tell me what i can do now?

Thanks,
Pietro Pizzi

[lcd4linux] view harddisk information

[Patrick de B. <pa...@pd...>]

Hi all.
 
I'm using lcd4linix 0.10, and was wondering how i can put my harddisk
information on my LCD screen.
I want to see how much i used or left on /dev/hda.
 
can somebodt help me with this or has some more examples for v 0.10.
 
thanks 
 
Patrick

----------------------------------------------------------------------
This message is scanned for virusses and other harmfull contents by MailScanner 
and appear to be clean. This e-mail is intended for the addressee shown. 
It contains information that is confidential and protected from disclosure. 
Any review, dissemination or use of this transmission or its contents by persons 
or unauthorized employees of the intended organisations is strictly prohibited.
Postmaster @ www.pdebrabander.nl
----------------------------------------------------------------------

Re: [lcd4linux] Serial CrystalFontz 632 Display problem! >compact bar chars

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

Hi there,

> unable to compact bar characters
This message is a warning only, it means that the bar subsystem is not
able to reduce the needed characters for a bar to the available characters.

Using mixed hollow and non-hollow bars triggers this message very often.

> When I try the testing layout section it only displays on the first line. It
> also has the blinking cursor on the second line and does not show any
> characters.  It also does not go to anyother section of the layout, in other
> words I am only shown the first part of the first section of the layout,
> nothing else.

This may be a bug. I'm not sure if I got a 632, I'll have a look.

could you please send us your lcd4linux.conf? Thanks!


bye, Michael

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

[lcd4linux] Serial CrystalFontz 632 Display problem! >compact bar chars

[Gnu_Raiz <gnu...@gm...>]

Hi: Fellow lcd4linux user's

After looking in the mailing list archives, and having no luck with google,
and with other search options I have come looking to the source for some
information.

First of all I have a CrystalFontz 632 serial display, hooked up to a seria=
l
port on my system. I am using the LCD4Linux 0.10.0 software version, since =
I
do not use cvs on this system I did not install that version.  Since most
people are using the usb version anyway it might not be in the tree anyway.

After setting up the display and playing with various widgets, I get this i=
n
my system logs.

unable to compact bar characters
nSegment=3D8 fSegment=3D1 CHARS=3D8 ICONS=3D2
Segment[0].val1=3D0 val2=3D0
Segment[1].val1=3D6 val2=3D0
Segment[2].val1=3D6 val2=3D1

When I try the testing layout section it only displays on the first line. I=
t
also has the blinking cursor on the second line and does not show any
characters.  It also does not go to anyother section of the layout, in othe=
r
words I am only shown the first part of the first section of the layout,
nothing else.

Of course this is a 16x2 display, which should scroll the text across the
screen and show some wonderful bar graphs.  I would love to get this set up
working with the lm-sensors widget as well as all the other nice features.

My current system specs are listed below.

Using Ubuntu AMD64
Opteron 165
lcd4linux 0.10.0
Kernel  2.6.15.1 custom built

lcd4linux was build from source following directions from the wiki.

Gnu_Raiz

Re: [lcd4linux] CF635 patch, file plugin, Tickets

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

On Sun, Feb 19, 2006 at 04:54:53PM +0100, Michael Reinelt waxed:
> Hi there,
> 
> there are two patches from Chris Maj that I just commited to CVS: a fix
> for CF635 GPO's, and a new plugin "file" which provides a long time
> missing function "file::readline()" which returns the contents of a file.
> 
> I want to thank Chris for his contribution!

You're very welcome.

> @Chris: interested in a developer account? (CVS write access)

That would be super.

> @Chris again: willing to do some documentation in the wiki?

I added some notes about the file plugin.

> Unfortunately, Chris posted this patches as "Tickets" in the wiki, so
> that I fond them "by accident" only.
> 
> I'd prefer to receive patches on one of the mailing lists, either
> lcd4linux-users or lcd4linux-devel.

Oops, I'll post the next patch to the -devel list, just as
soon as my subscription goes thru.  It adds support for keypad
widgets.

--Chris

[lcd4linux] CF635 patch, file plugin, Tickets

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

Hi there,

there are two patches from Chris Maj that I just commited to CVS: a fix
for CF635 GPO's, and a new plugin "file" which provides a long time
missing function "file::readline()" which returns the contents of a file.

I want to thank Chris for his contribution!

@Chris: interested in a developer account? (CVS write access)

@Chris again: willing to do some documentation in the wiki?

Unfortunately, Chris posted this patches as "Tickets" in the wiki, so
that I fond them "by accident" only.

I'd prefer to receive patches on one of the mailing lists, either
lcd4linux-users or lcd4linux-devel.

In fact, I'd prefer not to receive tickets at all :-( I'm sure the
ticket system Trac provides is very powerful, but I just don't like it...

I try to answer all mail posted to one of the mailing lists (I said I
*try* to :-) at least I read them all. But I seldom have a look at the
ticket system...

If you guys and gals out there have a different opinion, let me know.
Maybe the ticket system can be of a lot of help, and I just don't
understand it....


bye, Michael

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

Re: [lcd4linux] driving a TC6963 via USB?

[Till H. <ti...@ha...>]

Hi,

On Sunday 12 February 2006 12:36, Michael Reinelt wrote:
> I have no idea, but I think there's not much of a difference. I' expect
> the CPU load to be lower with USB.
Exactly. USB can be quite fast, but most simple devices aren't. E.g. my 
display transfers at most 4 bytes per USB-Transfer. The USBLCD and WBCT
interface only transfer single Bytes. USB devices can transfer much more bytes 
per tansfer, but for my soft USB solution it would have increased the 
complexity and the current solution is just fast enough, so i had no reason 
to do more.

The current code is fast enough for the text LCDs and since the PC does most 
of the USB stuff in hardware there's nearly no load on the PC whereas the 
printer port solutions require plenty of io port accesses per byte and do 
some busy waiting in the kernel which does have some small performance 
impact.

> Till has developed a cheap DIY interface for HD44780 displays. If you
> got a spare T6963 display, maybe he will adopt his interface...
Or you take my project and use it to build such an interface yourself. This is 
"open hardware" ...

Till

-- 
Dr.Ing. Till Harbaum <ti...@ha...>
http://www.harbaum.org/till