lcd4linux-users — lcd4linux users

[lcd4linux] Updating wiki

[Richard (MQ) <os...@go...>]

Hi

Thanks again for a great little utility which I've been using since 
about 2005!

I have a minor edit for the wiki, since I have no login perhaps I can 
post it here for an administrator to slip it in?

The packages hosted for openSuSE are no longer at

http://software.opensuse.org/download/LCD

Instead they are at

http://software.opensuse.org/package/lcd4linux?search_term=lcd4linux#

There is no package listed for 12.1 or 12.2 (current) but the one-click 
install named "factory" seems to work well for me on my 12.1 based file 
server.

Version is 0.11.0

-- 
Cheers
Richard (MQ)
Linux user # 439271

[lcd4linux] hdd temp doesn't work

[S. Z. <yo...@gm...>]

The 'lcd4linux -l' command show only the supported displays.

Re: [lcd4linux] hdd temp doesn't work

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

Looks like you don't have the plugin compiled in.

try 'lcd4linux -l' and have a look at the available plugins


regards, Michael


Am 2012-10-30 16:24, schrieb Stojcsics Zsolt:
> Hello,
>
> I can’t use hddtemp plugin, because it drops warn massage. I start lcd4linux with –Fvv, and i get this warning:
>
> Evaluator: unknown function ’hddtemp’ in <hddtemp(’/dev/sda’)>
>
> What do I wrong?
>
> Thanks
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
>
>
>
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

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

[lcd4linux] hdd temp doesn't work

[Stojcsics Z. <yo...@gm...>]

Hello,

 

I can't use hddtemp plugin, because it drops warn massage. I start lcd4linux
with -Fvv, and i get this warning:

 

Evaluator: unknown function 'hddtemp' in <hddtemp('/dev/sda')>

 

What do I wrong?

 

Thanks

Re: [lcd4linux] Editting the wiki

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

Hello,

can you tell me the page and the content you want to modify?


Am 2012-10-23 19:11, schrieb PJ P:
> Hello,
>
> How do I edit the wiki, I can't seem to find anywhere that I can sign up, and all my edits are rejected because of
> 'potential spam'.
>
> Thanks in advance
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
>
>
>
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

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

[lcd4linux] Editting the wiki

[PJ P <pet...@gm...>]

Hello,

How do I edit the wiki, I can't seem to find anywhere that I can sign up,
and all my edits are rejected because of 'potential spam'.

Thanks in advance

[lcd4linux] picoLCDgraphic

[John R. <joh...@qu...>]

Morning,

I've only recently come across the project Friday.  Yesterday I sat down 
with a picoLCDgraphic to try it out, and I have it displaying pretty 
much all I want. However I'm looking for some pointers on the use of the 
Keypad.

The manual I found online points (picoLCD 256x64 SideShow from 
mini-box.com) at using the GPO's to read the keypad, which is fine. 
However what I don't seem to be able to figure out his how to reliably 
detect the keypresses inside in a widget, even though I can see the 
values appearing in debug mode.

It is more than likely that I'm doing something wrong, so any thoughts 
appreciated.

I'm using LCD4Linux 0.11.0-SVN-1158 on Ubuntu 12.04.

Regards
John

Re: [lcd4linux] Request for enhancement of Bar Widget for the graphical driver

[Dmitry Y. <ye...@gm...>]

The best way to demonstrate the new bar styles would be through examples that use the following bars and just play with their styles and directions:
    Bar1:	expression =  3,	expression2 = 10
    Bar2:	expression =  5,	expression2 =  5
    Bar3:	expression = 10,	expression2 =  3

All the bars use the following widget configuration:
    class 'Bar'
    max 10
    barcolor0 Bar0 # red
    barcolor1 Bar1 # green
    update second

Here is the list of attached files that can be used with lcd4linux after applying my patches to the sources:

layout_explanation.png	– explains the screen layout of the examples

bar_original.conf + bar_original.png	– the configuration and the screenshot of the original styles in lcd4linux for split-bars (this config-file can be used with the current/unchanged version of lcd4linux).

bar_overlay.conf + bar_overlay.png		– the configuration and the screenshot for the "overlay" bar styles that always show smaller gauge on top of the bigger one; and use the first gauge when they are equal.  This style was coded as 'Y'; and 'y' to make it "hollow".

