Eventhandler für LPT Ports - Hardwareinterrupts behandeln

[JensHeinrichs]

Das externe Geräte auch unter Windows über einen Treiber angesprochen werden, ist mir schon klar.

Mein "externes Gerät" ist aber nun so primitiv, dass man dafür die Druckerschnistelle inkl. des Windowstreibers nutzen könnte. Ich suche doch nur nach einer Möglichkeit, über DELPHI das Signal "PaperOut" zum empfangen. Wenn der Windowstreiber so ein Signal nicht unterstützt, habe ich keine Chance, das über DELPHI einzulesen, richtig? Falls der Windowstreiber das nun doch unterstützt, würde doch die Möglichkeit bestehen, dass es eine Komponente in DELPHI gibt, die diesen Treiber verwendet und dieses Ereignis verarbeitet. TPrinter tut das nicht, so weit ich das sehe - vielleicht gibt es ja eine andere, bessere Komponente.

Und genau das war eigentlich meine Frage - anscheined habe ich mich wohl missverständlich ausgedrückt oder bin völlig auf dem Holzweg..... ?


Meine Anwendung braucht das "originale" Maussignal gar nicht - sie läuft völlig allein und wertet in diesem Moment gar keine Usereingaben aus, sondern berechnet die ganze Zeit Daten - ein neuer Datensatz wird dann durch das Auslösen des Sensors angekündigt. Da ich den Sensor aber nicht bei jedem Programmstart an- und nach Programmende wieder abbauen lassen kann, stören dessen weiterhin produzierte Signale ausserhalb meines Programms das WINDOWS erheblich.

Das wäre nicht der Fall, wenn ich den pulsenden Sensor an die LPT hängen könnte - dort stört sich das WINDOWS nicht daran.

Hoffe, ich konnte mein Problem jetzt doch etwas besser erklären.