Interfacing - DTE vs DCE: goeie uitleg?

[witchdoc]

Ok, wie weet er even een linkje naar een goeie uitleg over DCE (data communication equipement) en DTE (data terminal equipement)en wanneer welke juist enzo?
'k Heb het vroeger op school wel eens gezien, maar kom er nu even niet meer uit. "Help!" dus.

[TrailBlazer]

DCE levert de klok DTE niet dat is eigenlijk het belangrijkste verschil dacht ik.

[witchdoc]

Op vrijdag 11 januari 2002 11:00 schreef TrailBlazer het volgende:
DCE levert de klok DTE niet dat is eigenlijk het belangrijkste verschil dacht ik.

Dacht ik ook, maar hoe kan het dan dat 2 DTE i'faces aan elkaar geknoopt kunnen worden?

[mvdejong]

Bij het ontwikkelen van seriele interfaces is dit aanvankelijk gedaan voor communicatie van een domme terminal (Data Terminal Equipment, DTE) met een modem (Data Communication Equipment, DCE). De seriele poorten op beide soorten equipment zijn dus niet identiek, maar complementair. Voor asynchrone interfaces ziet het er dus uit als :

code:

     DTE     DCE
FGND  -----------  Frame Ground
SGND  -----------  Signal Ground
TD    ---------->  Transmit Data
RD    <----------  Receive Data
RTS   ---------->  Request To Send
CTS   <----------  Clear To Send
DTR   ---------->  Data Terminal Ready
DSR   <----------  Data Set Ready
DCD   <----------  Data Carrier Detect

FGND : afscherming van apparatuur en kabels
SGND : nul voor andere signalen
TD : verzonden data van terminal naar modem
RD : ontvangen data van modem naar terminal
RTS : terminal wil iets zenden
CTS : modem is in staat iets te zenden, dus kom maar
DTR : terminal staat aan
DSR : modem (de dataset) staat aan
DCD : modem heeft verbinding met ander modem (draaggolf op de lijn wordt gevoeld)
Wat we tegenwoordig veel zien zijn gelijkwaardige apparaten (vrijwel altijd 2 DTE's), die op elkaar moeten worden aangesloten.
Om dit dan goed te doen moet een kruis-kabel, ofwel null-modem-kabel, worden gebruikt.

3-draads-versie :

code:

SGND --------- SGND
TD   --------- RD
RD   --------- TD
RTS  -\     /- CTS
CTS  -/     \- RTS
DTR  --\    /- DCD
DSR  --/   /-- DSR
DCD  -/    \-- DTR

Hierbij verzorgen beide gespreks-partners hun eigen handshake-signalen. Eventuele afhandeling van congestie op de lijn moet dan op software-niveau gebeuren.

volledige versie :

code:

SGND --------- SGND
TD   --------- RD
RD   --------- TD
RTS  --------- CTS
CTS  --------- RTS
DTR  ------\-- DCD
DSR  -\     \- DSR
DCD  --\------ DTR

Hier zijn de handshake-signalen wel bruikbaar om problemen op de lijn te voorkomen en op te lossen.

[mvdejong]

... ik had een "edit" bedoeld, niet een "quote"

Aanvulling :
Bij synchrone interfaces kunnen beide partijen in staat zijn de klok te leveren. Het is een keuze om :
- altijd de verzender de klok te laten leveren;
- een van beide de klok voor verzenden door beide partijen te laten leveren.
Het is dus een keuze in de configuratie van beide interfaces. Ze moeten natuurlijk wel beide de gelijke configuratie hebben, maar dat geldt net zo goed bij asynchrone interfaces voor de baud-rate enz.