bar_fixed_layers.conf + bar_fixed_layers.png	– the configuration and the screenshot for the "fixed layers" bar styles that always show first gauge on top of the second one.  This style was coded as 'F'; and 'f' to make it "hollow".

Just a note on selecting letter 'Y' and 'y' for the "overlay" styles – I was originally going to use 'O' and 'o' to represent the style, but decided against it due to the fact that the default style is '0' (number zero) and it will make a lot of confusion when reading the wiki or configuration.

Thanks,

:-Dmitry

Re: [lcd4linux] Request for enhancement of Bar Widget for the graphical driver

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

Hi Dimitry,

sounds interesting!

As I currently don't have a graphical (and color!) display around, some gif demos would be nice!

greetings, Michael


Am 2012-05-16 04:17, schrieb Dmitry Yermolenko:
> Hi there,
>
> I'm not sure if this is the best way to reach out to lcd4linux developers,
> so please feel free to forward it to the proper addresses.
>
> First of all, I wanted to thank everyone for such a great utility! I started
> using it recently on my router and NAS with the help of small Coby DP-152
> dpf's.
>
> The reason for my contacting developers is a request for enhancement of Bar
> Widget for the graphical driver. Many use cases for the Bar Widget require
> utilization of two expressions, but split-bar is not natural/useful in some
> situations. For example:
> - on small screens
> - for CPU or RAM usage indicators when values should stack up (e.g. show CPU
> as "user + system + idle"; and RAM as "used + buffers + free")
> - for indicators that would benefit from a threshold notification (e.g.
> filesystem utilization when it reaches 90% or other preferred threshold)
>
> The enhancement that I'd like to propose will introduce the following new
> behaviors of bar gauges - have them overlay each other (obviously using
> different colors) and be able to choose one of two modes:
> 1) smaller gauge is always on top of the bigger one; and use the first gauge
> (a.k.a. bar0) in case they are equal - this mode will be introduced as style
> 'Y', and 'y' for 'Y'+'H'
> 2) first gauge (the bar0) is always on top of the second (the bar1) - will
> be called style 'F', a 'f' for 'F'+'H'
>
> I've already prepared the changes and made some optimizations to the part of
> the code that renders the widget for the graphical driver. The changes are
> 100% backward compatible.  The patch to the latest SVN revision is attached
> as well as configuration examples to demonstrate the new modes.  Could
> someone please review the changes and advice whether anything else needs to
> be changed?  If any, I'll look into the suggestion(s) to make the changes
> ready for submission into trunk.
>
> Please let me know if you'd like me to prepare some gif-animations to
> demonstrate the new behavior or if you need any explanation/comments to the
> code.
>
> Thanks,
>
> :-Dmitry
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

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

[lcd4linux] Request for enhancement of Bar Widget for the graphical driver

[Dmitry Y. <ye...@gm...>]

Hi there,

I'm not sure if this is the best way to reach out to lcd4linux developers,
so please feel free to forward it to the proper addresses.

First of all, I wanted to thank everyone for such a great utility! I started
using it recently on my router and NAS with the help of small Coby DP-152
dpf's.

The reason for my contacting developers is a request for enhancement of Bar
Widget for the graphical driver. Many use cases for the Bar Widget require
utilization of two expressions, but split-bar is not natural/useful in some
situations. For example:
- on small screens
- for CPU or RAM usage indicators when values should stack up (e.g. show CPU
as "user + system + idle"; and RAM as "used + buffers + free")
- for indicators that would benefit from a threshold notification (e.g.
filesystem utilization when it reaches 90% or other preferred threshold)

The enhancement that I'd like to propose will introduce the following new
behaviors of bar gauges - have them overlay each other (obviously using
different colors) and be able to choose one of two modes:
1) smaller gauge is always on top of the bigger one; and use the first gauge
(a.k.a. bar0) in case they are equal - this mode will be introduced as style
'Y', and 'y' for 'Y'+'H'
2) first gauge (the bar0) is always on top of the second (the bar1) - will
be called style 'F', a 'f' for 'F'+'H'

I've already prepared the changes and made some optimizations to the part of
the code that renders the widget for the graphical driver. The changes are
100% backward compatible.  The patch to the latest SVN revision is attached
as well as configuration examples to demonstrate the new modes.  Could
someone please review the changes and advice whether anything else needs to
be changed?  If any, I'll look into the suggestion(s) to make the changes
ready for submission into trunk.

