Hallo, ich habe ein kleines Problem mit der Inpuout32.dll

Ich möchte mit meinem PC die Parallele Schnittstelle ansprechen.
Dies tue ich mit besagter DLL.

Ich habe ein von einem Freund gebautes Kästschen (er ist Elektriker) mit 8 LED´s (für Ausgänge) und 5 Kippschaltern (Eingänge).

Schreiben funktioniert wunderbar, dort spreche ich die Adresse 888 an.
Damit kann ich dann entsprechend die LED´s ein und ausschalten.

Das Lesen funktioniert nicht ganz.
Dort spreche ich Adresse 889 an (Siehe Punkt 8.2).

Sind alle Kippschalter deaktiviert, so erhalte ich den Wert 87 (Bits 0, 1, 2, 4, 6 sind somit logisch aktiviert).

Schalte ich per Schalter die 4 oder 6, tut sich nichts, schalte ich 3, 5, oder 7 so verändert sich der ausgelesene Wert wie erwartet.

Somit scheinen mir neben den nicht verfügbaren ersten 3 Bits die Bits 4 und 6 immer aktiv zu sein und Strom zu führen.

Wir haben die Hardware kontrolliert, dort sieht alles in Ordnung aus, auf einem anderen Testrechner mit einer QBasic-Anwendung funktioniert alles wie es soll, ich bin lediglich dabei, das ganze auch unter VB zum laufen zu bringen.

Ich habe hier ein paar entsprechende Code-Ausschnitte:



Debugging hat gezeigt, das der Wert bereits beim einlesen nicht stimmt, also vermute ich keinen Fehler in meinem Quellcode.

Ist ein entsprechender Fehler mit der Inpout.dll bekannt?
Oder - wenn es vielleicht an meinem Port liegt, wie kann ich diesen ohne Drucker testen? Der angesprochene zweite Rechner steht nicht bei mir zuhause, mein Laptop hat keinen LPT und mein zweiter Rechner hat keinen prozessor, kann es also nicht effektiv testen daheim.
Mein Drucker hat nur USB

Hallo
Wie hast du die Schalter angeschlossen?
(Zeichn)
MfG

Verstehe die Frage nicht.

Die sind auf ner Platine gelötet und gehen an die entsprechenden Pins vermute ich mal. Aber wie gesagt, das Teil hab ich nicht gebaut und unter eine QBasic-Anwendung (auch unter XP) läuft das Ding wie es soll.

Hier aus meinem Archiv meine Anfänge mit der parallelen Schnittstelle:

Zur Frage wie die Schalter geschaltet sind, Zitat vom "Erbauer":

BTW: Ich glaube der User will wissen, wie die Pins quasi beschaltet sind. Sag ihm, auf 0-Level hängen sie in der Luft und mit 1-Level werden sie gegen Masse durchgeschaltet.

Ergibt den selben Fehler. Ich werde schauen, dass ich einen Rechner finde, mit welchem ich testen kann, so langsam glaube ich das mein LPT ´nen Schuss weg hat...

Aber Danke...

[VB.NET] inpout32.dll anwenden
Vielleicht hilft Dies!
MfG

Ich war jetzt davon ausgegangen, dass die QBasic Anwendung bei dir getestet wurde. So reicht ja schon ein falscher Modus der Schnittstelle, dass es nicht läuft wie gedacht.

fraju, das wusste ich ja schon. peterfido, welcher Mode sollte es denn deiner Meinung nach sein? (Zumal wir den (ich glaube) schon gewechselt haben zum erneuten Testen).

Hallo
..dann kannst du auch aufzeigen wie deine Schalter an der Para angeschlossen sind?
MfG

Frühestens Sonntag, da ist der da der das gemacht hat (evtl).

Hallo und einen schönen Abend, ich klinke mich dann auch mal in den Thread ein.

Ist ja so deutlich einfacher, ich bin der "Erfinder" der besagten Platine.



Es gibt ja mehrere Schnittstellen-Modi, ECP,EPP oder SPP (wobei SPP das Simple-Printer-Protocol darstellt).

Ich glaube das es die SPP Option sein sollte.



