Alarmanlagen-Forum - Alarmforum - Fachforum für Sicherheitstechnik

Hallo Martina,

da bleibt doch erstmal nur die Variante, den Fehler sicher nach zu stellen, um dann die beste Lösung zu erörtern.

Schade um die Cornichons und dennoch schöne Restfestage.

LG megagramm

Nachdem ich nun einmal alles gelesen habe, komme ich eindeutig zu dem Ergebnis, dass es doch das Christkind war, was allerdings derart verschreckt wurde, dass es schnell das Weite gesucht hat (unter meinem Baum lag nämlich dieses Jahr nichts) und seitdem nicht mehr gesehen wurde.

Zitat:(unter meinem Baum lag nämlich dieses Jahr nichts)

Du hattest wenigstens noch nen Baum. Selbst der fehlte bei mir.

Zitat:Nachdem ich nun einmal alles gelesen habe, komme ich eindeutig zu dem Ergebnis, dass es doch das Christkind war, was allerdings derart verschreckt wurde, dass es schnell das Weite gesucht hat (unter meinem Baum lag nämlich dieses Jahr nichts) und seitdem nicht mehr gesehen wurde.

Siehs positiv: Immerhin lagen keine Cornichons samt Brühe (gibts da nen Fachbegriff dafür? Marinade? Brühe) unter deinem Baum wie bei Martina.

Ich würde die Brühe Sud nennen.

... nach dem heutigen Pflichtprogramm von "Spinderella", "Qwirkle", "Der kleine Lord (Fauntleroy)" und "Drei Haselnüsse für Aschenbrödel" will ich kurz meinen Aufguss (so nennt man wohl die Flüssigkeit wo die Cornichons drin eingelegt sind; bestehend aus Wasser, Essig, Zucker, Salz, Dill, Paprika, Zwiebel und Senfkörner) abgeben ...

... und ab morgen geht es dann um die Aufarbeitung der Problematik und ich werde natürlich berichten

Für den Fall, dass ich durch den ausgelösten Alarm Schuld am Ausbleiben von Geschenken und geschmückten Weihnachtsbäumen haben sollte, bitte ich hiermit um Entschuldigung. Sicherlich habt Ihr ja was im Stiefel am Nikolaustag vorgefunden, so dass es einigermaßen erträglich für Euch ist. Oder hattet Ihr etwa vergessen, den Stiefel rauszustellen

Hoffe nur, dass es zumindest im nächsten Jahr bei Euch wieder klappt. Zumindest bleibt den Unbeschänkten der Umtausch erspart (... und auch die Entsorgung des dann nadelnden Weihnachtsbaumes).

Wie versprochen, hier nun meine Recherche zur geschilderten Problematik, beginnend mit dem Ereignisspeicher:

11:13:33 /// Master /// Fernbed. BuildSec ein
11:13:38 /// BT4xx/BT8xx/BuildSec /// unscharf /// Bereich1 Wohnhaus /// Martina /// Bedienteil Adr.15
11:15:13 /// BT4xx/BT8xx/BuildSec /// extern scharf /// Bereich1 Wohnhaus /// Handy Martina /// Bedienteil Adr.15
11:15:16 /// Master /// Fernkommunikation beendet
11:15:52 /// Master /// Extern Alarm /// Bereich 1 Wohnhaus /// UG Bew-Melder ...

Sichtbar ist, dass zumindest die App erst nach der unbeabsichtigten, ungewollten extern-scharf-Schaltung endete.

Jetzt habe ich heute mehrmals probiert, das Geschehene zu reproduzieren, musste aber feststellen, dass die BuildSec-App jeweils geschlossen (und damit die Fernkommunikation beendet) wird, wenn man die App verlässt oder eine andere App (hier im Fall WhatsApp) aufruft, auch wenn man/frau NICHT die Verbindung (Stecker-Icon im oberen Bereich der Build-Sec-App) explizit trennt.

Somit sollte es m. E. unmöglich sein, dass z. B. durch Betätigung der Lautsprechertasten des Handys (während des Whats-App-Telefonats) entsprechende Auswirkungen auf die BuildSec-App gegeben sind, da die Fernkommunikation mit Verlassen der App bzw. Aufrufen einer anderen App abrupt endet.

Das Whats-App-Telefonat begann nach Auswertung des Handys um 11:19 Uhr (Handy liefert nur Uhrzeit ohne Sekunden). Allerdings ist die 400H mit einem langsamen Quarz bestückt, denn die ging zum Zeitpunkt des Alarms 3 Minuten und 40 Sekunden nach, weshalb die Zeitdaten des Ereignisspeichers anzupassen wären.

Kann mich ja täuschen, aber diesbezüglich hat die complex einen kleinen Schönheitsfehler, denn Sie könnte sich doch von der gleichfalls verbauten comXline1516 GSM die korrekte Zeit abfordern, oder

Das ermittelte Datenmaterial zugrunde gelegt, würde - auch wenn die Angabe der Sekunden beim Whats-App-Anruf fehlen - bedeuten, dass die unbeabsichtigte Scharfschaltung bereits vor dem Start des Whats-App-Anrufs erfolgt sein muss und somit ein Fehler bei der Nutzerin zu suchen ist (auch wenn diese das nicht wahr haben will ) Das kratzt schon gewaltig am Ego ...