Please let me know if you'd like me to prepare some gif-animations to
demonstrate the new behavior or if you need any explanation/comments to the
code. 

Thanks,

:-Dmitry

Re: [lcd4linux] generic USB HID driver

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

Hi Urs,

This standars looks interesting! But you are right - I've never heard of this standard, and I don't know any display 
using this standard...

But a driver for zthis would be welcome!



regards, Michael


Am 2012-04-18 07:01, schrieb Urs Fässler:
> Hello to lcd4linux users,
> I am building a USB LCD for a new version of my music player [1]. I'd
> like to use lcd4linux on the host. On the hardware site, I am using an
> PIC with built-in USB support. As I have seen, there is a standard to
> describe a alphanumeric display (see HID Usage Tables [2], section 18).
> I didn't found an generic driver in lcd4linux, is this correct? Are
> there plans for one?
> (Or why does no USB display use the standard?)
>
> Thanks
> Urs
>
> [1] http://openjukebox.origo.ethz.ch/
> [2] http://www.usb.org/developers/devclass_docs/Hut1_12v2.pdf
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
>
>

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

[lcd4linux] generic USB HID driver

[Urs F. <uf...@gm...>]

Hello to lcd4linux users,
I am building a USB LCD for a new version of my music player [1]. I'd
like to use lcd4linux on the host. On the hardware site, I am using an
PIC with built-in USB support. As I have seen, there is a standard to
describe a alphanumeric display (see HID Usage Tables [2], section 18).
I didn't found an generic driver in lcd4linux, is this correct? Are
there plans for one?
(Or why does no USB display use the standard?)

Thanks
Urs

[1] http://openjukebox.origo.ethz.ch/
[2] http://www.usb.org/developers/devclass_docs/Hut1_12v2.pdf

Re: [lcd4linux] New picolcd 256x64 lcd bought

[Levon A. <lev...@gm...>]

Yago Fernandez Hansen <sti@...> writes:
 
> Dear developers:
> I've tried with picoLCD 2x20 with not very good results in the project I am 
working in, so I have bought a new
> LCD module picoLCD Graphic USB 256x64 with better results. This display has 5 
buttons that lcd4linux reads right.
> The problem is that I need to give functionalities to these buttons and have 
tried to read the whole wiki and using the 
> help and the plugins. I have tried to give a button the function of poweroff 
using the exec plugin, and to other the 
> function to switch on and off the backlight with the command.
> LCD::backlight(0)
> LCD::backlight(1)
> I have tried to use the command with evaluator as
> expression button_action=nkey==2?LCD::backlight(0):button_action;nkey==2?1:0
> But after killing and restarting lcd4linux begins to run and to send 
everything to the display until it comes to this line
> and then exits.
> My version is: Version 0.10.2-SVN-796 (the one that comes bundled with 
picolcd)
> Can you please help me to make it work!
> Thank you
> Yago Fernandez Hansen


Dear Yago,

Maybe it is too late but here how i managed to enable backlight toggling with my 
picolcd.

Widget keyhome {
      class 'Keypad'
      position 'left'
      state 'pressed'
      expression LCD::backlight(test::onoff(1))
      }

Layout picoLCD {
    Row1 {
    }
    ...
    Row8 {
    }
    Keypad1 'keyhome'
    }

Best regards,
    Levon.

Re: [lcd4linux] RGB 8x8 LED Matrix driven by Propeller

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

Hi Jesse,

a starting point should be the drv_Sample.c, as described in the "how to write a new driver"

For code reuse, you surely can browse to all other drivers. As especially drivers are mostly contributions (nobody owns 
all these displays) so probably nobody knwos all drivers in detail.

Especially you should have a look at drivers which use 'generic_serial'




regards, Michael