@ Kagurame: Du kannst ja mal im BIOS spielen. Das müsste irgendwo bei den Advanced Settings unter Super I/O Config zu finden sein.

Den DMA Interrupt kannst du so lassen, das sollte keine Rolle spielen, ebenso die Adresse.

(Die kannst Du auf den 378hex bzw. 888 stehen lassen, sonst geht ja nachher gar nichts mehr).





Das Problem sehe ich folgendermaßen.

An der Adresse 378hex befindet sich das Datenregister. Das sind von Bit 0 bis Bit 7 die einzelnen Leitungen zum Drucker hin (also unsere Ausgänge)

Von der Möglichkeit, das ganze bi-direktional zu benutzen (denn diese Adressbits lassen sich auch andersherum betreiben, wie das bei Scannern damals war, da gabs halt 8 Eingangs-Adressdaten-Bits) sehe ich mal.



An der Adresse 378hex + Offset 2 (also hex380 ist dezimal = schlag mich tot, 890) befindet sich das Status-Register, über welches der Drucker uns sagte, was los ist. Ich bin busy, mein Paper is out, oder sonst ein Error. Oder ok, ich hab verstanden -> Acknowledge.

Aber in diesem Register sind nich alle Bits belegt.

In QBasic war es kein Problem, da habe ich die die ganze Speicheraddresse ausgelesen und den gesamten Dezimalwert über mathemtische Operanden auf die einzelnen Stellen auseinander klabustert.





Vielleicht hat die verwendete DLL damit ihre Probleme.



Hat dazu jemand Erfahrungen oder hat es jemand schon einmal definitiv mit dieser DLL und dem Status-Register an der genannten Adresse geschafft etwas einzulesen?



Vielen Dank, und ich hoffe, ich habe euch nicht überfordert mit meinem kleinem Roman.



Mfg

Crash486

EDITH:
Ach ja, bevor ich es vergesse:
Die einzelnen Pins hängen in der Luft. Das hat bisjetzt an anderen PCs immer funktioniert.
Ich habe auch schon davon gehört, sie mit extern +5V zu beschalten, um einen definierten Pegel zu erhalten, aber ich denke, das ist es nicht. Sollte es damit zusammenhängen, so müssten die Pins quasi "flattern" da sie, wenn sie nicht direkt gegen Masse (also Durchgang) auf einem nicht definierten Zustand liegen. Das hat sich dann darin geäußert, wenn man den Pins zu nahe kam (durch elektrostatische Felder), die Werte flatterten, zwischen 0 und 1.

Mein Programm oben funktionierte damals unter Win XP einwandfrei mit der dll. Allerdings habe ich die Platine, mit welcher ich das getestet hatte, nicht mehr. Sonst würde ich es mit der aktuellen Hardware mal testen. Das Programm lief mit der gleichen Byte-Auswertung auch auf einem x486 Laptop unter Q-Basic. Den Quellcode habe ich aber nicht mehr auf meinem Rechner.

@Kai: die Adresse, die ich gestern Abend noch telefonisch gab, ist eh die falsche gewesene. Hatte einen Denkfehler.

Mich beschleicht wirklich das Gefühl, das das gute Stück einen Schuss weghat.
Deswegen hängen wir einen HP LaserJet 5L mal an die LPT und probieren die Platine an einem anderem Rechner aus. Allerdings mit Windows XP und der DLL unter VB.

Crash486 schrieb:

An der Adresse 378hex + Offset 2 (also hex380 ist dezimal = schlag mich tot, 890)

Wenn du ein "Macher" einer Eingabeplatine bist,solltest du Mindesten zu einer Hexzahl 2 dazu addieren können.
Viele nehmen deine Adressangabe für richtig und wundern sich dann,dass nichts funktioniert.

Es gibt auch noch einen Windoofs Rechner,


Bei Unsicherheit ,immer Widerstände an die Eingänge.

Gruß

Wir testen das ganze demnächst mal an einem anderen Rechner mit meinem Business, da sehen wir, ob es die DLL oder die Hardware ist.

Dennoch vorerst mal Danke