Test Adapter Z-Wave 2 (v1.7.x)

wykat

@AlCalzone : Beim versuch mit der Rauchmelder hat's dann auf einmal funktioniert (paar mal tamper taste gedruckt) und der ist dann angefangen seine konfiguration zu senden Hab das noch ein mal mit der tur sensor getan (hatte das vorher ohne erfolg versucht) und sehe da auf einmal funktioniert er

Hab jetzt aber das probleem das 2 rauchmelder immer awake bleiben. Hab die geraten auch schon auf factory default gereset aber das bringt leider nichts. Kann dein adapter da helfen oder liegt das einfach an die geraten?

wykat

@AlCalzone:

Es sind alle Fibaro FGSS001 Rauchmelder, sind laut Manufacturing information gleich, aber unterscheiden sich:
Ein funktionierende FGSS001:

Bemerke ControllerNodeId beim Wakeup (1)

Der erste FGSS001 die bleibt alive:

Hier steht ControllerNodeId auf 255 ! obwohl manufacturing specific und version gleich sind. Ich kann diesen wert auch nicht andern

Der 3e FGSS001 gibt uberhaupt keine Wakeup informationen (vielleicht weil der batterie schnell lehr ist)

Ich habe mal das log file vom node 038 dran gehangt und ein paar batterie punkten rot markiert. Vielleicht gibt's da eine losung?

Fibaro FGSS001.odt

wykat

@wykat : Hier der anhang als PDF....

Fibaro FGSS001.pdf

AlCalzone

@wykat Puh, das ist eine chaotische Meldung.

Bitte:

Update auf 1.7.10 um auszuschließen, dass wir Geister jagen
Logs bitte nicht im Post einfügen, sondern als vollständige Textdateien anhängen ohne Formatierung
Geräte, bei denen ready auf true steht, aber trotzdem irgendwas mit den Datenpunkten nicht stimmt, über die Adapter-Konfiguration gezielt einzeln neu interviewen.
Dann bitte nochmal zusammenfassen, was jetzt nicht geht, bestenfalls von den erneuten Interviews ein Log anhängen.

wykat

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@wykat Puh, das ist eine chaotische Meldung.

Bitte:

Update auf 1.7.10 um auszuschließen, dass wir Geister jagen

Gemacht, aber leider keine verbesserung

Logs bitte nicht im Post einfügen, sondern als vollständige Textdateien anhängen ohne Formatierung

Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?

Geräte, bei denen ready auf true steht, aber trotzdem irgendwas mit den Datenpunkten nicht stimmt, über die Adapter-Konfiguration gezielt einzeln neu interviewen.

Ja das hab ich schon mehrmals gemacht (man sieht im log was alles ausgetauscht wird zwischen zWave stick und die rauchmelder

Dann bitte nochmal zusammenfassen, was jetzt nicht geht, bestenfalls von den erneuten Interviews ein Log anhängen.

Ich hab 3 Fibaro FGSS001 rauchmelder die alle 3 behaupten identisch zu sein (gleiche firmware, library, etc.):
Node4: Funktioniert einwandfrei
Node29: Bleibt immer 'alive', sowohl im zWave2 instance als im objects. Hab kein eintrag im log gefunden das Node29 'asleep' gegangen ist. Beim Node29 fehlt immer noch die option Wake_up (ist bei Nodes 4 und 38 da).

Node38: Bleibt immer 'awake' im objects, im instance aber als asleep angezeigt. Log zeigt das diese node38 asleep ist. Hab jetzt mal eine neue batterie installiert aber denke der wird auch wieder schnell lehr sein.

AlCalzone

@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):

Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?

Jup, einfach hier im Forum hochladen.

@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):

Node38: Bleibt immer 'awake' im objects, im instance aber als asleep angezeigt. Log zeigt das diese node38 asleep ist.

Das könnte ein Anzeigefehler im Admin sein. Bei den anderen ist definitiv was faul.

wykat

@AlCalzone said in Test Adapter Z-Wave 2 (v1.7.x):

@wykat sagte in Test Adapter Z-Wave 2 (v1.7.x):

Kann nur "upload file" machen, das neue log file nach update und node refresh habe ich. Ist das ok?

Jup, einfach hier im Forum hochladen.

Anbei, danke!
zwave-12345.log

gelberlemmy

@AlCalzone ich habe da auch noch ein kleines Anliegen bezüglich eine Aeon Lab Keyfob. Die Fernbedienung habe ich angelernt. Nur scheinen dort auch noch Datenpunkte zu fehlen. habe bereits das Gerät neu interviewt. Anbei einmal ein Screenshot welche Datenpunkte dort angelegt sind. Auch mit der Betätigung von Tasten, kommen keine neuen Datenpunkten. Logs schicke ich Dir per Mail. Es geht da um Note 071