In der Hektik, mit Kind, Einkäufen UND gleichzeitigem WhatsApp kann das schon mal vorkommen und sollte nicht an deinem Ego kratzen.
Nobody is pefect > my name is nobody

Zitat:Kann mich ja täuschen, aber diesbezüglich hat die complex einen kleinen Schönheitsfehler, denn Sie könnte sich doch von der gleichfalls verbauten comXline1516 GSM die korrekte Zeit abfordern, oder

Klar kann sie das, musst nur mal ein Update machen. Kam glaube ich mit der 36 oder 37.

Kann es sein, dass du das Handy mit aktiver App irgendwie in die Tasche geschmissen hast und beim rausnehmen, aufgrund des WhatsApp-Anrufs, auf die ES-Taste gekommen bist?
Ich würde jetzt mal tippen, dass du deine Display-Sperrzeit auf 3min eingestellt hast.

@peteralarm: Das Dumme an der ganzen Sache ist, dass ich den Fehler i. d. R. gerne bei Anderen suche, aber hier gibt es keinen anderen Schuldigen der auszumachen wäre. Daher hatte ich auf die versagende Technik gesetzt, nur eines wollte ich nicht eingestehen: Das ICH es schuld sein sollte

@5624: Ich bin ja nicht so fest im Geschäft, meine Kenntnisse (Wissen) und Möglichkeiten (Updates) eher begrenzt. Zumindest weiss ich jetzt, dass es hinsichtlich der Zeitdifferenz entsprechende Abhilfe gibt, worum ich mich dann auch noch kümmern muss ...

Das Handy war bis zur Unscharfschaltung über die BuildSec-App im Rucksack, welcher während der Fahrt auf dem Beifahrersitz lag. Erst zur Unscharfschaltung habe ich es entnommen (Fingerprint um das Handy zu wecken, PIN für BuildSec und PIN für die Unscharfschaltung) und dann beim Reißverschlussöffnen der Stiefel bei der Garderobe abgelegt. Im dort liegendem Zustand (auch Frauen können multitasking ) WhatsApp aufgerufen, Mantel ausgezogen, dann den Hörer und die Leisetaste betätigt.

Da ich es sehr eilig hatte, war - meinen Erinnerungen nach - das Handy zu keiner Zeit im Ruhemodus. Der Sperrbildschirm des Handy ist auf 2 Minuten Inaktivität eingestellt. Ob ich die Zurück-, Home- oder Letzte Anwendung-Taste berührt habe, kann ich - wenn ich ehrlich bin - weder bejahen noch gänzlich ausschließen. Und nach dem unvermittelten "Losgejaule" war ich so neben der Kappe, dass glaubt man echt nicht ... . Jedenfalls bin ich nach diesem unfreiwilligen Selbstversuch mehr als fest davon überzeugt, dass meine mehrfache SAG-122-Projektierung entsprechende Wirkung bei den ungebetenen Besucher zeigen wird. Und da die verdeckt verbaut sind, Kabel uP, Zentrale im Umschrank, bringt man die auch nicht so schnell zum Schweigen.

Als Maßnahme werde ich jedenfalls bei BuildSec auch für die Scharfschaltung einen PIN parametrieren, dann passiert da nichts mehr unbeabsichtigt.

(27-12-2021 18:59)5624 schrieb: [ -> ]

Zitat:Kann mich ja täuschen, aber diesbezüglich hat die complex einen kleinen Schönheitsfehler, denn Sie könnte sich doch von der gleichfalls verbauten comXline1516 GSM die korrekte Zeit abfordern, oder

Klar kann sie das, musst nur mal ein Update machen. Kam glaube ich mit der 36 oder 37.

Wie funktioniert dass denn bzw. muss man das parametrieren?

Gibt keine Parameter dafür, also gehe ich mal davon aus, dass es automatisch läuft, sobald beide Geräte über die serielle S1 verbunden sind, den richtigen Firmwarestand haben und die Zeit "fremdbeziehen", also von NTP, NSL oder hiXserver.

PS: Kanns nicht testen, eine hiplex ist keine complex.

5624 hat mal wieder recht:
Habe mich mal durchgeklickt: Mit der Firmware-Version 36.xx der EMZ und der ÜE-Firmware-Version 27.xx wird das Uhrzeitproblem gelöst.

Die ÜE zu flashen wird nicht das Problem sein, das funktioniert über die USB-Buchse der ComXline. Aber was steckt dahinter, dass das Flashen der Complex ebenfalls über den USB der ComXline - wobei die Complex an dem seriellen com2BUS hängt - nicht funktioniert (ist invers dargestellt)

Sollte tatsächlich die gesamte Parametrierung der Complex über diesen "USB-Hilfsweg" möglich sein, nur das updaten der Firmware nicht , merkwürdig. Will man so das teure Programmierkabel an den Mann/Frau bringen oder wie ist diese Philosophie zu verstehen

