Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Register Log in

S1D13xxx and T6963 and my ARM9 board

Status
Not open for further replies.
Sobakava

Sobakava

Full Member level 6
Joined
Mar 27, 2002
Messages
350
Helped
8
Reputation
16
Reaction score
8
Trophy points
1,298
Activity points
3,342
s1d13706

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
 

t6963 3.3

if I add S1D13706 VGA controller to CPU bus, can I use it with Laptop monitors?
 

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:
**broken link removed**
 

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.
 

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) **broken link removed**
(programming) **broken link removed**
(transceiver) https://focus.ti.com/docs/prod/folders/print/sn74alvc164245.html

good luck!
 

Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top