Am 2012-02-11 20:27, schrieb Jesse Burt:
> Greetings,
>
> I have one of these LED matrix boards:
>
> http://www.rayslogic.com/Propeller/Products/PropRGB/PropRGB.htm
>
> that I would like to use with lcd4linux. They are simple 8x8 led matrix
> displays that are driven by a board designed around Parallax's Propeller
> microcontroller (user-uploadable firmware). The board's interface to the PC is
> through a USB to RS232 (ftdi 232) adapter commonly used to program propeller-
> based boards.
>
> I just have one question:
>
> Which driver would be the best starting point for this? I'm thinking
> 'SimpleLCD' but would like to know if anyone has a better suggestion.
> 'LEDMatrix,' of course, caught my eye, but that is apparently for a network
> controlled product using an LED matrix.
>
> The microcontroller program side of it should be relatively simple so long as
> I know what data will be sent from lcd4linux. I would like to just start by
> drawing a bar on it based on load average, or something similarly simple.
>
> Thanks for your help!
>
> Cheers,
> Jesse
>
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
>
>

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

[lcd4linux] RGB 8x8 LED Matrix driven by Propeller

[Jesse B. <av...@gm...>]

Greetings,

I have one of these LED matrix boards:

http://www.rayslogic.com/Propeller/Products/PropRGB/PropRGB.htm

that I would like to use with lcd4linux. They are simple 8x8 led matrix 
displays that are driven by a board designed around Parallax's Propeller 
microcontroller (user-uploadable firmware). The board's interface to the PC is 
through a USB to RS232 (ftdi 232) adapter commonly used to program propeller-
based boards.

I just have one question:

Which driver would be the best starting point for this? I'm thinking 
'SimpleLCD' but would like to know if anyone has a better suggestion. 
'LEDMatrix,' of course, caught my eye, but that is apparently for a network 
controlled product using an LED matrix.

The microcontroller program side of it should be relatively simple so long as 
I know what data will be sent from lcd4linux. I would like to just start by 
drawing a bar on it based on load average, or something similarly simple.

Thanks for your help!

Cheers,
Jesse

Re: [lcd4linux] New Patch for Driver EA232graphic

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

Hi Robert,

thanks for your patch, which has been applied.

May I ask you to update the wiki?


greetiings from cold cold austria, Michael


Am 2012-02-09 09:15, schrieb Robert Resch:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi!
>
> I updated my code in the EA232graphic Driver to Support 2 more Displays:
>
> KIT120-5
> KIT129-6
>
> I also repaired the GPO Code for all KIT Displays and removed the 6x8
> Font lock as the Scalefont Patch is already included in lcd4linux/svn yet.
>
> I hope you can include the patch soon.
>
> It's based on svn rev1171
>
> Yours, Robert
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk8zgJ4ACgkQ5P9ivexrmMUMZwCfURa7FOEGQRoYnnZOzzwIoMod
> cksAnRG3mqmGSYS8SZbDTdyKlYOD9PqO
> =zM+I
> -----END PGP SIGNATURE-----
>
>
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
>
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

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

[lcd4linux] New Patch for Driver EA232graphic

