| Author |
Message |
Sobakava
Joined: 27 Mar 2002
Posts: 360
|
 20 Aug 2004 7:38 S1D13xxx and T6963 and my ARM9 board |
|
|
|
hi,
I've an ARM9 board ( ATMEL AT91RM9200) (32MB SDRAM) runs with Arm-Linux.
In booting it says:
S1D13XXX : Phys address: C2002000 Phys Reg address: C20000009
Console: switching to colour frame buffer device 80x30ion:
Bank #0:20000000 32MB
fb0: s1d13xxx frame buffer device environment
Display 640x480 16Bppl
Out: s
pty: 256 Unix98 ptys configured.
I don't have graphic LCD connected to this board.
I've 240x128 and 128x128 T6963 controller based LCDs.
Can I connect these LCDs to my board under Linux?
Are S1d13xxx LCD controllers too different from T6963?
Regards
|
|
| Back to top |
|
 |
Sobakava
Joined: 27 Mar 2002
Posts: 360
|
| 20 Aug 2004 22:33 S1D13xxx and T6963 and my ARM9 board |
|
|
|
| if I add S1D13706 VGA controller to CPU bus, can I use it with Laptop monitors?
|
|
| Back to top |
|
|
kRoy
Joined: 24 Sep 2003
Posts: 19
Location: Hungary
|
| 24 Aug 2004 9:08 Re: S1D13xxx and T6963 and my ARM9 board |
|
|
|
Is the S1D13706 (SED1376) controller exists on your board? It seems to be yes (since Linux found it). You only need an LCD display (3.3V) without integrated controller. I think connecting your existing displays to your board would be too difficult.
Take a look to the S1D13706's datasheet:
http://www.erd.epson.com/vdc/html/contents/S1D13706.htm
|
|
| Back to top |
|
|
Sobakava
Joined: 27 Mar 2002
Posts: 360
|
| 24 Aug 2004 10:01 S1D13xxx and T6963 and my ARM9 board |
|
|
|
there is no graphics controller on my board, I plan to build an extension board if I could find this controller chip.
but if there is a way to use T6963, I want to try it.
|
|
| Back to top |
|
|
kRoy
Joined: 24 Sep 2003
Posts: 19
Location: Hungary
|
| 24 Aug 2004 16:13 Re: S1D13xxx and T6963 and my ARM9 board |
|
|
|
In my opinion the T6963 is a bit slow for your speedy ARM9. Moreover it uses 5V instead of 3.3V. As far as I know the Atmel's ARM9s are not 5V tolerant (but check in the doc). So you have to shift the voltage levels or else the CPU will be damaged. (maybe an SN74ALVC164245 would be a good choice for that). I hope that you can drive the toshiba controller directly from the CPU bus (using very long wait states). If not consider using an I/O port... If you don't have any free I/O port try to implement it in a 5V tolerant CPLD and you can forget the SN74ALVC transceiver...
The following docs may help you:
(datasheet) http://www.edtc.com/EDT/Products/Specs/162.pdf
(programming) http://earthlcd.com/zlcd/downloads/t6963c.pdf
(transceiver) http://focus.ti.com/docs/prod/folders/print/sn74alvc164245.html
good luck!
|
|
| Back to top |
|
|
