Druckbare Version
Wer kann mir helfen.
Ich habe einen Expressalarm erstellt. Nur bekomme ich immer diese Meldung :
MasterAlarm nicht eingegangen! - Alarminformation nicht vorhanden
Muss ich in der Pipeline für den EA was reinschreiben oder darf da nichts drinne stehen ?
Bitte besuchen Sie das Wiki zur Konfiguration des EA.
http://alamos-ug.de/mediawiki/index....e=Expressalarm
Ihr Fehler bedeutet, das die EA-Text-RIC nicht eingegangen ist, bzw. der EA falsch konfiguriert ist.
Ich komme mit dem WIKI aber nicht weiter!
Ich bekomme meine Daten vom DME-Input Plugin...was muss der DME denn rausgeben das das alles klappt?
Bei uns kommt
ric1,ric2,ric3,ric text
Wie erkennt der expressalarm in firemergency das die ersten rics nurton rics sind?
Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2
Expressalarm erstellen (Text RIC) und RIC1, 2, 3 zuordnen
http://alamos-ug.de/mediawiki/images...figuration.PNG
Danke schon erledigt...er fügt mir aber den Text aus der Textric nicht mit den Einheiten in eine Meldung...
Sieht so aus als ob er die Einheiten
mit den Nurtonnachrichten nicht erkennt..
Da ich das DME InputPlugin nutze, eben die Frage woran firemergency den Nurton erkennt
Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2
Weiss hier keiner zu helfen?Zitat:
Zitat von evos
Ich habe genau das gleiche Problem......
Moin moin,
ich habe mal den letzten Beitrag zum Expressalarm wieder aufgegriffen ...
Eine Frage:
Funktioniert die Express-Zuweisung auch wenn der Master vor den RIC kommt? (wartet die Text-RIC also auch die Slave-RIC?)
Eine Feststellung/ könnte zu diesem Problem passen:
ich habe bei den ersten Tests mit FE einen Express-Alarm angelegt und wieder gelöscht. Alle damals zugeordneten RIC sind immer noch diesem gelöschten EX-Alarm zugeordnet und funktionieren nicht mit dem aktuellen EX-Alarm!
Abhilfe: Den gelöschten EX-Alarm neu erstellen (Daten aus dem Log), die Einheiten abwählen und den EX-Alarm wieder löschen ...
Können solche Verküpfungen zukünftig automatisch beim Löschen entfernt werden?
Gruß
Carsten
Frage:
Nein, die Reihenfolge ist wichtig. 1. RIC, 2. Text-RIC
Fehler:
War das mit einer vorherigen Version von FE, oder der aktuellen? Vor langer Zeit gabs da mal das Problem, dass die EA-Zuweisung nicht gelöscht wurde.
Macht es für evos überhaupt Sinn einen EA zu konfigurieren, da er ja einen DME als Input benutzt? Der DME setzt doch schließlich EA-Ton und EA-Text zu einem Alarm zusammen.
Wir nutzen auch EA, haben ihn aber in FE nicht konfiguriert. Vielmehr haben wir den Sammelalarm genutzt, der uns letztendlich alle Einheiten in einem Alarm auflistet incl. einem (bei allen RIC ja gleichen) EA-Text.
Bei einem Scanner o.ä. als Inpuquelle müsste man natürlich das EA-Feature in FE nutzen, oder liege ich hier falsch?
Snichel
Moin moin,Zitat:
Zitat von firEmergency
die "Leichen" sind vor Monaten in einer alten Version generiert worden. Festgestellt und beseitigt habe ich diese veralteten Verknüpfungen in der aktuellen Version.
Zur Reihenfolge der RIC:
Meine RIC übersteigen den Speicher des DME. Also bekomme ich die RIC über BosMon-Auswertung und die Text-RIC per DME. Seit einigen Wochen macht BosMon auch die Auswertung des DME - somit ist die Reihenfolge (fast immer) richtig und der Weg der Daten ist gleich.
Ist zur Sicherheit ein Delay beim Express-Master denkbar? (5 Sek. verzögert) Somit wäre die Reihenfolge trotz unterschiedlicher Quellen sichergestellt.
Gruß
Carsten
Ist ein Delay beim Express-Master möglich? Ich hatte jetzt mehrere Alarmierungen, bei denen die text-RIC vor den Einheiten-RIC kam.Zitat:
Zitat von pfeiffer
Gruß
Carsten
Moin moin,Zitat:
Zitat von pfeiffer
ich bin noch am Forschen - versetehe aber etwas nicht:
# Ein Express-Slave kommt an und wird ins Übersichtsfenster geschrieben
# Mit gleicher Zeit wird im Übersichtsfenster der Master angelegt
# Nach dem Eintreffen der Master-RIC/ Text wird versendet - die Zeit für den Master bleibt in der Übersicht bei der Zeit vom Slave
Die richtige Zeit des Masters ist nur im Logbuch erkennbar
Soweit richtig?
Gruß
carsten
Moin moin,
ich habe eine Lösung für die Text-RIC gefunden:
Im Bosmon nicht das Netzwerkereignis sondern als Programm starten - dann ist Verzögerung möglich (habe erst einmal 10 sek. eingetragen)
Als Programmaufruf FirEmergency als Kommandozeile starten:
"C:\Program Files\Alamos UG\firEmergency\files\alarmexe\Alarm-FMS32.exe" "%adresse%" | %status% | "%meldung%" | "%beschreibung%"
Somit kommt der Text mit 10 Sek. Verögerung in FE an ;-)
Gruß
Carsten
Guten Tag,
eine Verzögerung in dieser Hinsicht wird nicht umgesetzt. Die Funktionsweise ist aber auch eigentlich so definiert Einheiten RICs -> TextRIC -> Alarmauslösung
Kommt der Alarm denn anderst von der Leitstelle an? Ansonsten würde ich Sie bitten Ihre Konfiguration zu überprüfen, sodass die Alarme in korrekter Reihenfolge im System eingehen.
Sollte dies nicht der Fall sein könnten Sie versuchen aus Bosmon/FMS32 eine Batch-Datei mit einer Verzögerung aufzurufen und anschließend den Alarm weiterleiten.
Vier Wochen Funkstille zu dem Thema und nachdem ich die Lösung gefunden habe, kommt der umständlichere Vorschlag mit der Batch ..Zitat:
Zitat von Helfo
Aber egal ... funktioniert jetzt ja ...
Gruß
Carsten
Moin moin,
das Problem mit dem Timing ist gelöst - jetzt kommt das nächste Problem:
Es werden nicht nur der Text sondern auch Funktion, Beschreibung etc. vom Master auf den Slave portiert!
Wenn der Master per Batch (FMS32) kommt und die Slave-RIC per Bosmon/ Netzwerkereignis, passen die Variablen nicht zusammen. Der text passt - über Netzwerereignis kommt FUNKTION, über Batch nur STATUS ...
Soll das so sein?
Laut Dokumentation wird nur der Text übernommen.
Gruß
Carsten
Das wurde mal vor einigen Versionen geändert. Es werden nun alle Daten an die Slaves übertragen.
Gesendet via Mobile App
OK ... leider funktioniert das nur wenn Master und Slave die identische Quelle haben ... so passen die Daten nicht zusammen.Zitat:
Zitat von firEmergency
Oder gibt es eine Lösung?
Gruß
Carsten
Guten Morgen,Zitat:
Zitat von firEmergency
nach weiteren Stunden gebe ich auf ... entweder bekomme ich die Text-RIC verzögert und die Daten (Master/ Slave) passen nicht zusammen - umgekehrt ... ich sehe zwei Möglichkeiten das Problem sinnvoll zu Lösen:
Möglichkeit A:
Datenübernahme von Master auf Slave nach Inhalten steuern. Es macht doch keinen Sinn die Funktion "a" mit "N/A" zu überschreiben. D.h.: wenn Daten da sind wird überschrieben, wenn keine Daten da sind bleiben die Daten vom Slave.
Möglichkeit B:
Zusätzliche Verzögerung für den Master. Bei ca. 3% der Alarmierungen kommt der Master vor den Slave-RIC an. Eine "Sicherheitsverzögerung" von 0...x sekunden bringt Prozesssicherheit. (DME Auswertung durch FE mit 10Sek. Listener verzögert die Text-RIC ... dann kommt aber wieder das Problem zu A)
Mit beiden Features lässt sich der Expresssalarm sicherer verwenden - jetzt ist immer etwas unsicherheit ob die Text-RIC wirklich übernommen wird ...
Danke
Gruß
Carsten
Da ist mir Lösung 1 sympatischer, da ja Lösung 2 ein Problem lösen soll, welches so eigentlich nicht auftreten darf.
Werden wir prüfen.
Danke - dann werde ich ersteinmal mit 3% Restrisiko leben müssen ;-)Zitat:
Zitat von firEmergency
Wenn die RICs und der Express-Master aus unterschiedlichen Quellen kommt ist das Problem 2 immer da. Auch wenn es nicht sein darf/soll - es lässt sich nicht vermeiden. (und eine Wartezeit 0..x ist evtl. einfacher zu implementieren ....)
Gruß
Carsten
Guten Tag,
architekturbedingt werden wohl beide Änderungen so einfach nicht realisierbar sein. Daher werden wohl in dieser Richtung hin erstmal keine Änderungen vorgenommen, da dies zu erheblichen Änderungen führen würde und das in umfangreichen Tests enden würde.
So ganz verstanden habe ich Ihr Problem allerdings noch nicht. Wie kommt Problem A (Wertersetzung) durch das Verzögern (Lösen von Problem B) zustande?
Das Problem mit der Wertersetzung müssten theoretisch immer präsent sein?
Andere Nutzer haben allerdings keine Probleme in dieser Richtung. Können Sie ihren vorgeschalteten Aufbau nicht dahingehend ändern, sodass Ihre Probleme (Zeitverzögerung) hinfällig werden?