Test Adapter z-wave v1.6.x
-
@cburghardt sagte in Test Adapter z-wave v1.6.x:
@AlCalzone da arbeitet openzwave identisch. Aber nachdem der ping mit timeout bei vielen Geräten (wie bei @Stormbringer ) auch dauert, kann man das auch ausschalten.
Warum die 1.6.3 langsamer sein soll als die 1.6.0 bei identischen openzwave library entzieht sich aber meiner Logik.@cburghardt kann ich dich nochmal nerven?
Aber es lässt mir einfach keine Ruhe, weil ichs eben selber nicht versteh warum die Probleme nur bei mir auftauchen bei den Versionen nach 1.6.0 und js controller update unausweichlich kommt ;DDu hast doch gemeint openzwave library ist gleich bei der 1.6.3.? Auf Github steht aber
1.6.3 (cburghardt) Update openzwave version
Kanns nicht doch damit zusammenhängen?
-
@Stormbringer die Version 1.6.3 hat einen Versionscheck von openzwave drin. Als du die installiert hast, wurde somit auch die aktuellste Version installiert. Als du zurückgegangen bist auf die 1.6.0, wurde aber die openzwave nicht verändert.
Nebenbei gesagt habe ich die Version 1.7.0 am laufen bei der ich ein paar Optimierungen eingebaut habe und der Start ist bei mir deutlich flotter. -
@cburghardt Danke für die Info
Das erklärt warum die Wallmotes früher auch gingen und jetzt aufgeweckt werden müssen oder neu angelernt. Ähm, das man sich die OZW Version aussuchen kann ist zu viel Arbeit oder geht nicht oder?Ist bei der 1.7.0 schon das drinnen mit dem neuen Verhalten für batteriebetrieben Geräte, das du ausprobieren wolltest?
-
@cburghardt 1.7.0 erkennt leider auch keinen einzigen Batteriesensor nach Scan Complete
-
@Stormbringer was soll erkennen heissen? Ich habe 5 solcher Sensoren im Einsatz und die gehen alle
-
@cburghardt ja weiß, dass nur ich das Problem hab ;D Mit erkennen meine ich, dass nach Scan Complete er bei Bewegung keine Bewegung reinsendet.... Oder bei Fensteränderung, keine Meldung. Bei 1.6.0 melden sie dann rein, aber da dann nicht mehr
-
@Stormbringer said in Test Adapter z-wave v1.6.x:
Ähm, das man sich die OZW Version aussuchen kann ist zu viel Arbeit oder geht nicht oder?
Fragt sich nur welche Version. 1.6.0 ging einfach auf openzwave master. Danach sind wir auf releaste Versionen umgestiegen.
Ich würde da eher mal bei openzwave nachfragen. -
@Stormbringer said in Test Adapter z-wave v1.6.x:
Mit erkennen meine ich, dass nach Scan Complete er bei Bewegung keine Bewegung reinsendet.... Oder bei Fensteränderung, keine Meldung.
Das ist wirklich seltsam. Stell doch mal auf debug loglevel, mal sehen ob diese Sensoren tatsächlich nichts melden. Ich kann das leider überhaupt nicht nachvollziehen
-
@cburghardt Bei gleicher Versionsnummer? Aber glaub das bringt mich nicht weiter irgendwann wird die 1.6.0 nicht mehr laufen oder? Also entweder ich steig komplett auf Zigbee um oder hol mir nen Pi mit OpenHab drauf der dann zum Broker zWave reinmelden
-
@cburghardt ok kann ich gern mal probieren und dir dann den ganzen Salat schicken oder brauchst du was bestimmtes? Echt strange... Ganz früher war das auch immer so mit dem Z Wave Adapter... Seitdem du die 1.6.0 gemacht hast, hat er sich ganz normal verhalten (also keine Katastrophe, wenn er mal neu gestartet wird). Aber jetzt ist es wieder so wie zu Anffangszeiten...
Meinst npm und node update bringt was? Bin ja noch auf der 8er Node
-
@Stormbringer openhab verwendet genauso openzwave
-
@cburghardt Looool echt? dachte nur FHEM und Openhab ned... Na dann hab ich wohl n richtiges Problem
-
@Stormbringer said in Test Adapter z-wave v1.6.x:
ok kann ich gern mal probieren und dir dann den ganzen Salat schicken oder brauchst du was bestimmtes?
Ich würde das sehr spezifisch machen. Adapter auf debug starten, scan abwarten und dann mal Bewegung bei einem node auslösen. Und dann schauen wir uns den Ausschnitt an.
-
@Stormbringer said in Test Adapter z-wave v1.6.x:
Looool echt? dachte nur FHEM und Openhab ned
Hab mich verlesen, es gibt nur ein binding lol
-
@cburghardt Hab jetzt mal Node als erstes geupdeted... NPM rebuild hab ich gemacht... Alle Adapter laufen nur Z Wave meckert:
Sagt das was mein Hauptproblem ist g?
-
@cburghardt sagte in Test Adapter z-wave v1.6.x:
@Stormbringer said in Test Adapter z-wave v1.6.x:
Looool echt? dachte nur FHEM und Openhab ned
Hab mich verlesen, es gibt nur ein binding lol
Glaub bei denen heißt alles Binding loool Binding ist bei denen sowas wie bei uns Adapter.... Hab das beim Umstieg von den ganzen Kaufsystemen neben FHEM und Broker getestet. Nur irgendwie ist das da saukompliziert im Vergleich zum Broker.
-
@Stormbringer die node version hat nichts mit openzwave zu tun und somit auch nichts mit dem Problem. Aber nun gut, zu dem Fehler:
https://www.iobroker.net/#de/documentation/install/updatenode.md -
@cburghardt sagte in Test Adapter z-wave v1.6.x:
https://www.iobroker.net/#de/documentation/install/updatenode.md
Ah ok, was willst du mir mit dem Link sagen? Das ich reinstall-skript versuchen soll?
-
@cburghardt Habs hinbekommen. Anscheinend hat das npm rebuild nicht funktioniert.
cd /opt/iobroker sudo mv reinstall.sh reinstall.dos sudo tr -d '\r' < reinstall.dos > reinstall.sh sudo chmod +x reinstall.shund dann npm rebuild hat geholfen. Stell jetzt auf debug.
-
Verstehs nicht, jetzt kennt er batterie und strom gemischt nicht. Heißt manche Strom gehen, manche Batterie gehen.... Bei einem Aeon Multisensor 6 (strombetrieben) kommt im LOG beim Aufwecken:
zwave.0 2019-11-10 03:05:17.192 info node ready nodeID: 58, nodeInfo: {"manufacturer":"AEON Labs","manufacturerid":"0x0086","product":"ZW100 MultiSensor 6","producttype":"0x0002","productid":"0x0064","type":"Routing Multilevel Sensor","n
zwave.0 2019-11-10 03:05:17.099 debug node58: timeoutAber Datenpunkte legt er nur so an (nach Scan Complete):
.Downgrade auf 1.6.0 zeigt er komischerweise auch nicht mehr an.
Ich schlaf mal ne Runde drüber, vielleicht hab ich ja Glück und dir fällt noch was ein. Wär spaßhalber möglich die 1.7.0 mit der ozw libaray von der 1.6.0 umzustellen?
