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
- 10
Gibt an, nach wie vielen verschickten Messages der ASCII-Manager auf eine Antwort des
Event-Managers wartet. Der Standardwert ist 10. Der ASCII-Manager wartet nach 10 Messages
auf die Antwort des Event-Managers. Die Daten werden dabei mit der größten Geschwindigkeit
eingespielt und der Event-Manager wird 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.
