lcd4linux-devel — lcd4linux development team

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Jonathan M. <jmc...@gm...>]

Hi,

On 21/07/11 12:11, Matt Joyce wrote:
> We could always move the code to github and fork it.

I already mirror the SVN repo on Github because I prefer using git. [1]
Feel free to fork if you like.

Be sure to submit patches back to SVN though, it isn't bidirectional.

Jon

[1] https://github.com/jmccrohan/lcd4linux

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Hans de G. <hde...@re...>]

Hi,

On 07/22/2011 04:48 PM, Maxime Petazzoni wrote:
> Hi guys,
>
> LCD4Linux is not dead. As it was said, the project "works".

It may work, but there have been an number of patches posted
on the list since I joined approx 2-3 months ago and no sign
of these getting integrated. This is not exactly a good sign
of being an alive and kicking upstream for linux distributions
to base there packages on.

> Contributions are still most welcome I think, and Michael can probably
> confirm this.
>
> As far as source code access goes, I think it needs to go through
> Michael first,

Agreed.

> but I'm the one eventually setting the access in place
> for someone, and I'm always available to add someone to the repository
> access list.

Good to know.

> Let's not waste time on forking / moving someplace else and do the smart
> thing of being constructive *for* the project :)

+100  :)

Regards,

Hans

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Maxime P. <max...@bu...>]

Hi guys,

LCD4Linux is not dead. As it was said, the project "works".
Contributions are still most welcome I think, and Michael can probably
confirm this.

As far as source code access goes, I think it needs to go through
Michael first, but I'm the one eventually setting the access in place
for someone, and I'm always available to add someone to the repository
access list.

Let's not waste time on forking / moving someplace else and do the smart
thing of being constructive *for* the project :)

/Max

* Hans de Goede <hde...@re...> [2011-07-21 13:27:38]:

> Hi,
> 
> On 07/21/2011 01:11 PM, Matt Joyce wrote:
> > We could always move the code to github and fork it.
> >
> 
> Or, better IMHO, first ask the current maintainer,
> if he would be ok with someone taking over and then asking
> them to make that someone an admin for the sf.net project.
> 
> Note I'm not saying that sf.net is better infra then
> github, but it is better IMHO to keep the project at
> the same place if possible to avoid user confusion about
> which one is the official / latest version.
> 
> Regards,
> 
> Hans
> 
> 
> > On Thu, Jul 21, 2011 at 05:14, Andreas Brachold
> > <an...@us...>  wrote:
> >> Hi,
> >>
> >> On 20.07.2011, 19:39 +0200 wrote Hans de Goede:
> >>
> >>> Unfortunately it seems that the lcd4linux project is more or less
> >>> dead. It would be great if someone could get around to reviving it,
> >>> perhaps you're interested in doing this?
> >>
> >> I don't know whether the project is really dead. If possible I would
> >> make only a small set of contributions. But I have no right to submit
> >> source code into subversion repository. ;-)
> >>
> >> Regards,
> >> Andreas
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> 10 Tips for Better Web Security
> >> Learn 10 ways to better secure your business today. Topics covered include:
> >> Web security, SSL, hacker attacks&  Denial of Service (DoS), private keys,
> >> security Microsoft Exchange, secure Instant Messaging, and much more.
> >> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> >> _______________________________________________
> >> Lcd4linux-devel mailing list
> >> Lcd...@li...
> >> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
> >>
> >
> >
> >
> 
> ------------------------------------------------------------------------------
> 5 Ways to Improve & Secure Unified Communications
> Unified Communications promises greater efficiencies for business. UC can 
> improve internal communications as well as offer faster, more efficient ways
> to interact with customers and streamline customer service. Learn more!
> http://www.accelacomm.com/jaw/sfnl/114/51426253/
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
> 

-- 
Maxime Petazzoni <http://www.bulix.org>
 ``One by one, the penguins took away my sanity.''
Writing software in California

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Hans de G. <hde...@re...>]

Hi,

On 07/21/2011 01:11 PM, Matt Joyce wrote:
> We could always move the code to github and fork it.
>

Or, better IMHO, first ask the current maintainer,
if he would be ok with someone taking over and then asking
them to make that someone an admin for the sf.net project.

