"Fertiglösung" Raspberry mit Z-wave und FHEM

[ujaudio]

Ein vermutlich bekannter Elektronikversender (darf man den hier nennen?) bietet für viel Geld eine fertige Lösung an.Raspberry Pi3 mit Razberry Z-wave-Modul mit FHEM vorinstalliert. Mal abgesehen davon, dass nicht exakt dabei steht, dass es eine ready-to-run-Lösung ist: Als nicht mehr ganz Neuling müsste ich das doch anhand von http://www.fhemwiki.de/wiki/Raspberry_Pi_3:_GPIO-Port_Module_und_Bluetooth auch schaffen. Ich würde sparen und lernen 
Irgendwie habe ich den Eindruck, dass Homematic nicht mehr so aktiv ist wie früher - oder täusche ich mich da? Insofern möchte ich meine Erweiterungen nun mit Z-Wave machen.

Konkrete Frage an die Z-Wave-Spezialisten: was sind die größten Hürden (Wiki, etc. werde ich natürlich noch ausgiebig lesen!!!), die ich nehmen muss, wenn ich HomeMatic gewohnt bin?

[throbin]

Hi, wenn Du Raspberry Setup Wiki, Z-Wave Wiki (und falls Du FHEM nicht kennst auch das Tutorial) gelesen hast, dann steht Dir nicht mehr im Weg eine eigenes System aufzusetzen. Mit Pi3 (+ Netzteil, Gehäuse und µSD Karte) und Z-Wave USB Stick hast Du ein vollständiges System. FHEM drauf zu machen ist ein Kinderspiel. Das ganze kostet Dich weniger als die Hälfte dieser "fertiglösung" und Du hast absolute Freiheit

1) http://www.fhemwiki.de/wiki/Raspberry_Pi
2) http://www.fhemwiki.de/wiki/Erste_Schritte_in_fhem
3) http://www.fhemwiki.de/wiki/Z-Wave

[ujaudio]

Ich werde mir das z-wave wiki genau durchlesen. Die USB-Sticks gibt es ja zu Preisen, die sich im Faktor 3 unterscheiden. Gerne nehme ich den preiswertesten, nur muss er auch funktionieren...

Wie muss ich das aus dem Wiki interpretieren:

Z-Wave.Me USB Stick ZME_UZB1 (SDK 6.5x; Z-Wave Plus; Firmwareupdate und Backup über z-way)

Einfach Stecken genügt nicht??!?

[krikan]

Wie muss ich das aus dem Wiki interpretieren:

Einfach Stecken genügt nicht??!?

Hallo Jürgen!
Was genau verstehst Du nicht?
Das ist ein ZWave-USB-Stick, den man einfach an den USB-Port einsteckt.
Für ein Firmewareupdate benötigt man z-way.
Für ein Backup nicht mehr zwingend; geht mittlerweile auch direkt mit FHEM.
(In diesem Punkt ist das Wiki veraltet; bin momentan mit einem anderen FHEM-Thema beschaeftigt und schlampe mit dem Wiki. Hilfe ist gerne gesehen/gelesen...)
Gruß, Christian

PS: Hier funktioniert er.

[ujaudio]

Ich interpretiere das Wiki so:
* Ich benötige ein Software Development Kit version 6.5 - welches auch immer...
* Ich muss mich über Z-Wave Plus informieren - was immer das ist, aber google wird mir helfen, vermutlich deswegen das SDK
* ich muss ggf. ein FW-Update machen - dazu gibt es z-way, welche sich irgendwie auf meinem Linux-PC zum Laufen bringen muss
* ich muss die FW auf dem Stick sichern und ggf. wieder einspielen - sollten da Versionsabhängigkeiten zu FHEM zu beachten sein?

Nicht das mich das komplett abschreckt, aber es ist halt zu beachten.

[krikan]

* Ich benötige ein Software Development Kit version 6.5 - welches auch immer...

Falsch, der Stick hat eine Firmware/Hardware, die auf SDK 6.5 beruht

* Ich muss mich über Z-Wave Plus informieren - was immer das ist, aber google wird mir helfen, vermutlich deswegen das SDK

Ja, unbedingt.

Die beiden Punkte ergeben sich mMn auch aus dem Wiki, wenn man vorne anfaengt und insbesondere auch hieraus: http://www.fhemwiki.de/wiki/Z-Wave#Hinweise_zur_Z-Wave-Ger.C3.A4teauswahl
Aber ich bin für Verbesserungen offen.

* ich muss ggf. ein FW-Update machen - dazu gibt es z-way, welche sich irgendwie auf meinem Linux-PC zum Laufen bringen muss

Musst Du nicht, kannst Du. z-way laeuft auch auf Windows, wenn das besser ist

