Barcode in Variable scannen ohne den Inhalt irgendwo anzuzeigen

Zitat von gert_nrw_71

für jeden Scannvorgang soll eine Datei angelegt werden ID123_Start und ID123_Fertig.

Diesen Part verstehe ich nicht. Warum werden hier 2 Dateien angelegt?

Welchen Sinn erfüllen diese "tausende" Dateien?

Warum nicht alles in einer Datenbank erfassen?

Msg Box im Script einbauen.... Nächsten Scan starten..... Mitarbeiter Scannt nicht mehr ... wie wild. Script auf Laufzeit untersuchen z.B langsamme "Netzwerkzugriffe" durch schnellerer temp Daten auf localer Ebene ersetzen usw. usw. Tastaturpuffer geziehlt leeren?

MFG

Peter

Zitat von gert_nrw_71

Mein Script öffnet und aktualisiert in definierten Intervallen eine HTML Seite, die aus Excel erzeugt wird.

Moin,

läuft das Scannen in einem eigenen Skript oder hast Du alles in ein Skript gesteckt?

Wenn die vom System aufgerufenen Hookprozeduren nicht in angemessener Zeit beendet werden, entfernen die 'moderneren' Windows Versionen den Hook gnadenlos und endgültig. Das könnte erklären, warum das Skript nicht mehr auf den Scanner reagiert. Andererseits ist nicht ersichtlich, weshalb die Hookprozedur die maximale Zeit überschreiten sollte. Der Code tut ja nichts Aufregendes.

Zitat von gert_nrw_71

ich suche eine Möglichkeit über AutoIT die Eingabe über einen Barcodescanner direkt in eine Variable zu speichern, ohne über eine Inputbox oder sonstige Eingabefelde zu gehen.

Jetzt einmal von mir gedacht. Also rein vom Gedanken her.

Was stört dich daran ein Eingabefeld zu erstellen? Schieb es doch einfach aus dem Fenster raus. Also ich meine aus dem Sichtbereich des Displays. Dann wäre es da, aber es wird nicht gesehen.
Das sollte irgenwie doch möglich sein. Und dann den Wert vom Eingabefeld in eine Varable "schieben".

Hallo, ich hätte noch einen anderen Ansatz:

ich hatte bei meinem HW-Buchungstool fast das gleiche Problem: ich konnte nur einmal Scannen dann hing sich die Hookprozedur auf. Selbst mit Hilfe der Spezialisten hier im Forum
konnte nicht festgestellt werden warum das so war. Ich vermute, dass es mit der wie von Velted beschriebenen Änderung im OS zusammenhängt, wonach die Hookprozedur nur eine
knappe Sekunde lebt und dann vom OS gekillt wird. Ich hatte das so gelöst: ich habe die Hookprozedur in eine exe ausgelagert. Diese wird per Buttonklick aufgerufen, dann wird gescannt und dann der eingescannte Text
durch das aufrufende HW-Buchungstool ausgewertet. Damit ist sichergestellt, dass die Hookprozedur nur den Scan einliest und kein weiterer Code in der Hook-Proz aus geführt wird oder diese "stört".
Zudem muss ich mir keine Sorgen mehr machen ob der Hook noch läuft und andere Eingaben blockiert und ich ihn deaktivere und später wieder aktiviere... Ob diese Lösung für deinen Anwendungsfall "performant" genug ist kann ich natürlich nicht beurteilen. Bei mir jedenfalls funzt das so einwandfrei aber bei mir wird auch kein Massenscan gemacht...

siehe auch den Hinweis unter https://learn.microsoft.com/de-de/windows/…msg/about-hooks

"...Hooks neigen dazu, das System zu verlangsamen, da sie die Menge der Verarbeitung des Systems für jede
Nachricht erhöhen müssen. Sie sollten einen Hook nur bei Bedarf installieren und so bald wie möglich entfernen..."

und ein Mitschnitt aus meiner Unterhaltung wegen des Probs seinerzeit mit Bugfix:

".... könnte uns das in die Suppe spucken(gefunden bei LowLevelKeyboardProc callback function auf MS-Seite):

...der Wert wird in Millisekunden angegeben. Wenn die Hook-Prozedur eine Zeitüberschreitung aufweist, übergibt das System die Nachricht an den nächsten Hook. Unter Windows 7 und höher wird der Hook jedoch stillschweigend entfernt, ohne aufgerufen zu werden. Es gibt keine Möglichkeit für die Anwendung zu wissen, ob der Hook entfernt wurde.

Windows 10 Version 1709 und höher Der maximale Timeout-Wert, den das System zulässt, beträgt 1000 Millisekunden (1 Sekunde).

Das System verwendet standardmäßig eine Zeitüberschreitung von 1000 Millisekunden, wenn der Wert LowLevelHooksTimeout auf einen Wert größer als 1000 gesetzt wird ..."

@hipfzwirgel

ja, das kommt von der Vorgehensweise, meinen Ansätzen sehr entgegen. Vorgänge in exes auslagern über die man die Kontrolle hat und nur starten wenn nötig. Wenn man das ganze dann noch zu der Autoit exe in passende Unterverzeichnisse packt, das ganze eimal durchdenkt, wird ein eigener, brauchbarer, Stiel daraus.

LG

Peter