Note I'm not saying that sf.net is better infra then
github, but it is better IMHO to keep the project at
the same place if possible to avoid user confusion about
which one is the official / latest version.

Regards,

Hans


> On Thu, Jul 21, 2011 at 05:14, Andreas Brachold
> <an...@us...>  wrote:
>> Hi,
>>
>> On 20.07.2011, 19:39 +0200 wrote Hans de Goede:
>>
>>> Unfortunately it seems that the lcd4linux project is more or less
>>> dead. It would be great if someone could get around to reviving it,
>>> perhaps you're interested in doing this?
>>
>> I don't know whether the project is really dead. If possible I would
>> make only a small set of contributions. But I have no right to submit
>> source code into subversion repository. ;-)
>>
>> Regards,
>> Andreas
>>
>>
>> ------------------------------------------------------------------------------
>> 10 Tips for Better Web Security
>> Learn 10 ways to better secure your business today. Topics covered include:
>> Web security, SSL, hacker attacks&  Denial of Service (DoS), private keys,
>> security Microsoft Exchange, secure Instant Messaging, and much more.
>> http://www.accelacomm.com/jaw/sfnl/114/51426210/
>> _______________________________________________
>> Lcd4linux-devel mailing list
>> Lcd...@li...
>> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>>
>
>
>

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Matt J. <mat...@gm...>]

We could always move the code to github and fork it.

On Thu, Jul 21, 2011 at 05:14, Andreas Brachold
<an...@us...> wrote:
> Hi,
>
> On 20.07.2011, 19:39 +0200 wrote Hans de Goede:
>
>> Unfortunately it seems that the lcd4linux project is more or less
>> dead. It would be great if someone could get around to reviving it,
>> perhaps you're interested in doing this?
>
> I don't know whether the project is really dead. If possible I would
> make only a small set of contributions. But I have no right to submit
> source code into subversion repository. ;-)
>
> Regards,
> Andreas
>
>
> ------------------------------------------------------------------------------
> 10 Tips for Better Web Security
> Learn 10 ways to better secure your business today. Topics covered include:
> Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>



-- 
http://about.me/mattjoyce

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Andreas B. <an...@us...>]

Hi,

On 20.07.2011, 19:39 +0200 wrote Hans de Goede:

> Unfortunately it seems that the lcd4linux project is more or less
> dead. It would be great if someone could get around to reviving it,
> perhaps you're interested in doing this?

I don't know whether the project is really dead. If possible I would
make only a small set of contributions. But I have no right to submit
source code into subversion repository. ;-)

Regards,
Andreas

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Mattia Jona-L. <mat...@gm...>]

Hi,

I don't think the project to be dead. Michael? Are you still around?
As far as I can see it is just that lcd4linux basically WORKS.
At this time there is room for new features but no new bugs have emerged.
Indeed the software is aging and some dependencies might have to be updated.
I agree that a new release would be very much appreciated.

Regards,

Mattia

On Wed, Jul 20, 2011 at 7:39 PM, Hans de Goede <hde...@re...> wrote:
> Hi,
>
> Unfortunately it seems that the lcd4linux project is more or less
> dead. It would be great if someone could get around to reviving it,
> perhaps you're interested in doing this?
>
> Regards,
>
> Hans
>
>
> On 07/20/2011 06:07 PM, Andreas Brachold wrote:
>> Hello,
>>
>> This is a patch to update plugin_mpd. It's replace outdate library
>> libmpd with recent library libmpdclient.
>>
>> On http://mpd.wikia.com/wiki/ClientLib:libmpd is library libmpd marked
>> as deprecated.
>>
>> Details about library libmpdclient :
>> http://mpd.wikia.com/wiki/ClientLib:libmpdclient
>>
>> Regards,
>> Andreas
>>
>>
>>
>> ------------------------------------------------------------------------------
>> 10 Tips for Better Web Security
>> Learn 10 ways to better secure your business today. Topics covered include:
>> Web security, SSL, hacker attacks&  Denial of Service (DoS), private keys,
>> security Microsoft Exchange, secure Instant Messaging, and much more.
>> http://www.accelacomm.com/jaw/sfnl/114/51426210/
>>
>>
>>
>> _______________________________________________
>> Lcd4linux-devel mailing list
>> Lcd...@li...
>> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>
> ------------------------------------------------------------------------------
> 10 Tips for Better Web Security
> Learn 10 ways to better secure your business today. Topics covered include:
> Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>

