UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[AlCalzone]

@Marsx79 Negativ. Einmal kommt ne Antwort, danach ist wieder Funkstille. Hast du das gemacht?`

To wakeup the device please perform the following action: Enter management mode by push all four buttons together for one second - green led blinks slowly), then hit button 2 .

[Marsx79]

@AlCalzone

Ja genau. Dann zeigt er awake und danach sleep. Das Log hatte ich geschickt.

[AlCalzone]

@Marsx79 Dann probiers bitte noch ein paar Mal. Der hat nur ganz kurz auf eine Nachricht geantwortet.

[Domoe]

@AlCalzone
Moin,
ich habe wieder einen neuen Sensor der nicht erkannt wird.
Bedienungsanleitung.

Dann hätte ich noch eine Frage.
Macht es was das die Software den Sensor nicht kennt?
Man kann doch einfach nur das Gerät nicht Konfigurieren oder?

Vielen Dank viele Grüße

[AlCalzone]

@Domoe sagte in Test Adapter Z-Wave 2 (v1.8.x):

Macht es was das die Software den Sensor nicht kennt?
Man kann doch einfach nur das Gerät nicht Konfigurieren oder?

Korrekt. Bei manchen neueren Geräten geht sogar das.

[Domoe]

@AlCalzone
Moin,
ich habe mich mal an so einer Config-Datei versucht.
Das ist für den Eurotronic Temperatur und Feuchte Sensor.
Bevor ich diese Teste, was ich noch rausfinden muss wie das geht, wollte ich sie dir zeigen ob das so richtig ist.
EUR_Temp_Hum.json

[AlCalzone]

@Domoe Ich fürchte das war Doppelarbeit. Das Gerät existiert schon, habe aber seitdem noch kein Adapterupdate released:
https://github.com/zwave-js/node-zwave-js/blob/bcc7af4fd6839123d7615c5cbfb4de43235199ef/packages/config/config/devices/0x0148/eur_airquality.json#L8

Falls du es schon nutzen willst, sollte folgendes funktionieren:

cd /opt/iobroker/node_modules/zwave-js

oder wenn das Verzeichnis nicht existiert:

cd /opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js

und dann

npm install @zwave-js/config@latest

um die neuesten Gerätekonfigurationen zu laden.

[Domoe]

@AlCalzone
Ne ich habe für den Eurotronic Temperatur und Feuchte Sensor eine Datei gemacht. Das ist wieder ein anderer Sensor.

Muss ich den Adapter dannach einfach neustarten?

[AlCalzone]

@Domoe
Deine Datei:

	"manufacturerId": "0x0148",
	"devices": [
		{
			"productType": "0x0005",
			"productId": "0x0001"
		}
	],

Meine Datei:

	"manufacturerId": "0x0148",
	"devices": [
		{
			"productType": "0x0005",
			"productId": "0x0001"
		}
	],

Ich sehe keinen Unterschied. Meiner hat lediglich den internationalen Namen.

[AlCalzone]

v1.8.1 ist auf dem Weg - Changelog oben.

[Besserso]

Hallo,
gäbe es evtl. die Möglichkeit einen Ordner für eigene Konfigurationsdateien zu erstellen welcher immer beim Neuladen des Adapters wieder eingelesen wird?

[AlCalzone]

@Besserso mmn. sollten die lieber bereit gestellt werden, damit alle davon profitieren können.

[Troya]

Nabend,
ich habe nun auch mein Z-Wave Adapter auf den 2er aktualisiert.
Habe den alten Adapter dafür pausiert und den neuen aktiviert und den USB-Stick als Gerät übergeben. Mein System ist eine Synology NAS mit ioBroker im Docker - das nur am Rand.

Probleme habe ich aktuell bei allen Fenstersensoren "Philio Technology Corp PST02C".
Beim Öffnen des Fensters werden nur die 2 Werte in zwave2.0.Node_023.Multilevel_Sensor aktualisiert(grün)

zwave2.0.Node_023.Notification.accessControl_doorState bleibt leer

Und die im alten Adapter enthaltenen zwave.0.NODE27.ALARM.Access_Control_1 sowie zwave.0.NODE27.SENSOR_BINARY.Sensor_1 tauchen gar nicht erst auf.

Aber ich muss dazu sagen, dass die Philio Fenstersensoren schon immer gezickt haben.

^^^^^^^^^^^^^^

Beim Türschloss ASUS CFA3010 fehlt mir der zwave.0.NODE73.DOOR_LOCK.Locked_1 aus dem alten Adapter welchen ich zum öffnen/schließen genutz habe.

Der vermutlich geplante Wert zum Öffnen mit dem Zwave2 Adapter zwave2.0.Node_073.Basic.targetValue mit Werten 0-99 reagiert nicht.

Möglich aber auch dass ich hier den korrekten Schaltvalue grad nicht mehr sehe, hab schon eckige Augen... ;-)

^^^^^^^^^^^^^^

Ein Fibaro FGS223 will unter dem neuen Adapter auch nicht mehr.
Wo unter Zwave1 die zwave.0.NODE3.SWITCH_BINARY.Instance_1:_Switch_1 und zwave.0.NODE3.SWITCH_BINARY.Instance_2:_Switch_2 korrekt angezeigt und geschaltet werden
so steht im ZWave 2 nur zwave2.0.Node_003.Binary_Switch.targetValue ohne die 1/2.

°°°°°°°°°°°°°°°°°°°°

Aber sonst scheinen die restlichen 50 Nodes korrekt zu schalten. Hut ab, @AlCalzone , du machst hier echt einen tollen Job, vielen Dank!

[Gabe]

Hi AlCalzone,

mir ist gerade aufgefallen, dass er bei Batteriegeräte beim level keine Unit mitgibt.

Ist das so gewollt? Müsste da nicht % hinter?

Gruß

[AlCalzone]

@Troya Kannst du mir bitte für die betroffenen Geräte ein Log machen und die hier beschriebenen Infos posten:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue

Dazu Adapter starten, abwarten bis Ruhe eingekehrt ist (alle Geräte fertig). Dann die 3 Nodes einzeln neu interviewen über die Geräte-Liste in der Adapter-Konfiguration.

@Gabe hast Recht!

[Gabe]

@AlCalzone danke änderst du das?

[Troya]

@AlCalzone
Ok, war nicht einfach die Dateien aus Docker zu bekommen...

10:10:48.443 Beginnt das Inverview on Node 023 - ist der Fenstersensor Philio. Während des Interviews habe ich den Button gedrückt, damit der Sensor wach wird.

10:14:37.797 Beginnt das Interview von Node 080, ist das Schloss.
10:17:59.900 Beginnt das Interview von Node 003, Ist der Fibaro FGS223.

Hier die Logfiles
zwave-1108.log
f0f1c31b.values.jsonl
f0f1c31b.json

Noch eine Frage bzw. Problem.
Ich arbeite nicht direkt über die Nodes sondern habe für jeden Wert den ich schalten möchte ein Alias erstellt. (Damit ich nicht alle Scripte ändern muss, wenn mal wieder ein Node ausfällt)
Nun gibt es bei Schaltern unter Zwave2 die Neuerung, dass es einen zwave2.0.Node_033.Binary_Switch.targetValue_001
zum schalten gibt und einen für die Rückmeldung: zwave2.0.Node_033.Binary_Switch.currentValue_001
(So verstehe ich das zumindest:man-shrugging: )
Damit bekomme ich aber Probleme mit den Alias. Grade beim Restart des Adapters wo der targetValue auf "null" steht.

[AlCalzone]

@Troya sagte in Test Adapter Z-Wave 2 (v1.8.x):

Damit bekomme ich aber Probleme mit den Alias. Grade beim Restart des Adapters wo der targetValue auf "null" steht.

Hast du das mit Version 1.8.1 auch noch?

[AlCalzone]

@Gabe Jap, Issue ist bereits erstellt.

[Troya]

@AlCalzone

So wie es nach ersten Tests aussieht wohl ja.:confounded:

Schalte ich ein Licht ein. z.B.:
alias.0.EG_Wohnzimmer.Aktor.PendellampeWohnzimmer = true
wird der entsprechend dazugehörige
zwave2.0.Node_062.Binary_Switch.targetValue_001 = true
gesetzt und logischerweise auch final der
zwave2.0.Node_062.Binary_Switch.currentValue_001 0 true
-> Die Lampe geht an.

Starte ich nun den Adapter neu, bleibt currentValue erhalten. Jedoch targetValue wird leer (null).
Dadurch auch der Alias.
Besonders im Vis, wo ich den Alias ebenfalls hinter Schalter sitzen habe verwirrt das, denn physikalisch ist das Licht an, wird jedoch bei Vis als aus dargestellt wird.

Entsprechend ist das auch beim physikalischen schalten des Lichtschalters:
currentValue reagiert korrekt
jedoch targetValue bleibt unverändert, wie auch der Alias und zuletzt auch die Symbole im Vis.

Warum hast du denn den value in die current- und -target value aufgeteilt? Der "alte" Zwave-Adapter hatte das ja in einem value und hat anhand der Farbe angezeigt ob korrekt geschaltet wurde.