Unbekannte zwave-Geräte

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Hallo sihui,

danke für Deine Geduld, aber ich hatte bisher keine Erfahrung mit Programmierung und fühle mich manchmal von OpenHAB schon überfordert.
Allerdings möchte ich jetzt auch nicht aufgeben, da ich bereits viel Zeit investiert habe und doch schon einige Erfolge da sind.
Nachschauen kannst du auch hier:
https://www.openhab.org/addons/bindings ... hings.html
Laut Umkarton habe ich die Firmwareversion 2.3. in den Eigenschaften aber 2.5.
Dort ist der Channel1 als binary_sensor und Contact vermerkt.
Wenn ich unter PaperUI die Things ansehe, steht dort nur der Channel als Switch zur Verfügung.

Allerdings konnte ich gestern den Türsensor als Switch (als Contact nicht) aktivieren, in der BasicUI erscheint triggered und untriggered, im LOG Viewer ON und OFF.
Der Versuch über eine tuer.map brachte auch in der BasicUI ON und OFF, aber nicht offen und geschlossen, wie in der MAP. Außerdem Fehlermeldungen:
018-06-21 12:27:31.020 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-transformation-map': Error:
Error downloading mvn:org.openhab.io/org.openhab.io.openhabcloud/2.3.0.
Bitte vermeide doppelte Label Formate: entweder im Item anlegen oder in der Sitemap, aber nicht in beiden.
Bei den Türsensoren hatte ich die doppelten gestern schon entfernt, vielleicht werden sie deswegen jetzt angezeigt. Bei den Schaltern und Steckern werde ich die doppelten noch entfernen.
Welche Zwave Software?
zwave.de zwave Smart Home

.Und natürlich die grundlegende Frage klären: ist der FGK komplett (!) initialisert: ist eine node.xml (mit aktuellem Datum!) vorhanden, ist er online und zeigt HABmin den korrekten Namen in den Eigenschaften an.
Bei der node5.xml ist das Datum aktuell, aber bei manufacturer = 0x10f . Ist das richtig?
In der HABMin sind alle Geräte mit einem grünen Haken, also online.
Allerdings ist in den Eigenschaften scheinbar alles korrekt?, auch fibaro als Hersteller! 010f fibargroup (siehe unten)


