[Lcdproc] Does anyone here have any experience with Matrix Orbital graphical LCDs?
Philip Pokorny
ppokorny@penguincomputing.com
Tue Mar 11 15:10:02 2008
This is a multi-part message in MIME format.
------_=_NextPart_001_01C88389.EAB2228B
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have quite a few of the glk12232-25 displays and wrote a driver for it =
that I thought was included in LCDproc. I also have some font utilities =
that run under Linux so you can create fonts and graphic bitmaps that =
can be drawn on the screen directly.
Matrix orbital provides fonts that are suitable for making the display =
either 4x20 char display or 5 by ??.
I recall I found a bug in the line drawing routine that the guys at =
Matrix Orbital were good enough to fix and release new firmware for.
I did the work in 2001/2002, so it may have some bit rot...
Phil P.
--=20
Philip Pokorny, RHCE
Director of Field Engineering=20
Penguin Computing http://www.penguincomputing.com
-----Original Message-----
From: Ethan Dicks [mailto:ethan.dicks@gmail.com]
Sent: Tuesday, March 11, 2008 08:01 AM Pacific Standard Time
To: lcdproc@lists.omnipotent.net
Subject: [Lcdproc] Does anyone here have any experience with Matrix =
Orbital graphical LCDs?
Hi, All,
While browsing around for Matrix Orbital manuals, I ran across these
two displays...
http://www.active-robots.com/products/intelligent-displays/glk12232-25-sm=
.shtml
http://www.active-robots.com/products/intelligent-displays/glc24064.shtml=
Every once in a while, I start thinking about LCDproc and graphical
displays that are *not* attached directly to a parallel port. I've
used the glcd library to drive a couple of graphical displays
directly, and while it works, fewer and fewer machines are coming with
a parallel port.
The one issue that stops me from working on a serial or USB-attached
graphical display is the lack of a standard protocol. From looking
over the manuals for the MtxOrb glk12232-25 and glc24064, they seem to
be the textual MtxOrb commands with new ones added for font support,
bitmap display, and even direct pixel rendering.
>From looking at the command sets, it seems that the "best" technique
would be to create an LCDproc "font" or two that could handle bignums
and bargraphs, have the user set up their display with the standard
MtxOrb tools, then associate those fonts with font numbers in
LCDd.conf... low overhead compared to, say, the HD44780 technique of
repeatedly uploading custom char sets, but a bit of extra work when
initially setting things up.
Does anyone on the list _have_ a display of this style? I could
probably code up a driver that could talk to one of these, but I would
have no way of testing it, a problem that crops up here from time to
time, anyway.
Opinions? Thoughts? Comments?
-ethan
_______________________________________________
LCDproc mailing list
LCDproc@lists.omnipotent.net
http://lists.omnipotent.net/mailman/listinfo/lcdproc
------_=_NextPart_001_01C88389.EAB2228B
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE>RE: [Lcdproc] Does anyone here have any experience with Matrix =
Orbital graphical LCDs?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=3D2>I have quite a few of the glk12232-25 displays and =
wrote a driver for it that I thought was included in LCDproc. I =
also have some font utilities that run under Linux so you can create =
fonts and graphic bitmaps that can be drawn on the screen directly.<BR>
<BR>
Matrix orbital provides fonts that are suitable for making the display =
either 4x20 char display or 5 by ??.<BR>
<BR>
I recall I found a bug in the line drawing routine that the guys at =
Matrix Orbital were good enough to fix and release new firmware for.<BR>
<BR>
I did the work in 2001/2002, so it may have some bit rot...<BR>
<BR>
Phil P.<BR>
<BR>
--<BR>
Philip Pokorny, RHCE<BR>
Director of Field Engineering<BR>
Penguin Computing <A =
HREF=3D"http://www.penguincomputing.com">http://www.penguincomputing.com<=
/A><BR>
<BR>
-----Original Message-----<BR>
From: Ethan Dicks [<A =
HREF=3D"mailto:ethan.dicks@gmail.com">mailto:ethan.dicks@gmail.com</A>]<B=
R>
Sent: Tuesday, March 11, 2008 08:01 AM Pacific Standard =
Time<BR>
To: lcdproc@lists.omnipotent.net<BR>
Subject: [Lcdproc] Does anyone =
here have any experience with Matrix Orbital graphical LCDs?<BR>
<BR>
Hi, All,<BR>
<BR>
While browsing around for Matrix Orbital manuals, I ran across these<BR>
two displays...<BR>
<BR>
<A =
HREF=3D"http://www.active-robots.com/products/intelligent-displays/glk122=
32-25-sm.shtml">http://www.active-robots.com/products/intelligent-display=
s/glk12232-25-sm.shtml</A><BR>
<A =
HREF=3D"http://www.active-robots.com/products/intelligent-displays/glc240=
64.shtml">http://www.active-robots.com/products/intelligent-displays/glc2=
4064.shtml</A><BR>
<BR>
Every once in a while, I start thinking about LCDproc and graphical<BR>
displays that are *not* attached directly to a parallel port. =
I've<BR>
used the glcd library to drive a couple of graphical displays<BR>
directly, and while it works, fewer and fewer machines are coming =
with<BR>
a parallel port.<BR>
<BR>
The one issue that stops me from working on a serial or USB-attached<BR>
graphical display is the lack of a standard protocol. From =
looking<BR>
over the manuals for the MtxOrb glk12232-25 and glc24064, they seem =
to<BR>
be the textual MtxOrb commands with new ones added for font support,<BR>
bitmap display, and even direct pixel rendering.<BR>
<BR>
>From looking at the command sets, it seems that the "best" =
technique<BR>
would be to create an LCDproc "font" or two that could handle =
bignums<BR>
and bargraphs, have the user set up their display with the standard<BR>
MtxOrb tools, then associate those fonts with font numbers in<BR>
LCDd.conf... low overhead compared to, say, the HD44780 technique of<BR>
repeatedly uploading custom char sets, but a bit of extra work when<BR>
initially setting things up.<BR>
<BR>
Does anyone on the list _have_ a display of this style? I =
could<BR>
probably code up a driver that could talk to one of these, but I =
would<BR>
have no way of testing it, a problem that crops up here from time to<BR>
time, anyway.<BR>
<BR>
Opinions? Thoughts? Comments?<BR>
<BR>
-ethan<BR>
_______________________________________________<BR>
LCDproc mailing list<BR>
LCDproc@lists.omnipotent.net<BR>
<A =
HREF=3D"http://lists.omnipotent.net/mailman/listinfo/lcdproc">http://list=
s.omnipotent.net/mailman/listinfo/lcdproc</A><BR>
</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C88389.EAB2228B--