* ich muss die FW auf dem Stick sichern und ggf. wieder einspielen - sollten da Versionsabhängigkeiten zu FHEM zu beachten sein?

Nein, Du kannst die Daten/Routen der im Stick inkludierten Geraete sichern. Die "überlebenswichtigen" Konfigurationsdaten über Deine Netz sind bei Zwave komplett im Stick abgelegt. Wenn Du den Stick resetest und kein Backup vom Stick hast, hilft Dir die beste Konfiguration in FHEM nicht mehr...

[throbin]

Hi,

der ZME_UZB1 kostet ca. 30€, Aeotec AEOEZW090-C ca. 50€. Der einzige wesentliche Unterschied ist der eingebaute Akku beim zweiten Stick, so dass man damit bspw. zum Inkludieren direkt zum angeschlossenen Device gehen kann. Nachteil dabei ist, dass FHEM davon zunächst nicht mitbekommt und man die Settings etc. von Hand nachpflegen muss. Es gibt den ZME_UZB1 auch für ca. 70.. 90€. Hier ist eine Lizenz für die z-wave.me Software dabei, aber das benötigt man nicht, wenn man sich für FHEM entschieden hat.
Firmware Update für den ZME_UZB1 geht über die z-wave.me Software. Dazu reicht es aus eine Demo-Version (ohne Lizenz!) auf bspw. eine separate SD-Karte für Raspberry zu installieren und darüber das Update zu machen. Zwar gibt es die Software auch für Windows, aber die hat bei mir nicht richtig funktioniert. Wie das Update bei anderen Sticks läuft kann ich nicht sagen.

Der ZME_UZB1 läuft bei mir seit Monaten sehr stabil, ich verwende Firmware 5.6 (Vers:5 Rev:6).

Viel Erfolg!

[ujaudio]

Habe mal den ZME_UZB1 sowie einen Sensor und einen Aktor bestellt und werde mich mal in der 2. Oktoberhälfte damit beschäftigen...

[chris1284]

ich muss mal zwischenfragen: was genau ist der vorteil den ihr seht gegenüber hm? wenn ich das richtig sehen ist die produkpalete was die art der geräte angeht sehr ähnlich (bis auf evtl die cam und ZipaTile), nur das es diverse anbieter gibt. preislich nehmen die geräte sich gegenüber hm auch nicht viel (teilweise ehr teurer)?

[ujaudio]

Meine Beweggründe:
1. Die Universalität von FHEM nutzen und lernen.
2. Mich nicht auf einen einzigen Anbieter konzentrieren.
3. HM macht mir den Eindruck, dass das Angebot eher zurückgeht.
4. Spieltrieb

[marvin78]

Für den Spieltrieb liest du eindeutig zu wenig.

[ujaudio]

Anhand http://www.fhemwiki.de/wiki/Z-Wave und den Anleitungen meiner 2 ersten Z-Wave-Geräten läuft alles auf Anhieb wie es soll.  Leider gibt die Anleitung meines "Cyrus Smart Home 4-in-1 Sensors" keinen Hinweis, wie man das Aufwecken, welches standardmäßig auf 24 Stunden steht, ändern kann, ohne 24 Stunden zu warten... Die Suchfunktion hat mir bislang auch nichts gebracht, aber ich suche weiter.

[krikan]

