From: Steven A. F. <sa...@op...> - 2007-02-03 17:26:00
|
There is a bug in the driver for 1bpp mode. However, even with a monochrome display, you should be fine running in 8bpp mode. All that happens is that the LCD hardware of the CPU "temporally dithers" the pixels, giving you a synthetic gray-scale display. If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you can see what a monochrome display looks like in 8bpp. The big advantage of gray-scale is that you can "anti-alias" the characters to remove "jaggies", yielding a much smoother looking display. You could also simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. The only thing you give up in 8bpp is some memory. But, it is also easier to address individual pixels (directly as bytes), rather than having to do lots of shifting and masking and read-modify-write cycles in 1bpp mode. Steve |
From: Alexis C. <chi...@ya...> - 2007-02-04 00:28:41
|
Thx Steve, all I need now is find a suitable LCD display with the size I want and sunlight readable as it is for a dashboard... It will surely be an interesting project as I need to read sensors from the motorbike and show them on the LCD (an A/D converter will send the info via RS232 to the gumstix). I guess I'll ask more questions as my progress goes... Thx ! Alexis. ----- Original Message ----- From: "Steven A. Falco" <sa...@op...> To: <gum...@li...> Sent: Saturday, February 03, 2007 12:25 PM Subject: Re: [Gumstix-users] Monochrome graphical LCD support > There is a bug in the driver for 1bpp mode. However, even with a > monochrome display, you should be fine running in 8bpp mode. All that > happens is that the LCD hardware of the CPU "temporally dithers" the > pixels, giving you a synthetic gray-scale display. > > If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you > can see what a monochrome display looks like in 8bpp. The big advantage > of gray-scale is that you can "anti-alias" the characters to remove > "jaggies", yielding a much smoother looking display. You could also > simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. > > The only thing you give up in 8bpp is some memory. But, it is also > easier to address individual pixels (directly as bytes), rather than > having to do lots of shifting and masking and read-modify-write cycles > in 1bpp mode. > > Steve > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Alexis C. <chi...@ya...> - 2007-02-04 04:26:01
|
BTW Steve, forgot to ask you, could you give me the reference of the LCD you are using on that picture (http://docwiki.gumstix.org/Image:Dsc_0032.jpeg) ? I wanna have a look at its specs so I know what to watch out for the LCD in my application. If you happen to have a schematic of the connections between LCD and gumstix, that would be great ! Thx !! Alexis. ----- Original Message ----- From: "Steven A. Falco" <sa...@op...> To: <gum...@li...> Sent: Saturday, February 03, 2007 12:25 PM Subject: Re: [Gumstix-users] Monochrome graphical LCD support > There is a bug in the driver for 1bpp mode. However, even with a > monochrome display, you should be fine running in 8bpp mode. All that > happens is that the LCD hardware of the CPU "temporally dithers" the > pixels, giving you a synthetic gray-scale display. > > If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you > can see what a monochrome display looks like in 8bpp. The big advantage > of gray-scale is that you can "anti-alias" the characters to remove > "jaggies", yielding a much smoother looking display. You could also > simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. > > The only thing you give up in 8bpp is some memory. But, it is also > easier to address individual pixels (directly as bytes), rather than > having to do lots of shifting and masking and read-modify-write cycles > in 1bpp mode. > > Steve > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2007-02-04 05:33:07
|
HI Areth, On 2/3/07, Areth Foster-Webster <ar...@ar...> wrote: > I just compiled the latest buildroot and have all sorts of "-e" 's > appearing in various conf files. I had 2 in the modprobe.conf This most likely means that you're using ubuntu. ubuntu has /bin/sh symlinked to dash, whose echo doesn't support the -e option. Setup sh to be a symlink to bash instead and then rebuild. I *think* that to rebuild all you need to do is: cd gumstix-buildroot/build_arm_nofpu rm -rf root cd .. make -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Areth Foster-W. <ar...@ar...> - 2007-02-04 05:45:12
|
Ahhhh yes that is indeed the case. I should have read the wiki page all the way to the bottom. Sorry next time I'll rtfm. Dave Hylands wrote: > HI Areth, > > On 2/3/07, Areth Foster-Webster <ar...@ar...> wrote: > >> I just compiled the latest buildroot and have all sorts of "-e" 's >> appearing in various conf files. I had 2 in the modprobe.conf >> > > This most likely means that you're using ubuntu. ubuntu has /bin/sh > symlinked to dash, whose echo doesn't support the -e option. > > Setup sh to be a symlink to bash instead and then rebuild. I *think* > that to rebuild all you need to do is: > > cd gumstix-buildroot/build_arm_nofpu > rm -rf root > cd .. > make > > |
From: Areth Foster-W. <ar...@ar...> - 2007-02-04 05:29:13
|
I just compiled the latest buildroot and have all sorts of "-e" 's appearing in various conf files. I had 2 in the modprobe.conf -e install pcmcia /sbin/modprobe --ignore-install pcmcia && modprobe pxa2xx-cs -e alias mwlan0 cfio install cfio /sbin/modprobe --ignore-install cfio && /sbin/modprobe mcf25 and apparently in others. ifup: option with empty value "-e" Stopping network...ifdown: option with empty value "-e" I also saw this error Starting 32kHz clock...Unhandled fault: imprecise external abort (0x416) at 0x40 006008 Bus error I'm going to search around and find the -e's any ideas as to what is going on? Alexis Chiarello wrote: > BTW Steve, forgot to ask you, could you give me the reference of the LCD > you are using on that picture > (http://docwiki.gumstix.org/Image:Dsc_0032.jpeg) ? I wanna have a look at > its specs so I know what to watch out for the LCD in my application. If you > happen to have a schematic of the connections between LCD and gumstix, that > would be great ! > > Thx !! > > Alexis. > ----- Original Message ----- > From: "Steven A. Falco" <sa...@op...> > To: <gum...@li...> > Sent: Saturday, February 03, 2007 12:25 PM > Subject: Re: [Gumstix-users] Monochrome graphical LCD support > > > >> There is a bug in the driver for 1bpp mode. However, even with a >> monochrome display, you should be fine running in 8bpp mode. All that >> happens is that the LCD hardware of the CPU "temporally dithers" the >> pixels, giving you a synthetic gray-scale display. >> >> If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you >> can see what a monochrome display looks like in 8bpp. The big advantage >> of gray-scale is that you can "anti-alias" the characters to remove >> "jaggies", yielding a much smoother looking display. You could also >> simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. >> >> The only thing you give up in 8bpp is some memory. But, it is also >> easier to address individual pixels (directly as bytes), rather than >> having to do lots of shifting and masking and read-modify-write cycles >> in 1bpp mode. >> >> Steve >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Steven A. F. <sa...@op...> - 2007-02-04 21:11:03
|
The display is an EPSON EG2404S-AR which I bought surplus from the following page: http://www.allelectronics.com/cgi-bin/item/LCD-92/365/256_X_64_GRAPHIC_LCD_MODULE_.html This display is around 15 years old, but works fine! Sadly, the stock is almost sold out. It is probably physically larger than you would want for a motorcycle. The hookup is as follows, where the gumstix signal name is shown on the left, and the Epson name is shown on the right: lclk -> lp (pin 4) bias -> fr (pin 5) fclk -> din (pin 8) pclk -> xscl (pin 9) dd0 -> d3 (pin 14) dd1 -> d2 (pin 13) dd2 -> d1 (pin 12) dd3 -> d0 (pin 11) Note that the data bus has to be flipped! The gumstix driver doesn't work with 1-bpp because the palette is misaligned, which breaks the DMA, but 8-bpp works fine. I made a slight patch to the driver to properly select gray-scale mode - I'll put it on my branch of the svn tree in a few days when I get a bit of time. For this particular display, I also had to hack the driver to add the ability to set the acb parameter, because slowing down the bias signal helps with a banding problem (the display shows some horizontal stripes with a fast bias toggle). Kernel command line for my gumstix is: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard video=pxafb:mode:256x64-8,mono,pixclock:800000,4pix,passive,left:1,right:1,hsynclen:1,vsynclen:1,pixclockpol:0,hsync:1,vsync:1,acb:255 Steve Alexis Chiarello wrote: > BTW Steve, forgot to ask you, could you give me the reference of the LCD > you are using on that picture > (http://docwiki.gumstix.org/Image:Dsc_0032.jpeg) ? I wanna have a look at > its specs so I know what to watch out for the LCD in my application. If you > happen to have a schematic of the connections between LCD and gumstix, that > would be great ! > > Thx !! > > Alexis. > ----- Original Message ----- > From: "Steven A. Falco" <sa...@op...> > To: <gum...@li...> > Sent: Saturday, February 03, 2007 12:25 PM > Subject: Re: [Gumstix-users] Monochrome graphical LCD support > > >> There is a bug in the driver for 1bpp mode. However, even with a >> monochrome display, you should be fine running in 8bpp mode. All that >> happens is that the LCD hardware of the CPU "temporally dithers" the >> pixels, giving you a synthetic gray-scale display. >> >> If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you >> can see what a monochrome display looks like in 8bpp. The big advantage >> of gray-scale is that you can "anti-alias" the characters to remove >> "jaggies", yielding a much smoother looking display. You could also >> simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. >> >> The only thing you give up in 8bpp is some memory. But, it is also >> easier to address individual pixels (directly as bytes), rather than >> having to do lots of shifting and masking and read-modify-write cycles >> in 1bpp mode. >> >> Steve >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Alexis C. <chi...@ya...> - 2007-02-05 16:33:44
|
Thx Steve !! This info will sure be of good help... This LCD is clearly too wide for my application, but it gives me a clear idea of what to watch out in terms of pins for a given LCD. Best, Alexis. ----- Original Message ----- From: Steven A. Falco To: General mailing list for gumstix users. Sent: Sunday, February 04, 2007 4:10 PM Subject: Re: [Gumstix-users] Monochrome graphical LCD support The display is an EPSON EG2404S-AR which I bought surplus from the following page: http://www.allelectronics.com/cgi-bin/item/LCD-92/365/256_X_64_GRAPHIC_LCD_MODULE_.html This display is around 15 years old, but works fine! Sadly, the stock is almost sold out. It is probably physically larger than you would want for a motorcycle. The hookup is as follows, where the gumstix signal name is shown on the left, and the Epson name is shown on the right: lclk -> lp (pin 4) bias -> fr (pin 5) fclk -> din (pin 8) pclk -> xscl (pin 9) dd0 -> d3 (pin 14) dd1 -> d2 (pin 13) dd2 -> d1 (pin 12) dd3 -> d0 (pin 11) Note that the data bus has to be flipped! The gumstix driver doesn't work with 1-bpp because the palette is misaligned, which breaks the DMA, but 8-bpp works fine. I made a slight patch to the driver to properly select gray-scale mode - I'll put it on my branch of the svn tree in a few days when I get a bit of time. For this particular display, I also had to hack the driver to add the ability to set the acb parameter, because slowing down the bias signal helps with a banding problem (the display shows some horizontal stripes with a fast bias toggle). Kernel command line for my gumstix is: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard video=pxafb:mode:256x64-8,mono,pixclock:800000,4pix,passive,left:1,right:1,hsynclen:1,vsynclen:1,pixclockpol:0,hsync:1,vsync:1,acb:255 Steve Alexis Chiarello wrote: BTW Steve, forgot to ask you, could you give me the reference of the LCD you are using on that picture (http://docwiki.gumstix.org/Image:Dsc_0032.jpeg) ? I wanna have a look at its specs so I know what to watch out for the LCD in my application. If you happen to have a schematic of the connections between LCD and gumstix, that would be great ! Thx !! Alexis. ----- Original Message ----- From: "Steven A. Falco" <sa...@op...> To: <gum...@li...> Sent: Saturday, February 03, 2007 12:25 PM Subject: Re: [Gumstix-users] Monochrome graphical LCD support There is a bug in the driver for 1bpp mode. However, even with a monochrome display, you should be fine running in 8bpp mode. All that happens is that the LCD hardware of the CPU "temporally dithers" the pixels, giving you a synthetic gray-scale display. If you take a look at http://docwiki.gumstix.org/Image:Dsc_0032.jpeg you can see what a monochrome display looks like in 8bpp. The big advantage of gray-scale is that you can "anti-alias" the characters to remove "jaggies", yielding a much smoother looking display. You could also simply ignore the gray-scale, and just use pixels set to 0xff and 0x00. The only thing you give up in 8bpp is some memory. But, it is also easier to address individual pixels (directly as bytes), rather than having to do lots of shifting and masking and read-modify-write cycles in 1bpp mode. Steve ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------------ ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ------------------------------------------------------------------------------ _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Alexis C. <chi...@ya...> - 2007-02-05 16:43:04
|
Hi, Does anyone know when the gumstix motherboards (in my case basic 400xm) become in stock again ? Best, Alexis. |