[Neuer Adapter] Z-Wave 2 (Alpha-Test)

[cburghardt]

Habe auf eine Node in der network map geklickt:

[AlCalzone]

@cburghardt welches Betriebssystem? Das kommt übrigens von dem Auswahldropdown, nicht von der Karte

[cburghardt]

Hmm ich habe kein Auswahldropdown. Ist ein Debian, läuft im Docker container (buanet).

[AlCalzone]

@cburghardt dann wird von serialport für die Ermittlung der Ports das vorhandensein eines bestimmten Pakets erwartet, was im docker image nicht enthalten ist. Ich werde nach dem Urlaub mal schauen welches das ist.

[AlCalzone]

@cburghardt hilft die Installation von udev wie in diesem link?
https://github.com/ioBroker/ioBroker.zigbee/issues/123#issuecomment-472299420

jonas0806 created this issue in ioBroker/ioBroker.zigbee

closed Fehler im Log mit CC2531 #123

[cburghardt]

Ja, das hat geholfen, danke.

[booehmemaik]

hallo, ich würde gerne mit testen, nur leider bekomme ich den adapter unter ubuntu 18.04.03 nicht installiert.

hat jemand eine idee? Welche Rechte hier fehlen bzw welche Voraussetzungen erfüllt sein müssen?

root@1p-iobroker-ubu:/opt/iobroker# npm install iobroker.zwave2

> @serialport/bindings@2.0.8 install /opt/iobroker/node_modules/@serialport/bindings
> prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild

prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
gyp WARN EACCES user "*****" does not have permission to access the dev dir "/root/.cache/node-gyp/11.15.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/tmp/.node-gyp"
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/@serialport/bindings/build'
gyp ERR! System Linux 4.15.0-62-generic
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/@serialport/bindings
gyp ERR! node -v v11.15.0
gyp ERR! node-gyp -v v5.0.3
gyp ERR! not ok
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! @serialport/bindings@2.0.8 install: `prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the @serialport/bindings@2.0.8 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2019-09-23T08_51_37_259Z-debug.log
root@1p-iobroker-ubu:/opt/iobroker# node-gyp -v
v5.0.3
root@1p-iobroker-ubu:/opt/iobroker#

Gruß Maik

[arteck]

@booehmemaik warum installierst du den von der console ???

[booehmemaik]

@arteck weil er sich aus dem admin heraus auch nicht installieren lässt.

[arteck]

@booehmemaik glaub ich zwar jetzt nicht aber...

mal den fixer laufen lassen ???

[booehmemaik]

@arteck hatte ich nicht, aber das hat geholfen. Danke

[OstfrieseUnterwegs]

Hallo, ich habe ein paar Fragen/Anmerkungen zum aktuellen Stand.

1. Ich habe einen Philio Technology Corp PAN04-1 Double Relay Switch 2x1.5kW with Power Measurement. Der hat zwei Kanäle und einen virtuellen dritten kanal, der die beiden anderen gemeinsam schaltet. Im 'alten' zwave Adapter wurden die auch als State/switch angelegt. Im Z-Wave 2 ist nur ein State vorhanden. Kann ich das selber irgendwie 'reparieren' oder muss da ein Entwickler ran?
   mein Qubino (Goap) ZMNHBDx Flush 2 Relays erscheint übrigens mit beiden Kanälen im neuen Adapter.

2. Selbiger Schalter sammelt auch eine ganze Menge Informationen zum aktuellen Verbrauch, Spannung, Strom etc. (z.B. zwave.0.NODE25.METER.Instance_1:Electric-_W_1) Das ist auch nicht im neuen Adapter enthalten. Das gilt für Qubino und für Philio. Meine Fibaro Wall Plugs haben alle Attribute im neuen Adapter.

3. Im alten Adapter erscheinen die einzelnen Nodes als Device und State. Man kann sie daher auf der Ebene bereits einem Raum/Funktion zuordnen und muss das nicht für jeden State einzeln machen. Das ist praktisch, sollte aber wohl besser auf der Ebene darunter passieren (Channel?) ?

Zu 1) und 2): Ich habe bei irgendeiner Installation von zwave (alt) ein Problem mit OZW gehabt und habe ne menge rumgefrickelt, bis es tatsächlich funktioniert hat. Beim Z-Wave 2 habe ich einfach den Adapter installiert und er läuft. Ob er allerdings ein neues OZW mitbringt, oder eventuell eigene Komponenten nutzt und das installierte OZW nicht berücksichtigt weiss ich nicht genau.

[AlCalzone]

Erstens: Danke fürs Feedback!

@OstfrieseUnterwegs sagte in [Neuer Adapter] Z-Wave 2 (Alpha-Test):

Der hat zwei Kanäle und einen virtuellen dritten kanal, der die beiden anderen gemeinsam schaltet. Im 'alten' zwave Adapter wurden die auch als State/switch angelegt. Im Z-Wave 2 ist nur ein State vorhanden.

Kannst du mir mal einen Screenshot von den Datenpunkten machen? Kann ich mir gerade nicht ganz vorstellen. Weiterhin interessant wäre der entsprechende Abschnitt aus der Cache-Datei /opt/iobroker/node_modules/zwave-js/cache/<irgendwas>.json. Dort den Teil, der hinter der Node-ID steht (oder auch gerne alles (könnte aber verdammt viel sein)).

@OstfrieseUnterwegs sagte in [Neuer Adapter] Z-Wave 2 (Alpha-Test):

Informationen zum aktuellen Verbrauch, Spannung, Strom

Die Meter-Command-Klasse ist noch nicht implementiert. Kommt bald - ich habe gerade eine riesige Baustelle mit Config-Dateien (und benannten Konfigurations-Datenpunkten).

@OstfrieseUnterwegs sagte in [Neuer Adapter] Z-Wave 2 (Alpha-Test):

Im alten Adapter erscheinen die einzelnen Nodes als Device und State.

Ist geplant, da auch notwendig, um die Gerätenamen anzuzeigen.

@OstfrieseUnterwegs sagte in [Neuer Adapter] Z-Wave 2 (Alpha-Test):

Problem mit OZW gehabt und habe ne menge rumgefrickelt, bis es tatsächlich funktioniert hat. Beim Z-Wave 2 habe ich einfach den Adapter installiert und er läuft.

Und jetzt weißt du, warum ich mit diesem Mammut-Projekt angefangen habe. Mein Adapter benötigt kein OZW und muss nicht bei jedem Pups-Update neu kompilieren und linken. Die Z-Wave-Unterstützung kommt durch eine eigene Library, die komplett in JavaScript selbstgeschrieben ist.
Der Nachteil ist: Es ist verdammt viel Arbeit, bis die Unterstützung vergleichbar weit ist.

[OstfrieseUnterwegs]

Hier noch mehr Info:

Die obere Box ist jeweils der alte Adapter. Beim Qubino sind im neuen auch drei Kanäle. Und ich kann den Switch auch mit 'Target Value' schalten. Dabei werden alle drei 'currentValue' gesetzt. Eine gezielte Schaltung eines Kanals ist also nicht möglich.

f570ccfe.json

Im JSON sind nur die beiden beschriebenen Nodes. 25 ist der Philio, 28 der Qubino

P.S. Prima Arbeit, Danke! Schreib, wenn ich noch irgendwas testen kann. Ich habe Popp Rauchmelder, einige Fibaro Multisensoren, Fibaro Wall Plugs, den Philio und den Qubino. Außerdem noch (in der Schublade) einen ZME_WALLC-S
Z-Wave Secure Wall Controller und einige Fibaro Rauchmelder.

[AlCalzone]

@OstfrieseUnterwegs

Welche Version vom Adapter hast du installiert?
Und welche Version gibt

cd /opt/iobroker/node_modules/zwave-js
cat package.json | grep version

aus?

Und ja, ich werde mich melden für Tests

---

Edit: Ich habe da was gefunden:

                    "name": "Multi Channel",
                    "isSupported": true,
                    "isControlled": false,
                    "version": 3,
                    "values": [
                        {
                            "endpoint": 0,
                            "propertyName": "interviewComplete",
                            "value": false
                        },

Mir scheint es als wäre beim Interview was schief gelaufen und die Multi Channel CC wurde nicht fertig interviewed. Das wird derzeit noch nicht richtig gehandelt.
Du kannst temporär ein neues Interview erzwingen:

1. Adapter beenden
2. Für jeden unvollständigen Node den jeweiligen Cache-Abschnitt aus der Datei löschen. Also alles von "25": { bis zum zugehörigen } vor "26".
3. Adapter starten

Node 28 scheint auch nicht komplett zu sein.

[OstfrieseUnterwegs]

"version": "1.7.0"

Ich habe ein Upgrade auf 0.2.1 gemacht, Instanz gestoppt, die beiden Nodes aus dem .json File im Cache gelöscht, Instanz gestartet.
Im Log steht danach:

zwave2.0	2019-11-19 22:28:48.458	info	(11754) Node 28: interview completed
zwave2.0	2019-11-19 22:28:41.071	info	(11754) Node 25: interview completed
zwave2.0	2019-11-19 22:28:33.564	info	(11754) Node 38: interview completed
zwave2.0	2019-11-19 22:28:17.014	info	(11754) Node 35: interview completed
zwave2.0	2019-11-19 22:28:17.006	info	(11754) Node 37: interview completed
zwave2.0	2019-11-19 22:28:13.083	info	(11754) Node 34: interview completed
zwave2.0	2019-11-19 22:28:11.761	info	(11754) Node 33: interview completed
zwave2.0	2019-11-19 22:28:08.272	info	(11754) Node 32: interview completed
zwave2.0	2019-11-19 22:28:06.813	info	(11754) Node 3: interview completed
zwave2.0	2019-11-19 22:28:03.675	info	(11754) Node 1: interview completed
zwave2.0	2019-11-19 22:28:03.518	info	(11754) The driver is ready. Found 12 nodes.
zwave2.0	2019-11-19 22:28:03.208	info	(11754) starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.17.0

Allerdings fehlen bei dem Philio trotzdem die Kanäle.
Nodes 10 und 19 fehlen, das sind meine beiden Fibaro Bewegungsmelder, das sind. Vlt sind die gerade Idle. Sie sind aber im Objects Baum drin.

[arteck]

@OstfrieseUnterwegs bei mir hatten die Ohilos auch keine Objekte angelegt

[OstfrieseUnterwegs]

@arteck Die Objekte sind ja da, nur eben nicht als Multichannel erkannt. Aber @AlCalzone findet das sicher heraus. Ist ja ein Alpha-Test.

[arteck]

@OstfrieseUnterwegs ahh ok .. bei mir waren die garnicht da .

[AlCalzone]

@OstfrieseUnterwegs Ok mache bitte mal folgendes:

1. Adapter stoppen
2. Nodes nochmal aus .json löschen
3. Adapter manuell per Konsole starten und Ausgabe in eine Datei umleiten:

cd /opt/iobroker/node_modules/iobroker.zwave2
LOGLEVEL=info node build/main.js --force > ~/zwave2-log.txt

Das lässt du dann laufen, bis in ioBroker im Log erscheint, dass das Interview der beiden Nodes komplett ist.
Die Datei ~/zwave2-log.txt hätte ich dann gerne.