<node>
<deviceClass>
<basicDeviceClass>ROUTING_SLAVE</basicDeviceClass>
<genericDeviceClass>BINARY_SENSOR</genericDeviceClass>
<specificDeviceClass>ROUTING_SENSOR_BINARY</specificDeviceClass>
</deviceClass>
<homeId>0xd8ecbd98</homeId>
<nodeId>5</nodeId>
<version>4</version>
<manufacturer>0x10f</manufacturer>
<deviceId>0x1000</deviceId>
<deviceType>0x700</deviceType>
<listening>false</listening>
<frequentlyListening>false</frequentlyListening>
<routing>true</routing>
<security>false</security>
<beaming>true</beaming>
<maxBaudRate>40000</maxBaudRate>
<nodeInformationFrame>
<commandClass>SENSOR_BINARY</commandClass>
<commandClass>SENSOR_ALARM</commandClass>
<commandClass>MULTI_INSTANCE</commandClass>
<commandClass>ASSOCIATION</commandClass>
<commandClass>MANUFACTURER_SPECIFIC</commandClass>
<commandClass>CONFIGURATION</commandClass>
<commandClass>VERSION</commandClass>
<commandClass>BATTERY</commandClass>
<commandClass>CRC_16_ENCAP</commandClass>
<commandClass>WAKE_UP</commandClass>
<commandClass>FIRMWARE_UPDATE_MD</commandClass>
</nodeInformationFrame>
<supportedCommandClasses>
<entry>
<commandClass>BATTERY</commandClass>
<batteryCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<batteryLevel>86</batteryLevel>
<batteryLow>false</batteryLow>
<isGetSupported>true</isGetSupported>
</batteryCommandClass>
</entry>
<entry>
<commandClass>MANUFACTURER_SPECIFIC</commandClass>
<manufacturerSpecificCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<initSerialNumber>false</initSerialNumber>
<deviceManufacturer>271</deviceManufacturer>
<deviceType>1792</deviceType>
<deviceId>4096</deviceId>
</manufacturerSpecificCommandClass>
</entry>
<entry>
<commandClass>MULTI_INSTANCE</commandClass>
<multiInstanceCommandClass>
<version>2</version>
<instances>1</instances>
<versionSupported>3</versionSupported>
<endpoints>
<entry>
<int>1</int>
<endPoint>
<deviceClass>
<basicDeviceClass>ROUTING_SLAVE</basicDeviceClass>
<genericDeviceClass>BINARY_SENSOR</genericDeviceClass>
<specificDeviceClass>ROUTING_SENSOR_BINARY</specificDeviceClass>
</deviceClass>
<endpointId>1</endpointId>
<supportedCommandClasses>
<entry>
<commandClass>SENSOR_BINARY</commandClass>
<binarySensorCommandClass>
<endpoint reference="../../../.."/>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<isGetSupported>true</isGetSupported>
<types/>
</binarySensorCommandClass>
</entry>
<entry>
<commandClass>BASIC</commandClass>
<basicCommandClass>
<endpoint reference="../../../.."/>
<version>0</version>
<instances>0</instances>
<versionSupported>0</versionSupported>
<isGetSupported>true</isGetSupported>
</basicCommandClass>
</entry>
</supportedCommandClasses>
</endPoint>
</entry>
<entry>
<int>2</int>
<endPoint>
<deviceClass>
<basicDeviceClass>ROUTING_SLAVE</basicDeviceClass>
<genericDeviceClass>MULTILEVEL_SENSOR</genericDeviceClass>
<specificDeviceClass>ROUTING_SENSOR_MULTILEVEL</specificDeviceClass>
</deviceClass>
<endpointId>2</endpointId>
<supportedCommandClasses>
<entry>
<commandClass>SENSOR_MULTILEVEL</commandClass>
<multiLevelSensorCommandClass>
<endpoint reference="../../../.."/>
<version>0</version>
<instances>1</instances>
<versionSupported>0</versionSupported>
<sensors>
<entry>
<multilevelSensorType>TEMPERATURE</multilevelSensorType>
<multilevelSensor>
<sensorType>TEMPERATURE</sensorType>
<initialised>true</initialised>
</multilevelSensor>
</entry>
</sensors>
<isGetSupported>true</isGetSupported>
</multiLevelSensorCommandClass>
</entry>
<entry>
<commandClass>BASIC</commandClass>
<basicCommandClass>
<endpoint reference="../../../.."/>
<version>0</version>
<instances>0</instances>
<versionSupported>0</versionSupported>
<isGetSupported>true</isGetSupported>
</basicCommandClass>
</entry>
</supportedCommandClasses>
</endPoint>
</entry>
</endpoints>
<useDestEndpointAsSource>false</useDestEndpointAsSource>
<endpointsAreTheSameDeviceClass>false</endpointsAreTheSameDeviceClass>
</multiInstanceCommandClass>
</entry>
<entry>
<commandClass>SENSOR_BINARY</commandClass>
<binarySensorCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<isGetSupported>true</isGetSupported>
<types/>
</binarySensorCommandClass>
</entry>
<entry>
<commandClass>CRC_16_ENCAP</commandClass>
<crc16EncapsulationCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
</crc16EncapsulationCommandClass>
</entry>
<entry>
<commandClass>CONFIGURATION</commandClass>
<configurationCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<configParameters>
<entry>
<int>1</int>
<configurationParameter>
<index>1</index>
<size>2</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>2</int>
<configurationParameter>
<index>2</index>
<size>1</size>
<value>1</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>3</int>
<configurationParameter>
<index>3</index>
<size>1</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>5</int>
<configurationParameter>
<index>5</index>
<size>1</size>
<value>-1</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>7</int>
<configurationParameter>
<index>7</index>
<size>1</size>
<value>255</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>9</int>
<configurationParameter>
<index>9</index>
<size>1</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>10</int>
<configurationParameter>
<index>10</index>
<size>1</size>
<value>1</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>12</int>
<configurationParameter>
<index>12</index>
<size>1</size>
<value>8</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>13</int>
<configurationParameter>
<index>13</index>
<size>1</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>14</int>
<configurationParameter>
<index>14</index>
<size>1</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
<entry>
<int>15</int>
<configurationParameter>
<index>15</index>
<size>1</size>
<value>0</value>
<readOnly>false</readOnly>
<writeOnly>false</writeOnly>
</configurationParameter>
</entry>
</configParameters>
</configurationCommandClass>
</entry>
<entry>
<commandClass>NO_OPERATION</commandClass>
<noOperationCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
</noOperationCommandClass>
</entry>
<entry>
<commandClass>BASIC</commandClass>
<basicCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<isGetSupported>true</isGetSupported>
</basicCommandClass>
</entry>
<entry>
<commandClass>VERSION</commandClass>
<versionCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<libraryType>LIB_SLAVE_ENHANCED</libraryType>
<protocolVersion>3.67</protocolVersion>
<applicationVersion>2.5</applicationVersion>
</versionCommandClass>
</entry>
<entry>
<commandClass>FIRMWARE_UPDATE_MD</commandClass>
<firmwareUpdateCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
</firmwareUpdateCommandClass>
</entry>
<entry>
<commandClass>ASSOCIATION</commandClass>
<associationCommandClass>
<version>2</version>
<instances>1</instances>
<versionSupported>2</versionSupported>
<maxGroups>3</maxGroups>
</associationCommandClass>
</entry>
<entry>
<commandClass>WAKE_UP</commandClass>
<WakeUpCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<targetNodeId>1</targetNodeId>
<interval>3600</interval>
<minInterval>0</minInterval>
<maxInterval>2147483647</maxInterval>
<defaultInterval>0</defaultInterval>
<intervalStep>0</intervalStep>
<lastWakeup>2018-06-21 08:05:02.578 UTC</lastWakeup>
<isGetSupported>true</isGetSupported>
</WakeUpCommandClass>
</entry>
<entry>
<commandClass>SENSOR_ALARM</commandClass>
<alarmSensorCommandClass>
<version>1</version>
<instances>1</instances>
<versionSupported>1</versionSupported>
<alarms>
<entry>
<alarmSensorType>SMOKE</alarmSensorType>
<alarmSensor>
<alarmType>SMOKE</alarmType>
</alarmSensor>
</entry>
</alarms>
<isGetSupported>true</isGetSupported>
<isSupportedGetSupported>true</isSupportedGetSupported>
</alarmSensorCommandClass>
</entry>
</supportedCommandClasses>
<securedCommandClasses/>
<associationGroups>
<entry>
<int>1</int>
<associationGroup>
<index>1</index>
<associations>
<associationMember>
<node>1</node>
<endpoint>0</endpoint>
</associationMember>
</associations>
</associationGroup>
</entry>
<entry>
<int>2</int>
<associationGroup>
<index>2</index>
<associations>
<associationMember>
<node>1</node>
<endpoint>0</endpoint>
</associationMember>
</associations>
</associationGroup>
</entry>
<entry>
<int>3</int>
<associationGroup>
<index>3</index>
<associations>
<associationMember>
<node>1</node>
<endpoint>0</endpoint>
</associationMember>
</associations>
</associationGroup>
</entry>
</associationGroups>
<nodeNeighbors>
<int>11</int>
</nodeNeighbors>
<lastSent>2018-06-21 08:58:45.937 UTC</lastSent>
<lastReceived>2018-06-21 08:49:10.281 UTC</lastReceived>
</node>