Gruß und Danke André

2020-11-10 14_35_34-Window.jpg

AlCalzone

@all - Hab euch nicht vergessen, nur viel zu tun und bin seit ein paar Tagen auf Bug-Jagd

AlCalzone

@gelberlemmy

Das war ein Fall von "Anleitung lesen" Dein Gerät ist im Group-Modus, d.h. es kommuniziert direkt mit den Geräten, die du verknüpft hast!

Your Key Fob is in Use (Group) Mode.
In order to program each button of your Key Fob, please refer to the ‘Selecting which devices to control’ section of this guide.

Your Key Fob is in Use (Scene) Mode.
In this mode your Key Fob communicates directly with your Z-Wave network’s primary controller, generally a gateway or hub. By pressing each scene button, your Key Fob will send out a scene ID telling the primary controller to activate customized scenes that need to be setup via your controller’s interface.

Stell den Konfigurationsparameter auf Scene Mode und alles sollte gut sein.

gelberlemmy

@AlCalzone ja hab ich auch gesehen. Aber im Szenen Modus ist es nicht anders. Da schicke ich einmal den Log. Hatte beides versucht.

Harry94

Hallöchen,

ich hätte da mal wieder ein Log

Und zwar habe ich mir ein HeatIT Z-TRM3 beigeschafft, lässt sich auch (ohne Verschlüsselung) problemlos inkludieren.
Die Werte des Sensors kommen an, und stimmen auch mit denen auf dem lokalen Display überein.
Auch die anderen Datenpunkte wie Stauts (an/aus) oder ob grade geheizt wird sowie der aktuelle Setpoint kommt durch.
Wenn ich jetzt über iobroker einen Befehl senden will kommt nichts an. im Iobroker selbst wird der wert aber als bestätigt angegeben.
In den Objekten wird auch keine Bezeichnung außer NODE 046 angegeben.

201112 HeatIT Z-TRM3 NODE 046.rar

Anbei noch die Datenpunkte die Vorhanden sind.

hoffe das Hilft weiter.

Lg

AlCalzone

@Harry94 Joar... Der Befehl geht auch durch, nur interessiert das das Thermostat nicht.

Befehl gesendet

14:34:18.851 DRIVER » [Node 046] [REQ] [SendData]
                      │ transmit options: 0x25
                      │ callback id:      216
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      0
                        │ destination: 1
                        └─[ThermostatSetpointCCSet]
                            setpoint type: Heating
                            value:         25 °C

danach folgt die Bestätigung dass der Befehl angekommen ist.

Die Abfrage zur Kontrolle:

14:34:18.881 DRIVER » [Node 046] [REQ] [SendData]
                      │ transmit options: 0x25
                      │ callback id:      217
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      0
                        │ destination: 1
                        └─[ThermostatSetpointCCGet]
                            setpoint type: Heating
...
14:34:18.927 DRIVER « [Node 046] [REQ] [ApplicationCommand]
                      └─[MultiChannelCCCommandEncapsulation]
                        │ source:      1
                        │ destination: 0
                        └─[ThermostatSetpointCCReport]
                            setpoint type: Heating
                            value:         19 °C

antwortet aber mit 19°.

Bei einem Blick in die Anleitung habe ich das Gefühl, dass das Thermostat da auch gepflegt drauf sch*t:
http://manuals-backend.z-wave.info/make.php?lang=DE&sku=HEAE5430599&cert=ZC10-20036889
Da gibts Konfigurationsparameter für Sollwerte

Allerdings hab ich noch keine Konfigurationsdatei für das Thermostat, daher siehst du auch keine Parameter im ioBroker. Das ist zwar eins von den neueren Geräten, was automatische Erkennung der Parameter unterstützt, behauptet da aber auch gepflegt, dass es keine kennt

Du könntest für mich aber mal was testen. Ein Javascript erstellen mit folgendem Inhalt:

sendTo(
	"zwave2.0",
	"sendCommand",
	{
		nodeId: 46,
		endpoint: 0,
		commandClass: "Configuration",
		command: "getProperties",
		args: [1]
	},
	({ error, result }) => {
		if (error) {
			log(error, "error");
		} else {
			log(JSON.stringify(result));
		}
	},
);

und die Log-Ausgabe posten. Das gleiche bitte nochmal mit