Unabhängig grüble ich jetzt auch noch, ob ich ein "Running-System" wegen der Uhrzeitanpassung flashen sollte, wenn man mit dem bisherigen Umfang völlig ausreichend zufrieden gestellt wurde. Im Nachhinein ist man, wenn es denn daneben gehen sollte - wie so oft - immer schlauer

Uhrzeitkorrektur über Firmwareupdate bei einem deutschen Produkt, wo man eigentlich davon ausgehen sollte, dass die MEZ dort standardmäßig eingetragen ist ...
Wäre es nun nicht Telenot, Gott im Himmel, würde darüber hergezogen

(28-12-2021 10:49)Martina H. schrieb: [ -> ]5624 hat mal wieder recht:
Habe mich mal durchgeklickt: Mit der Firmware-Version 36.xx der EMZ und der ÜE-Firmware-Version 27.xx wird das Uhrzeitproblem gelöst.

Die ÜE zu flashen wird nicht das Problem sein, das funktioniert über die USB-Buchse der ComXline. Aber was steckt dahinter, dass das Flashen der Complex ebenfalls über den USB der ComXline - wobei die Complex an dem seriellen com2BUS hängt - nicht funktioniert (ist invers dargestellt)

Sollte tatsächlich die gesamte Parametrierung der Complex über diesen "USB-Hilfsweg" möglich sein, nur das updaten der Firmware nicht , merkwürdig. Will man so das teure Programmierkabel an den Mann/Frau bringen oder wie ist diese Philosophie zu verstehen

Unabhängig grüble ich jetzt auch noch, ob ich ein "Running-System" wegen der Uhrzeitanpassung flashen sollte, wenn man mit dem bisherigen Umfang völlig ausreichend zufrieden gestellt wurde. Im Nachhinein ist man, wenn es denn daneben gehen sollte - wie so oft - immer schlauer

Du musst zum Flashen der EMZ Firmware soundso an die Zentrale und den Jumper stecken. Das Programmierkabel hat normalerweise jeder Errichter dabei.
Ein Flashen der Firmware ist mir bei Telenot noch nie schief gegangen. Habe ich oft genug gemacht

@ssb: ... dann kannst Du ja froh sein, dass Du eher Richtung Lupus tendierst

---

@Peteralarm:
Das ist mir klar, nur dass ein USB-Kabel (das m. E. alles, außer das Flashen der EMZ kann) ein Bruchteil des Telenot-Programmierkabel kostet, stößt mir ein wenig auf

(28-12-2021 11:17)Martina H. schrieb: [ -> ]@ssb: ... dann kannst Du ja froh sein, dass Du eher Richtung Lupus tendierst

---

Wer den Schaden hat, braucht für den Spott nicht zu sorgen.
Nun trifft es auch mal die Telenot und schon folgt das Kickback

(28-12-2021 11:17)Martina H. schrieb: [ -> ]@Peteralarm:
Das ist mir klar, nur dass ein USB-Kabel (das m. E. alles, außer das Flashen der EMZ kann) ein Bruchteil des Telenot-Programmierkabel kostet, stößt mir ein wenig auf

Flashen der Zentrale sollte eh nur durch einen Telenot Errichter erfolgen. Für die Grundprogrammierung verwende ich normalerweise immer das Telenot Programmierkabel, da ich in den meisten Fällen bereits bei der Montage der Zentrale die Programmierung nach meinen Plänen schon im Büro vorbereitet habe und diese nur noch auf die Anlage schiebe. Nach meinen Unterlagen weis ich schon wenn ich die Anlage plane, welcher Eingang bzw. welche BUS Adresse welcher Melder ist Die restliche Einrichtung kann dann über das USB Kabel erfolgen.

@Peteralarm: Deine Vorgehensweise ist nachvollziehbar, allerdings stillt es nicht meinen Wissensdurst, warum ausgerechnet das Flashen nicht mittels USB geht. Das es sich bei der Telenot um eine Errichteranlage handelt und die CompasX nicht für jedermann verfügbar ist, alles nachvollziehbar, aber das invertiert dargestellte und damit nicht auswählbare Flash-Verfahren über USB ist es (für mich) jedenfalls nicht. Das sehe ich - wirkliche Kenner mögen es anders sehen - rein programmiertechnisch ausgeschlossen. Denn: Warum funktioniert alles andere

@ssb: Ich könnte ja durchaus mit dem Zeitversatz leben , allerdings ist es auch praktisch, wenn man bei irgendwelchen Ereignissen (und der bekannten Uhrzeit) über den NVR, den DS-KH6320, die Complex und die ComXline mit der identischen Zeit daher kommt.

Und ja, ich finde es offen gesagt (und zugegeben) auch etwas spät, bis die Aalener da in die Pötte kamen, aber sicherlich ist es für die funktionierende Detektion und der Meldung von Ereignissen nicht unbedingt erforderlich. Wenn man nun ein bestimmtes Pensum an Programmierungen nach Unternehmensvorgaben zu erfüllen hat, so sind entsprechende Prioritäten sicherlich Einfluss-gebend. Und daran werden sich die Programmierer halten müssen.