Moin Moin
ich stelle mich irgendwie zu blöd an
sobald ich die Paramentrierung der Anlage ändere, dauert es manchmal Stunden, bis die Anlage wieder einwandfrei Alarmmeldungen oder Emails sendet.
Offensichtlich "peile" ich die Geschichte mit dem Reset nicht so richtig.
Vorgehensweise bisher:
DIP Schalter umlegen
Daten von Anlage holen
Änderungen durchführen
Daten auf Anlage übertragen
sobald das virtuelle Bedienteil angezeigt wird, klick auf F7(Aus)
Reset wird durchgeführt
danach DIP Schalter wieder auf ON
da habe ich doch bestimmt etwas vergessen, oder!?
(29-05-2019 12:12)Robin Hood schrieb: [ -> ]sobald ich die Paramentrierung der Anlage ändere, dauert es manchmal Stunden, bis die Anlage wieder einwandfrei Alarmmeldungen oder Emails sendet.
Die Zentrale führt nach dem Hochladen der Parametrierung einen Reset durch.
Wird nach dem Reset ein Ereignis ausgelöst welches eine parametriete Aktion auslösen soll, so wird diese auch sofort ausgeführt. Wenn nicht, ist Deine Parametrierung inkorrekt. Bei E-Mailadressen dürfen und können keine SSL-Adressen verwendet werden.
Vielen Dank für Deine Antwort, aber das kann es alles nicht sein. Ich muss irgendeinen anderen bekloppten Fehler beim Ablauf machen.
Beispiel
Habe getrennte Gebäude in 2 Bereiche aufgeteilt, die logischerweise unabhängig von einander Scharf/Unscharf gestellt werden können.
Sobald ein Bereich Scharf/Unscharf gesetzt wird, bekomme ich eine E-Mail. (Funktioniert)
Heute morgen habe ich lediglich einen weiteren Emailempfänger hinzugefügt...
Ging über Stunden nix... auch manipulierte Einbruchmeldungen wurden erst stark verzögert gemeldet. Paar Stunden später trudelten dann auch die E-Mails ein...
Gegen späten Nachmittag funktionierte die Anlage dann wieder wie gewohnt, incl promoten E-Mails an den weiteren Empfänger..
also dürfte eine fehlerhafte Paramentrierung ausscheiden.
Könnte es damit zusammenhängen, dass ich den Sabotagekontakt „gebrückt“ habe und daher nix über die Revisionstaste der EMZ „veranstalte“?
Moin, mal blöd gefragt:
Wie hast du die Auslösungen im DS Programmiert? Auf Änderung oder wo sitzt der Haken? Es kann auch sei, dass deine Mails einfach nicht priorisiert bei deinem Provider rausgehen..was sagt der Ereignisspeicher dazu(EMZ und DS).
Ahoi
Hat ganz sicher mit dem Provider nix zu tun!
Ich bin mir sicher, dass ich beim Einspielen in die DS oder EMZ einen blöden Fehler mache.
Der selbe Effekt tritt auch auf, wenn ich nur eine Rufnummer hinzufüge
Ahoi
Hat ganz sicher mit dem Provider nix zu tun!
Ich bin mir sicher, dass ich beim Einspielen in die DS oder EMZ einen blöden Fehler mache.
Der selbe Effekt tritt auch auf, wenn ich nur eine Rufnummer hinzufüge
Selbst wenn du nichts änderst in der Parametrierung und diese ungeändert überträgst würde der Effekt auftauchen, da immer die komplette Parametrierung übertragen wird und nicht nur die Änderungen.
Aber trotz alledem: was sagt der Ereignisspeicher bei alarmen wenn die nicht übertragen werden DS und EMZ. Und wie hast du die Meldungen parametriert?
(30-05-2019 21:39)M-d-ley schrieb: [ -> ]was sagt der Ereignisspeicher bei alarmen wenn die nicht übertragen werden DS und EMZ.
Moin...
das war offensichtlich mein Weg zum Ziel... Danke!!!
Ich habe eine RFW4000 mit Prepaid Karte (natürlich leer, benötige ich nur in der Urlaubszeit), die SMS Meldungen absetzen wollte.
Da dies mangels Guthaben nicht funktioniert, scheint sich die Blechkiste wohl etwas zu "verspäten".
Meldungen erstmal deaktiviert und mehrere "Versuchsänderungen" an der Paramentrierung zeigten danach immer sofortige Arbeitsbereitschaft von der Mühle.
Bliebe die Frage offen, warum das immer sofort funktioniert, wenn der Einrichter an der Anlage rumpfuscht... wobei, ist auch egal... jetzt tuts ja ;-)
Vielen Dank!!!
PS... eine Frage bitte noch, bevor ich jetzt wieder herumtesten muss...
Ich habe im Ereignisspeicher mehrere Einträge "Busausfall" stehen. Gehe ich Recht in der Annahme, dass der Eintrag durch ein Anlagenreset gesetzt wird?
Ja genau, deshalb steht da Busausfall.