Beatzler
02.10.2009, 09:51
Hey,
hat jemand evtl. ein gleiches oder ähnliches Problem ?
Werte über Poc32 mittels Alphapoc Decoder aus. Klappt soweit wunderbar! Es kommt nur noch sehr selten zu einer Fehlauswertung in Form von abgehackten Nachrichten.
Meistens tritt dies auf wenn für den entsprechenden Alarm eine Batch Datei hinterlegt ist. Hierbei werden dann nur die ersten 2-3 Zeichen ausgewertet der rest der Alarmierung fehlt. Vermute das es mit POC32 zusammenhängt da wie gesagt alle anderen Alarmierungen wo keine Batch hinterlegt ist sauber laufen. Dies tritt auch nicht jedesmal bei einer Batch Alarmierung auf.... Spätestens nach 10 Sek. ist dann nochmals die ganze Alarmierung komplett ausgewertet ....
Kennt ihr dieses Problem ?
Kennt jemand mittlerweile eine gute Lösung eine Art Filter einzubauen der sinnvoll und schnell überprüft ob die Alarmierung vollständig ist ?
Habe in meinen Batch eine 60 Sek. Sperre eingebaut um doppelte Alarmierungen für solch einen Fall zu unterbinden, natürlich ist es dann aber nicht sehr schön wenn nur zwei Zeichen übertragen werden, damit kann man natürlich nichts anfangen....
Meine bisherigen Ideen waren hierbei das vor dem versenden / eigentlichem Abarbeiten der Batches gewartet wird z.b. 10 Sek und dann alle Alarmierungstexte auf unterschiedliche Größe / Inhalt geprüft werden, nachteil ist nur dass dann wieder wichtige Zeit verloren geht ....
Auf <EOT> überprüfen kann man auch ausschließen da leider nicht jede Alarmierung mit diesem endet....
Vielen Dank für Tipps und Ideen !
MFG Beatzler
hat jemand evtl. ein gleiches oder ähnliches Problem ?
Werte über Poc32 mittels Alphapoc Decoder aus. Klappt soweit wunderbar! Es kommt nur noch sehr selten zu einer Fehlauswertung in Form von abgehackten Nachrichten.
Meistens tritt dies auf wenn für den entsprechenden Alarm eine Batch Datei hinterlegt ist. Hierbei werden dann nur die ersten 2-3 Zeichen ausgewertet der rest der Alarmierung fehlt. Vermute das es mit POC32 zusammenhängt da wie gesagt alle anderen Alarmierungen wo keine Batch hinterlegt ist sauber laufen. Dies tritt auch nicht jedesmal bei einer Batch Alarmierung auf.... Spätestens nach 10 Sek. ist dann nochmals die ganze Alarmierung komplett ausgewertet ....
Kennt ihr dieses Problem ?
Kennt jemand mittlerweile eine gute Lösung eine Art Filter einzubauen der sinnvoll und schnell überprüft ob die Alarmierung vollständig ist ?
Habe in meinen Batch eine 60 Sek. Sperre eingebaut um doppelte Alarmierungen für solch einen Fall zu unterbinden, natürlich ist es dann aber nicht sehr schön wenn nur zwei Zeichen übertragen werden, damit kann man natürlich nichts anfangen....
Meine bisherigen Ideen waren hierbei das vor dem versenden / eigentlichem Abarbeiten der Batches gewartet wird z.b. 10 Sek und dann alle Alarmierungstexte auf unterschiedliche Größe / Inhalt geprüft werden, nachteil ist nur dass dann wieder wichtige Zeit verloren geht ....
Auf <EOT> überprüfen kann man auch ausschließen da leider nicht jede Alarmierung mit diesem endet....
Vielen Dank für Tipps und Ideen !
MFG Beatzler