[Robert R. <fl...@ro...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

I updated my code in the EA232graphic Driver to Support 2 more Displays:

KIT120-5
KIT129-6

I also repaired the GPO Code for all KIT Displays and removed the 6x8
Font lock as the Scalefont Patch is already included in lcd4linux/svn yet.

I hope you can include the patch soon.

It's based on svn rev1171

Yours, Robert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8zgJ4ACgkQ5P9ivexrmMUMZwCfURa7FOEGQRoYnnZOzzwIoMod
cksAnRG3mqmGSYS8SZbDTdyKlYOD9PqO
=zM+I
-----END PGP SIGNATURE-----

[lcd4linux] Mi positive experience

[jose <jos...@ya...>]

Hello. First sorry my poor english.

I buy on eBay the sure-electronics LCD model "DE-LP14113".
First i test on windows. Its work very well. 
Second, lcd its for machine with debian stable (actually version 6). I install 
lcd4linux (apt-get install ....) and when try to configure as matrix orbital 
(same as lcdsmartie) but an error appear.
Next i decide do download the SVN zip from web, extract and compile (no 
especial requirements).
Now works on debian, and this is my config file:


Variables {
   tick 500
   tack 100
   minute 60000
   archivo '/tmp/lcd4linux.tmp'
}



Display LD021 {
    Driver 'MatrixOrbital'
    Model 'DE-LD021'
    Port '/dev/ttyUSB0'
    Speed 9600
    Contrast 0
    BackLight 1
}



Widget Busy {
    class 'Text'
    expression proc_stat::cpu('busy', 500)
    prefix 'CPU'
    postfix '%'
    width 10
    precision 1
    align 'R'
    update 1000
}

Widget BusyBar {
    class 'Bar'
    expression  proc_stat::cpu('busy',   500)
    expression2 proc_stat::cpu('system', 500)
    length 4
    direction 'N'
    update tack
}

Widget Eth0BarRx {
    class 'Bar'
    expression  netdev('eth0', 'Rx_bytes', 500)
    #expression2 netdev('eth0', 'Tx_bytes', 500)
    length 2
    direction 'N'
    update tack
}
Widget Eth0BarTx {
    class 'Bar'
        #expression2  netdev('eth0', 'Rx_bytes', 500)
    expression netdev('eth0', 'Tx_bytes', 500)
    length 2
    direction 'N'
    update tack
}

Widget Eth1BarRx {
    class 'Bar'
    expression  netdev('eth1', 'Rx_bytes', 500)
    #expression2 netdev('eth1', 'Tx_bytes', 500)
    length 2
    direction 'N'
    update tack
}

Widget Eth1BarTx {
    class 'Bar'
        #expression2  netdev('eth1', 'Rx_bytes', 500)
    expression netdev('eth1', 'Tx_bytes', 500)
    length 2
    direction 'N'
    update tack
}


Layout discos {
    Row1 {
        Col2 'file1'
        Col1 'Busybar'
        Col19 'eth0barrx'
        Col20 'eth0bartx'


    }
    Row2 {
        Col2 'file2'
    }
    Row3 {
        Col2 'file3'
        Col19 'eth1barrx'
        Col20 'eth1bartx'

    }
    Row4 {
        Col2 'file4'
    }

}





Display 'LD021'
Layout 'discos'


I remove some of widgets . This sample show on left a vertical bar to cpu use 
and four vertical bars on rigth to check stat of two networks.
On center i write the conten of '/tmp/lcd4linux.tmp' generated by a script, 
and auto-update every 10 minutes (crontab).

Good luck.

Re: [lcd4linux] uinput

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

Hello Jasper,

probably its not a problem with the uinput module not loaded, but the device being occupied by another driverß

what's the exact output of lcd4linux -fvvq?

anyway, as I don't own a G15 device, you could probably try to contact the author directly (have a look at the file 
header, I hope you'll find his email there)


regards, michael


Am 2012-02-01 05:53, schrieb Jasper Mackenzie:
> Heya,
>    trying Lcd4Linux for G15 on XPS M1730, and am stuck with the error:
> Error, could not open the uinput device
> Compile your kernel for uinput, calling it a day now
> mknod uinput c 10 223
> Aborted
>
> Using a stock debian kernel (and being too old and lazy now to roll my
> own) and the uinput module loaded.
>    Must uinput be built in, is there some other option that comes with it
> that means that the kernle _must_ be recompiled.
>
> Cheers.
>
> Jasper
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
>
>

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

[lcd4linux] uinput

[Jasper M. <jas...@gm...>]

Heya,
  trying Lcd4Linux for G15 on XPS M1730, and am stuck with the error:
Error, could not open the uinput device
Compile your kernel for uinput, calling it a day now
mknod uinput c 10 223
Aborted

Using a stock debian kernel (and being too old and lazy now to roll my  
own) and the uinput module loaded.
  Must uinput be built in, is there some other option that comes with it  
that means that the kernle _must_ be recompiled.

Cheers.

Jasper

Re: [lcd4linux] Patch for Driver EA232Graphic - Updated

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

Hallo Robert,

thanks for your patch! Looks fine, and has been applied and checked in!

Maybe you want to update documentation on the wiki?



regards, Michael


Am 2012-01-15 21:32, schrieb Robert Resch:
> Hi!
>
> There are some Updates to the Patch/Driver.
>
> There are 3 more Displays supported now and GPO should work, too for them.
> Also the Initialization (clear display) disables eventually enabled
> cursors for Protocol 2
>
> Yours, Robert Resch
>
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
>
>
>
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

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

[lcd4linux] Patch for Driver EA232Graphic - Updated

[Robert R. <fl...@ro...>]

Hi!

There are some Updates to the Patch/Driver.

There are 3 more Displays supported now and GPO should work, too for them.
Also the Initialization (clear display) disables eventually enabled
cursors for Protocol 2

Yours, Robert Resch

[lcd4linux] Patch for Driver EA232Graphic

[Robert R. <fl...@ro...>]

Hi!

I've made a Patch for the above Driver and drv_generic_serial which does:

Add Displays EA KIT240-6 and KIT240-7.
Repairs GE128-6N9V24 as this has the same Protocol than the KIT240's.
Add Serial Handshake (RTS) to drv_generic_serial (extra functions, does
not change behavior of the normal functions)
Handshake is needed for all EA Displays this driver supports.
Still missing: GPO for the KIT Displays - mine has no GPO - this is an
option.

It would be nice if you could integrate this Patch into your Software.

Yours, Robert Resch

Re: [lcd4linux] Compiling on Mac OS X Snow Leopard

[Alexander v. d. B. <atv...@ho...>]

Mattia, you're a star! Thank you so much for your efforts. I'm a little consumed with life ATM, but as soon as I have an opportunity I'll give it a go and report back. Thank you once again, Alexander
 > Date: Tue, 27 Dec 2011 15:54:04 +0100
> Subject: Re: [lcd4linux] Compiling on Mac OS X Snow Leopard
> From: mat...@gm...
> To: mi...@re...
> CC: atv...@ho...; lcd...@li...
> 
> just forgot to mention the operation sequence
> 
> 1) check out the svn trunk
> 2) apply the patch
> 3) recreate the configure script by running the bootstrap script
> 4) run the configure script
> 
> On Tue, Dec 27, 2011 at 3:40 PM, Mattia Jona-Lasinio
> <mat...@gm...> wrote:
> > Hi Michael and Alexander,
> >
> > during these holidays I had some spare time to spend on lcd4linux and
> > the mac os x support. I realized that some basic support was
> > already implemented in plugin_proc_stat and plugin_netinfo but I could
> > not make the netinfo part work on my system. I implemented the
> > plugin_meminfo and added the relevant ifdefs to detect the mac os x
> > environment. The diskstats and netdev plugin are still to be
> > implemented.
> >
> > The support is still at a very early stage and I only tested the X11
> > driver, that works with no problems.
> >
> > These are my notes to compile successfully.
> >
> > 1) You need to install on mac os x the full GNU autoconf, automake,
> > etc etc... tools
> > 2) You need to install the GNU libtool. The libtool version provided
> > with mac os x has a different syntax and does not work. Keep in mind
> > that the macport libtool will be installed as glibtool to avoid name
> > clashes so you need to force your system to use the GNU libtool
> > instead of the mac os x one. A symbolic link will do the job.
> > 3) The libiconv from the macport project misses the iconv_open,
> > iconv_close, iconv_..... functions. I don't know whether it is a bug
> > or not but the mac os x iconv library has those functions so I just
> > linked by hand against this library and everything went fine. Can
> > someone report on this?
> >
> > Happy holidays!
> >
> > Mattia
> >
> >
> >
> > On Thu, Dec 22, 2011 at 3:28 AM, Michael Reinelt <mi...@re...> wrote:
> >> Hi Mattia,
> >>
> >> looks fine, so go ahead!
> >>
> >>
> >> thanks a lot, Michael
> >>
> >>
> >> Am 2011-12-21 14:03, schrieb Mattia Jona-Lasinio:
> >>
> >>> Hi Michael,
> >>>
> >>> this is my patch to solve all the header related issues. If you agree
> >>> I will commit these changes right away.
> >>>
> >>> Best,
> >>>
> >>> Mattia
> >>>
> >>>
> >>> On Wed, Dec 21, 2011 at 12:20 PM, Mattia Jona-Lasinio
> >>> <mat...@gm...>  wrote:
> >>>>
> >>>> Hello Michael,
> >>>>
> >>>> On Wed, Dec 21, 2011 at 9:12 AM, Michael Reinelt<mi...@re...>
> >>>>  wrote:
> >>>>>
> >>>>> Hello Mattia,
> >>>>>
> >>>>>
> >>>>>> I managed to turn lcd4linux into lcd4mac ;) on an old mac powerbook G4
> >>>>>> with powerPC processor and OS X 10.5.8 (the latest supported OS X
> >>>>>> release for this processor architecture).
> >>>>>
> >>>>>
> >>>>>
> >>>>> Cool!
> >>>>>
> >>>>>
> >>>>>> I compiled the X11 driver only but I included all the plugins
> >>>>>> excluding the following:
> >>>>>>
> >>>>>> huawei: the flag IUCLC is used in one of the functions and it is
> >>>>>> absent in the OS X termios flags
> >>>>>
> >>>>>
> >>>>>
> >>>>> I have no idea about this plugin (I don't use it)
> >>>>
> >>>>
> >>>> Yep, me neither. I have no idea about the huawei stuff.
> >>>>
> >>>>
> >>>>>> i2c_sensors: PATH_MAX is defined in sys/syslimits.h; by including this
> >>>>>> header everything is fine
> >>>>>
> >>>>>
> >>>>> could this be fine on linux, too? in this case we could fix it globally.
> >>>>> Could you provide a patch?
> >>>>
> >>>>
> >>>> sure! On Linux we have PATH_MAX defined in linux/limits.h but we don't
> >>>> include it directly as it is automatically included by other headers.
> >>>>
> >>>>>
> >>>>>
> >>>>>> proc_stat: OS_X doesn't have a proc filesystem so this plugin does not
> >>>>>> apply
> >>>>>
> >>>>>
> >>>>> Is there a (simnple) way to exclude this plugin on mac somehow in the
> >>>>> autoconf toolchain?
> >>>>
> >>>>
> >>>> yes, I'm not very familiar with all the autoconf stuff but it should
> >>>> be feasible.
> >>>> A more important question is how do we gather system information on OS X
> >>>> if we don't have a proc filesystem to parse?
> >>>>
> >>>>
> >>>>>> The libtool works a bit differently so you will have to link by hand.
> >>>>>> Also depending on your installation the libiconv may differ. You may
> >>>>>> want to specify the library full path when linking.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Well, that does not sound too good to me... I always thought that's why
> >>>>> we
> >>>>> use all this autoconf stuff?
> >>>>
> >>>>
> >>>> I just linked to check if the binary ran or not. It is surely possible
> >>>> to make it work with the libtool chain.
> >>>>
> >>>>>> I also spotted an error in timer.h This header must include the system
> >>>>>> header time.h or the struct timespec is undefined.
> >>>>>> Presently time.h is included in timer.c.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Again, if this change is fine for linux, too, I want to apply it
> >>>>> globally.
> >>>>
> >>>>
> >>>> This has nothing to do with OS X. It's a real programming error.
> >>>> Headers must be self contained and should compile also on their own.
> >>>> Presently timer.h compiles with a BIG warning concerning the undefined
> >>>> struct timespec. With the inclusion of time.h everything is fine.
> >>>>
> >>>>>
> >>>>>
> >>>>> merry christmas to everyone!
> >>>>>
> >>>>
> >>>> merry christmas to you all!
> >>>>
> >>>>>
> >>>>>
> >>>>> regards, michael
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Michael Reinelt<mi...@re...>
> >>>>> http://home.pages.at/reinelt
> >>>>> GPG-Key 0xDF13BA50
> >>>>> ICQ #288386781
> >>
> >>
> >> --
> >> Michael Reinelt <mi...@re...>
> >> http://home.pages.at/reinelt
> >> GPG-Key 0xDF13BA50
> >> ICQ #288386781
 		 	   		  

Re: [lcd4linux] [Lcd4linux-devel] old ancient legacy port access disabled

[Reinhard T. <sir...@ta...>]

On Mo, Dez 26, 2011 at 07:34:28 (CET), Michael Reinelt wrote:

> Hello all,
>
> today I decided to disable the old direct raw parallel port access in LCD4Linux (using outb() and so on)
>
> If you really need it, you can enable it with configure --with-outb
>
> I don't want to remove the code completely (in about 15 years, I want to show my kids that "bit banging" wasn't obscene :-)
>
> I cannot test it completely, because I don't have any parallel ports available here, and I don't have any non-x86 
> machines to test.
>
> But I hope that now debian builds on non-x86 architectures don't fail (I got some error reports for sparc, mipsel, 
> powerpc, s390)
>
>
> Maybe someone can do some testing?

https://buildd.debian.org/status/package.php?p=lcd4linux looks really
great now!

Thanks for this commit.

Cheers,
Reinhard
-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4