Menu
▾
▴
lcd4linux-devel — lcd4linux development team
You can subscribe to this list here.
| 2004 |
Jan
(57) |
Feb
(71) |
Mar
(80) |
Apr
(40) |
May
(49) |
Jun
(20) |
Jul
(3) |
Aug
(9) |
Sep
(8) |
Oct
(2) |
Nov
|
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(10) |
Feb
(25) |
Mar
(24) |
Apr
(26) |
May
(71) |
Jun
(35) |
Jul
(5) |
Aug
(3) |
Sep
(18) |
Oct
(4) |
Nov
(5) |
Dec
(2) |
| 2006 |
Jan
(50) |
Feb
(12) |
Mar
(7) |
Apr
(24) |
May
(1) |
Jun
(17) |
Jul
(51) |
Aug
(38) |
Sep
(38) |
Oct
(33) |
Nov
(8) |
Dec
(13) |
| 2007 |
Jan
(44) |
Feb
(25) |
Mar
(21) |
Apr
(68) |
May
(52) |
Jun
(24) |
Jul
(17) |
Aug
(12) |
Sep
(4) |
Oct
(14) |
Nov
(1) |
Dec
(3) |
| 2008 |
Jan
(9) |
Feb
(1) |
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(21) |
Jun
(5) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
(15) |
Feb
(36) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(3) |
| 2011 |
Jan
(22) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(25) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2012 |
Jan
(14) |
Feb
(6) |
Mar
(20) |
Apr
(12) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(2) |
Dec
|
| 2013 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(1) |
May
(9) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(11) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Marcus B. <mar...@in...> - 2009-04-02 02:11:41
|
Hi,
I've recently been playing with lcd4linux on an HD44780-compatible 16x2
DFSTN display (JHD162A), and was interested in the 'layer' attribute. It
appears that this functionality hasn't yet been done for generic text
displays (HD44780 inc.) so I've attached some patches+info. Please
excuse any crudeness/CodingStyle issues (hopefully my method of
generating the patches is sufficient + works!). A compressed xvid avi
has been included for illustration, and sample conf to see how it's
done.
layer_patch:
If an icon is marked as invisible, we look for a character in an
underlying widget. I should really have added a visibility check for
that layer as well... oops! I'd like to attack true transparency at some
stage but I suspect that would involve bitmapping some|all of the
device's character set. I imagine that a transparent pixel could be
represented with "_" in the bitmap, as opposed to blank ('.').
frame_patch:
I started with a flashing email icon (left+right), but decided an
animated (sliding) one would be nicer to look at. Running two
(independent) animated icons proved to be problematic as they
occasionally get out of sync. The frame_patch addresses this issue by
giving the user the ability to specify the bitmap frame to be shown by
evaluated formula. Note I should have added a cellgap feature to either
the bitmap or evaluated formula to prevent "stretching", and that the
animations are 2x longer than necessary as the formula (test::bar)
counts up and back... but you get the point ;).
OT notes:
+ I note that icon's are not tested for "full" (block = chr 255) or
"empty" (space). Adding a test for this would free up 2 user chars,
right? Or is this just a waste of time/effort?
+ any plans for an imap plugin, or should I try that too? ;)
Hope this is of use, advice appreciated,
Regards,
Marcus.
|
|
From: Moore, J. W <mo...@la...> - 2009-03-06 01:28:18
|
Hello, I am currently designing a project to display information collected from a PV array and subsystem. My group is using a picoLCD 256x64 LCD display and we were hoping to switch between screens on the LCD. It is not absolutely necessary, but HIGHLY preferred. Can this be done with lcd4linux? If not, are their any other programs that can do this, as well as display text and graphs? Thanks for your response! -Jake Moore Lafayette College '09 |
|
From: Martin H. <ma...@he...> - 2009-01-24 18:37:49
|
Hi Michael,
I guess I should have checked the ticket, before installing Fedora 10 on
my laptop, in order to have a test environment.
Anyway - I tested against svn head today - everything but wifi::sec_mode
works with ath5k. wifi::sec_mode returns nothing and wifi::sensitivity
returns something that doesn't look terribly useful ("1162167625/0").
wifi::sec_mode causes the message "ioctl(0x8b09) failed: 95 'Operation
not supported'"
Sounds like a drier issue to me (we're still using the old
wireless-extensions and not the new cfg80211 interface - could be that
is the cause).
But the other functions work perfectly here
Sorry for the late reply - but I'm rather busy during the week these days.
Martin
|
|
From: Michael R. <mi...@re...> - 2009-01-22 05:20:57
|
Hi Martin, Xavier, looks like there is a problem with the wireless plugin of lcd4linux, there's a ticket #144 in the wiki. It would be great one of the autors (header says Marin and Xavier) or someone with deeper knowledge about wireless extensions could have a look at this.... Do you think this is a showstopper? I plan to release 0.11 this weekend... TIA, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2009-01-11 09:12:24
|
Due to being very busy with building a house for my family, there's been few progress with lcd4linux in the last year. The last release was 0.10.0-RC2, a release candidate, but as its more than a year old, and ther were a lot of enhancements in the meantime, I decided to skip 0.10.0 completely and release 0.11.0 new drivers: CwLinux CW12832, PHAnderson serial-to-HD44780 adapter boards, ULA200, 4D Systems serial displays, IRLCD, picoLCD Graphic, st2205, Pertelian new plugins: netinfo, netdev, w1retap, hddtemp, strftime_tz, FIFO, asterisk, button_exec, gps Evaluator enhancements: string relational operators (eq, ne, gt, ge, lt, le), short circuit evaluation other enhancements: update charset for Crystalfontz Model 632 and 634, keypad support for lcm162, pingpong scrolling, automatic marquee scrolling, buttons for X11 driver, major MPD enhancements It would be nice if some of you could test the latest subversion code for any showstoppers, before I create the real release tarball. Would it be of some help if I created a tarball? anybody without subversion access interested in testing? sunny greetings from austria, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2009-01-04 14:37:34
|
Well, this is probably years ago, but... but... but... lcd4linux now supports alphanumeric operators, and there are string operators like 'eq', 'ne', 'gt', .... it was easy... (as it#s always easy as soon a you think twice about it) yvecai schrieb: > I would go for the tilde! > > Michael Reinelt a écrit : >>> In my example, >>> visible xmms(Status)=='Playing'?0:1 >>> desn't work: the conditional test 'a'=='b'?0:1 desn't seem to work if >>> 'a' and 'b' are strings. >> >> You are right: the operators '==' and '<>' are working on numbers only >> (same as it is in Perl) >> >> Adding 'perlish' string tests 'eq' and 'ne' isn't that easy, for the >> evaluator does not support alphanumeric operator tokens. >> >> Hmmm.... >> >> any ideas anyone? Is there a senseful operator token for string compare? >> >> probably the tilde? a ~ b (equal) or a !~ b (not equal) ??? >> >> >> bye, Michael >> >> > > > -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Mattia Jona-L. <mat...@gm...> - 2008-11-12 12:01:43
|
Hi, I just discovered and fixed a bug in the lcd-Linux driver for lcd4linux. When the display has more than one controller onboard, there is a mismatch in the number of rows of the display. LCD-Linux has a field to set the number of controllers to drive (num_cntr) and a field to set the number of rows that each controller has to drive (cntr_rows). The total number of display rows is therefore num_cntr*cntr_rows. On the other hand in the lcd4linux conf file the user indicate the total number of display rows, not the number of rows per controller. This mismatch is now fixed by the patch attached. Bye and happy coding! Mattia |
|
From: Q (I. Mammedov) <nia...@gm...> - 2008-10-07 17:24:35
|
Why do not add embedded perl evaluator? It would simplify support of evaluator end stop endless feature requests for extending expressions. Also it would be nice to add plugin interface via perl, which in its turn would allow end users to extend program without recompiling program by writing simple scripts. It certainly will help the program to evolve. |
|
From: Q (I. Mammedov) <nia...@gm...> - 2008-10-07 17:04:01
|
On Mon, Oct 6, 2008 at 4:41 PM, Igor Mammedov <nia...@gm...> wrote: > Michael Reinelt wrote: >> >> Q (Igor Mammedov) schrieb: >>> Here is example that lights a led under pressed F1 or F2 button: >> >> Would you care adding this example to the wiki? > > I'll do it. Done. http://ssl.bulix.org/projects/lcd4linux/wiki/picoLCD Comments? > > Best regards, > > ------------------------- > Igor Mammedov, > niallain "at" gmail.com > > > > > |
|
From: Igor M. <nia...@gm...> - 2008-10-06 12:52:46
|
Michael Reinelt wrote: > > Q (Igor Mammedov) schrieb: >> Here is example that lights a led under pressed F1 or F2 button: > > Would you care adding this example to the wiki? I'll do it. -- Best regards, ------------------------- Igor Mammedov, niallain "at" gmail.com |
|
From: Michael R. <mi...@re...> - 2008-10-06 04:35:44
|
Q (Igor Mammedov) schrieb: > Subj. > Please commit it. Done. Thanks for your contribution! > > Here is example that lights a led under pressed F1 or F2 button: Would you care adding this example to the wiki? TIA, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Q (I. Mammedov) <nia...@gm...> - 2008-10-05 11:08:41
|
Subj.
Please commit it.
Here is example that lights a led under pressed F1 or F2 button:
Variables {
n 0
nkey 0
}
Widget TimerW {
class 'Timer'
expression n=LCD::GPI(1);nkey=n!=0?n:nkey
active 1
update 100
}
Widget GPO_kf1 {
class 'GPO'
expression nkey==3?1:0
update 300
}
Widget GPO_kf2 {
class 'GPO'
expression nkey==4?1:0
update 300
}
Layout L20x2 {
Timer1 'TimerW'
GPO2 'GPO_kf1'
GPO3 'GPO_kf2'
}
|
|
From: Bernhard W. <ber...@bw...> - 2008-09-09 11:09:53
|
* Dirk Jagdmann <do...@cu...> [2008-09-08]: > nice patch, but the getenv() function only returns a pointer into the > environment buffer, not a copy. So the next setenv() call might > overwrite the old value of TZ. I've modified your patch to preserve a > copy of the old value. (Please note, that I have not tested this > modified patch I merely edited it directly.) Hi, ah, yes, you're absolutely right. Sorry for the mistake. Michael, should I come with a fix against current SVN trunk? Bernhard |
|
From: Dirk J. <do...@cu...> - 2008-09-08 22:41:51
|
Hello Bernhard et al, nice patch, but the getenv() function only returns a pointer into the environment buffer, not a copy. So the next setenv() call might overwrite the old value of TZ. I've modified your patch to preserve a copy of the old value. (Please note, that I have not tested this modified patch I merely edited it directly.) -- ---> Dirk Jagdmann ----> http://cubic.org/~doj -----> http://llg.cubic.org |
|
From: Michael R. <mi...@re...> - 2008-09-08 01:55:21
|
Hi Bernhard, > here's a patch that adds strftime_tz() that allows as 3rd argument a > time zone string (like "Europe/Berlin" or "UTC"). Great! Thanks a lot, applied and committed! bye, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Bernhard W. <ber...@gm...> - 2008-09-07 17:03:03
|
Hi, here's a patch that adds strftime_tz() that allows as 3rd argument a time zone string (like "Europe/Berlin" or "UTC"). This allows to build a World Time Clock with lcd4linux. :-) If you think that the patch is okay, I'll add documentation to the Wiki in https://ssl.bulix.org/projects/lcd4linux/wiki/plugin_time. Signed-off-by: Bernhard Walle <ber...@gm...> |
|
From: Bernhard W. <ber...@gm...> - 2008-09-01 19:30:49
|
Hi, this is an initial implementation for the ELV ULA 200 display. See http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=9479 for a description of the hardware. Please review and give me feedback. Of course I tested it. The display documentation is unfortunately only available in German language. However, the protocol is easy and the driver should be understandable without understanding the documentation. Bernhard |
|
From: Sven K. <sv...@ki...> - 2008-08-02 09:28:47
|
Hello! I've written a driver for serial displays from http://www.4dsystems.com.au/products.php You can see it in action here: http://sonic.dnsalias.net/photos/technik/computer/IMG_2253.jpg My password hash for SVN write access: sonic74:{SHA}LI07+gX0TlG4rkxmYjtjwLbgWG8= |
|
From: Nicu P. <np...@it...> - 2008-07-14 06:39:31
|
I attached a patch for our upcoming picoLCD graphical display (256x64 resolution) that will fit in a CDROM bay or in other mini-itx cases. The patch in against current SVN revision should apply cleanly. Thanks, Nicu Pavel |
|
From: Luis.F.Correia <Lui...@se...> - 2008-04-29 16:33:19
|
Hi! (sorry for top post, but it's hard to reply to HTML messages) SPI is a bit different from I2C, you'll need to work a bit around it. You may use our I2C driver as a reference, altough it was developed for the HD44780. Luis Correia ________________________________ From: Bryan Kaminski [mailto:bka...@ii...] Sent: Monday, April 28, 2008 5:19 PM To: Luis.F.Correia Cc: 'Michael Reinelt'; lcd...@li... Subject: Re: [Lcd4linux-devel] new driver for graphic LCD on linux router Hey guys, many thanks for the responses! I guess I should have been a little more detailed from the start. my apologies. I'm using a Buffalo router with OpenWRT on it. The buffalo has a broadcom processor on it, which has a couple GPIO on it. The GPIO are originally used to control LEDs for status, but I removed them and am using the GPIO to control the LCD. The LCD uses 9-bit SPI data. The first bit determines whether the following data is a "DATA" or "COMMAND" value. http://www.sparkfun.com/commerce/product_info.php?products_id=569 Here is the datasheet: http://www.sparkfun.com/datasheets/LCD/S1D15G10D08BE_TM_MF1493_03.pdf I coded up a very basic kernel driver and hacked a test program out. http://www.youtube.com/watch?v=Xjdy9p-VSow Also, I think this display is supported by serdisplib (i know there is a plugin), but again, not for a custom SPI interface (as far as i can tell). I want to use lcd4linux so i dont have to reinvent the wheel and recode character drivers and widgets and etc etc, when its all been done so nicely already :) So to summarize, I'm controlling the SPI LCD from the GPIO on the target hardware processor using a basic kernel character driver. I'm wondering how to get this to work with lcd4linux. I haven't looked at the I2C sources yet, but I'm assuming they use some kind of onboard I2C chip or interface already located on the motherboard. I'll check them out anyways to take a look. Thanks for reading and any heads-up on this. On Apr 28, 2008, at 3:05 AM, Luis.F.Correia wrote: Hi! -----Original Message----- From: lcd...@li... [mailto:lcd...@li...] On Behalf Of Michael Reinelt Sent: Monday, April 21, 2008 8:35 AM To: Bryan Kaminski Cc: lcd...@li... Subject: Re: [Lcd4linux-devel] new driver for graphic LCD on linux router Hi Bryan, i coded up a really basic linux character driver for a Nokia color graphic LCD (tested and working) Sounds interesting! But the thing is, its controlled by the processor's GPIO ports,not RS232 or parallel. I'm not sure how to write a driver for lcd4linux that would access these pins. Have you got some more information about the device? Is the display a standalone display with a i2c interface, or is it something like a complete "embedded system"? There are some i2c drivers available, just grep the sources to get some hints. There are several guys here who are working with i2c (I am not) I am :) When you talk about the processor GPIO, are you referring to the processor on the LCD display itself, or the intended linux hardware? Please give us more detail, I2C is a valid option, I'm using a display from an HP printer in I2C mode without major problems so far. Luis Correia |
|
From: Bryan K. <bka...@ii...> - 2008-04-28 16:20:23
|
Hey guys, many thanks for the responses! I guess I should have been a little more detailed from the start. my apologies. I'm using a Buffalo router with OpenWRT on it. The buffalo has a broadcom processor on it, which has a couple GPIO on it. The GPIO are originally used to control LEDs for status, but I removed them and am using the GPIO to control the LCD. The LCD uses 9-bit SPI data. The first bit determines whether the following data is a "DATA" or "COMMAND" value. http://www.sparkfun.com/commerce/product_info.php?products_id=569 Here is the datasheet: http://www.sparkfun.com/datasheets/LCD/S1D15G10D08BE_TM_MF1493_03.pdf I coded up a very basic kernel driver and hacked a test program out. http://www.youtube.com/watch?v=Xjdy9p-VSow Also, I think this display is supported by serdisplib (i know there is a plugin), but again, not for a custom SPI interface (as far as i can tell). I want to use lcd4linux so i dont have to reinvent the wheel and recode character drivers and widgets and etc etc, when its all been done so nicely already :) So to summarize, I'm controlling the SPI LCD from the GPIO on the target hardware processor using a basic kernel character driver. I'm wondering how to get this to work with lcd4linux. I haven't looked at the I2C sources yet, but I'm assuming they use some kind of onboard I2C chip or interface already located on the motherboard. I'll check them out anyways to take a look. Thanks for reading and any heads-up on this. On Apr 28, 2008, at 3:05 AM, Luis.F.Correia wrote: > Hi! > >> -----Original Message----- >> From: lcd...@li... >> [mailto:lcd...@li...] On >> Behalf Of Michael Reinelt >> Sent: Monday, April 21, 2008 8:35 AM >> To: Bryan Kaminski >> Cc: lcd...@li... >> Subject: Re: [Lcd4linux-devel] new driver for graphic LCD on >> linux router >> >> Hi Bryan, >> >>> i coded up a really basic linux character driver for a Nokia color >>> graphic LCD (tested and working) >> Sounds interesting! >> >>> But the thing is, its controlled by the processor's GPIO ports,not >>> RS232 or parallel. I'm not sure how to write a driver for >> lcd4linux >>> that would access these pins. >> Have you got some more information about the device? Is the display a >> standalone display with a i2c interface, or is it something like a >> complete "embedded system"? >> >> There are some i2c drivers available, just grep the sources >> to get some >> hints. There are several guys here who are working with i2c (I am >> not) > > I am :) > > When you talk about the processor GPIO, are you referring to the > processor > on the LCD display itself, or the intended linux hardware? > > Please give us more detail, I2C is a valid option, I'm using a display > from an HP printer in I2C mode without major problems so far. > > Luis Correia |
|
From: Luis.F.Correia <Lui...@se...> - 2008-04-28 08:06:03
|
Hi! > -----Original Message----- > From: lcd...@li... > [mailto:lcd...@li...] On > Behalf Of Michael Reinelt > Sent: Monday, April 21, 2008 8:35 AM > To: Bryan Kaminski > Cc: lcd...@li... > Subject: Re: [Lcd4linux-devel] new driver for graphic LCD on > linux router > > Hi Bryan, > > > i coded up a really basic linux character driver for a Nokia color > > graphic LCD (tested and working) > Sounds interesting! > > > But the thing is, its controlled by the processor's GPIO ports,not > > RS232 or parallel. I'm not sure how to write a driver for > lcd4linux > > that would access these pins. > Have you got some more information about the device? Is the display a > standalone display with a i2c interface, or is it something like a > complete "embedded system"? > > There are some i2c drivers available, just grep the sources > to get some > hints. There are several guys here who are working with i2c (I am not) I am :) When you talk about the processor GPIO, are you referring to the processor on the LCD display itself, or the intended linux hardware? Please give us more detail, I2C is a valid option, I'm using a display from an HP printer in I2C mode without major problems so far. Luis Correia |
|
From: Michael R. <mi...@re...> - 2008-04-21 07:35:14
|
Hi Bryan, > i coded up a really basic linux character driver for a Nokia color > graphic LCD (tested and working) Sounds interesting! > But the thing is, its controlled by the processor's GPIO ports,not > RS232 or parallel. I'm not sure how to write a driver for lcd4linux > that would access these pins. Have you got some more information about the device? Is the display a standalone display with a i2c interface, or is it something like a complete "embedded system"? There are some i2c drivers available, just grep the sources to get some hints. There are several guys here who are working with i2c (I am not) bye, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Bryan K. <bka...@ii...> - 2008-04-17 22:40:52
|
hey guys, i coded up a really basic linux character driver for a Nokia color graphic LCD (tested and working) But the thing is, its controlled by the processor's GPIO ports,not RS232 or parallel. I'm not sure how to write a driver for lcd4linux that would access these pins. Any advice? Thanks |
|
From: Michael V. <MV...@AB...> - 2008-02-29 18:35:25
|
Hi Jeroen thanks for the patch. unfortunally your patch isnt clean, there is some old stuff from plugin_mpd.c inside. could you do a fresh checkout and resend id? cheers michu |
163 messages has been excluded from this view by a project administrator.