Re: [Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Hans de G. <hde...@re...>]

Hi,

Unfortunately it seems that the lcd4linux project is more or less
dead. It would be great if someone could get around to reviving it,
perhaps you're interested in doing this?

Regards,

Hans


On 07/20/2011 06:07 PM, Andreas Brachold wrote:
> Hello,
>
> This is a patch to update plugin_mpd. It's replace outdate library
> libmpd with recent library libmpdclient.
>
> On http://mpd.wikia.com/wiki/ClientLib:libmpd is library libmpd marked
> as deprecated.
>
> Details about library libmpdclient :
> http://mpd.wikia.com/wiki/ClientLib:libmpdclient
>
> Regards,
> Andreas
>
>
>
> ------------------------------------------------------------------------------
> 10 Tips for Better Web Security
> Learn 10 ways to better secure your business today. Topics covered include:
> Web security, SSL, hacker attacks&  Denial of Service (DoS), private keys,
> security Microsoft Exchange, secure Instant Messaging, and much more.
> http://www.accelacomm.com/jaw/sfnl/114/51426210/
>
>
>
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel

[Lcd4linux-devel] Update plugin_mpd to recent library libmpdclient

[Andreas B. <an...@us...>]

Hello,

This is a patch to update plugin_mpd. It's replace outdate library
libmpd with recent library libmpdclient.

On http://mpd.wikia.com/wiki/ClientLib:libmpd is library libmpd marked
as deprecated. 

Details about library libmpdclient :
http://mpd.wikia.com/wiki/ClientLib:libmpdclient

Regards,
Andreas

[Lcd4linux-devel] New driver for Futaba MDM166A Graphic(96x16) vf-displays

[Andreas B. <an...@us...>]

Hello,

This is a patch for a new driver for lcd4linux. This driver is for a
Futaba MDM166A Graphic(96x16) vf-displays. 

The display offers a graphical area with 96x16 pixels and a small set of
symbols. This device is connected by USB (19c2:6a11).
Each of the symbols can be controlled by GPO1 ... GPO25;

GPO1 : Play
GPO2 : Pause
GPO3 : Record
GPO4 : Message symbol (without the inner @)
GPO5 : Message @
GPO6 : Mute
GPO7 : WLAN (tower base)
GPO8 : WLAN strength (1 of 3)
GPO9 : WLAN strength (2 of 3)
GPO10 : WLAN strength (3 of 3)
GPO11 : Volume (the word)
GPO12 ... 25 : Volume level 1 ... 14

It's need library libusb-1.0 to compile.

For some pictures see also :
http://projects.vdr-developer.org/wiki/plg-targavfd

Regards,
Andreas

[Lcd4linux-devel] bold escape char

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

Hi,


I have an application that writes out the lcd data to a file (as
opposed to writing a custom plugin) and I need to make some words
bold. I have hacked this up locally to make the ascii BEL char as a
bold toggle.

This works quite well for me so I am sharing it. The BEL char may not
be a good choice vs. the proper ANSI escape sequences but is easier to
implement.


