Hallo,
ich habe Probleme mit der Konfiguration eines Fibaro-Sensors in unterschiedlichen Bauformen, speziell mit dem Auslesen der Readings (2x Kontakte und 1x Temperatur )
[size=8pt]# www.fibaro.com/de/products/smart-implant/
model FIBARO System FGBS222 Smart Implant
modelConfig fibaro/fgbs222.xml
modelId 010f-0502-1000[/size]
Dieses Modul ist wohl als compatible+NewFeatures Nachfolger (?) des bisherigen UNIVERSAL BINARY SENSOR FGBS-321 zu sehen.
model FIBARO System FGBS001 Universal Binary Sensor
modelConfig fibaro/fgbs001.xml
modelId 010f-0501-1002
Die bisherigen "UNIVERSAL BINARY SENSOR FGBS-321" arbeiten unter Fhem so, wie ich es erwarte, d.h. ich kann den Status der Kontakte und des angeschlossenen Temp.sensors problemlos auslesen und nutzen.
Mein Problem:
jetzt mit dem "Nachfolger" erscheinen keine Messwerte von Kontakten bzw. der Temperatur in irgendwelchen readings.
Frage: was mach ich falsch oder ist der Baustein in der neuen Bauform noch nicht in Fhem implentiert ?
Vielen Dank für jede Hilfe.
Gruss jhs
Zur Erläuterung füge ich mal die readings des devices ein:
1. NEU: model FIBARO System FGBS222 Smart Implant
CMD ZW_APPLICATION_UPDATE
associatedWith ZWave_SENSOR_NOTIFICATION_81.01,ZWave_SENSOR_NOTIFICATION_81.02,ZWave_SENSOR_MULTILEVEL_81.03,ZWave_SENSOR_MULTILEVEL_81.04,ZWave_SWITCH_BINARY_81.05,ZWave_SWITCH_BINARY_81.06,ZWave_SENSOR_MULTILEVEL_81.07,ZWave_SENSOR_MULTILEVEL_81.08
mcCapability_01 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO ALARM SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_02 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO ALARM SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_03 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SENSOR_MULTILEVEL SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_04 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SENSOR_MULTILEVEL SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_05 ZWAVEPLUS_INFO SWITCH_BINARY ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO PROTECTION SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_06 ZWAVEPLUS_INFO SWITCH_BINARY ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO PROTECTION SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_07 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SENSOR_MULTILEVEL ALARM SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcCapability_08 ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SENSOR_MULTILEVEL ALARM SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
mcEndpoints total 8, different
model FIBARO System FGBS222 Smart Implant
modelConfig fibaro/fgbs222.xml
modelId 010f-0502-1000
state associationAdd 1 1
timeToAck 0.217
transmit OK
2. ALT model FIBARO System FGBS001 Universal Binary Sensor
UNPARSED BASIC 0c200d03033105014400000840
associatedWith zw_fibaroFGBS001_02_dual_binary_temp_sensor_02_01,zw_fibaroFGBS001_02_dual_binary_temp_sensor_02_02,zw_fibaroFGBS001_02_dual_binary_temp_sensor_02_03
basicSet 0
mcCapability_01 SENSOR_BINARY SENSOR_ALARM
mcCapability_02 SENSOR_BINARY SENSOR_ALARM
1 Änderung; vor #139 vor 2 Sekunden 47,1 69%
"in FHEM nicht implementiert" ist unwahrscheinlich, eher ist das Geraet selbst (oder die einzelnen Kanaele?) nicht so konfiguriert, dass sie Daten an FHEM sendet/senden.
Hallo,
danke für die schnelle Antwort.
Leider haben mir auch die weiteren Versuche anhand Fibaro Dokumentation keinerlei weitereren Ergebnisse geliefert, um Werte als Readings von dem "FIBARO System FGBS222 Smart Implant" auszulesen, und wie gesagt, mit dem Vorgänger "FIBARO System FGBS001 Universal Binary Sensor" gibt es diese Probleme bei Fhem nicht.
Natürlich hatte ich auch Google befragt: Konfiguration FIBARO FGBS222 Smart Implant -shop
Interessant beim Suchergebnis:
dieses Problem ist auch bei den anderen Lösungen für SmartHome zu finden, mit zumindest einer Ausnahme, denn da funktioniert es - getestet - ohne Wenn&Aber: www.indigodomo.com (Apple-HW)
Meine Sofort-Lösung (=keine Lösung auf Dauer): Hardware-Bausteine getauscht ("Neu-gegen-Alt" ) mit einem Nutzer von www.indigodomo.com
Damit kann ich die Zeit überbrücken, bis sich eine richtige Lösung für die neue Baustein-Generation findet (ein Stück Neue Hardware habe ich noch behalten für den nächsten Versuch).
Gruss
jhs
Hallo jhs!
Zitatdieses Problem ist auch bei den anderen Lösungen für SmartHome zu finden,
Dass andere das nicht können, bedeutet lange noch nicht, dass FHEM das nicht kann. :)
Ich erkenne anhand der Datenblätter des Fibaro zunächst keinen Hinderungsgrund.
Man bräuchte unter anderem Infos zur Assoziation und Konfiguration (https://wiki.fhem.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F) des Senors um eventuelle Probleme zu erkennen.
Laut Fibaro-Handbuch muss die Inklusion nach Anschluss der Sensoren erfolgen. Wurde das beachtet?
Zudem ist die Konfiguration je nach angeschlossenen Sensoren/Anschlussvariante anzupassen. Wurde das beachtet?
Danach
ZitatMeine Sofort-Lösung (=keine Lösung auf Dauer): Hardware-Bausteine getauscht ("Neu-gegen-Alt" ) mit einem Nutzer
befürchte ich, dass eine Lösungssuche nicht mehr möglich ist, oder?
Gruß, Christian
Hi,
Habe exakt das selbe Problem. Versuche seit zwei Wochen das Samart implant zum laufen zu bekommen in FHEM, leider bin ich nicht ganz so Zwave Software versiert.
Was bereits geht:
Output kanal 1 schalten
Interne Temperatur des Smart implants lesen. (wird aber immer 35°C angezeigt, keine Ahnung wie die Temp im Gerät wirklich ist, muss ich mal im Gefrieschrank gegenchecken ;) )
Was nicht geht:
Input Kanäle einlesen
Output Kanal 2 schalten
Externe Temperatur/Luftfeuchte Sensor einlesen (Ja der Sensor wurde vor dem einlernen angeschlossen und auch ein reset des smart implant versucht)
Hier ein Log des Smart implant Hauptkanals (die logs aller childs sind leer):
2019-06-12_18:39:24 ZWave_SENSOR_NOTIFICATION_42 associationAdd 1 1
2019-06-12_18:39:24 ZWave_SENSOR_NOTIFICATION_42 mcCreateAll
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 modelId: 010f-0502-1000
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 modelConfig: fibaro/fgbs222.xml
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 model: FIBARO System FGBS222 Smart Implant
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 mcEndpoints: total 9, different
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 mcCapability_01: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:28 ZWave_SENSOR_NOTIFICATION_42 mcCapability_02: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:29 ZWave_SENSOR_NOTIFICATION_42 mcCapability_03: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:29 ZWave_SENSOR_NOTIFICATION_42 mcCapability_04: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:29 ZWave_SENSOR_NOTIFICATION_42 mcCapability_05: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:29 ZWave_SENSOR_NOTIFICATION_42 mcCapability_06: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:29 ZWave_SENSOR_NOTIFICATION_42 mcCapability_07: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:30 ZWave_SENSOR_NOTIFICATION_42 mcCapability_08: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:39:30 ZWave_SENSOR_NOTIFICATION_42 mcCapability_09: ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-06-12_18:40:07 ZWave_SENSOR_NOTIFICATION_42 version: Lib 3 Prot 6.02 App 5.1 HW 2 FWCounter 0
2019-06-12_18:40:14 ZWave_SENSOR_NOTIFICATION_42 off
2019-06-12_18:40:14 ZWave_SENSOR_NOTIFICATION_42 reportedState: off
2019-06-12_18:40:18 ZWave_SENSOR_NOTIFICATION_42 temperature: 35.0 C
2019-06-12_18:40:25 ZWave_SENSOR_NOTIFICATION_42 powerlvl: current 0 remain 0
2019-06-12_18:41:03 ZWave_SENSOR_NOTIFICATION_42 on
2019-06-12_18:41:06 ZWave_SENSOR_NOTIFICATION_42 off
2019-06-12_18:41:45 ZWave_SENSOR_NOTIFICATION_42 on
2019-06-12_18:41:47 ZWave_SENSOR_NOTIFICATION_42 off
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configAnalogInputsMinimalChangeTo63: 5
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configAnalogInputsPeriodicalReports: 0
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configExternalSensorsMinimalChangeTo67: 5
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configExternalSensorsPeriodicalReports: 0
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configInput1DelayOfAlarmCancellation: 0
2019-06-12_18:45:36 ZWave_SENSOR_NOTIFICATION_42 configInput1OperatingMode: MonostableButton
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput1Sensitivity: 10
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput1SentScenes: 0
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput1ValueSentTo2ndAssociation47: 255
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput1ValueSentTo2ndAssociation49: 0
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput2DelayOfAlarmCancellation: 0
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput2OperatingMode: MonostableButton
2019-06-12_18:45:37 ZWave_SENSOR_NOTIFICATION_42 configInput2Sensitivity: 10
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInput2SentScenes: 0
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInput2ValueSentTo3rdAssociation52: 255
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInput2ValueSentTo3rdAssociation54: 0
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInputsOrientation: DefaultIN11stInputIN22ndInput
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInternalTemperatureSensor66: 0
2019-06-12_18:45:38 ZWave_SENSOR_NOTIFICATION_42 configInternalTemperatureSensorMinimal65: 5
2019-06-12_18:45:39 ZWave_SENSOR_NOTIFICATION_42 configOutput1AutoOff: 0
2019-06-12_18:45:39 ZWave_SENSOR_NOTIFICATION_42 configOutput1LogicOfOperation: contactsNormallyOpen
2019-06-12_18:45:39 ZWave_SENSOR_NOTIFICATION_42 configOutput2AutoOff: 0
2019-06-12_18:45:39 ZWave_SENSOR_NOTIFICATION_42 configOutput2LogicOfOperation: contactsNormallyOpen
2019-06-12_18:45:39 ZWave_SENSOR_NOTIFICATION_42 configOutputsOrientation: DefaultOUT11stOutputOUT22nd0
Falls noch nicht getestet, bitte mit MULTI_CHANNEL_ASSOCIATION statt ASSOCIATION testen. Anhand Eurer Angaben sind die gesetzten/getesteten Assoziationen nicht erkennbar.
Achtung: Ich besitze das Gerät nicht und kann deshalb keinen Erfolg versprechen.... 8)
Testweise folgende Befehle absetzen und dann Reaktionen beobachten:
set <MainDevice> associationDel 1 <ControllerNodeId>
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 0
set <MainDevice> mcaAdd 2 0 <ControllerNodeId> 1
set <MainDevice> mcaAdd 3 0 <ControllerNodeId> 2
Dann würde ich configAnalogInputsPeriodicalReports und configExternalSensorsPeriodicalReports so setzen, dass automatische periodische Reports kommen. Außerdem die anderen Parameter entsprechend Euren angeschlossenen Geräten/sensoren einstellen. Default-Werte sind nicht unbedingt optimal.
Bei @mfgx sind die gezeigten Readings mcCapability_.* mMn unvollständig; vergleiche bitte mit @jhs. Vielleicht noch einmal abrufen oder neu inkludieren. Bitte keine secure-Inklusion zum Erforschen, sondern nur "normale".
Btw. mehr Infos liefert die Ausgabe von "list", wie im oben verlinkten Wiki angegeben. Die geposteten Infos sind sehr schmal und erleichtern nicht die Hilfe; ich rate mehr. ???
Gruß, Christian
Hallo,
danke für Eure Antworten.
Vorbemerkung:
Der Trost, dass - wie gesagt - auch Nutzer von non-Fhem-Systemen und nun auch weitere Fhem-Anwender die o.g. Probleme mit diesem Baustein melden, lässt immerhin den Schluss zu, dass wir es nicht mt defekter Hardware zu tun haben.
ZitatDass andere das nicht können, bedeutet lange noch nicht, dass FHEM das nicht kann. :)
Ich erkenne anhand der Datenblätter des Fibaro zunächst keinen Hinderungsgrund.
Das war von mir in keinster Weise als Kritik an Fhem&Co gemeint! sondern eher als Feststellung, dass aus meiner Sicht die OpenSource-Entwickler von den Herstellern nicht so unterstützt werden, wie man sich das wünscht. Es bleibt der nur mühsame Weg von
reverse engineering. Über die vielen Vorteile von Fhem könnte ich gerne einen neuen Thread aufmachen.
Zum weiteren VorgehenZitatDanach ... befürchte ich, dass eine Lösungssuche nicht mehr möglich ist, oder?
Doch,
Natürlich habe ich in der Fibaro Beschreibung gelesen, aber da fehlt mir wohl zur richtigen Konfiguration noch 'ne ganze Menge an Hintergrundwissen.
Meine testweisen Einstellungen haben bisher nicht ansatzweise was gebracht. Deswegen habe ich den Baustein wieder exkludiert und mich hier an das Forum gewendet.
Ich bin mit meinen Kenntnissen zu weit entfernt, um die o.g. die technischen Tipps so nachvollziehen zu können, dass sich weitere Erkenntnisse daraus ergeben
könnten, bzw. es besteht die Gefahr, dass mein (Produktiv!-) System durch laienhaftes debuggen verschlimmbessert wird...
ZitatAchtung: Ich besitze das Gerät nicht und kann deshalb keinen Erfolg versprechen.... 8)
Wenn es hilft, kann ich @krikan den neuen Baustein leihweise (
Versandkostenfrei, ggf. Adresse etc. PM) zur Verfügung stellen.
Ich denke, das wird am ehesten und schnellsten weiterhelfen, und zwar allen, die diesen Baustein unter Fhem einsetzen wollen.
Noch habe ich den Baustein und noch muss ich o.g. Tauschware nicht abgeben!
Vielen Dank für die Unterstützung.
Gruss
jhs
Zitat von: jhs am 16 Juli 2019, 03:01:43
Das war von mir in keinster Weise als Kritik an Fhem&Co gemeint!
Hatte ich so auch nicht aufgefasst und selbst wenn, würde es mich nicht stören. :)
Anders als manche andere ZWave-Software ist FHEM bei der Einbindung von neuen Geräten unabhängig von angepassten Config-Files. Dafür sind manchmal mehr Aktionen/manuelle Anpassungen durch den Nutzers notwendig.
Wenn ich dem Internet glauben darf, gibt es selbst mit dem Fibaro Homecenter noch Probleme:
ZitatFIB_HOMEC2 4.530 5.0 teilweise kompatibel Sensoreingänge werden nicht ausgelöst
FIB_FGHCL 4.530 5.0 teilweise kompatibel Sensoreingänge werden nicht ausgelöst
aus Kompatibilitätsinfo bei home4u-shop.de
Zitatmich hier an das Forum gewendet.
Sollst/Darfst Du auch. :)
Zitat.Wenn es hilft, kann ich @krikan den neuen Baustein leihweise (Versandkostenfrei, ggf. Adresse etc. PM) zur Verfügung stellen.
Danke für das Angebot. An Testgeräte käme ich selbst relativ zügig, da ist ein Versand nicht notwendig. Nur fehlt mir momentan die Zeit für Tests.
Vielleicht findet sich jemand, der das Gerät entsprechend lauffähig eingebunden hat oder mit den genannten Befehlen testen möchte.
Gruß, Christian
Hallo,
danke für die schnelle Antwort. Noch eine Info mehr,
ZitatWenn ich dem Internet glauben darf, gibt es selbst mit dem Fibaro Homecenter noch Probleme: ...
die auf gewisse Probleme mit diesem Baustein hinweist; ich kam mir schon recht blöd vor ;-)
Da ich meinen FGBS222-ZWave-Baustein noch ein paar Tage behalten darf, habe ich das Teil doch noch mal angeschlossen und die Schritte aus ... nachvollzogen:
Zitatwiki.fhem.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten
Ergebnisse in
Kurzform hier:
1. Neu-Inkludieren ... problemlos WebGUI / room / ZWave
ZitatZWave_SENSOR_NOTIFICATION_86
ZWave_SENSOR_NOTIFICATION_86.01
ZWave_SENSOR_NOTIFICATION_86.02
ZWave_SENSOR_MULTILEVEL_86.03
ZWave_SENSOR_MULTILEVEL_86.04
ZWave_SWITCH_BINARY_86.05 on off
ZWave_SWITCH_BINARY_86.06 on off
ZWave_SENSOR_MULTILEVEL_86.07
associationAdd 1 1 on off
2. list (1) des jeweiligen FHEM-Devices (Ausgabe von list <device>)Zitatlist ZWave_SENSOR_NOTIFICATION_86
list ZWave_SENSOR_NOTIFICATION_86.01
list ZWave_SENSOR_NOTIFICATION_86.02
list ZWave_SENSOR_MULTILEVEL_86.03
list ZWave_SENSOR_MULTILEVEL_86.04
list ZWave_SWITCH_BINARY_86.05
list ZWave_SWITCH_BINARY_86.06
list ZWave_SENSOR_MULTILEVEL_86.07
UND
3. list (2) des jeweiligen FHEM-Devices (Ausgabe von list <device>) wie unter 2 aber gem.ZitatBitte vor Aufruf des list-Befehls -wenn vorhanden/möglich- folgende Befehle ausführen und Ergebnis abwarten:
get <device> associationAll
get <device> configAll
get <device> versionClassAll
get <device> mcaAll
get <device> wakeupInterval (nur bei batteriebetriebenen Geräten)
zunächst ausgeführt für die devices/channels
list ZWave_SENSOR_NOTIFICATION_86
list ZWave_SENSOR_NOTIFICATION_86.01
4. TBD, wenn dafür noch Bedarf besteht ...Zitatpassender Ausschnitt aus dem Logfile (siehe Link im FHEM-Menü links) generiert mit den gesetzten Attributen
attr <ZWDongle> verbose 5 und
attr global mseclog 1
Die ausführlichen Ausgaben habe ich in der Datei
2019-07-16-1_fhem_zwave_debug_blog_FGBS222.txt (im Anhang) erfasst, um den Beitrag hier nicht unnötig aufzublähen.
Vielleicht kann ich mit dieser Info den Experten helfen bei der Klärung der Frage, warum dieser Baustein solche Probleme macht.
Vielen Dank für jede Hilfe
Gruss
jhs
Bitte setze der Reihe nach folgende Befehle ab und kontrolliere erfolgreiche Verarbeitung im Gerät:
set ZWave_SENSOR_NOTIFICATION_86 associationDel 1 1
set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 1 0 1 0
set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 2 0 1 1
set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 3 0 1 2
set ZWave_SENSOR_NOTIFICATION_86 configAnalogInputsPeriodicalReports 60
set ZWave_SENSOR_NOTIFICATION_86 configExternalSensorsPeriodicalReports 60
Anschließend bitte beobachten/testen, ob und was sich ändert.
Hallo,
um das Ergebnis gleich vorwegzunehmen:
ES FUNKTIONIERT NUN !!!
Nach ersten Tests sieht es so aus, dass mit den o.g. Konfig-Tipps "
set ... " von
@krikan von heute 2019-07-16 um 13:07:40 »die Lösung des Problems erreicht wird, d.h. der Baustein "
FIBARO System FGBS222 Smart Implant" kann damit auch innerhalb von Fhem benutzt werden.
1.1 Eingabe der o.g. 'set ...' commands Keinerlei Meldungen oder Fehlermeldungen an der Console dabei.
1.2 zugehoerige Eintraege im Fhem Logfiletail -f /opt/fhem/log/fhem-2019-07.log
2019.07.16 19:16:28 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 associationDel 1 1
2019.07.16 19:16:42 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 1 0 1 0
2019.07.16 19:17:10 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 2 0 1 1
2019.07.16 19:17:22 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 3 0 1 2
2019.07.16 19:17:37 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 configAnalogInputsPeriodicalReports 60
2019.07.16 19:17:51 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 configExternalSensorsPeriodicalReports 60
2. Ergebnis: BINGO, Es funktioniert mit der Abfrage der Eingangs-SensorenNun gibt es die entsprechenden Readings (getestet habe ich nur die beiden digitalen Eingaenge)
ZWave_SWITCH_BINARY_86.05 je nach Tasterstellung am Eingang GELB
state off 2019-07-16 19:39:24
state on 2019-07-16 19:40:27
ZWave_SWITCH_BINARY_86.06 je nach Tasterstellung am Eingang GRUEN
state off 2019-07-16 19:41:17
state on 2019-07-16 19:42:30
3. NachtragZitatLaut Fibaro-Handbuch muss die Inklusion nach Anschluss der Sensoren erfolgen. Wurde das beachtet?
Zudem ist die Konfiguration je nach angeschlossenen Sensoren/Anschlussvariante anzupassen. Wurde das beachtet?
Ja/1, das wusste ich noch von dem "alten" Vorgänger-Bausteintyp: die Temperatursensoren müssen _vor_ der Inklusion verdrahtet sein.
Ja/2, ich hatte mit den Parametern
configInput*OperatingMode "rumgespielt", aber damit keinerlei Ergebnisse erzielt.
Und ehrlich, Deine Konfig-Befehle habe ich stumpf eingegeben, im Wissen, die kommen vom Fachmann, ohne deren Bedeutung und Auswirkung zu kennen. Sorry, so tief stecke ich _der_ Materie nicht drin.
Wenn ich jetzt noch irgendwas an Debugdaten mit diesem Baustein ermitteln soll, lass es mich wissen.
Aber vielleicht kann @mfgx noch melden, ob sein Problem mit Deinen Konfig-Tipps auch gelöst ist.
Ansonsten würde ich den Thread erst einmal auf
gelöst setzen.
Ich möchte mich an dieser Stelle nochmals ganz herzlich für die tolle Unterstützung bedanken, bei Dir, den vielen Autoren von Fhem und den helfenden Gurus aus diesem Forum !
Gruss
jhs
Hi,
Ich habe jetzt das Device excludiert und ohne security eingebunden.
Nach den Befehlen von krikan hat es nun endlich funktioniert. Vielen Dank an krikan!
Da ich das Gerät zum Türöffnen und die Eingänge für die Alarmanalage nutzen will würde ich jedoch gerne verschlüsselt kommunizieren.
Daher wieder excludiert, secure includiert und die Befehle von krikan eingegeben.
Jetzt funktioniert das Lesen der externen und internen Temperaturen und die Schaltzustände der Eingänge werden angezeigt.
Allerdings kann ich die Ausgänge nicht schalten. Es werden bei den SWITCH_BINARY keine on/off buttons angezeigt und auch wenn man webcommand on/off hinzufügt kommt nur die Fehlermeldung "
Unknown argument on, choose one of secSupportedReport "
Vielleicht jemand eine Idee wie man die switches zum laufen bekommt?
Zeige bitte einmal die Ausgabe von "list <device>" für das Hauptgerät und einen betroffenen Unterkanal.
Getippt und unspezifisch: Ergänze bitte die Attribute zu den Classes um eventuell fehlende Command Class SWITCH_BINARY und teste.
Gruß. Christian
Hi,
Danke Christian, hat geholfen SWITCH_BINARY im attribut Classes hinzuzufügen. Jetzt erscheinen on/off buttons und funktionieren auch.
Nur der Status wird nie in FHEM geändert. Es wird immer als on angezeigt.
Hier die list des Hauptgeräts und des Binary switches:
Internals:
CFGFN
CHANGED
DEF dd44e2dc 46
FUUID 5d30b93f-f33f-5903-af7c-e64b80c3bc309254
IMAGE
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 23074
NAME ZWave_SENSOR_NOTIFICATION_46
NR 403
STATE on
TYPE ZWave
ZWDongle_0_MSGCNT 23074
ZWDongle_0_RAWMSG 0004002e1e988113bd20d105628d85aac9e59b103f1fce8e2dc5f002a423fb1aec9d2d
ZWDongle_0_TIME 2019-07-22 00:28:34
ZWaveSubDevice no
cmdsPending 0
endpointChildren ZWave_SENSOR_NOTIFICATION_46.01,ZWave_SENSOR_NOTIFICATION_46.02,ZWave_SENSOR_MULTILEVEL_46.03,ZWave_SENSOR_MULTILEVEL_46.04,ZWave_SWITCH_BINARY_46.05,ZWave_SWITCH_BINARY_46.06,ZWave_SENSOR_MULTILEVEL_46.07,ZWave_SENSOR_MULTILEVEL_46.08,ZWave_SENSOR_MULTILEVEL_46.09
homeId *gelöscht*
isWakeUp
lastMsgSent 1563748114.12961
nodeIdHex 2e
secTime 1563748114.12895
READINGS:
2019-07-18 20:24:05 SECURITY ENABLED
2019-07-18 20:37:15 SEND_DATA failed:00
2019-07-18 20:24:06 UNPARSED SECURITY 03980500
2019-07-18 20:24:30 associatedWith ZWave_SENSOR_NOTIFICATION_46.01,ZWave_SENSOR_NOTIFICATION_46.02,ZWave_SENSOR_MULTILEVEL_46.03,ZWave_SENSOR_MULTILEVEL_46.04,ZWave_SWITCH_BINARY_46.05,ZWave_SWITCH_BINARY_46.06,ZWave_SENSOR_MULTILEVEL_46.07,ZWave_SENSOR_MULTILEVEL_46.08,ZWave_SENSOR_MULTILEVEL_46.09
2019-07-18 20:32:35 configAnalogInputsMinimalChangeTo63 5
2019-07-18 20:32:36 configAnalogInputsPeriodicalReports 60
2019-07-18 20:32:36 configExternalSensorsMinimalChangeTo67 5
2019-07-18 20:32:37 configExternalSensorsPeriodicalReports 60
2019-07-18 20:32:38 configInput1DelayOfAlarmCancellation 0
2019-07-18 20:32:38 configInput1OperatingMode NormallyClosedAlarmInput
2019-07-18 20:32:39 configInput1Sensitivity 10
2019-07-18 20:32:40 configInput1SentScenes 0
2019-07-18 20:32:41 configInput1ValueSentTo2ndAssociation47 255
2019-07-18 20:32:41 configInput1ValueSentTo2ndAssociation49 0
2019-07-18 20:32:42 configInput2DelayOfAlarmCancellation 0
2019-07-18 20:32:43 configInput2OperatingMode NormallyClosedAlarmInput
2019-07-18 20:32:43 configInput2Sensitivity 10
2019-07-18 20:32:44 configInput2SentScenes 0
2019-07-18 20:32:45 configInput2ValueSentTo3rdAssociation52 255
2019-07-18 20:32:45 configInput2ValueSentTo3rdAssociation54 0
2019-07-18 20:32:46 configInputsOrientation DefaultIN11stInputIN22ndInput
2019-07-18 20:32:47 configInternalTemperatureSensor66 60
2019-07-18 20:32:48 configInternalTemperatureSensorMinimal65 5
2019-07-18 20:32:48 configOutput1AutoOff 0
2019-07-18 20:32:49 configOutput1LogicOfOperation contactsNormallyOpen
2019-07-18 20:32:50 configOutput2AutoOff 0
2019-07-18 20:32:51 configOutput2LogicOfOperation contactsNormallyOpen
2019-07-18 20:32:51 configOutputsOrientation DefaultOUT11stOutputOUT22nd0
2019-07-18 20:24:25 mcCapability_01 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:26 mcCapability_02 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:26 mcCapability_03 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:27 mcCapability_04 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:28 mcCapability_05 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:28 mcCapability_06 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:29 mcCapability_07 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:30 mcCapability_08 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:31 mcCapability_09 ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2
2019-07-18 20:24:24 mcEndpoints total 9, different
2019-07-18 20:24:23 model FIBARO System FGBS222 Smart Implant
2019-07-18 20:24:23 modelConfig fibaro/fgbs222.xml
2019-07-18 20:24:23 modelId 010f-0502-1000
2019-07-22 00:27:00 state on
2019-07-22 00:28:34 timeToAck 0.035
2019-07-22 00:28:34 transmit OK
secMsg:
secNonce:
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SWITCH_BINARY ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO TRANSPORT_SERVICE VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL SECURITY SECURITY_S2 CENTRAL_SCENE SENSOR_MULTILEVEL MULTI_CHANNEL CONFIGURATION CRC_16_ENCAP ALARM PROTECTION FIRMWARE_UPDATE_MD SUPERVISION APPLICATION_STATUS
room ZWave
secure_classes SWITCH_BINARY ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL CENTRAL_SCENE SENSOR_MULTILEVEL MULTI_CHANNEL CONFIGURATION ALARM PROTECTION FIRMWARE_UPDATE_MD
vclasses ALARM:8 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:2 CENTRAL_SCENE:3 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:4 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 PROTECTION:2 SECURITY:1 SECURITY_S2:1 SENSOR_MULTILEVEL:11 SUPERVISION:1 SWITCH_BINARY:1 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
Internals:
CFGFN
DEF dd44e2dc 11781
FUUID 5d30b95c-f33f-5903-c149-1bc5a3a491c37533
IODev ZWDongle_0
NAME ZWave_SWITCH_BINARY_46.05
NR 429
STATE on
TYPE ZWave
ZWaveSubDevice yes
endpointParent ZWave_SENSOR_NOTIFICATION_46
homeId dd44e2dc
isWakeUp
nodeIdHex 2e05
READINGS:
2019-07-18 20:24:30 associatedWith ZWave_SENSOR_NOTIFICATION_46
2019-07-22 00:24:39 reportedState on
2019-07-22 00:24:39 state on
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO SUPERVISION APPLICATION_STATUS SECURITY SECURITY_S2 SWITCH_BINARY
room ZWave
schöne Grüße,
Hans
Zitat von: mfgx am 22 Juli 2019, 00:30:20
Jetzt erscheinen on/off buttons und funktionieren auch.
Freut mich. Ursache des fehlenden Eintrags kenne ich leider nicht.
ZitatNur der Status wird nie in FHEM geändert. Es wird immer als on angezeigt.
Wird es vielleicht im falschen Device gemeldet?
Um das im Detail nachvollziehen zu können, bräuchte man wohl ein verbose 5 - Log eines Schaltvorgangs. Bei Security-Logs bin ich selbst bei Detailanalysen leider raus.
Gruß, Christian
Eine Frage da dies meines Wissens nach eine Einschränkung beim alten Fibaro Universalsensor war:
Lassen sich Eingänge und Ausgänge unabhängig voneinander nutzen?
Soweit ich weiß, war beim alten Sensor ein Eingang + Ausgang jeweils fest miteinander verknüpft.
Würde das gerne verwenden um unsere busgesteuerte Türklingel + den Türöffner innerhalb des Gehäuses des Haustelefons anzuzapfen.
Den Eingang würde ich als 0 - 10V konfigurieren: Parameter 20 auf 4 setzen (4 – Analog input without internal pull-up).
Damit will ich dann die Spannung an der LED abgreifen, welche leuchtet wenn geklingelt wird.
Der Ausgang / Das Relais wird dann parallel zum Taster für den Türöffner angeschlossen.
Somit könnte man wenn es klingelt auch über FHEM die Haustür öffnen.
Hallo,
ich habe die gleichen Befehle eingegeben, die Christian vorgeschlagen hat, um meinen FIBARO Smart Implant zum Laufen zu bekommen. Aber wenn ich die Befehle
set ZWave_SENSOR_NOTIFICATION_13 configAnalogInputsPeriodicalReports 60
set ZWave_SENSOR_NOTIFICATION_86 configExternalSensorsPeriodicalReports 60
eingebe, bekomme ich die Meldung, dass diese Befehle unbekannt sind. und im fhem-log (das ganz große) stehen keine entsprechenden Einträge.
Ich nutze FHEM 5.9 auf einem virtualisierten Debian 10.1 und ZMEEUZB-Dongle. Ich habe den Smart Implant sicher inkludiert.
Wo könnte der Fehler liegen?
Danke für die Hilfe.
Gibt es die model.* Readings, insbesondere "modelConfig"? Gibt es überhaupt config.*-Klartext-Befehle? Falls nein, bitte Aktualität von FHEM sicherstellen ("update") und anschließend "get <device> model" abrufen.
Ansonsten könnte es auch sein, dass der Befehl mittlerweile anders heißt, da ich bei den großen Updates der XMLs, die Grundlage für die config.*-Befehle sind, regelmäßig nicht auf Kontinuität der Befehle achte.
Gruß, Christian
Vielen Dank, Christian,
ich mache mich schlau :)
Hallo Christian,
ich bin immer noch nicht weitergekommen. Als Anhang habe ich die "Device Overview" meines FIBARO Smart Implant beigefügt.
Dieser sollte sich wieder im Urzustand befinden, denn ich habe die von Dir vorgeschlagenen "mcaAdd"-Befehle mit "mcaDel" wieder rückgängig gemacht und mit "assossiationAdd 1 1" die ursprüngliche Verbindung wiederhergestellt.
Die "mcCapability_0X" wurden bei der Inklusion automatisch angelegt, ebenso die (offenbar) dazugehörenden Subdevices:
ZWave_SENSOR_NOTIFICATION_13
ZWave_SENSOR_NOTIFICATION_13.01
ZWave_SENSOR_NOTIFICATION_13.02
ZWave_SENSOR_MULTILEVEL_13.03
ZWave_SENSOR_MULTILEVEL_13.04
ZWave_SWITCH_BINARY_13.05
ZWave_SWITCH_BINARY_13.06
ZWave_Node_13.7
Für mich ist nun das Subdevice "ZWave_SWITCH_BINARY_13.05" interessant, mit dem ich meinen Fingerabdrucksensor abfragen und dann mein elektrisches Türschloss steuern möchte. Nur weiß ich nicht, wie ich die Information "ZWave_SWITCH_BINARY_13.05 on" oder "ZWave_SWITCH_BINARY_13.05 off" auslesen kann.
Als Readings für diesen Sensor wird nur "zwaveInfoPlus" angeboten. Und auch das Log des Sensors ist zwar angelegt worden, aber komplett leer.
Und die Datei "fibaro/fbgs222.xml" habe ich im fhem-Ordner auch nicht gefunden, um heruaszufinden, ob sich die von Dir genannten Befehle geändert haben.
Hast Du vielleicht eine neue Idee für die Lösung meines Problems?
Viele Grüße
Ansgar
ZitatAls Anhang habe ich die "Device Overview" meines FIBARO Smart Implant beigefügt.
Bitte zukünftig die Ausgabe von "list <device>" posten; das lässt sich deutlich besser lesen als solche Screenshots (insbesondere auf Mobilgeräten) und ist auch bei der Antwort noch sichtbar.
ZitatDieser sollte sich wieder im Urzustand befinden, denn ich habe die von Dir vorgeschlagenen "mcaAdd"-Befehle mit "mcaDel" wieder rückgängig gemacht und mit "assossiationAdd 1 1" die ursprüngliche Verbindung wiederhergestellt.
War nicht notwendig und vermutlich must Du die Assoziationen wieder mit mcaAdd wie oben gezeigt setzen; zusätzlich evtl. noch weiter mcas wie:
set <device>mcaAdd 1 0 1 5
um die passenden Events zu erhalten.
Die Configuration wird über das Hauptdevice gesetzt und nicht in den Subdevices.
In ZWave_SENSOR_NOTIFICATION_13 fehlt das Reading "modelConfig", darum gibt es auch keine config.*-Befehle . Bitte noch einmal folgendes Abrufen:
get ZWave_SENSOR_NOTIFICATION_13 model
Dann sollte das Reading hoffentlich gesetzt werden und die config.*-Befehle mit Hilfetexten sind auswählbar
ZitatUnd die Datei "fibaro/fbgs222.xml" habe ich im fhem-Ordner auch nicht gefunden,
Die XML-Dateien findet man nicht einzeln im fhem-Ordner, sondern sind komprimiert in "openzwave_deviceconfig.xml.gz" und /oder
"fhem_zwave_deviceconfig.xml.gz" enthalten. Mehr in https://wiki.fhem.de/wiki/Z-Wave#Wie_k.C3.B6nnen_fehlende_XML-Config-Informationen_f.C3.BCr_mein_ZWave-Ger.C3.A4t_in_FHEM_eingebunden_werden.3F und https://wiki.fhem.de/wiki/Z-Wave#Welche_Funktion_haben_die_XML-Config-Dateien_in_FHEM.3F .
Gruß, Christian
Zitat von: Ansgar Höber am 27 September 2019, 15:04:14
Als Anhang habe ich die "Device Overview" meines FIBARO Smart Implant beigefügt.
Unter Zuhilfenahme eines richtigen Bildschirms habe ich festgestellt, dass es sich um ein mit SECURITY eingebundenes Gerät handelt. :)
Probleme sind angesichts der Posts von mfgx (siehe oben im Thread) nicht ausgeschlossen. Hier sind wie in #14 geschrieben unter Umständen noch Detailanalysen notwendig.
Gruß, Christian
Hi,
Ich hätte noch ein Frage zur protection command class:
Ich möchte die Aus- und Ein-gänge getrennt verwenden. Laut Manual funktioniert dass wenn man die "Protection Command Class" auf local state 2 setzt -siehe Bild.
Nun meine Frage ich kann zwar die protection class mit get commando abfragen und bekomme zurück "Local: unprotected RF: unprotected"
Aber wie setze ich diese? Habe nur die befehle "protection Bytes, protection on, protection off und protection seq zur Auswahl, welche aber irgendwie nichts bewirken.
sG, Hans
Probiere es bitte mit dem Befehl ,,protectionBytes". Der braucht 2 Parameter; localProtectionByte und RFProtectionByte.
Perfekt hat funktioniert, vielen Dank
Jetzt kann ich dieses Smart Implant endlich produktiv verwenden.
Hallo in die Runde,
ich bekomme meinen FGBS222 nur zum Fliegen, wenn ich "security disable". Mit "security enabled" bekomme ich keine automatischen Events ins FHEM. Daher die Frage, habe ihr die Kommunikation mit eueren FGBS222 verschlüsselt?
Dies Aufrufe habe ich auch schon probiert, ohne im Detail zu wissen, was sie bedeuten:
2019.07.16 19:16:28 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 associationDel 1 1
2019.07.16 19:16:42 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 1 0 1 0
2019.07.16 19:17:10 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 2 0 1 1
2019.07.16 19:17:22 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 mcaAdd 3 0 1 2
2019.07.16 19:17:37 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 configAnalogInputsPeriodicalReports 60
2019.07.16 19:17:51 3: ZWave set ZWave_SENSOR_NOTIFICATION_86 configExternalSensorsPeriodicalReports 60
leider ohne Erfolg. Habt ihr bei eueren FGBS222 noch andere Einstellungen geändert? Erhaltet ihr (automatische) Events vom internen Temperatursensor?
Gruß, Sandro.