Forum: Mikrocontroller und Digitale Elektronik Ungereimheiten am Parallelport (PC)


von Sven (Gast)


Lesenswert?

Hallo,

ich mir eine kleine Analog-Digital-Wandlerschaltung gebaut welche ich 
mit dem Parallelport eines PC's seriell auslese, bei dem ADC handelt es 
sich um einen LTC2400 dessen Ein- und Ausgänge über eine 74HC14 
(Schmitt-Trigger-Baustein) mit dem Parallelport des PC's verbunden sind. 
Die Schaltung funktioniert, und mittels QBasic wird der ADC auslesen.

Nun mein zu meinem Problem: Die Schaltung und die Software funktioniert 
nur an einem der zwei Parallelports meines "Bastel-PC's". Mein 
"Bastel-PC" hat zwei Parallelports, einer ist auf der Hauptplatine 
integriert der andere ist eine einfache Einsteckkarte. An dem einen Port 
funktioniert die Schaltung am anderen nicht, die Basisadresse des Ports 
habe ich im Programm entsprechend angepasst. Am Parallelport 0x378 
funktionierts an Parallelport 0x278 nicht, und dieses am selben 
Computer. Ich benutze nur drei Signalleitungen des Ports Data 0, Data 1 
(als Ausgang für den ADC, /CS und CLK) und die Error als Eingang (DAT 
out des ADC's). Ich kann mir nicht erklären warum es an dem Eine Port 
geht und an dem anderen nicht, bei einer so einfachen Beschaltung.

Ich hoffe es hat jemand einen Tip für mich, Danke ...

von Stefan (Gast)


Lesenswert?

74HC14 ...

Beitrag "Ende der '244 Verwirrung ???"

Bei wieviel Volt betreibst du die Schaltung mit dem 74HC14?

Hast du eine Ahnung (Motherboard bzw. Karte inspizieren) bzw. kannst du 
messen (HIGH-Pegel bei Ausgabe), welche Logikfamilie die beiden 
Parallelports benutzen? Gibt es Unterschiede?

Hast du einen 74HCT14 greifbar?

von Olaf S. (olaf2001)


Lesenswert?

Am naheliegendsten wäre für mich jetzt, das die PIO-Einsteckkarte gar 
nicht Portadresse 278h hat. Der Gerätemanager ist dein Freund, um die 
Adresse herauszufinden.

von Sven (Gast)


Lesenswert?

Hallo,

an den Portadressen kan es nicht liegen, dir eine Parallelport hat 
definitiv 0x278 und der andere 0x378. Habe dies mit Debug geprüft. Habe 
auch mit den jeweiligen Ports ein paar LED's angesteuert, die 
Portadressen stimmen. MSD zeigt mir auch die genannten Basisadressen an.

von ernst (Gast)


Lesenswert?

die pci-par karten haben teilw. den fehler, dass auf den leitungen 
stör-pulse beim umschalten der bits erscheinen...
nen drucker, der nur bei select/ack reagiert, störts wenig,
aber zb mein avr-parport programmer geht hier nicht!

von Falk (Gast)


Lesenswert?

@ernst

>die pci-par karten haben teilw. den fehler, dass auf den leitungen
>stör-pulse beim umschalten der bits erscheinen...

???? Kaum zu glauben.
Was für ein superbilligramschchinamurks ist das denn?

MFG
Falk

von Joerg W. (joergwolfram)


Lesenswert?

Die Daten müssen nach der Definition der parallelen Schnittstelle erst 
dann stabil anliegen, wenn der Strobe-Impuls ausgegeben wird. Alles 
andere ist "kann" aber nicht "muss".

Jörg

von Falk (Gast)


Lesenswert?

@Joerg Wolfram

>Die Daten müssen nach der Definition der parallelen Schnittstelle erst
>dann stabil anliegen, wenn der Strobe-Impuls ausgegeben wird. Alles
>andere ist "kann" aber nicht "muss".

Naja. Aber es kann doch nicht wirklich schwer sein, ein 0815 8Bit 
Register in nem ASIC zu bauen, das glitchfrei die Daten ausgibt????!

MfG
Falk

von Simon K. (simon) Benutzerseite


Lesenswert?

Falk wrote:
> @Joerg Wolfram
>
>>Die Daten müssen nach der Definition der parallelen Schnittstelle erst
>>dann stabil anliegen, wenn der Strobe-Impuls ausgegeben wird. Alles
>>andere ist "kann" aber nicht "muss".
>
> Naja. Aber es kann doch nicht wirklich schwer sein, ein 0815 8Bit
> Register in nem ASIC zu bauen, das glitchfrei die Daten ausgibt????!
>
> MfG
> Falk

Aber warum, wenn es nicht muss?

von Falk (Gast)


Lesenswert?

@Simon Küppers

>> Naja. Aber es kann doch nicht wirklich schwer sein, ein 0815 8Bit
>> Register in nem ASIC zu bauen, das glitchfrei die Daten ausgibt????!

>Aber warum, wenn es nicht muss?

Weil das das Normalste auf der Welt ist. Jeder der nur ein klein wenig 
Ahnung von Digitaltechnik/VHDL/ASIC hat, muss sich eher anstrengen es 
falsch zu machen als dass er es richtig macht. PCI ist ein synchroner 
Bus, alles läuft mit einem Takt. Dort ein Register reinzubauen das Müll 
ausspuckt ist schon eine Kunst.

MfG
Falk


von Joerg W. (joergwolfram)


Lesenswert?

Das muss ja nicht mal unbedingt am Register liegen, sondern 
wahrscheinlich eher dahinter. Schon allein unterschiedliche 
Treiberstärken für High und Low und ein bisschen Lastkapazität können 
kurzzeitig für undefinierte Zustände beim umschalten sorgen. Bi meinem 
ersten Xilinx-Programmadapter hatte ich auch erst Ruhe, nachdem ich die 
Leitungslänge (1,8m abgeschnittenes Druckerkabel ;-) vom Parallelport 
verringert hatte.

Gruß Jörg

von ernst (Gast)


Lesenswert?

jo, ich hab auch stundenlang an meiner schaltung fehler gesucht, bis ich 
mal zur kontrolle die datenleitungen mit oszi geprüft habe :-(
die karte is ne 1x par , 2x ser , pci (noname = tauchtnix)
die seriellen gehen korrekt.
dass ein 8bit latch glitches macht...is fast schon ne leistung der 
besonderen art.

von ernst (Gast)


Lesenswert?

nee, es kommen "definierte" zustände, zb alle bit low, ein bit auf hi 
setzen: ca 50ns zappeln einige (!) leitungen auf low-hi-low

von Falk (Gast)


Lesenswert?

@Joerg Wolfram

>Das muss ja nicht mal unbedingt am Register liegen, sondern
>wahrscheinlich eher dahinter. Schon allein unterschiedliche
>Treiberstärken für High und Low und ein bisschen Lastkapazität können
>kurzzeitig für undefinierte Zustände beim umschalten sorgen. Bi meinem

Definitiv NEIN! Das ist alles Murks.

>ersten Xilinx-Programmadapter hatte ich auch erst Ruhe, nachdem ich die
>Leitungslänge (1,8m abgeschnittenes Druckerkabel ;-) vom Parallelport
>verringert hatte.

Der originale Parallel-III Adapter ist auch ne komische Konstruktion. 
Wasserdicht wird der erst mit RC-Filer und Schmitt-trigger.

http://www.geocities.com/jacquesmartini/misc/Parallel_Cable_III.png

MfG
Falk

von Falk (Gast)


Lesenswert?

@ernst

>nee, es kommen "definierte" zustände, zb alle bit low, ein bit auf hi
>setzen: ca 50ns zappeln einige (!) leitungen auf low-hi-low

Das ist ein 100%iger Bug in ASIC.

MFG
Falk

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.