Habe vorsichtshalber mal die absolute Pfadangabe gewählt.
Wie sieht es eigentlich mit der sperre.txt aus?
Muss ich die selbst erstellen und was muss da drin stehen oder wird die wie die Alarmierung.txt automatisch generiert?
Habe vorsichtshalber mal die absolute Pfadangabe gewählt.
Wie sieht es eigentlich mit der sperre.txt aus?
Muss ich die selbst erstellen und was muss da drin stehen oder wird die wie die Alarmierung.txt automatisch generiert?
Wenn ein neuer Alarm eingeht und damit das Programm an die Sprungmarke :neu kommt, wird danach mit dem Befehl
echo %date% um %time >> c:\mail\sperre.txt
die Datei Sperre angelegt. Was die als Inhalt hat ist total Banane. Nach Versand der Email wird sie auch wieder automatisch gelöscht. Die hat eigentlich keinen anderen Zweck als in dem Zeitraum dazwischen dem Programm bei einem weiteren Alarm anzuzeigen, dass es vor kurzem bereits einen Alarm gab.
Muss die Zeile wo das "wait" steht vielleicht so heißen?
c:\mail\wait.exe 6000
Sonst kommt da immer die Meldung, dass der Kommand wait nicht ausgeführt werden konnte
Ja das kann sein. Dann sind doch absolute Pfade erforderlich.
Hast du mal timeout probiert wie von flori vorgeschlagen?
Ich habe wait.exe benutzt, da ich hier noch Windows XP drauf habe.
Das zusammenfügen der RICs in eine Mail klappt jetzt einigermaßen, allerdings erhalte ich bei 4 RICs immernoch 3-4 Mails, geht das nicht, dass man nur eine mit allen Daten bekommt?
Genau das hatte ich vor Jahren schonmal programmiert, auch für eine Alarmauswertung. Hab auch genau die gleiche Abfrage genommen, deswegen wunderts mich dass es nicht geht.
Was bei dir passiert wenn mehrere Emails kommen ist, dass bei der if-Abfrage nicht zur Sprungmarke "alt" gesprungen wird sondern das Skript einfach weiterläuft. Ansonsten würdest du auch nur eine Mail bekommen...
Und ändere mal
c:\mail\wait.exe 6000
in
c:\mail\wait.exe 60000
also eine 0 mehr. Es sind Millisekunden, 60000 sind also eine Minute Wartezeit. Wenn die Wartezeit zu kurz ist könnte es sein dass die Mail schon weg ist bevor die nächste RIC kommt.
Die kommen exakt zur gleichen Zeit, 4 Stück. Für jede der RIC ist die Aktion (mail.bat) angelegt. Deshalb öffnet sich auch 4 mal das Mailfenster...
Kommen die wirklich zur exakt gleichen Zeit oder vielleicht 1-2 Sekunden versetzt? Kenne mich mit POCSAG jetzt nicht so fürchterlich gut aus...
1 Sekunde versetzt dürfte eigentlich ausreichen!
Und dass sich das Fenster öffnet ist korrekt, das passiert trotzdem. Nur der Teil zum Mail versenden sollte übersprungen werden.
Ja sie kommen exakt zur selben Zeit. Anscheinend werden aber trotzdem immer noch mehrere Mails verschickt.
Also wie gesagt, ich kenne mich mit POCSAG jetzt nicht sooo gut aus, aber ich würde es eher für unwahrscheinlich halten dass mehrere RICs gleichzeitig zu exakt dem gleichen Zeitpunkt ausgesendet werden können.
Falls es wider Erwarten doch geht, dann funktioniert allerdings auch meine beschriebene Lösung nicht, denn es muss ja ein zeitlicher Abstand zwischendrin sein (auch wenns nur ein paar Millisekunden sind) damit die Datei angelegt werden kann deren Existenz danach geprüft wird.
Ich hatte dieses Thema auch schon mal aufgegriffen und eine Batch geschrieben. Habe die selben Erfahrungen gemacht. Dies liegt an der Auswertesoftware, die die Aktionen zur selben Zeit aufruft. So ist es zu mindestens bei POC32. Nachdem ich mehrere Wochen mich dem Problem gewidmet habe, habe ich es irgendwann aus Frust gelöscht... Geht einfach per Batch nicht. Dafür wurden die Batch-Files nie konzipiert. Hier braucht man eine Programmiersprache die die Zeit mit einbeziehen kann bzw. zeitlich koordiniert werden kann.
Oder man nimmt eine der fertigen Lösungen hier im Forum :)
Na ja das Problem ist ja nicht das Batch-Script, sondern offensichtlich das Auswertungsprogramm was in zu langen Abständen prüft ob Aktionen anstehen und diese dann alle auf einmal ausführt.
Mit FMS32pro gehts, das hatte ich vor längerer Zeit mal ausprobiert. Mittlerweile hab ich auf dem Server in der Feuerwehr den monitor laufen (allerdings unter Linux), mit dem funktionierts auch reibungslos.
Aktive Benutzer in diesem Thema: 3 (Registrierte Benutzer: 0, Gäste: 3)