You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(6) |
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(9) |
Oct
(2) |
Nov
(3) |
Dec
|
2002 |
Jan
|
Feb
(4) |
Mar
(5) |
Apr
(1) |
May
(12) |
Jun
(3) |
Jul
(7) |
Aug
(10) |
Sep
(5) |
Oct
(6) |
Nov
(2) |
Dec
|
2003 |
Jan
(3) |
Feb
(11) |
Mar
(9) |
Apr
(6) |
May
(2) |
Jun
(1) |
Jul
(2) |
Aug
(36) |
Sep
(19) |
Oct
(54) |
Nov
(14) |
Dec
(23) |
2004 |
Jan
(30) |
Feb
(49) |
Mar
(35) |
Apr
(9) |
May
(18) |
Jun
(3) |
Jul
(8) |
Aug
(1) |
Sep
(15) |
Oct
(6) |
Nov
(5) |
Dec
(21) |
2005 |
Jan
(32) |
Feb
(14) |
Mar
(2) |
Apr
(13) |
May
(7) |
Jun
(31) |
Jul
(14) |
Aug
(27) |
Sep
(9) |
Oct
(19) |
Nov
(9) |
Dec
(13) |
2006 |
Jan
(35) |
Feb
(8) |
Mar
(27) |
Apr
(16) |
May
(4) |
Jun
(5) |
Jul
(20) |
Aug
(53) |
Sep
(58) |
Oct
(19) |
Nov
(21) |
Dec
(11) |
2007 |
Jan
(42) |
Feb
(20) |
Mar
(5) |
Apr
(14) |
May
(18) |
Jun
(11) |
Jul
(22) |
Aug
(17) |
Sep
(2) |
Oct
(8) |
Nov
|
Dec
(2) |
2008 |
Jan
(25) |
Feb
(1) |
Mar
(4) |
Apr
(5) |
May
(5) |
Jun
|
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(6) |
Nov
|
Dec
|
2009 |
Jan
(2) |
Feb
(4) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
(7) |
Aug
(6) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
2010 |
Jan
(17) |
Feb
(2) |
Mar
(2) |
Apr
(6) |
May
(4) |
Jun
(2) |
Jul
(1) |
Aug
(5) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(5) |
Jun
|
Jul
(11) |
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(5) |
Dec
(18) |
2012 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(2) |
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(2) |
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
(4) |
Mar
|
Apr
(12) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alexander G. <hag...@ad...> - 2006-06-06 02:39:26
|
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. Alex |
From: Alexander B. <Al...@Bi...> - 2006-05-31 08:04:48
|
Hi, Is it possible to change the second row ervery 10 seconds, to get more information on the second row display? For Example like: Layout L20x2 { Row1.Col1 'Info' Time1 { Row2.Col1 'ImonDSLRate_In' Row2.Col10 'ImonDSLRate_Out' } Time2 { Row2.Col1 'ImonDSLQuantity_In' Row2.Col10 'ImonDSLQuantity_Out' } Time3 { Row2.Col1 'CPU' Row2.Col10 'RAM' } Change 10000 } THX Alex |
From: Theo S. <th...@sc...> - 2006-05-25 16:32:40
|
Hi pietro, http://sourceforge.net/mailarchive/forum.php?thread_id=10485577&forum_id=37243 hope this help. mfg Theo ma...@pi... schrieb: > Hi, > > I have a Problem with the Wallbraun Electronics LCD. I bought it some month > ago. Since there it works, after i get the CVS Version. But now the Prog > wouldn't start. Maybe a system update could be the reason. The error msg: > > $ sudo lcd4linux -Fv > Version 0.10.1-CVS starting > drv_init(LUIse) failed: no such driver > > 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 would compile a new Version from CVS yesterday but i fails with: > > $ make > cd . && autoheader > gcc -D_GNU_SOURCE -Wall -W -g -O2 -o lcd4linux lcd4linux.o cfg.o debug.o > drv.o evaluator.o hash.o layout.o pid.o timer.o thread.o udelay.o qprintf.o > rgb.o widget.o widget_text.o widget_bar.o widget_icon.o widget_keypad.o > widget_timer.o widget_gpo.o plugin.o plugin_cfg.o plugin_math.o > plugin_string.o plugin_test.o plugin_time.o drv_LUIse.o drv_generic_graphic.o > plugin_apm.o plugin_cpuinfo.o plugin_diskstats.o plugin_dvb.o plugin_exec.o > plugin_file.o plugin_i2c_sensors.o plugin_imon.o plugin_isdn.o > plugin_loadavg.o plugin_meminfo.o plugin_netdev.o plugin_pop3.o plugin_ppp.o > plugin_proc_stat.o plugin_sample.o plugin_seti.o plugin_statfs.o > plugin_uname.o plugin_uptime.o plugin_wireless.o > plugin_xmms.o -L/usr/local/lib -lluise -lm > drv_generic_graphic.o: In function > `drv_generic_graphic_init':/home/pietro/Daten/SoftwareSetups/System/LCD/lcd4linux/drv_generic_graphic.c:688: > undefined reference to `Widget_Image' > collect2: ld returned 1 exit status > make: *** [lcd4linux] Error 1 > > Can anyone tell me what i can do now? > > PS: I configured it only with LUIse Driver: > > $ ./configure --with-drivers=LUIse > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking whether make sets $(MAKE)... yes > checking for working aclocal-1.4... found > checking for working autoconf... found > checking for working automake-1.4... found > checking for working autoheader... found > checking for working makeinfo... missing > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ANSI C... none needed > checking how to run the C preprocessor... gcc -E > checking for a BSD-compatible install... /usr/bin/install -c > checking whether ln -s works... yes > checking whether make sets $(MAKE)... (cached) yes > checking if malloc debugging is wanted... no > checking for log in -lm... yes > checking for egrep... grep -E > configure: checking location of ncurses.h file... > checking for X... no > checking gd/gd.h usability... no > checking gd/gd.h presence... no > checking for gd/gd.h... no > checking gd.h usability... no > checking gd.h presence... no > checking for gd.h... no > checking usb.h usability... yes > checking usb.h presence... yes > checking for usb.h... yes > checking luise.h usability... yes > checking luise.h presence... yes > checking for luise.h... yes > checking serdisplib/serdisp.h usability... no > checking serdisplib/serdisp.h presence... no > checking for serdisplib/serdisp.h... no > checking linux/lcd-linux.h usability... no > checking linux/lcd-linux.h presence... no > checking for linux/lcd-linux.h... no > checking if python support is wanted... no > checking which drivers to compile... done > checking which plugins to compile... done > checking linux/dvb/frontend.h usability... yes > checking linux/dvb/frontend.h presence... yes > checking for linux/dvb/frontend.h... yes > checking linux/isdn.h usability... yes > checking linux/isdn.h presence... yes > checking for linux/isdn.h... yes > checking libmpd/libmpd.h usability... no > checking libmpd/libmpd.h presence... no > checking for libmpd/libmpd.h... no > configure: WARNING: libmpd/libmpd.h header not found: mpd plugin disabled > checking mysql/mysql.h usability... no > checking mysql/mysql.h presence... no > checking for mysql/mysql.h... no > configure: WARNING: mysql/mysql.h header not found: mysql plugin disabled > checking net/if_ppp.h usability... yes > checking net/if_ppp.h presence... yes > checking for net/if_ppp.h... yes > checking for dirent.h that defines DIR... yes > checking for library containing opendir... none required > checking for ANSI C header files... yes > checking arpa/inet.h usability... yes > checking arpa/inet.h presence... yes > checking for arpa/inet.h... yes > checking fcntl.h usability... yes > checking fcntl.h presence... yes > checking for fcntl.h... yes > checking netdb.h usability... yes > checking netdb.h presence... yes > checking for netdb.h... yes > checking netinet/in.h usability... yes > checking netinet/in.h presence... yes > checking for netinet/in.h... yes > checking stdlib.h usability... yes > checking stdlib.h presence... yes > checking for stdlib.h... yes > checking string.h usability... yes > checking string.h presence... yes > checking for string.h... yes > checking sys/ioctl.h usability... yes > checking sys/ioctl.h presence... yes > checking for sys/ioctl.h... yes > checking sys/socket.h usability... yes > checking sys/socket.h presence... yes > checking for sys/socket.h... yes > checking sys/statfs.h usability... yes > checking sys/statfs.h presence... yes > checking for sys/statfs.h... yes > checking sys/vfs.h usability... yes > checking sys/vfs.h presence... yes > checking for sys/vfs.h... yes > checking sys/time.h usability... yes > checking sys/time.h presence... yes > checking for sys/time.h... yes > checking syslog.h usability... yes > checking syslog.h presence... yes > checking for syslog.h... yes > checking termios.h usability... yes > checking termios.h presence... yes > checking for termios.h... yes > checking unistd.h usability... yes > checking unistd.h presence... yes > checking for unistd.h... yes > checking sys/io.h usability... yes > checking sys/io.h presence... yes > checking for sys/io.h... yes > checking asm/io.h usability... yes > checking asm/io.h presence... yes > checking for asm/io.h... yes > checking linux/parport.h usability... yes > checking linux/parport.h presence... yes > checking for linux/parport.h... yes > checking linux/ppdev.h usability... yes > checking linux/ppdev.h presence... yes > checking for linux/ppdev.h... yes > checking asm/msr.h usability... yes > checking asm/msr.h presence... yes > checking for asm/msr.h... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for off_t... yes > checking for pid_t... yes > checking for size_t... yes > checking whether time.h and sys/time.h may both be included... yes > checking for uid_t in sys/types.h... yes > checking whether closedir returns void... no > checking for error_at_line... yes > checking for unistd.h... (cached) yes > checking vfork.h usability... no > checking vfork.h presence... no > checking for vfork.h... no > checking for fork... yes > checking for vfork... yes > checking for working fork... yes > checking for working vfork... (cached) yes > checking whether gcc needs -traditional... no > checking return type of signal handlers... void > checking whether lstat dereferences a symlink specified with a trailing > slash... no > checking whether stat accepts an empty string... no > checking for strftime... yes > checking for working strtod... yes > checking for dup2... yes > checking for floor... yes > checking for gethostbyname... yes > checking for gettimeofday... yes > checking for memset... yes > checking for pow... yes > checking for putenv... yes > checking for regcomp... yes > checking for socket... yes > checking for sqrt... yes > checking for strcasecmp... yes > checking for strchr... yes > checking for strdup... yes > checking for strerror... yes > checking for strncasecmp... yes > checking for strndup... yes > checking for strpbrk... yes > checking for strrchr... yes > checking for strstr... yes > checking for strtol... yes > checking for uname... yes > configure: creating ./config.status > config.status: creating Makefile > config.status: creating config.h > config.status: config.h is unchanged > config.status: executing default-1 commands > > Thanks, > Pietro Pizzi > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Lcd4linux-users mailing list > Lcd...@li... > https://lists.sourceforge.net/lists/listinfo/lcd4linux-users > > > |
From: <ma...@pi...> - 2006-05-25 13:54:10
|
Hi, I have a Problem with the Wallbraun Electronics LCD. I bought it some month ago. Since there it works, after i get the CVS Version. But now the Prog wouldn't start. Maybe a system update could be the reason. The error msg: $ sudo lcd4linux -Fv Version 0.10.1-CVS starting drv_init(LUIse) failed: no such driver 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 would compile a new Version from CVS yesterday but i fails with: $ make cd . && autoheader gcc -D_GNU_SOURCE -Wall -W -g -O2 -o lcd4linux lcd4linux.o cfg.o debug.o drv.o evaluator.o hash.o layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o widget_text.o widget_bar.o widget_icon.o widget_keypad.o widget_timer.o widget_gpo.o plugin.o plugin_cfg.o plugin_math.o plugin_string.o plugin_test.o plugin_time.o drv_LUIse.o drv_generic_graphic.o plugin_apm.o plugin_cpuinfo.o plugin_diskstats.o plugin_dvb.o plugin_exec.o plugin_file.o plugin_i2c_sensors.o plugin_imon.o plugin_isdn.o plugin_loadavg.o plugin_meminfo.o plugin_netdev.o plugin_pop3.o plugin_ppp.o plugin_proc_stat.o plugin_sample.o plugin_seti.o plugin_statfs.o plugin_uname.o plugin_uptime.o plugin_wireless.o plugin_xmms.o -L/usr/local/lib -lluise -lm drv_generic_graphic.o: In function `drv_generic_graphic_init':/home/pietro/Daten/SoftwareSetups/System/LCD/lcd4linux/drv_generic_graphic.c:688: undefined reference to `Widget_Image' collect2: ld returned 1 exit status make: *** [lcd4linux] Error 1 Can anyone tell me what i can do now? PS: I configured it only with LUIse Driver: $ ./configure --with-drivers=LUIse checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets $(MAKE)... yes checking for working aclocal-1.4... found checking for working autoconf... found checking for working automake-1.4... found checking for working autoheader... found checking for working makeinfo... missing checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking if malloc debugging is wanted... no checking for log in -lm... yes checking for egrep... grep -E configure: checking location of ncurses.h file... checking for X... no checking gd/gd.h usability... no checking gd/gd.h presence... no checking for gd/gd.h... no checking gd.h usability... no checking gd.h presence... no checking for gd.h... no checking usb.h usability... yes checking usb.h presence... yes checking for usb.h... yes checking luise.h usability... yes checking luise.h presence... yes checking for luise.h... yes checking serdisplib/serdisp.h usability... no checking serdisplib/serdisp.h presence... no checking for serdisplib/serdisp.h... no checking linux/lcd-linux.h usability... no checking linux/lcd-linux.h presence... no checking for linux/lcd-linux.h... no checking if python support is wanted... no checking which drivers to compile... done checking which plugins to compile... done checking linux/dvb/frontend.h usability... yes checking linux/dvb/frontend.h presence... yes checking for linux/dvb/frontend.h... yes checking linux/isdn.h usability... yes checking linux/isdn.h presence... yes checking for linux/isdn.h... yes checking libmpd/libmpd.h usability... no checking libmpd/libmpd.h presence... no checking for libmpd/libmpd.h... no configure: WARNING: libmpd/libmpd.h header not found: mpd plugin disabled checking mysql/mysql.h usability... no checking mysql/mysql.h presence... no checking for mysql/mysql.h... no configure: WARNING: mysql/mysql.h header not found: mysql plugin disabled checking net/if_ppp.h usability... yes checking net/if_ppp.h presence... yes checking for net/if_ppp.h... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking stdlib.h usability... yes checking stdlib.h presence... yes checking for stdlib.h... yes checking string.h usability... yes checking string.h presence... yes checking for string.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/statfs.h usability... yes checking sys/statfs.h presence... yes checking for sys/statfs.h... yes checking sys/vfs.h usability... yes checking sys/vfs.h presence... yes checking for sys/vfs.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking unistd.h usability... yes checking unistd.h presence... yes checking for unistd.h... yes checking sys/io.h usability... yes checking sys/io.h presence... yes checking for sys/io.h... yes checking asm/io.h usability... yes checking asm/io.h presence... yes checking for asm/io.h... yes checking linux/parport.h usability... yes checking linux/parport.h presence... yes checking for linux/parport.h... yes checking linux/ppdev.h usability... yes checking linux/ppdev.h presence... yes checking for linux/ppdev.h... yes checking asm/msr.h usability... yes checking asm/msr.h presence... yes checking for asm/msr.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for off_t... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for uid_t in sys/types.h... yes checking whether closedir returns void... no checking for error_at_line... yes checking for unistd.h... (cached) yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking whether gcc needs -traditional... no checking return type of signal handlers... void checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether stat accepts an empty string... no checking for strftime... yes checking for working strtod... yes checking for dup2... yes checking for floor... yes checking for gethostbyname... yes checking for gettimeofday... yes checking for memset... yes checking for pow... yes checking for putenv... yes checking for regcomp... yes checking for socket... yes checking for sqrt... yes checking for strcasecmp... yes checking for strchr... yes checking for strdup... yes checking for strerror... yes checking for strncasecmp... yes checking for strndup... yes checking for strpbrk... yes checking for strrchr... yes checking for strstr... yes checking for strtol... yes checking for uname... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing default-1 commands Thanks, Pietro Pizzi |
From: Mark W. <s3c...@wo...> - 2006-05-02 21:21:37
|
How do I make it so I can have LCD4Linux to change screens? |
From: Michael R. <re...@eu...> - 2006-04-28 04:02:31
|
Ji! > I decided to try to make a script to switch between my different display > layouts by first killing the running lcd4linux process using killall or > killall -HUP commands, then modifying the lcd4linux.conf for my second layout > and starting a new lcd4linux process. In principle it works, but then I > noticed that the killed lcd4linux processes were actually alive! Indeed, they > were ghosting in my system all the time... This is definitely a bug! > I had a widget running my own script using the exec plugin. If I killed > lcd4linux processes my script file was still constantly being executed. Even > if I had no lcd4linux processes listed when I typed lcd4linux. Another thing > that tells me that the system is still running lcd4linux processes is that > when I kill and restart lcd4linux many times I end up having a very high CPU > usage in my system. I have found no other cure for that than rebooting the > system. You should be able to kill this "lcd4linux zombies" (they are no real zombies) Thanks for pointing this out. I'll have a look at this. bye, Michael -- Michael Reinelt <re...@eu...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
From: Juho J. <juh...@pp...> - 2006-04-27 22:12:42
|
Is this a known problem or am I doing something wrong: I decided to try to make a script to switch between my different display layouts by first killing the running lcd4linux process using killall or killall -HUP commands, then modifying the lcd4linux.conf for my second layout and starting a new lcd4linux process. In principle it works, but then I noticed that the killed lcd4linux processes were actually alive! Indeed, they were ghosting in my system all the time... I had a widget running my own script using the exec plugin. If I killed lcd4linux processes my script file was still constantly being executed. Even if I had no lcd4linux processes listed when I typed lcd4linux. Another thing that tells me that the system is still running lcd4linux processes is that when I kill and restart lcd4linux many times I end up having a very high CPU usage in my system. I have found no other cure for that than rebooting the system. Is this behaviour of lcd4linux a bug or should I do something differently when ending an active lcd4linux process? When I have more time I try to figure out if this is a problem in lcd4linux in general or could it be the exec plugin only. I am using Suse 10.0 and the latest RPM version of lcd4linux. Juho Jalava |
From: Simon C. <sim...@ho...> - 2006-04-21 17:23:50
|
Hello all Well I must confess I got LCD2USB working ..my mistake helps if you actually compile a program.. Thanks to Michael for lcd4linux also Thanks to Till Harbaum for LCD2USB now time too experiment ! Thanks team Simon Clare |
From: Simon C. <sim...@ho...> - 2006-04-20 03:18:19
|
hello all Just got my LCD2usb together had to update lcd4linux from cvs tonite so i could use drv_ lcd2usb.c i have about worn my keyboard out any pointers anyone... I get LCD2USB V1.05 on my lcd so that must be ok? root@ubuntu:/home/simonc# 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 LCD2USB drv_init(LCD2USB) failed: no such driver regards Simon Clare Simon Clare |
From: Pete P. <pet...@sa...> - 2006-04-19 11:14:21
|
Hi all! I've been experimenting with LCD4linux on a Nexcom box and am having great sucess with the display. The only thing I can't get to work is the keypad. Is the LCM-162 keypad supported? Many thanks, Pete. -- Pete Philips Secerno Ltd Email: pet...@sa... PGP key: <Coming soon> |
From: Vincent P. <vp...@fr...> - 2006-04-18 11:40:39
|
Hi all, I'am trying to play with lcd4linux and my LCD HD44780 20x4 on my OpenSlug 2.7 Linksys NSLU2 (http://www.nslu2-linux.org/). I'am not using the same circuit as described here : http://chezphil.org/slugterm/ I'am using a cheap USB to // converter with USS720 Lucent chip. This chip is supported by Linux and the driver is available in the kernel source tree (drivers/usb/misc/uss720.c). As I didn't find much info on the net about uss720 and LCD (only here : http://www.g-cipher.net/~reboots/projects/lcd/index.html) , I'll first sum up my successful experience using this chip on my Gentoo PC, and then ask my question about the NSLU2 port right after :-) Hardware : PIII/600 PC running Gentoo I bought a cheap USB to // converted using a USS720 Lucent chip (USS720E is marked on the chip). The converter model is Infowave USP-1284 (Infowave Wireless Messaging Inc. P/N 901-0030) But other model use this chip (see here : http://www.g-cipher.net/~reboots/projects/lcd/index.html). I've connected my HD44780 generic LCD (16 pins) to the centronic plug following the winamp wiring. Software : First, you must activate support for USS720 and PPDEV in you kernel. I selected them as Modules. Rem : Parallel port should be already activated on your PC. In Kernel configuration menu select : <*> Parallel port support [*] IEEE 1284 transfer modes (don't know if it's mandatory or not) <M> Support for user-space parallel port device drivers <M> USS720 parport driver Recompile, install new kernel (if necessary) and modules, reboot. Plug the adaptor to USB If you use module as me, you need to : modprobe ppdev modprobe uss720 You should have with dmesg : [.] ppdev: user-space parallel port driver lp1: using parport1 (polling). usbcore: registered new driver uss720 drivers/usb/misc/uss720.c: v0.6:USB Parport Cable driver for Cables using the Lucent Technologies USS720 Chip drivers/usb/misc/uss720.c: NOTE: this is a special purpose driver to allow nonstandard drivers/usb/misc/uss720.c: protocols (eg. bitbang) over USS720 usb to parallel cables drivers/usb/misc/uss720.c: If you just want to connect to a printer, use usblp insteadDisplay LCD4linux conf : I use the following configuration : HD44780-20x4 { Driver 'HD44780' Model 'Generic' Port '/dev/parport1' Bits '8' Size '20x4' Wire { RW 'AUTOFD' RS 'INIT' ENABLE 'STROBE' ENABLE2 'GND' BACKLIGHT 'GND' GPO 'GND' } } then : lcd4linux -Fvv So, in my case, everything fine, the welcome message is displayed and the test messages are shown. Ok. Now I want do to the same on my NSLU2. I configure the kernel to support parallel port. Compiled uss720.ko, parport.ko and ppdev.ko After registered the uss720 and parport modules and plugged the converter I get : usb 3-1.3: new full speed USB device using ohci_hcd and address 7 uss720: probe: vendor id 0x47e, device id 0x1001 uss720: set inteface result 0 uss720: (C) 1999 by Thomas Sailer, <sa...@if...> uss720: reg: 78 0c 23 00 00 00 01 uss720: epaddr 131 interval 1 root@SLUG:~# more /proc/sys/dev/parport/parport0/modes PCSPP,TRISTATE,COMPAT,EPP,ECP And I get a /dev/parport0 device. I'v tried to compile LCD4linux but get an error about rep_nop in udelay.c. As this fct is only for x86 and my slug run an Intel Xscale, I've commented out the line. Even if lcd4linux compiled fine then it's not running ok . With same configuration as above I get : root@SLUG:~/lcd4linux-0.10.0-RC1# ./lcd4linux -Fvv Version 0.10.0-RC1 starting plugin_cfg.c: Variable minute = '60000' (60000.000000) plugin_cfg.c: Variable tack = '100' (100.000000) plugin_cfg.c: Variable tick = '500' (500.000000) i2c_sensors: unable to autodetect i2c sensors! [POP3] No 'Plugin:POP3.server2' entry from /etc/lcd4linux.conf, disabling POP3 account #2 [POP3] No 'Plugin:POP3.server3' entry from /etc/lcd4linux.conf, disabling POP3 account #3 [POP3] 1 POP3 accounts have been succesfully defined lcd4linux.c: initializing driver HD44780 HD44780: using model 'generic' HD44780: using parallel port HD44780: using 1 controller(s) HD44780: using 8 bit mode udelay: The file 'include/asm/msr.h' was missing at compile time. udelay: Even if your CPU supports TSC, it will not be used! udelay: You *really* should install msr.h and recompile LCD4linux! udelay: using gettimeofday() delay loop HD44780: using ppdev /dev/parport0 HD44780: wiring: [DISPLAY:RS]<==>[PARPORT:INIT] HD44780: wiring: [DISPLAY:RW]<==>[PARPORT:AUTOFD] HD44780: wiring: [DISPLAY:ENABLE]<==>[PARPORT:STROBE] HD44780: wiring: [DISPLAY:ENABLE2]<==>[PARPORT:GND] HD44780: wiring: [DISPLAY:GPO]<==>[PARPORT:GND] HD44780: not using busy-flag checking HD44780: reserving 1 of 8 user-defined characters for icons initializing layout 'Default' lcd4linux.c: starting main loop But nothing on the LCD :-( ..... Here is my questions : Does some one compile lcd4linux on armeb platform ? Is rep_nop mandatory ? I've seen that some people provide a patch for other arch but can't find for armed. Is lcd4linux big-endian/little-endian dependent ? As the NSLU2 is big endian I was wondering . I've also seen that uss720.c is v6 on my PC and v5 on my NSLU2, does some one have experience with this driver (I know it's not the good mailing list for this question) ? Thanks for your help, Best regards, Vincent. PS: Sorry for my broken english |
From: Maxime P. <max...@bu...> - 2006-04-17 16:33:43
|
Hi, * Michael Reinelt <re...@eu...> [2006-04-17 10:18:26]: > I've to talk to Sam how to migrate a whole SF CVS tree (including all > the history) to Trac/SVN. All I need is a copy of the the CVS root -the one stored server side- so I can keep the history. If the history does not matter, you can just push your files into the already-existing lcd4linux repository on Bulix.org. Keep me buzzed, - sam -- Maxime Petazzoni (http://www.bulix.org) -- gone crazy, back soon. leave message. |
From: Michael R. <re...@eu...> - 2006-04-17 08:18:33
|
Hi there, Looks like SF is facing lots of problems with their CVS servers these days... I think it's time to migrate to Trac's SVN. I really like this, because you see code changes the same way as wiki changes, using the "timeline" function of the wiki. I've to talk to Sam how to migrate a whole SF CVS tree (including all the history) to Trac/SVN. As soon as we're on SVN, there will be a rename of several files. I don't like the "drv_generic_parallel..." anymore. I'd like to call them "bus_parallel_" or the like.. Second, there's a problem with the wiki at the moment. At least I cannot edit pages anymore, regardless being logged in or not. But I'm shure Sam will fix this in the next couple of days.. (@wolfgang: That's the reason why I did not replace the "preview" link to your pages... I simply can not :-) bye, Michael -- Michael Reinelt <re...@eu...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
From: Benjamin K. <bk...@em...> - 2006-04-09 18:59:38
|
Hello, Michael! I have been making that mistake, I've noticed. Boy, I feel smart! But I still get the segfault. -Fvv garbles the screen, or blanks it, and then segfaults. Same with just -F, or just -vv. No options will sometimes blank it, or someitimes display "L4Linux", without segfaulting...but the proccess list doesn't show it...very strange! Thanks for the reply, and any help is appreciated! -Benjamin Kudria On Sunday, April 09, 2006 1:54 pm, Michael Reinelt wrote: > Hi Benjamin, > > I can't find a description of a '-w' option there... maybe you've been > reading a double-v (vv) as w? > > > bye, Michael |
From: Michael R. <re...@eu...> - 2006-04-09 17:55:03
|
Hi Benjamin, > I tried with a '-w' option, as described on the above page, but > lcd4linux tells me that no such option exists... I can't find a description of a '-w' option there... maybe you've been reading a double-v (vv) as w? bye, Michael -- Michael Reinelt <re...@eu...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
From: Benjamin K. <bk...@em...> - 2006-04-06 17:40:54
|
Hi. I'm trying to use the G-15 driver, as described here: http://ssl.bulix.org/projects/lcd4linux/wiki/G-15 I compiled from CVS, and running lcd4linux sometimes clears the lcd, and sometimes it garbles the default Logitech logo, but it doesn't display what is defined in the configuration. Always, after launching it, it segfaults after maybe 5 seconds...-Fvv doesn't reveal any errors. I tried with a '-w' option, as described on the above page, but lcd4linux tells me that no such option exists... I'd appreciate any help in getting this working. Thanks! -Benjamin Kudria -- Benjamin Kudria - be...@be... Beyond The Box Web Productions http://www.beyondboxweb.com - (518) 537-7667 |
From: C. M. <cm...@fr...> - 2006-04-05 00:49:26
|
On Tue, Apr 04, 2006 at 10:34:16PM +0200, Roland Hopfer waxed: > Hello! > > I have 2 lcds connected to my server. The first is a HD44780 > compatible 4x20 lcd connected through the parport. > The second is a Hitachi glcd from Wallbraun Electronic connected > through usb. > > At the moment starting lcd4linux twice doesn't work because lcd4linux > checks for lcd4linux.pid in /var/run. Ok, I have changed the filename in > lcd4linux.c and have compiled it again. Now I can start lcd4linux a > second time. Both lcds are working now. > > Is this a common method or can I expect strange behaviours? I'm running two displays like this on one server in such a fashion, specifying separate configuration files for each. I haven't noticed any problems. Although I am thinking of a patch to allow multiple display setups in one configuration file under one lcd4linux process. I think this would break fewer distro-specific startup scripts than the multiple-config / multiple-process setup. --Chris |
From: Roland H. <ro...@gm...> - 2006-04-04 21:21:07
|
Hello! I have a Hitachi glcd from Wallbraun Electronics with the luise-driver. It works but lcd4linux stops updating the lcd after different times running. After approx. 1h 10m updating has stopped, lcd4linux continue updating the lcd. The time between 2 stops is different. But the approx 1h 10m is always the same. I'm using debian with kernel 2.6.12 and the following plugins: - /proc/cpuinfo plugin - /proc/diskstats plugin - exec (external command) plugin - I2C sensors plugin - ISDN Monitor plugin - /proc/meminfo plugin - /proc/stat plugin - statfs plugin - Time plugin - uname plugin - uptime plugin I have disabled ISDN monitor and exec plugin. The result was the same. What can I do to point out where lcd4linux has problems? -- Greets Roland |
From: Roland H. <ro...@gm...> - 2006-04-04 20:37:22
|
Hello! I have 2 lcds connected to my server. The first is a HD44780 compatible 4x20 lcd connected through the parport. The second is a Hitachi glcd from Wallbraun Electronic connected through usb. At the moment starting lcd4linux twice doesn't work because lcd4linux checks for lcd4linux.pid in /var/run. Ok, I have changed the filename in lcd4linux.c and have compiled it again. Now I can start lcd4linux a second time. Both lcds are working now. Is this a common method or can I expect strange behaviours? -- Greets Roland |
From: Maik H. <mai...@ma...> - 2006-04-01 13:15:42
|
Hi Angelo, here my config file in this file the LED=B4s from the CF635 are used. For more details =20 contact me via email. bye Maik Am 01.04.2006 um 07:27 schr= |
From: Michael R. <re...@eu...> - 2006-04-01 05:27:41
|
Hi Angelo, I'm forwarding this to the list because I don't own a 635, but I'm shure someone on the list does. Webmaster - Disinformatica wrote: > Hi! > Your product is very beatiful! > I'm studying the source code, but I don't understand the method > to control the led of the Crystalfontz 635USB, I think via GPO, but > in the config sample file I don't found any info. > Anymore is possible to have a sample file to use leds and keypad > on Crystalfontz 635 USB? > > Thanks a lot! > > Angelo (from Italy) bye, Michael -- Michael Reinelt <re...@eu...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
From: Clay B. <cla...@gm...> - 2006-03-28 05:42:31
|
I'm looking into building a much more extensive display than I can fit on my 4x20 one that I'm emulating on my Palm. What would everyone suggest for the largest (preferably 8x[something bigger than 19]) display that is <$100, supported by LCD4Linux, and reasonably easily acquired (links to sellers HIGHLY appreciated). Also, button support is a plus, but it's less important than size. --Clay |
From: <for...@gm...> - 2006-03-27 00:35:10
|
Everything seems to be fine, but when I run lcd4linux, nothing happens on m= y 40x2 display (A few LED's on the test ciruit are lit up, but do nothing). Here's what I've got for my config: Display HD44780-40x2 { Driver 'HD44780' Model 'generic' #UseBusy 1 Port '/dev/parport0' Size '40x2' Wire { RW 'AUTOFD' RS 'INIT' ENABLE 'STROBE' ENABLE2 'GND' GPO 'GND' } } Widget CPU { class 'Text' expression uname('machine') prefix 'CPU ' width 9 align 'L' update tick } Layout Default { Row1 { Col1 'CPU' } } Variables { tick 500 } Display 'HD44780-40x2' Layout 'Default' Here's the output of lsmod: $ lsmod | grep parport parport_pc 31812 2 parport 32072 3 ppdev,parport_pc,lp I tried running lcd4linux a few times: $ sudo lcd4linux -Fvv Version 0.10.1-CVS starting plugin_cfg.c: Variable tick =3D '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 udelay: CPU supports Time Stamp Counter udelay: CPU runs at 599.660000 MHz udelay: using TSC delay loop, 600 ticks per microsecond HD44780: using ppdev /dev/parport0 After nothing happened on the display, and ther terminal sat at that last line, I killed it and checked dmesg, finding this repeated a few times: [4309928.636000] ppdev0: registered pardevice [4309982.517000] ppdev0: unregistered pardevice Any more ideas? I've also tried using a raw port (0x3bc) without any luck. Thanks. |
From: Simon C. <sim...@ho...> - 2006-03-26 20:18:10
|
Sir I had a few problems with ubuntu i did not have the parport module loaded.. run lsmod in a consule look for parport after i modprobed the module lcd4linux worked fine.. regards Simon Clare >From: for...@gm... >To: lcd...@li... >Subject: [lcd4linux] Lcd4Linux and ubuntu >Date: Sat, 25 Mar 2006 16:14:34 -0500 > >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? |
From: Michael R. <re...@eu...> - 2006-03-26 09:23:47
|
Hi Clay, > 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. As I got rid of my Palm when switching to BlackBerry, I cannot test it. What does 'lcd4linux -Fvv' say? > Display T3-20x4 { > Driver 'USBLCD' > Port '/dev/tts/USB1' > Size '20x4' > asc255bug 0 > Icons 1 > } Well, this won't work, because the Driver 'USBLCD' is a very different driver. Try using one of the MatrixOrbital Models that are supported by PalmOrb. I think there schould be a sample config in the wiki. bye, Michael -- Michael Reinelt <re...@eu...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |