Zentralen

Hallo zusammen,

wir haben eine Keymatic an der CCU2 im Einsatz - problemlos seit ca. 6 Monaten.
Die Keymatic kann von einer Fernbedienung bedient werden. Es gibt drei Programme die die Key Magic verschliessen können (Scharfschalten des Alarms).
Es gibt kein Programm was das Schloss öffnet - nur die Fernbedienung kann öffnen. Nachts schliessen wir das Haus nur ab mit Druck auf die Taste an der Keymatic.

Nun zu unserem Problem. Wir sassen heute morgen beim Frühstück. Die Keymatic war verschlossen von der Nacht. Und plötzlich öffnet diese das Schloss - und öffnete danach noch die Falle. Die Tür war offen. Wie geht das?

In der CCU sehe ich einen Protokolleintrag:
Schloss entriegelt, Schlosszustand bekannt, Kein Fehler
Der letzte Protokolleintrag davor war 16 Minuten her und hat auch nichts mit dem Schloss zu tun.

Gibt es eine Möglichkeit der CCU zu entlocken, was der Trigger dieser Türöffnung war?

Für uns steht fest - lässt sich dieser Vorfall nicht klären wars das für das Schloss...:(

Was steht in den Logfiles
/var/log/messages
/var/log/hmserver.log

Hallo,

Messages - kein Eintrag zum Zeitpunkt (13:18Uhr)
Hier die Einträge davor und 4 Minuten später. 4 Minuten später habe ich eine Verbindungstest von der Homatic Oberfläche durchgeführt.

Feb 16 12:00:01 homematic-ccu2 cron.info crond: crond: USER root pid 24061 cmd /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null
Feb 16 12:07:01 homematic-ccu2 cron.info crond: crond: USER root pid 24075 cmd /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null
Feb 16 13:22:55 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: string channels = "1916 2200 2349 4334 4159 4526 4582";string timestamps = "10.06.2018 20:56:44true 15.02.2019 21:47:03true 10.06.2018 20:56:44true 16.02.2019 12:26:27 16.02.2019 13:12:23 16
Feb 16 13:23:28 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: string channels = "1916 2200 2349 4334 4159 4526 4582";string timestamps = "10.06.2018 20:56:44true 15.02.2019 21:47:03true 10.06.2018 20:56:44true 16.02.2019 12:26:27 16.02.2019 13:12:23 16
Feb 16 13:23:31 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: string channels = "1916 2200 2349 4334 4159 4526 4582";string timestamps = "10.06.2018 20:56:44true 15.02.2019 21:47:03true 10.06.2018 20:56:44true 16.02.2019 12:26:27 16.02.2019 13:12:23 16
Feb 16 15:49:54 homematic-ccu2 auth.info sshd: Server listening on 0.0.0.0 port 22.
Feb 16 15:56:11 homematic-ccu2 auth.info sshd: Accepted password for root from 192.168.188.30 port 56218 ssh2
Feb 16 15:56:11 homematic-ccu2 auth.info sshd: subsystem request for sftp by user root
Feb 16 15:58:44 homematic-ccu2 auth.info sshd: Accepted password for root from 192.168.188.30 port 56299 ssh2
Feb 16 15:58:44 homematic-ccu2 auth.info sshd: subsystem request for sftp by user root


hmserverlog:

Ich kopiere mal 13:16Uhr - 13:20Uhr. Vorfall war um 13:18.Ich kann dem file nichts ungewöhnliches entnehmen.##Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:13 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:14 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:14 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:14 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:14 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:14 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:16 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:19 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:19 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:19 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:16:43 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:43 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:16:43 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:24 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:34 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:35 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:18:35 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:19:01 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:19:01 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:19:01 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1214853:0is reachable
Feb 16 13:19:35 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:19:35 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:19:35 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable
Feb 16 13:20:41 de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler INFO Device LEQ1216414:0is reachable

Vielen Dank fürs drauf schauen.
Matthias

Hinsichtlich der Keymatic direkt nichts zu sehen, aber den Scriptfehler mal beheben. Ev. hat das mit der KEymatic zu tun

Ich habe nur Skripts aktiv welche eine Nachricht über Prawl senden. Die Skriptfehler tauchen auf wenn ich in der Konfiguration des Schlosses auf “Testen” drücke.
Das Schloss schließt dann einmal und meldet ok und der Skriptfehler wird abgelegt.

Wie kann ich rausfinden von welchem Skript der Fehler. verursacht wird?

Danke
Matthias

In einem Script sollte es die im Log aufgeführten Zeilen geben

string channels = "1916 2200 2349 4334 4159 4526 4582";

string timestamps = "10.06.2018 20:56:44true 15.02.2019 21:47:03true 10.06.2018 20:56:44true 16.02.2019 12:26:27 16.02.2019 13:12:23 16

Hallo Silverblac,

könntest Du hier einmal die aktuelle(n) Programmversion(en)

--> von der Programmtriggerung --> Türe öffen, schließen..
(WebUI-DV und/oder WebUI-Programm)

als screenshot hier einstellen.

Danke elkotek

Hallo Christian,

ich bin durch alle Scripts durch - diese Zeichenfolge taucht nicht auf. Der betreffende Eintrag in der LogDatei findet sich an keinem anderen Tag. Nur von gestern kurz nach dem Vorfall als ich den Gerätetest mehrfach durchgeführt habe.



Das bringt mich zu dem Ergebnis das der Skriptfehler von einem Skript der HM SW kommt.
Da er aber nur Auftritt wenn man den Gerätetest ausführt - und diesem zum Zeitpunkt der automatischen Öffnung niemand ausgeführt hat glaube ich nicht das das der Übeltäter ist.

Hallo Elkotek,

es gibt keine Programme für das öffnen der Tür. Öffnen erfolgt nur über die verbundene Fernbedienung.
Es gibt drei Programme die das Schloss schliessen - das erfolgt nach scharfschalten der Alarmanlage.

Anbei die Bilder der Programme als Link. Wenn ich sie verkleinere dass sie hier hineinpassen sind sie nicht mehr lesbar...:

1. Haus verschiessen nach scharfschalten des Alarms von mir und meiner Frau incl. Pushnachricht unser Handy

Your text to link here...

2. Haus verschiessen nach scharfschalten des Alarms von unserer Tochter incl. Pushnachricht auf ihr Handy

Your text to link here...

3. Hausverschliessen über Alexa. Hierbei wird von Alexa nur eine Verlassen Wunsch Variable gesetzt - wenn dann die Haustür in einer definierten Zeit geöffnet und wieder geschlossen wird wird wie oben der Alarm scharfgeschalten und das Haus verschlossen - wenn keine Tür geöffnet und wieder geschlossen werden die entsprechenden Variablen über einen Zeittrigger zurückgesetzt.

Your text to link here...

Wie gesagt - aus Sicherheitsgründen gibt es kein Programm zum öffnen und auch keinen Direktzugriff von Alexa auf das Schloss.
Alle vorhanden Skripte in der Verschlussgeschichte versenden nur Nachrichten über Prawl wenn der Alarm ausgelöst wird, wenn der Alarm nicht aktiviert werden kann weil ein Fenster offen steht oder wenn der Alarm deaktiviert wird. Es gibt kein Skript was ein Schloss oder sonstige Autoren bedient

Vielen Dank
Matthias

Hallo Silverblac,

Danke..für die screenshots. So wie ich verstanden habe..gibt es kein Programm für "Türe öffnen". Aber irgendwie muss doch die Programmtriggerung hierzu über die CCU2/3 laufen..(WebUI-DV oder Programm???). Zum Beispiel.."Türe öffnen" erst dann, wenn auch die EMA vorher "unscharf" geschaltet wurde. Vielleicht kannst Du diesen Programmteil hier noch einstellen bzw. kurz aufzeigen..wie die Ansteuerung von der keymatic erfolgt.
Eine Aussage zu treffen..warum hier ungewollt die Reaktion
"Türe öffnen" erfolgte, ohne dass ein Programm vorhanden ist, kann ich nicht sagen.

Bei den mir vorliegenden Programmbeispielen sind mir folgende Punkte aufgefallen...oder gibt es vielleicht noch weitere, ergänzende Programme hierzu?

1. Ich nehme an, dass die Überwachung offen/geschlossen an den Türen/Fenster mit TFK`s (Type??) erfolgt. Ohne zusätzliche Maßnahmen kann hier eine Scharfschaltung erfolgen, auch wenn der/die TFK´s noch offen ist/sind. Werden hier im Vorfeld entsprechende Maßnahmen getroffen, dass dies nicht auftreten kann? So wie ich sehe, wurden bereits in einigen Programmteilen die enstprechenden offen/geschlossen Systemvariablen generiert.

2. Aus Deinem Programm "3" kann ich nicht entnehmen, ob es sich hier nur um Systemvariablen vom Typ Logik handelt, oder ob es sich bei den Systemvariablen mit "Geschlossen,OK"...um Systemvariablen vom Typ Zeichenkette handelt.
Hier ist zu beachten, dass die eigentliche Programmtriggerung mit der SysLogik --> bei Änderung auslösen..an 1. Stelle erfolgen muss..alle anderen Systemvariablen nur prüfen.

3. Generell würde ich bei der Kennzeichnung der Systemvariablen nicht mit einer Ziffer beginnen..sondern mit einem Buchstaben..vorangestellte Ziffern haben immer wieder zu Problemen geführt.

Mich würde trotzdem interessieren, woher die ungewollte Programmtriggerung erfolgte. Bei den bei mir eingesetzten keymatics ist diese Fehlerart ..nie aufgetreten.

Viel Erfolg und Gruß elkotek

Hallo Elkotek,

Richtig, es gibt kein Program die Tür zu öffnen. Die Key Matic ist mit der Fernbedienung verknüpft und nur so kann geöffnet werden. Der Alarm muss vorher de-aktiviert werden - sonst jault die Hütte.
Bei uns hat sich diese Vorgehensweise ganz gut bewährt - kann man natürlich anders machen aber ich wollte die Aktion aufschließen und öffnen in keinerlei Programmabläufen haben.

Um so mehr wundert es ja - das diese Öffnung passiert ist.

Zu deinen anderen Fragen:
Scharfschalten der Alarmanlage geht nur bei geschlossen Fenster und Türen. Dazu gibt es noch weitere Programme die die Magnet Melder und Optischen Melder überwachen.
Wenn ein Fenster oder die Tür offen ist wird der Alarm nicht anktiviert und es gibt eine entsprechende Textnachricht auf das Handy.

Deine Hinweise mit Buchstaben statt mit Zahlen zu arbeiten find ich gut, vielen Dank dafür.
Mit dem Programm 3 tüftel ich noch. Dein Hinweis ist da Gold wert. Aber auch dieses Programm schließt nur ab - und nicht auf.

Gibt es eine Log Datei in der CCU2 - die alle Aktivitäten - auch die ohne Fehler speichert? Daraus könnte man vielleicht erlesen ob die CCU überhaupt der Trigger war.
Eventuell habe ich ja einen defekt im Schloss. Kann man das Teil irgendwie auslesen???

Vielen Dank

Hallo Silverblac,

habe gerade Deine Ausführungen gelesen.
Verstehe ich das richtig...die Funktion "Türe öffnen" wird nur mit einer (eigenen ?) Fernbedienung direkt bedient...oder handelt es sich hier um die gleiche Fernbedienung wie in den beiden Programmen "1" und "2".
Nach meinem Kenntnistand kann aber doch eine bereits an die CCU2/3 angelernte und verwendete Komponente

*..nicht mehr zusätzlich direkt
*..von Gerät zu Gerät verknüpft werden

oder habe ich das nicht richtig verstanden Du meintest hier eine WebUI-Direktverknüpfung. Dies geht natürlich...und stellt sicher, dass auch bei einem Ausfall der CCU2/3 diese Funktion gewährleistet ist.

Wird bei dieser WebUI-Direktverknüpfung (?) das Tastenpaar verwendet..oder wird die nicht "Tür öffnen"-Funktion in der WebUI-Direktverknüpfung gelöscht und wurde bei der WebUI-Direktverknüpfung auch die checkbox: AES-Verschlüsselung aktiviert und die Profileinstellung/Empfänger --> nur Tür öffnen gewählt? Bei der eingesetzten Fernbedienung prüfen ob diese auf gesicherter Übertragungsmodus gesetzt ist/war. Wichtig..nach der kompletten Parametrierung sich auf jeden Fall von der CCU2/3 abmelden (nicht nur Browser (X)) und den Browser cache leeren.

Ob man nachträglich etwas aus dem Protokoll auslesen kann, kann ich nicht sagen. Ich würde aber bei allen sicherheitsrelevanten Komponenten/Funktionen/Systemvariablen die checkbox auf protokollieren setzen. Dann sieht man zeitsynchron im Systemprotokoll jeden Vorgang. Sinnvoll..wenn man das geschilderte Verhalten einer ungewollten Aktion "Tür öffnen" hatte. Dann sieht man auch die Vorgeschichte..was sich da getan hat.

Gruß elkotek

Hallo Elkotek,

zur Inbetriebnahme musste ich eine Fernbedienung direkt mit der KeyMatic verbinden. Diese ist eine andere Fernbedienung als die in Programm 1 und 2

Protokollierung für Schloss und die Alarmanlagenfernbedienungenn sind an.
Nur das Schloss hat einen Eintrag das es geöffnet wurde - aber der Eintrag sagt nicht was der Auslöser war.

Die Fernbedienung die direkt mit dem Schloss geparrt ist, ist in der Web-UI nicht bekannt und daher auch nicht protokolliert.
In der WEB-UI steht unter direkte Verknüpfungen der KeyMatic deshalb ein unbekanntes Gerät.
Der Übertragungsmodus in den allgemeinen Kansltinstellungen der KeyMatic ist gesichert und lässt sich auch nicht ändern...

Viele Grüße
Matthias

Hallo Silverblac,

so wie aus Deinen Ausführungen entnehme, wurde zuerst eine Inbetriebnahme zwischen der keymatic und einer Fernbedienung FB"1" durchgeführt. Damit ist die FB"1" ja bereits die Master-FB.

Diese FB"1" wird aber nicht mehr an die CCU2/3 angelernt und darüber verwendet..sondern die keymatic wird zusammen..mit einer anderen FB"2"..an die CCU2/3 angelernt und innerhalb einer WebUI-Programmverknüpfung genutzt. D.h. einmal hat man eine Masterfernbedienung FB"1"..die nur zur Funktion "Türe öffnen" genutzt wird und eine andere FB"2" die in den Programmen. Für die Inbetriebnahme der keymatic braucht man nicht unbedingt eine Fernbedienung. Zuerst beide Komponente anlernen..da die CCU2/3 die Master FB sein muss.

Grundsätzlich würde ich Dir empfehlen..die keymatic und die dafür genutzten Fernbedienungen FB"1" und FB"2" an die CCU2/3 zuerst anzulernen, dort zu parametrieren und zu nutzen. Damit die Steuerfunktionen auch ohne laufende CCU2/3 funktionieren...ist es sinnvoll diese über eine WebUI-Direktverknüpfung zu realisieren.

Vorgehensweise:
1. In der Zentrale alle Programmverknüpfungen löschen ...an dem die beiden Komponenten keymatic und FB"2" beteiligt sind
2. Falls noch nicht erfolgt --> unter Benutzerverwaltung den vereinfachten Modus deaktivieren..Häkchen entfernen
3. Die FB"1" auf Werkseinstellung zurücksetzen und über die CCU2/3 neu anlernen.Im Gerätemenü die gewünschte Tastenfunktion vorwählen...langer Tastendruck oder Doppelklick-Zeit
4. WebUI-Direktverknüpfung öffnen --> neue Verknüpfung erstellen
*.. zuerst keymatic auswählen --> Empfänger
*..gewünschte Fernbedienung --> FB"1" auswählen..damit werden nun 2 Taster (z.B. T1/T2) angeboten z.B. für Türe öffnen und Türe verriegeln
*..wenn man jetzt nur die FB"1" (Taste 1) für die Funktion "Türe öffnen" nutzen möchte, dann in der WebUI-Oberfläche die andere Verknüpfung (Taste 2) unter Aktion --> gleich löschen.
*..damit erhält man also nur die FB"1" mit Taste 1 --> Türe öffnen
5. Nochmals die Parametrierungen überprüfen
*..keymatic --> Defaulteinstellung: Übertragusnmodus gesichert
*..FB"1" (Taste 1) Übertragungsmodus gesichert ?
*..in der WebUI-Direktverknüpfung bei Sender FB"1" nachsehen --> checkbox: AES-Verschlüsselung ?
6. Jetzt gibt es also nur eine WebUI-Direktverknüpfung FB"1"/T1 --> Türe öffnen. Will man in der WebUI-Direktverknüpfung aber auch noch die anderen Funktionen haben wie..--> Türe verriegeln..usw. muss man dies ja unter Sender mit einem Tastendruck realisieren. Dies kann eine andere Taste der FB"1" oder auch die Taste der anderen Fernbedienung FB"2" sein. Will man hierzu keine Fernbedienung/Taster nutzen geht dies auch indirekt über einen virtuellen CCU-Kanal (virtuelle Fernbedienung). Dieser virtuelle Kanal wirkt wie eine Taste...kann aber wahlfrei per Programm realisiert werden.

Zum Beispiel mit einem eigenen Programm...

Wenn... (**) - bei Änderung auslösen
(**)...beliebige Programmtriggerung, jedoch keine Systemvariable vom Typ Zeichenkettet

Dann: ... --> den virtuellen Kanal, als Ersatz für einen realen Tastendruck
HM-RCV-"Kanal RF: "01" - sofort - Tastendruck kurz bzw. Tastendruck lang

Diese virtuelle Taste wird nun in eine WebUI-Direktverknüpfung als Sender eingesetzt und kann nun in Verbindung mit der keymatic die gewünschte Funktion auslösen.

Gruß elkotek

Hallo Silverblac,

ich hatte vor einiger Zeit dasselbe Phänomen und offenbar eine ähnliche Konfiguration, wie Du: Keymatic mit 2 Fernbedienungen, eine davon als "Master", eine andere zur bedarfsweisen Verwendung. Vor Monaten stand 2 x unvermittelt die Tür offen. Nach dem ersten Mal hatte ich in der CCU2 die Protokollierung der FB's eingeschaltet, bei der Keymatic war sie bereits aktiv. Beim 2. Mal gab es allerdings keinerlei Ereignishinweise aus dem Protokoll, dort war nur zu sehen, dass Keymatic geöffnet hatte, aber kein Auslöser. Programmverknüpfungen, etc., waren keine vorhanden. Einzige Auffälligkeit zu der Zeit: gelegentliche Verbindungsabbrüche / Nichterreichbarkeit der Keymatic und naher Sensoren. Und: wenn die Tür von Aussen mit Schlüssel zugeschlossen wir, meldet das Schloss, dass der Zustand unbekannt ist (Kein Fehler, Schloss verriegelt, Zustand unbekannt). Nachdem ich einige Foren durchstöbert hab, ist halt meine Vermutung, dass die Kombi aus längerer Funkunterbrechung + unklarem Schlosszustand eine "Kalibrierungsfahrt" auslöst. Bis zum Anschlag, so dass die Tür öffnet.

Stand heute: nach Umstieg auf die CCU3 vor einigen Monaten habe ich keinerlei Empfangsprobleme mehr und auch keine Tür mehr offen (mit Schlüssel wird weiter von Aussen auf- und zugeschlossen). Kann Zufall sein. Da ich dem Braten noch nicht ganz traue, werde ich auf jeden Fall elkotecs ausführliche o.g. Ratschläge umsetzen und die (Master-)Verbdindung von Schloss und Fernbedienungen ändern. Zusätzlich habe ich als Work-around einen starken Schrankmagneten am Türrahmen befestigt, der die Tür zuhält, sollte die Keymatic unmotiviert aufdrehen und nicht ein Mensch noch zusätzlich einen Schubs geben. Auch werde ich einen "Zu-"Sender aussen anbringen (z.B. der neue HmIP-Klingeltaster, da der von aussen nicht sabotiert als Öffner missbraucht werden kann) - das garantiert beim Schliessen (dann ohne Schlüssel) einen bekannten/eindeutigen Schlosszustand.

Vielleicht hilft das irgendwie.
Falls Du neue Erkenntnisse hast, wäre ich dankbar, davon zu erfahren.

Viele Grüße
tol

Hallo Zusammen,

ich habe die Keymatic erst seit ein paar Monaten in Betrieb,
und habe dieses Problem ebenfalls erlebt.
da ich über iObroker die FB1 antrigger um die Tür zu öffnen, habe ich nach dem ersten Vorfall alles Protokolliert,
die einzige Meldung die zu dem Zeitpunkt auftrat war
das Skript, welches die Tür im Nachmodus abschließt, hier gibt es aber kein Aufschließen.
Es gbit ein anderes Skript, die RFID udn Fingerprint abfragen udn die FB1 triggert, aber hier gabe es überhaupt kein
Logeintrag
Die Zustände werden Momentan per Teleram gesendet.
Keinerleih nachvollziehbarkeit.
Weil bei jedem normalen öffnen immer erst ein Telegram kommt
das jemand öffnet udn dann "Tür offen"
hier kam einfach nur "Tür offen" kein Trigger.

Selbst wenn es eine Kalibrierungsfahrt ist, dass darf definitiv nicht sein dass die Tür öffnet, für mich wäre das ein FW fehler, wenn dann muss er in Richtung abschließen kalibrieren!

Für mich wäre es wichtig, der Workaround alles zu resetten, die Master FB zurückzusetzen udn erst alles in der CCU3 anlernen und dort die direktverknüpfungen einzurichten, funktioniert das?
oder gabe es dennoch Vorfälle?

Für mich ebenfalls wichtig zu wissen, in welche Richtung wird Eure Tür abgeschlossen rechtsrum oder linksrum?
Vielleicht ist es ja ein Probelm bei Türen die wie bei mir Linksrum abschließen und rechts rum aufschließen?

Danke

Gruß Jens

Für die Analyse der Ursache könnte auch ein Blick auf das Display der KeyMatic hilfreich sein. Auf dem wird angezeigt, welche Quelle die letzte Aktion ausgelöst hat:
M - Tasten am Gerät
1,2... - Fernbedienung
C - Zentrale

ah, guter Himweis, habe ich gar nicht dran gedacht.

Problem wird sein, dass es ja nicht regelmäßig auftritt,
um zu schauen...
Dann muss ich wohl warten bis es wieder passiert

Danke

so, grad heute gehabt, Auslöser FB1.

Da die keiner hatte ist es natürlich fraglich warum die aufschließt.

Das einzige wo die FB1 aufschließt, ist wenn RFID oder Fingerprint gescannt und erkannt
wird, das wird aber zu 100% geloggt im ioBroker udn per telegram benachrichtigt.

In der CCU ist gar nicht protokolliert.

Also werde ich es noch mal Probieren alles ablernen und erst an die CCU, dann direktverknüpfung über die CCU.
Dann heißt es wieder warte ob es noch mal auftritt