--- drv_generic_graphic.c.orig	2011-05-12 10:11:40.000000000 +1200
+++ drv_generic_graphic.c	2011-05-18 10:13:51.000000000 +1200
@@ -233,6 +233,7 @@
 				       const char *style, const char *txt)
 {
     int c, r, x, y, len;
+    int bold;

     /* sanity checks */
     if (layer < 0 || layer >= LAYERS) {
@@ -249,10 +250,17 @@
     c = col;

     /* render text into layout FB */
+    bold = 0;
     while (*txt != '\0') {
 	unsigned char *chr;

-	if (strstr(style, "bold") != NULL) {
+	/* magic char to toggle bold */
+	if (*txt == '\a') {
+		bold ^= 1;
+		txt++;
+		continue;
+	}
+	if (bold || strstr(style, "bold") != NULL) {
 	    chr = Font_6x8_bold[(int) *(unsigned char *) txt];
 	} else {
 	    chr = Font_6x8[(int) *(unsigned char *) txt];



The snippets from my lcd4linux.conf

Layout picoLCDGraphic {
  Row1 {
    Col1 'status1'
  }
  Row2 {
    Col1 'status2'
  }
   ...
}
Widget status1 {
  class 'Text'
  expression file::readline(statfile, currline)
  width 42
  update tick
}
Widget status2 {
  class 'Text'
  expression file::readline(statfile, currline+1)
  width 42
  update tick
}
...

[Lcd4linux-devel] mkstemp(/var/lock/LCK*) failed: Permission denied

[Mikhail <any...@ma...>]

Also, on startup  i've got a error like:
mkstemp(/var/lock/LCK..TMP.FiN6hv) failed: Permission denied

it is a pity, but i can't find any option to create lock-file in another directory.
(file drv_generic_serial.c, line 80)

[Lcd4linux-devel] hello-goodbye patch

[Mikhail <any...@ma...>]

I've created a patch which adds possibility to show custom hello/goodbye message.

It needs to use the following syntax in cfg.file:

Display Example  {
    Driver 'XXX'
  .....
    Greet 'hello\nmy\nfriend'
    Bye 'bye-bye\nmy\nfriend'
}

For patch creation i've used SVN revision 1143.

Patch can be downloaded from here  http://rapidshare.com/files/452625514/hello-bye2.patch (http://rapidshare.com/files/452625514/hello-bye2.patch) 

[Lcd4linux-devel] HIDraw based LCD

[Tomasz M. <tom...@xl...>]

Hi!

We have managed to finalize the firmware for our LCD controller module (it's our 20%-time task, so the progress has been slow).

This device has been tested via the linux hidraw interface - it's actually quite functional from the linux command line.

Is there a framework through which you'd prefer it to be integrated with the code? The usage is simple - you send a packet '\x02TEXT\x00' to the hidraw device to send HD44780 data, and '\x03\xAB\xCD' to set the brightness to 0xAB and send the 0xCD as a HD44780 command.

Tomasz Mloduchowski

XLogic Sp. z o.o.

[mail   ]: tom...@xl...
[mobile ]: +48 791 303 308
[address]: Konstruktorska 6B/2
           02-673 WARSAW, POLAND

[VAT ID ]: PL 125-157-95-87
[KRS    ]: 0000365866
[capital]: 5000 PLN Share capital authorized and paid.

Incorporated:
Sad Rejonowy dla M. St. Warszawy w Warszawie,
XIV Wydzial Gospodarczy Krajowego Rejestru Sadowego.

[Lcd4linux-devel] Self intro Hans de Goede + patches

[Hans de G. <hde...@re...>]

Hi,

Let me start with a quick self intro:

I'm an open source developer / enthusiast for
10+ years. I've worked on / maintain various webcam and hardware
monitoring linux kernel drivers, libv4l (userspace video format
conversion library), v4l-utils, anaconda (the Red Hat installer),
parted, over 200 Fedora packages and now a days also Spice.

What is missing from this summary is that approx a year ago
I bought my first cheap keychain digital photoframe for 5 euros,
with the idea that it would be a nice project to get the thing
to work under Linux.

A couple of months and 10 frames later (to ensure my software
works with different models) I had software to upload / download
pictures to / from st2205 and ax203 / ax206 / ax3003 based frames
using gphoto, see:
http://picframe.spritesserver.nl/wiki/index.php/UsingAsPicframe

Yes I wrote software to use these little frames as intended,
without any firmware hacking. That said I'm interested in
firmware hacking and using them as an external lcd together
with lcd4linux too.

So this weekend I flashed all 5 st2205 frames I have with hacked
firmware and set forward to use them with lcd4linux. Only to find
out lcd4linux was not packaged for Fedora. So now I've created
(and submitted for official inclusion) packages for Fedora for
libst2205
serdisplib
lcd4linux

While creating the lcd4linux package I hit a few issues, resulting
in 3 patches for lcd4linux (attached):

lcd4linux-st2205-width-height-swap.patch:
The st2205 driver has the width and height of the frame swapped,
which is fine for 128x128 frames, but works less good for 96x64
frames.

lcd4linux-wireless.patch:
The configure script fails to properly detect the linux/wireless.h
header with recent kernels, this fixes this.

lcd4linux-hwmon.patch:
The i2c_sensors plugin, as it names suggests it was written
to get information from hardware monitoring sensors attached to the
i2c bus. But now a days machines often have hwmon sensors attached
to different busses (such as those builtin to CPUs). This patch
makes the i2c_sensors driver also work with for example sensors
builtin to CPUs.

Note there still is a problem when you have multiple sensor devices.
In this case the i2c_sensors plugin will just pick the first one (hwmon0).
You can use the i2c_sensors plugin with multiple sensor devices by
explicitly setting the i2c_sensors-path variable and specifying the hwmon
device in the i2c_sensors call. Example configuration code
(note how some hwmon devices need 'hwmon#/device/...',
  and others 'hwmon#/...'):

i2c_sensors-path '/sys/class/hwmon/'
Widget Temp1 {
     class 'Text'
     width 16
     align 'R'
     prefix 'ACPI: '
         postfix '°C'
         precision 1
     expression i2c_sensors('hwmon0/temp1_input') / 1000.0
}

Widget Temp2 {
     class 'Text'
     width 16
     align 'R'
     prefix 'CPU1: '
         postfix '°C'
         precision 1
     expression i2c_sensors('hwmon1/device/temp1_input') / 1000.0
}

It would propably be good to document this on the wiki
(this trick will work with an unpatched i2c_sensors too)

Note that I'm an active contributor to lm_sensors upstream too,
and a such I must say that it would be better if there would be
a plugin using libsensors rather then accessing sysfs directly.
The advantages are that libsensors takes care of the details
of sysfs parsing, and more importantly that it offers one
central configuration file for things like scaling and offsets
of sensors, as often some conversion is needed to go from raw
sysfs value to a "real" value.

Regards,

Hans

Re: [Lcd4linux-devel] Newhaven NHD‐0420D3Z‐FL‐GBW

[Rusty C. <ru...@su...>]

Hello,

Apparently the patch I sent doesn't compile. Now it does. I will also 
add documentation onto the wiki in a few days.

Rusty Clarkson
Software Engineer
Sutus Inc.

www.sutus.com


On 11-01-27 11:50 AM, Rusty Clarkson wrote:
> Hello,
>
> Wrote a driver for Newhaven's NHD‐0420D3Z‐FL‐GBW. 4x20 LCD that can do 
> I2C or serial. Thank you for making this so easy.
>

[Lcd4linux-devel] Newhaven NHD‐0420D3Z‐FL‐GBW

[Rusty C. <ru...@su...>]

Hello,

Wrote a driver for Newhaven's NHD‐0420D3Z‐FL‐GBW. 4x20 LCD that can do 
I2C or serial. Thank you for making this so easy.

-- 
Rusty Clarkson
Software Engineer
Sutus Inc.

www.sutus.com

Re: [Lcd4linux-devel] Two new FIXMEs in timer code :)

[Martin Z. <co...@mz...>]

Hi Michael,

I wanted to get rid of this time skew business once and forever.  So I 
checked my assumptions with the "date --set" command.

I was completely right regarding the timers' behaviour on clock skews. 
So I updated the clock skew testing routine to check for

   now + timer.delay + CLOCK_SKEW_DETECT_TIME_IN_S

Moreover, I changed the clock skew correction routine to subtract the 
detected clock skew from *all* timers.

Finally, I checked this extensively using "date --set".  Although my 
system once got a little unstable, but "lcd4linux" simply kept on 
running.  So I guess we're done here.

I committed my changes to the repository.  Feel free to try it out 
yourself (but I advise you to close all applications before you start 
manipulating the Linux system time).

All the best,

Martin
-- 
www.mzuther.de
www.radix-musik.de

Re: [Lcd4linux-devel] Two new FIXMEs in timer code :)

[Martin Z. <co...@mz...>]

Hi Michael,

I'm quite busy as well, so never mind the delay... ;)

 > A clean solution cold be to check if timestamp of next timer is later
 > than "now + timer.delay"? (or probably "now + 2*timer.delay") ?

That sounds clever.  Though I think that checking for

   now + timer.delay + CLOCK_SKEW_DETECT_TIME_IN_S

would be best.  This way, time skew detection wouldn't depend on the 
actual timer intervals and users might still easily adapt the detection 
limit to their needs.

 > I also think that the correction "set it to current" is wrong: It should
 > be set to "now + timer+delay" or something similar.

You're right.  I think that adding the detected time skew to the timer 
triggers would be best.

 >> The other "thing" seems like a real bug to me (and is of course related
 >> to clock skew). In case a clock skew has been detected, the next
 >> upcoming timer (and *only* that) is updated to the new time.
 >>
 >> Now imagine two timers of different intervals and a clock skew of one
 >> hour (think of the transitions between summer and winter time). The
 >> next upcoming timer (let's say number 1) is updated and triggers on.
 >> But what about the second? If I get that right, it will not trigger for
 >> at least a whole hour while the user awes in wonder!
 >>
 >> So I think we should update *all* timers:
 >>
 >> for (timer = 0; timer< nTimers; timer++)
 >> Timers[timer].when = now;
 >>
 >> instead of only the next upcoming one:
 >>
 >> Timers[next_timer].when = now;
 >
 > I'm not sure about this: probably all the other timers would be
 > corrected one by one as soon as they are processed (every timer should
 > be the "next occuring timer" somethime, and then would be corrected)

Think of these (bogus) trigger time stamps (in seconds):

   current time:  3615
   timer #0:      3616
   timer #1:      3618

Now imagine that the system time is set backward by one hour (think of 
winter time):

   current time:    15
   timer #0:      3616
   timer #1:      3618

By the current code, timer #0 (the next upcoming one) would be corrected:

   current time:    15
   timer #0:        15
   timer #1:      3618

But timer #0 will *still* the next upcoming timer, so timer #1 will 
*not* be corrected (and thus not trigger) for an hour:

   current time:    16    17    18  ...  3618  3619
   timer #0:        16    17    18  ...  3618  3619
   timer #1:      3618  3618  3618  ...  3618  3621

Feel free to correct me, but I think that I'm correct. :)

Finally, I have updated the function "timer_inc()" (rev 1141).  The 
function now checks how many trigger intervals have passed since a given 
timer has been updated.  This might be due to "negative clock skew" 
(think of summer time) or the fact that some processing took too long 
(i.e. fetching of a web site).  These missed trigger intervals are then 
skipped and the user is notified so that he may adapt his timer settings.

This handling is essential, otherwise unprocessed timers might stack up 
and would trigger continuously while at the same time becoming 
notoriously late and unreliable.  As the "timer_inc()" is called right 
after calling a timer's callback, the code change also shouldn't do any bad.

Happy new year (somewhat late) from Germany,

Martin
-- 
www.mzuther.de
www.radix-musik.de

Re: [Lcd4linux-devel] USB based LCD

[Tomasz M. <tom...@xl...>]

Hi Michael,

It seems we share a similar philosophy. The first edition of our product
is essentially an HD44780 device attached to the cheapest USB GPIO
controller out there.

In the future, we might decide to add some hardware specific
functionality, but we'd much rather avoid doing anything that increases
the BOM of our devices.

The device is actually even dumber than the USBLCD unit - it requires
the HD44780 commands to be effectively bitbanged on the interface chips
GPIO.

Is there a convenient way to implement that? it seems to be able to
benefit with some code reuse from drv_HD44780?

Cheers,
Tomasz

On 01/18/11 22:46, Michael Reinelt wrote:
> Hi Tomasz,
> 
>> For the sake of manufacturing simplicity and cost efficiency, we are
>> using a fixed function USB interface chip, whose
>> GPIO lines are used to toggle HD44780-compatible LCDs. Thus, we want
>> to go down the route of implementing a libusb
>> based control software, that would use USB interrupts to send control
>> commands to the LCD.
> 
>> As advised in the
>> http://ssl.bulix.org/projects/lcd4linux/wiki/driver_howto, I'm posting
>> on this list in hopes of
>> finding some clues (beyond reading drv_USBLCD.c) on what we need to be
>> on the lookout for.
> 
> I'm afraid I can't help you with electronics design, but as there's more
> than one driver for USB-based HD44780 displays, you probably want to
> read several different drivers...
> 
> From my (lcd4linux-focused) point of view, I prefer "dumb" displays that
> doesnt have to much intelligence built in, but provide a more or less
> "raw" HD44780 interface on USB.
> 
> MatrixOrbital and Crystalfontz for example are "intelligent" displays,
> writing a driver may be much more complicated than LCD2USB (wich is a
> very simple and very clean design).
> 
> 
> 
> Regards, Michael
> 

Re: [Lcd4linux-devel] USB based LCD

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

Hi Tomasz,

> For the sake of manufacturing simplicity and cost efficiency, we are using a fixed function USB interface chip, whose
> GPIO lines are used to toggle HD44780-compatible LCDs. Thus, we want to go down the route of implementing a libusb
> based control software, that would use USB interrupts to send control commands to the LCD.

> As advised in the http://ssl.bulix.org/projects/lcd4linux/wiki/driver_howto, I'm posting on this list in hopes of
> finding some clues (beyond reading drv_USBLCD.c) on what we need to be on the lookout for.

I'm afraid I can't help you with electronics design, but as there's more than one driver for USB-based HD44780 displays, 
you probably want to read several different drivers...

 From my (lcd4linux-focused) point of view, I prefer "dumb" displays that doesnt have to much intelligence built in, but 
provide a more or less "raw" HD44780 interface on USB.

MatrixOrbital and Crystalfontz for example are "intelligent" displays, writing a driver may be much more complicated 
than LCD2USB (wich is a very simple and very clean design).



Regards, Michael

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

[Lcd4linux-devel] USB based LCD

[Tomasz M. <tom...@xl...>]

Hello there,

I'm writing on behalf of a division of XLogic that is currently introducing an USB based HD44780 controller.

For the sake of manufacturing simplicity and cost efficiency, we are using a fixed function USB interface chip, whose GPIO lines are used to toggle HD44780-compatible LCDs. Thus, we want to go down the route of implementing a libusb based control software, that would use USB interrupts to send control commands to the LCD. 

As advised in the http://ssl.bulix.org/projects/lcd4linux/wiki/driver_howto, I'm posting on this list in hopes of finding some clues (beyond reading drv_USBLCD.c) on what we need to be on the lookout for. 

Cheers,   
Tomasz 

[Lcd4linux-devel] MatrixOrbital GLK19264-7T-1U

[Natanael O. <no...@gm...>]

Hi,


One of the displays that I'm testing is a Matrix Orbital GLK19264-7T-1U 
[1]. I tried quickly to make it works with the lcd4linux MatrixOrbitalGX 
driver but it didn't work, so I did the attached python module to test 
the display commands (which I found on the -no so easy to found- 
technical manual [2]), and it works perfect in gentoo,  although it 
gives me a Segfault of libftdi -> libusb on some ubuntus.

Some of theese days I'll complete the python module, and I'll try to 
make the MatrixOrbitalGX lcd4linux driver works... But meanwhile I send 
this just in case someone wants to test/use it and/or make suggestions 
about it.


Best regards,
Natanael

[1] http://www.matrixorbital.com/p342/GLK19264-7T-1U-FGW/product_info.html
[2] http://www.tri-m.com/products/matrix/files/manual/bgk24064_man.pdf

[Lcd4linux-devel] Libusb and FTDI245BM

[Daniel J. <dan...@gm...>]

Hello,
    i have created a board that I connected the LCD to USB. The scheme 
is: "http://lcdtousb.dpz.cz/?Sch%E9ma". I wrote a C program, I could 
write characters on the display (using libusb). Now I need help, how to 
connect to LCD4LINUX. Or is my approach completely wrong? How should I 
connect the FTDI to LCD4LINUX?

Thank you for your answer Daniel Jaroš.

Re: [Lcd4linux-devel] Sure Electronics DE-LD021 patch

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

Applied & committed. Thanks!


Am 2011-01-04 15:27, schrieb Natanael Olaiz:
> fix for a bug introduced in my previous one for the DE-LD021

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