**************************************************************************************
HABMin:
Eigenschaften
Hersteller 010f Fibargroup
Typ-Kennzeichen 0700:1000
Firmeware-Version2.5
BasisklasseROUTING_SLAVE
Generische KlasseBINARY_SENSOR
Spezifische KlasseROUTING_SENSOR_BINARY
Sicherheit verwenden
Routing
Lauschen
Häufiges lauschen
Beaming
Letzter AufwachzeitpunktDonnerstag, Juni 21. 2018, 12:37:49 vor ein paar Sekunden
Nachbarn 1 nodes 11

Ist für mich nicht ganz verständlich.
Gruß
Reinhard

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Unbekannte zwave-Geräte

Beitrag von sihui »

hardl hat geschrieben: 21. Jun 2018 12:52 in der BasicUI erscheint triggered und untriggered, im LOG Viewer ON und OFF.
Siehste, geht doch :)
hardl hat geschrieben: 21. Jun 2018 12:52 Außerdem Fehlermeldungen:
018-06-21 12:27:31.020 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-transformation-map': Error:
Error downloading mvn:org.openhab.io/org.openhab.io.openhabcloud/2.3.0.
Hat zwar nichts mit Zwave zu tun, solltest du aber beheben. Wenn du die Map Transformation nicht installiert hast kann sie natürlich auch nicht funktionieren.
hardl hat geschrieben: 21. Jun 2018 12:52 Bei der node5.xml ist das Datum aktuell, aber bei manufacturer = 0x10f . Ist das richtig?
In der HABMin sind alle Geräte mit einem grünen Haken, also online.
Allerdings ist in den Eigenschaften scheinbar alles korrekt?, auch fibaro als Hersteller! 010f fibargroup (siehe unten)
Fibaro hat 010F, also auch dort alles Bestens:
https://www.cd-jackson.com/index.php/zw ... ufacturers
hardl hat geschrieben: 21. Jun 2018 12:52 Ist für mich nicht ganz verständlich.
Was ist nicht ganz verständlich??? Grüner Haken bedeutet wird unterstützt, rotes Kreuz bedeutet wird nicht unterstützt.
Du kannst diese Daten allerdings nicht verändern, diese sind vom Gerät vorgegeben, ich würde es also einfach nur als Information heranziehen.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Hat zwar nichts mit Zwave zu tun, solltest du aber beheben. Wenn du die Map Transformation nicht installiert hast kann sie natürlich auch nicht funktionieren.
Habe ich mehrfach versucht zu installieren. Ladesymbol dreht sich ewig,
Ist es dann normal, dass der Binary_sensor laut Datenbank Contact sein sollte und Schalter vorgibt?
Außerdem führt das Angeben der tuer.map zur Ausgabe von ON und OFF statt triggered und untriggered, obwohl die Transformation scheinbar nicht installiert ist.
In der .map steht aber 0=geschlossen usw. oder müsste ich untriggered=geschlossen nehmen?
Auch nach dem Löschen der MAP-Anweisung in der .item bleibt die Fehlermeldung bestehen.

