Re: dot matrix display infrastructure

2012-01-15 Thread Tomas Frydrych
Hi Sergei, On 14/01/2012 17:08, Sergei Gavrikov wrote: >>From point of view the eCos BSP concept, it would be great (and quite > enough) to define needed bitmaps/routines in hal/variant misc sources to > manage the display as a simple text console, i.e. I mean to setup eCos > auxiliary diagnostic

Re: dot matrix display infrastructure

2012-01-15 Thread Tomas Frydrych
Hi Ilija, On 14/01/2012 15:19, Ilija Kocho wrote: > Maybe you could first check the Framebuffer. It may be overkill for > small displays but it might be possible to extract functionality that > you need. I had looked at the fb, and I thought it was an overkill in this case. The manipulation of th

Re: dot matrix display infrastructure

2012-01-14 Thread Sergei Gavrikov
Hi, On Sat, 14 Jan 2012, Ilija Kocho wrote: > On 11.01.2012 16:41, Tomas Frydrych wrote: > > Hi, > > > > I am working on a driver for the Freescale Kwikstik LCD, which is a > > segment lcd organized as a dot matrix. As part of that, I have > > prototyped a simple system for drawing text, consist

Re: dot matrix display infrastructure

2012-01-14 Thread Ilija Kocho
On 11.01.2012 16:41, Tomas Frydrych wrote: Hi, I am working on a driver for the Freescale Kwikstik LCD, which is a segment lcd organized as a dot matrix. As part of that, I have prototyped a simple system for drawing text, consisting of a couple of minimal bitmapped fonts, a simple font generati

dot matrix display infrastructure

2012-01-11 Thread Tomas Frydrych
Hi, I am working on a driver for the Freescale Kwikstik LCD, which is a segment lcd organized as a dot matrix. As part of that, I have prototyped a simple system for drawing text, consisting of a couple of minimal bitmapped fonts, a simple font generation tool, and a rudimentary API. I am wonderi