sendTo(
	"zwave2.0",
	"sendCommand",
	{
		nodeId: 46,
		endpoint: 1,
		commandClass: "Configuration",
		command: "getProperties",
		args: [0]
	},
	({ error, result }) => {
		if (error) {
			log(error, "error");
		} else {
			log(JSON.stringify(result));
		}
	},
);

AlCalzone

Äh ja, das Gerät hat nen Bug
https://github.com/OpenZWave/open-zwave/issues/2435

robinsmidsrod created this issue in OpenZWave/open-zwave

open Unable to set Heatit Z-TRM3 thermostat setpoint to 25.5C or lower #2435

Harry94

@AlCalzone
Gut das jemand in den Adapter die Möglichkeit eingebaut hat ne FW zu flashen . Gibt da wohl schon ne korrigierte Version. Werde das heute Abend mal ausprobieren und Rückmelden.
Die Skripte geben im iobroker Log nix zurückt. Anbei nochmal die aktuellen Z-Wave logs:

201112 Z-TRM3 Node 046.rar

AlCalzone

@Harry94 sagte in Test Adapter Z-Wave 2 (v1.7.x):

Gibt da wohl schon ne korrigierte Version

Wirklich? Haste nen Link? Würde das gerne mal lesen. Dann kann ich mir sparen da ein Compat-Flag für einzubauen.

@Harry94 sagte in Test Adapter Z-Wave 2 (v1.7.x):

Die Skripte geben im iobroker Log nix zurück

Sieht aus als hätten sie auch nix gemacht. Du hast sie schon gestartet oder?

Harry94

@AlCalzone
Ja hab ich. xD

also im Iobroker log war auch das zu sehen dass sie gestartet wurden.

Eventuell kannst du aus dem OZW-fork was ableiten, da scheint das problem schon angegangen worden zu sein

Auf det HeatIT homepage selbst gibt es eine
"alternative and unoffical firmware" ... find ich schon lustig XD

link

EDIT.. Das Betrifft das Vorgängermodell, sorry.

Weiterhin wurde das Problem auch schon im Openhab Forum diskutiert:

hier

ging für mich auf die schnelle nicht hervor ob das OTA update nur für die Openhab-Bindings speziell ist.

Harry94

@AlCalzone
Die neue FW habe ich über deinen Adapter Aufgespielt. Das Problem scheint behoben.
Das log vom flashen sowie die von mir Verwendete FW hängt an. Hoffentlich hilft es auch noch dem ein oder anderen weiter.
201112 HeaIT Z-TRM neue FW NODE 046.rar

Therm3_slave_enhanced_232_OTA_ZW050x_EU_SETPOINT_MOD_UNOFFICIAL.otz

gelberlemmy

@AlCalzone so jetzt funktioniert es. Hatte leider mit dieser Anleitung gearbeitet. http://manuals-backend.z-wave.info/make.php?lang=de&sku=ZW088-A&cert=ZC10-14120003. Dort ist nicht alles beschrieben. Hatte gedacht ich kann den Datenpunkt "Use Mode setting" auf "Scene Mode" stellen und das Gerät aufwecken. Sah auch ganz gut aus. Klappt aber nicht. Man muss dies hardwaretechnisch an dem KeyFob tätigen. Hab dann mal die originale Anleitung genommen.... Danke für den neuen Denkanstoss.

Gruß André

AlCalzone

@Harry94 sagte in Test Adapter Z-Wave 2 (v1.7.x):

"alternative and unoffical firmware" ... find ich schon lustig XD

Ich glaube die Begründung war, dass das Gerät mit den Bug zertifiziert wurde und das Verhalten nicht offiziell geändert werden kann, ohne die Zertifizierung zu verlieren.

@Harry94 sagte in Test Adapter Z-Wave 2 (v1.7.x):

Eventuell kannst du aus dem OZW-fork was ableiten

Ich weiß was das Problem ist und was man tun muss. Da es definitiv ein Bug im Gerät ist, wollte ich nicht unnötig Arbeit verschwenden, wenn es eine Firmware gibt, die das behebt.

NEWS

Test Adapter Z-Wave 2 (v1.7.x)

open Unable to set Heatit Z-TRM3 thermostat setpoint to 25.5C or lower #2435

Support us

757
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

Test Adapter Z-Wave 2 (v1.7.x)

open Unable to set Heatit Z-TRM3 thermostat setpoint to 25.5C or lower #2435

Support us

757Online

30.7kUsers

77.3kTopics

1.2mPosts

757
Online

30.7k
Users

77.3k
Topics

1.2m
Posts