Heute habe ich alle doppelten Label Formate in der .item gelöscht.
Jetzt bekomme ich wieder alle paar Sekunden diese Ereignismeldung:
2018-06-21 16:13:10.964 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:14.473 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:17.992 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:21.503 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.

Den Wakeup Intervall habe ich geprüft, der steht auf 3600, allerdings steht in der HABmin unter Kanäle auch jeweils keine, bei allen anderen sind die Felder gefüllt

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Unbekannte zwave-Geräte

Beitrag von sihui »

hardl hat geschrieben: 21. Jun 2018 16:35 Habe ich mehrfach versucht zu installieren. Ladesymbol dreht sich ewig,
Das kommt manchmal vor. Einfach auf installieren klicken, ein bis zwei Minuten warten, Browser oder Tab schließen und erneut aufrufen. Das Binding oder der Service sollten jetzt installiert sein. Wenn nicht ist dein grundlegendes Setup von openHAB fehlerhaft.
hardl hat geschrieben: 21. Jun 2018 16:35 Ist es dann normal, dass der Binary_sensor laut Datenbank Contact sein sollte und Schalter vorgibt?
Nein! Immer den Itemtype nehmen den dir das Binding vorgibt. Hast du vielleicht nur auf den falschen Datenbankeintrag geschaut? Wie bereits erwähnt gibt es drei verschiedene, abhängig von der Firmwareversion. Bei einigen ist die Datenbank auf Switch, bei anderen wiederum auf Contact konfiguriert. Deine ist wohl mit der Firmware 2.5 ausgestattet, somit ein Switch:
https://www.openhab.org/addons/bindings ... 1_2_5.html
hardl hat geschrieben: 21. Jun 2018 16:35 Außerdem führt das Angeben der tuer.map zur Ausgabe von ON und OFF statt triggered und untriggered, obwohl die Transformation scheinbar nicht installiert ist.
Du machst zuviele Baustellen auf einmal auf. Warum willst du etwas transformieren wenn die Hardware scheinbar noch nicht richtig funktioniert? Kannst du in deinne Rules nichts mit ON/OFF oder OPEN/CLOSED anfangen? Oder möchtest du nur die Anzeige transformieren?
Leg die Transformation erst einmal auf Eis, mach die Hardware erst einmal funktionsfähig.
hardl hat geschrieben: 21. Jun 2018 16:35 Außerdem führt das Angeben der tuer.map zur Ausgabe von ON und OFF statt triggered und untriggered, obwohl die Transformation scheinbar nicht installiert ist.
In der .map steht aber 0=geschlossen usw. oder müsste ich untriggered=geschlossen nehmen?
Auch nach dem Löschen der MAP-Anweisung in der .item bleibt die Fehlermeldung bestehen.
Puhh, dem kann ich nicht ganz folgen: triggered oder untriggered ist nur das Label, ON/OFF sind aber die Werte des Items, diese sind letztendlich nur interessant für deine Rules die du ja erstellt hast oder noch erstellen möchtest. Auch diese Informationen findest du in der Datenbank, bzw in dem Readme aus der Datenbank:

