Einstellungen für den ASCII Manager
[ascii] alwaysSendCommon
- Typ
- bool
- Default
- false
- Wertebereich
- 0|1
Der ASCII Manager schickt fortlaufend den aktuellen Status zur "Beschreibung" und
"Alias" an den Event-Manager, auch wenn dieser sich nicht geändert hat. Diese Option
dient zur Aktualisierung der Einträge in der Datenbank, falls diese nicht erfasst werden
konnten (z.B. RDB Absturz), jedoch in der Zwischenzeit geändert wurden.
[ascii] commit
- Typ
- uint
- Default
- 1
Gibt an, nach wie vielen verschickten Messages der Ascii-Manager auf eine Antwort des
Event-Managers wartet. 0 bedeutet, dass gar nicht gewartet wird. Die Daten werden dabei
mit der groessten Geschwindigkeit eingespielt, der Event-Manager dabei am meisten
belastet. 1 bedeutet, dass nach jeder Message auf eine Antwort gewartet wird, die
Belastung des Event-Managers ist dabei am geringsten. Werte >1 bieten einen guten
Kompromiss zwischen Einspiel- Geschwindigkeit und Belastung des Event-Managers.
[ascii] forceScan
- Typ
- bool
- Default
- 0
- Wertebereich
- 0|1
Bestimmt die Strategie beim Verwenden von Datenpunkt-Filtern (-filterDp). Wenn 0, dann
wird vor dem Lesen der DB eine Liste der betroffenen DP-Identifier erstellt, und diese
Liste zum Filtern herangezogen. Wenn 1, dann wird die ganze Datenbank gelesen, und mit
jedem DP-Element ein Wildcard-Match durchgeführt (ist im Normalfall deutlich
langsamer).
[ascii] multiUserMode
- Typ
- bool
- Default
- 0
- Wertebereich
- 0|1
Wenn 1, dann wird die Datenbank in Multiuser-Betrieb geöffnet. Wenn 0, dann in
Singleuser-Betrieb. Unter Windows wird der Eintrag ignoriert und die Datenbank immer im
Multiuser-Betrie geöffnet.
[ascii] noAlertConfigHist
- Typ
- bool
- Default
- 0
- Wertebereich
- 0|1
Wenn dieser Config-Eintrag auf 1 gesetzt wird, werden Meldekonfigs importiert ohne dabei
die RAIMA Parametrierhistorie zu vergrößern. Die Meldekonfigs werden mit dem Zeitstempel
0 gesendet, sodass der vorherige Eintrag dieses Konfigs in der Parametrierhistorie
überschrieben wird. Für den gleichen Zweck kann auch die Managerkommandozeilenoption
-noAlertConfigHist verwendet werden. Diese hat Vorrang gegenüber dem Config-Eintrag.
Wenn noAlertConfgiHist = 0 oder die Option -noAlertConfigHist nicht verwendet wird, wird
das bisherige Verhalten des ASCII-Managers beibehalten, d.h. es werden neue Meldekonfigs
in der Parametrierhistorie erstellt.