Hallo Jürgen!
Manuelles Aufwecken durch Drücken des Inklusionknopfes.
Ändern des WakeUp-Intervals durch Absetzen des Befehls "wakeupInterval" und anschließendes manuelles Aufwecken (http://www.fhemwiki.de/wiki/Z-Wave#Wakeup-Ger.C3.A4te)
Gruß, Christian

[ujaudio]

Naja, im Logfile des Sensors lese ich

Code Auswählen Erweitern

tr_multisensor wakeupInterval 1200 1
aber das Gerät selbst zeigt immer noch den Status

Code Auswählen Erweitern

wakeupInterval 86400 1


Zur Info: ich habe einen USB-Dongle gekauft und an einen vorhandenen Raspberry angeschlossen. Die Fertiglösung ist um Welten zu teuer, wenn man bedenkt wie einfach das alles abläuft dank der großartigen Leistung hier in den Teams!

[krikan]

Die Info im STATE kann (ur)alt sein und kommt vmtl. aus dem automatischen "set <device> wakeupInterval 86400 1" bei der Inklusion. Entscheidend ist, was Du mit "get <device> wakeupInterval"  vom Sensor zurückgemeldet bekommst.

[ujaudio]

Die Info im STATE kann (ur)alt sein und kommt vmtl. aus dem automatischen "set <device> wakeupInterval 86400 1" bei der Inklusion. Entscheidend ist, was Du mit "get <device> wakeupInterval"  vom Sensor zurückgemeldet bekommst.

Das get habe ich gemacht - aber es ändert sich nichts im Status. Aber es gibt ein weiteres Reading WakeUpReport und da steht

Code Auswählen Erweitern

interval 1200 target 1
Mein Controller hat die NodeId 1 (genauer hex01)

[krikan]

WakeUpReport und da steht
interval 1200 target 1
Mein Controller hat die NodeId 1 (genauer hex01)

Also hast Du das wakeupInterval am Sensor auf 1200 mit dem Ziel NodeId 1 (=Controller) geändert. So wie Du es wohl wolltest. Solltest Du später auf jeden Fall wieder hochsetzen, sonst ist die Batterie schnellstens leer.

Das Thema mit dem Status ist ein anderes:
Bei Zwave wird das Reading state und damit STATE nicht bei allen Geräten mit Standardwerten vorbelegt.
Dann gibt es den von Dir beobachteten Effekt.
Du solltest den STATE mit Hilfe des Attribut stateFormat mit einem sinnvollen Reading belegen.
Welches kann ich Dir so nicht schreiben, da ich den Sensor nicht kenne.

[ujaudio]

Alles klar, jetzt noch eine Frage: Beim Fibaro-Aktor (Zwischenstecker) sind alle Parameter auch als

Code Auswählen Erweitern

set <gute englische Bezeichnung> <Wert des Parameters>
verfügbar, beim Cyrus Sensor nicht (bzw. nicht alle). Hier gibt es nur configByte, configWord, usw. Ich werde nun mal probieren

Code Auswählen Erweitern

set configByte 7 1
einzugeben, um den Parameter 7 laut Doku auf den Wert 1 zu setzen. Sollte ich da erfolgreich sein: wo kann ich das dann hier geeignet hinterlegen (lassen), damit auch dieser Sensor leichter zu parametrieren ist?

[krikan]

Mir die die Infos zur Config-XML bzw. die Config-XML liefern, damit ich die einbinden und einchecken kann. 
Siehe auch: http://www.fhemwiki.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

[ujaudio]

Im Wiki steht:

Code Auswählen Erweitern

Die XML-Config-Informationen von FHEM sind in folgenden Dateien im Ordner fhem/FHEM/lib gespeichert:
    openzwave_manufacturer_specific.xml
    openzwave_deviceconfig.xml.gz
    fhem_zwave_deviceconfig.xml.gz
Ich wollte mich da mal entlang hangeln und meinen "FIBARO System FGWPE Wall Plug" finden -leider Fehlanzeige. Von Cyrus finde ich gar nichts, obschon FHEM "ein wenig kennt", vermutlich aus standardisierten Festlegungen??!?

Mal ganz blind geraten: in die openzwave_manufacturer_specific.xml müsste wohl so ein Eintrag ähnlich

Code Auswählen Erweitern

<Manufacturer id="0109" name="Cyrus">
  <Product type="2021" id="2101" name="4-in-1 Multisensor" config="cyrus/4in1multisensor.xml/>
</Manufacturer>
Ich vermute das mal, weil das Reading modelID den Wert "0109-2021-2101" hat.

Wenn ich jetzt noch vom o.g. Fibaro die entsprechende xml-Datei finde, dann würde ich mal das Pendant für den Cyrus-Sensor erstellen.

[krikan]

Suche bitte ausgehend von der modelId der Geräte in  openzwave_manufacturer_specific.xml.
Also beim "Cyrus" nach modelId 0109-2021-2101:
0109: manufaturerId von Vision (Cyrus vermarktet also ein Vision-Gerät unter eigenem Aufdruck)
2021-2101 finde ich bei uns in der openzwave_manufacturer_specific.xml nicht. Also dürftest Du auch keine Klartext-Configs haben!?

Aber in  https://github.com/OpenZWave/open-zwave/blob/master/config/manufacturer_specific.xml gibt es das schon und auch ein zugehöriges XML https://github.com/OpenZWave/open-zwave/blob/master/config/vision/zp3111.xml, das ich einchecken kann.

Zur Sicherheit hätte ich gerne nur die Ausgabe von "list <device>" des Cyrus-Sensors von Dir gepostet.

[ujaudio]

Also: das "Vision zp3111" ist laut Internet in jeder Hinsicht identisch mit dem "Cyrus 4-in-1 Multisensor", technisch, optisch, alle Daten, die das Internet bietet, sind identisch.

Ich hoffe ich habe die richtige Ausgabe erzeugt, die du erwartest:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        cb8262d3 5
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     192
   NAME       tr_multisensor
   NR         81
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 192
   ZWDongle_0_RAWMSG 000400050a710507ff00ff07080000
   ZWDongle_0_TIME 2016-10-27 18:03:45
   ZWaveSubDevice no
   homeId     cb8262d3
   isWakeUp   1
   lastMsgSent 1477581401.4954
   nodeIdHex  05
   Readings:
     2016-10-27 17:16:39   CMD             ZW_APPLICATION_UPDATE
     2016-10-27 18:03:45   alarm           HomeSecurity: Motion Detection - Unknown Location, arg 0000
     2016-10-27 18:03:45   basicSet        255
     2016-10-27 16:34:05   battery         100 %
     2016-10-27 17:16:39   config_7        1
     2016-10-27 17:48:04   humidity        52.36 %
     2016-10-27 18:02:21   luminance       9.75 %
     2016-10-27 16:33:24   model           0x0109 0x2021 0x2101
     2016-10-27 16:33:24   modelId         0109-2021-2101
     2016-10-27 16:33:24   powerlvl        current 0 remain 0
     2016-10-27 14:44:37   state           wakeupInterval 86400 1
     2016-10-27 17:48:04   temperature     21.93 C
     2016-10-27 17:16:41   timeToAck       0.032
     2016-10-27 17:16:41   transmit        OK
     2016-10-27 16:55:57   wakeup          notification
     2016-10-27 16:35:29   wakeupReport    interval 1200 target 1
   SendStack:
     get:1305037005052567
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO SECURITY VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY ASSOCIATION ASSOCIATION_GRP_INFO POWERLEVEL BATTERY ALARM SENSOR_MULTILEVEL CONFIGURATION WAKE_UP FIRMWARE_UPDATE_MD
   room       Terrasse,ZWave
   vclasses   ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:2 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 SENSOR_MULTILEVEL:7 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
   verbose    3

[krikan]

das "Vision zp3111" ist laut Internet in jeder Hinsicht identisch mit dem "Cyrus 4-in-1 Multisensor", technisch, optisch, alle Daten, die das Internet bietet, sind identisch.

Ja, ergibt sich aus der modelId und die "lügt" nicht.

Configs sind eingecheckt und werden morgen ab ca. 8 Uhr per update verteilt.

Bitte nach update für den Sensor "get <device> model" einmal ausführen, damit die config-Werte zur Verfügung stehen. Der Sensor wird anschließend korrekterweise als Vision ZP3111 in den Readings ausgewiesen.

[ujaudio]

Pefekt, danke.

[sinus61]

ich muss mal zwischenfragen: was genau ist der vorteil den ihr seht gegenüber hm?

Die Produktpalette ist zwar ähnlich, manche Geräte sehen aber optisch besser aus als die HM Sachen, z.B. die Fibaro Bewegungsmelder und schaltbare Zwischenstecker. Daher ich mal Zwave zusätzlich mit eingebaut. Anderseits sind HM Geräte teilweise zuverlässiger wegen der deutlich besseren Reichweite, was man vor allem am Anfang merkt wenn man wenig netzgebundene Zwave Geräte hat. Wenn HM vor allem die sichtbaren Geräte optisch mal besser stylen würde, dann würde ich wohl eher komplett bei HM bleiben.

[ujaudio]

Für mich ist der Vorteil von z-wave die Herstellerunabhängigkeit.

[r_hoff]

Ich bin auf der Suche nach einem Aktor für die elektrische Fußbodenheizung, bei der ich den im Boden verlegten Fühler für die Steuerung nutzen möchte.
Bei HM habe ich nichts gefunden. Bei z wave immerhin den Aktor von heatit.

Gruß,
René

[JWRu]

Den habe ich gerade angeschafft. Er wurde problemlos von FHEM als

Code Auswählen Erweitern

model ThermoFloor AS Heatit Thermostat TF 021 erkannt. 
Er eignet sich aus meiner Sicht gut für Nachrüstungen, da man die Art des NTC-Temperaturfühlers einstellen kann. Betriebserfahrungen stehen noch aus.

[wuast94]

ich muss mal bei nem thema anknüpfen. und zwar was das firmware update angeht. ich habe einen Z-Wave.Me USB Stick ZME_UZB1 und bin am überlegen ob ich bei diesem mal n firmware update mache.

dazu zwei fragen:

1. Wie sinnvoll ist das update ? gibt es changelogs oder so dazu ?

2. Wie funktioniert das update ? sieht für mich alles sehr konfus aus was ich so gefunden habe

[krikan]

Wie sinnvoll ist das update ?

Wenn es keine Probleme bei Dir mit der aktuellen Firmware gibt und Du die Funktionen der neuen Firmwares nicht benötigst/vermisst, ist es vermutlich unwichtig.

gibt es changelogs oder so dazu ?

https://z-wave.me/support/uzbrazberry-firmwares/

Wie funktioniert das update ?

aus erster Hand: https://z-wave.me/support/uzbrazberry-firmwares/ und ausführlicher in https://z-wave.me/essentials