Readme: https://www.openhab.org/addons/bindings ... 1_2_5.html
Datenbank: https://www.cd-jackson.com/index.php/zw ... ummary/847

(Wobei ich immer noch davon ausgehe du hast einen FGK mit Firmware 2.5)
hardl hat geschrieben: 21. Jun 2018 16:35 Jetzt bekomme ich wieder alle paar Sekunden diese Ereignismeldung:
2018-06-21 16:13:10.964 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:14.473 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:17.992 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
2018-06-21 16:13:21.503 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:Razberry2:node5' has been updated.
Diese Meldungen erscheinen eigentlich nur bei Änderungen an der Thing Konfiguration, und dann auch nur ein Mal und nicht alle paar Sekunden.
Habe ich so noch nie gesehen, dazu kann ich leider nichts sagen.
hardl hat geschrieben: 21. Jun 2018 16:35 allerdings steht in der HABmin unter Kanäle auch jeweils keine, bei allen anderen sind die Felder gefüllt
Wenn unter keinem der Kanäle ein Eintrag ist hast du den Link vom Item zum Channel für das Thing nicht korrekt gesetzt. Zumindesten bei sensor_binary sollte ein Eintrag stehen. Also bitte noch einmal {channel="zwave:device:Razberry2:node5:sensor_binary"} auf Richtigkeit prüfen.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Nein! Immer den Itemtype nehmen den dir das Binding vorgibt. Hast du vielleicht nur auf den falschen Datenbankeintrag geschaut? Wie bereits erwähnt gibt es drei verschiedene, abhängig von der Firmwareversion. Bei einigen ist die Datenbank auf Switch, bei anderen wiederum auf Contact konfiguriert. Deine ist wohl mit der Firmware 2.5 ausgestattet, somit ein Switch:
Hier bin ich auch fündig geworden.
Laut Aufkleber habe ich die Version 2.3 gekauft, Deshalb ging bis vor 2 Tagen auch der Contact und die Temperatur am Außenfühler.

Durch Ex-bzw. Inclusion muss ein automatisches Update auf Version 2.5 erfolgt sein. Jedenfalls geht das aus den Eigenschaften unter HABmin hervor.
Unter 2.5 ist aber der Channel jetzt ein Switch und der Temperatur Channel nicht mehr vorhanden. Ich habe damals extra diesen Türsensor gekauft, weil er in der alten Version die Möglichkeit hatte einen Außenfühler anzuschließen für eine Pooltemperatur.
Du machst zuviele Baustellen auf einmal auf. Warum willst du etwas transformieren wenn die Hardware scheinbar noch nicht richtig funktioniert? Kannst du in deinne Rules nichts mit ON/OFF oder OPEN/CLOSED anfangen? Oder möchtest du nur die Anzeige transformieren?
Leg die Transformation erst einmal auf Eis, mach die Hardware erst einmal funktionsfähig.
Ich wollte nur die Anzeige von triggered und untriggered formatieren.
Wenn unter keinem der Kanäle ein Eintrag ist hast du den Link vom Item zum Channel für das Thing nicht korrekt gesetzt. Zumindesten bei sensor_binary sollte ein Eintrag stehen. Also bitte noch einmal {channel="zwave:device:Razberry2:node5:sensor_binary"} auf Richtigkeit prüfen.
Mir ist nur aufgefallen, dass der Türsensor in der basicUI scheinbar funktioniert und in der HABmin kein Eintrag unter Kanälen ist, aber das scheint tatsächlich mit den Unterschieden von V2.3 und 2.5 zusammenzuhängen. Alle anderen Geräte sind in de r HABmin richtig. Ich versuche mal einen Türsensor auf Werkseinstellung zurückzusetzen, da es scheinbar keine up- oder downgrade-Funktion gibt.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Das Zurücksetzen war ein Fehler. Laut Anleitung muss zuerst excludiert werden. Dabei hat sich der Raspi aufgehängt und ließ sich nicht mehr ansprechen oder ausschalten.
Nach Unterbrechung der Stromzufuhr ging nichts mehr, weder über LAN noch über WLAN kam eine Verbindung zustande.

Da ich eine Sicherung der .items, .sitemaps und .rules habe, wollte ich Openhabian neu auf der SD installieren, aber die Installation hängt immer an:
Updating repositories and upgrading installed packages. Failed ..
Initial setup exiting with an error .

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Unbekannte zwave-Geräte

Beitrag von sihui »

hardl hat geschrieben: 22. Jun 2018 11:27 Durch Ex-bzw. Inclusion muss ein automatisches Update auf Version 2.5 erfolgt sein.
Nein, Firmware Updates gehen nur mit dem HomeCenter von Fibaro, das Zwave Binding unterstützt keine Updates.
hardl hat geschrieben: 22. Jun 2018 22:05 Das Zurücksetzen war ein Fehler. Laut Anleitung muss zuerst excludiert werden.
Wie schon vor einigen Tagen geschrieben: das korrekte (!) Exkludierern beinhaltet die Werkseinstellung des Gerätes.
Wenn ein Gerät am Controller angemeldet ist hilft es auch nicht das mehrfach zu machen.
Der entscheidende Punkt ist das vollständige Initialisieren: und das geht nur wenn man das Gerät aufweckt (manuell, per Button). Mit dem erneuten Ex-/Inkludieren muss das Binding immer wieder neu anfangen das Gerät zu initialisieren.
hardl hat geschrieben: 22. Jun 2018 22:05 Updating repositories and upgrading installed packages. Failed ..
Initial setup exiting with an error .
Bei einem Power Breakdown geht oft die SD Karte kaputt. Nimm eine andere.
Und deine Json DB hast du hoffentlich auch gesichert (/userdata/jsondb), dort sind nämlich alle Einstellungen der GUI gesichert, also normalerweise auch deine Things (es sei denn du nutzt Textdateien dafür)
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Update:

Nach Neuinstallation auf einer neuen SD funktioniert jetzt bis auf 2 Probleme alles, auch die Add-ons lassen sich problemlos installieren, super!!

1. Wie schon geschrieben steht auf meinen Fibaro Türsensoren FW 2.3. Ich hatte explizit die älteren gekauft, da nur diese eine Anschlussmöglichkeit für einen externen Temperatursensor boten. Unter der zwave.me Software wurden die Temperaturen auch schon angezeigt.
Wenn ich jetzt in die Openhab-Eigenschaften sehe steht dort 2.5, aber laut Anleitung sollte der Temperatursensor auch bei 2.5 funktionieren.
Der Unterschied ist bei 2.3, dass es 5 oder 6 Channels gab, unter anderen einen Türsensor und einen Temperatursensor , bei 2.5 nur 3, als Switch,Battery und Smoke.
Unter der PaperUi oder HABmin sind allerdings auch nur 3 Channels zu sehen.
Kann man das ändern?

2. Alexa kennt kein Gerät.
Alexa Skill ist installiert und vereknüpft.
myOpanhab ist installiert, angemeldet und auch die Dashboards sind erreichbar, allerdings sind nur 4 Things auf der Hauptseite aufgelistet und die sind nicht aktuell.
Der Tag sollte auch stimmen.
Switch Schalter_TE_PO ["Lighting"] {channel="zwave:device:Razberry2:node20:binary2"}

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Unbekannte zwave-Geräte

Beitrag von sihui »

hardl hat geschrieben: 28. Jun 2018 13:08 Kann man das ändern?
Ja, bei der Firmware Version 2.5 sind die Kanäle nicht in der Datenbank, du musst diese hinzufügen.
https://www.cd-jackson.com/index.php/zw ... ummary/847

Wie das funktioniert steht hier:
https://www.cd-jackson.com/index.php/zw ... base-guide

Bedenke bitte dass beim Inkludieren schon der Temperatursensor angeschlossen sein muss. Hast du ihn nachträglich angeschlossen musst du exkludieren und wieder inkludieren.
hardl hat geschrieben: 28. Jun 2018 13:08 allerdings sind nur 4 Things auf der Hauptseite aufgelistet und die sind nicht aktuell.
Das ist egal, man braucht keinen Itemstatus an myopenhab zu übertragen um den Alexa Skill nutzen zu können.

Hier gibt es einen schönen Thread über einen User der sich intensiv damit beschäftigt hat, das sollte dir dann auch wohl helfen:
https://community.openhab.org/t/alexa-s ... tion/31953

Have fun.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Unbekannte zwave-Geräte

Beitrag von hardl »

Hallo sihui,

kannst Du mir bitte sagen wie und wo?

Antwort von CD-Jackson Ticket: Staff reply to your ticket:

Please attach the XML file that OH generates for your device.

Antworten