SWITCH_MULTILEVEL

Begonnen von cyberdwarf, 11 Januar 2013, 21:29:04

Vorheriges Thema - Nächstes Thema

thunder

Selbst ein Factory reset am Dimmer brachte keine Änderung...

thunder

In der Betriebsanleitung habe ich leider nichts gefunden. Wie löse ich die assoc Kommandos aus?

rudolfkoenig

Viel mehr als im http://fhem.de/commandref.html#ZWaveget dazu steht kann ich auch nicht sagen.

thunder

Habe noch versucht direkt den Status des Dimmers zu lesen:

2013.01.19 17:34:32 4: HTTP FHEMWEB:192.168.10.164:25485 GET /fhem?cmd=get+zw1+swmStatus
2013.01.19 17:34:32 5: Cmd: >get zw1 swmStatus<
2013.01.19 17:34:32 0: SW: 010800130302260205c4
2013.01.19 17:34:32 5: ZWDongle/RAW: /060104011301e8
2013.01.19 17:34:32 0: SW: 06
2013.01.19 17:34:32 0: ZWDongle_Read zwif: 011301
2013.01.19 17:34:32 5: zwif dispatch 011301

rudolfkoenig

Beim cyberdwarf kam auf die gleiche Frage was ganz anderes zurueck. Die Antwort ist deswegen auch komisch, weil es keine Angaben zum Geraet (ID) enthaelt, insofern mit dem aktuellen Funktionen nicht verwendbar ist. Was fuer ein USB-Stick ist es?

thunder


thunder

gibt es sticks die besser laufen?

rudolfkoenig

Ich kann nur sagen, dass mit dem von mir getesteten Goodway WD6001 die Daten von einem AN158 (switch-binary) so gemeldet werden, wie das auch beim cyberdwarf zu sehen war. Einen Dimmer habe ich nie gesehen.

Apropos Dimmer: der ZWave-Dimmer presentiert sich in FHEMWEB jetzt automatisch mit einem slider.

cyberdwarf

Hallo zusammen,

ich habe auch den Aeon Labs Z-Stick S2.
Bei mir meldet er nach einem "get ZWave_SWITCH_MULTILEVEL_2 swmStatus" den Wert zurück (z.B. dim45).
Was allerdings bei mir auch nicht geht, ist die automatische Rückmeldung, wenn der Taster am Dimmer betätigt wird. Ein reportOn habe ich auch abgesetzt.
Ich muss dann wieder ein "get ZWave_SWITCH_MULTILEVEL_2 swmStatus" ausführen.

Ich habe aber schon die nächste Baustelle und zwar einen Wandschalter Düwi 05443. Diesen habe ich über "include" in mein ZWave Netzwerk aufgenommen. Der Wandschalter wird unter FHEM als "ZWave_GENERIC_CONTROLLER_2" erkannt und angelegt.
Wenn ich die Auf oder Ab Taste 3x drücke steht im Log folgendes:
2013.01.21 23:37:59 5: ZWDongle/RAW: /0112004984020c0101018070758672858e7784a6
2013.01.21 23:37:59 5: SW: 06
2013.01.21 23:37:59 5: ZWDongle_Read ZWDongle_0: 004984020c0101018070758672858e7784
2013.01.21 23:37:59 5: ZWDongle_0 dispatch 004984020c0101018070758672858e7784

Mir gelingt es allerdings nicht, den Secondary Controller mit dem Dimmer zu binden. Wenn jemand dazu einen Tipp hat, wäre ich sehr dankbar.

@Rudolf
Danke für den Slider, bin auf das Update gespannt.

Gruß
Torsten
RPi+COC | RFXtrx433 | HMLAN
fht80b, FHT80TF, S300TH, hms100-tf, EMFM, EMWZ
FS20:bs,di,piri,rsu,s4a,s6a,sm4,sm8,s8m,st,tfk
YCR-1000, ITL-230, HE877, HE878A, AB440
KD101, RGR918, TS15C_10, WGR918, WS2300
HM-LC-Sw1PBU-FM, HM-LC-BL1-FM
ZWAVE(Test)

thunder

...bin am verzweifeln...

habe jetzt den Stick wie unter http://www.digiwave.dk/forum/viewtopic.php?f=2&t=115 beschrieben zurückgesetzt und die Danvos SW kann unter Windows den Status lesen. Unter Linux ( 2.6.26-2-xen-amd64 #1 SMP Thu Nov 25 06:39:26 UTC 2010 x86_64 GNU/Linux) habe ich nach wie vor den timeout... :-(

@cyberdwarf: wie genau hast Du den Dimmer definiert? Könnte ich bitte den entsprechenden Auszug aus deiner .cfg bekommen?


Danke für Eure Hilfe...

thunder

nochmals kurz das aktuelle Log...

2013.01.31 14:28:29 5: Cmd: >get zw1 swmStatus<
2013.01.31 14:28:29 2: ZWave get zw1 swmStatus
2013.01.31 14:28:29 5: SW: 010800130202260205c5
2013.01.31 14:28:29 5: ZWDongle/RAW: /06
2013.01.31 14:28:29 5: ZWDongle/RAW: /0104011301e8
2013.01.31 14:28:29 5: SW: 06
2013.01.31 14:28:29 5: ZWDongle_Read zwif: 011301
2013.01.31 14:28:29 5: zwif dispatch 011301

cyberdwarf

Hallo thunder,

ich führe einget ZWDongle_0 nodeList
aus und erhalte eine Liste aller Geräte IDs
ZWDongle_0 nodeList => 1,2,3,4,5,6,7,8,9
Dann nehme ich mir die entsprechende ID und führe
set ZWDongle_0 createNode 3aus.
Danach wird automatisch ein Eintrag in der .cfg erzeugt, der dann so aussieht.
define ZWave_SWITCH_MULTILEVEL_3 ZWave 0161d5d2 3
attr ZWave_SWITCH_MULTILEVEL_3 classes MANUFACTURER_SPECIFIC VERSION HAIL INDICATOR PROTECTION SWITCH_ALL SWITCH_MULTILEVEL
attr ZWave_SWITCH_MULTILEVEL_3 room ZWave
define FileLog_ZWave_SWITCH_MULTILEVEL_3 FileLog ./log/ZWave_SWITCH_MULTILEVEL_3-%Y.log ZWave_SWITCH_MULTILEVEL_3
attr FileLog_ZWave_SWITCH_MULTILEVEL_3 logtype text
attr FileLog_ZWave_SWITCH_MULTILEVEL_3 room ZWave


Gruß
Torsten
RPi+COC | RFXtrx433 | HMLAN
fht80b, FHT80TF, S300TH, hms100-tf, EMFM, EMWZ
FS20:bs,di,piri,rsu,s4a,s6a,sm4,sm8,s8m,st,tfk
YCR-1000, ITL-230, HE877, HE878A, AB440
KD101, RGR918, TS15C_10, WGR918, WS2300
HM-LC-Sw1PBU-FM, HM-LC-BL1-FM
ZWAVE(Test)

Mx112

Zitat von: thunder schrieb am Fr, 18 Januar 2013 08:35All,
Jetzt fiel mir allerdings auf, dass FHEM nicht mitbekommt wenn ich manuell schalte/dimme.

Ähnliches Verhalten hier. Bei meinem SWITCH_BINARY wird bei Aktion über das Webfrontend state auf "on" oder "off" gesetzt. Schaltungen am Schalter landen jedoch in basicReport "00" oder "ff" (nach Aufnahme des USB Sticks in AssocGroup_01).

Ist das jetzt der noch recht frischen ZWave Implementierung geschuldet, oder meinen noch fast gar nicht vorhandenen FHEM Kenntnissen?
Zumindest als Workaround müsste ja ein entsprechendes update des state Readings bei Änderung des basicReport Wertes das gewünschte Ergebnis bringen.
Bin für jeden Tipp dankbar!
FHEM 5.5 SVN - FB7390 FRITZ!OS 06.03 - RaspberryPi - Z-Wave - FBDECT

thunder

Irgendar läuft bei mir grundsätzlich schief... :-(

Ich habe jetzt nochmals die ganze ZWafe config entfernt und bin wie folgt vorgegangen:

usb scan

habe dann den entsprechenden define Befehl mit cut&paste in di eCommandozeile eingegeben und damit den Dongle definiert

define ZWDongle_0 ZWDongle /dev/ttyUSB0@115200

danach mit

get ZWDongle_0 nodeList
ZWDongle_0 nodeList => 1,2


die bekannten Nodes (1=Stick, 2=Dimmer) abgefragt

leider kam auf den
set ZWDongle_0 createNode 2
dann null Reaktion. Mit vollem verboselevel (5) bekam ich folgendes im Logfile:

2013.01.31 19:44:41 5: Cmd: >set ZWDongle_0 createNode 02<
2013.01.31 19:44:41 5: Triggering ZWDongle_0 (1 changes)
2013.01.31 19:44:41 5: Notify loop for ZWDongle_0 createNode 02
2013.01.31 19:44:41 5: ZWDongle/RAW: /06
2013.01.31 19:44:41 5: ZWDongle/RAW: /01040160019b
2013.01.31 19:44:41 5: ZWDongle_0 dispatch 016001
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37068 GET /fhem?detail=ZWDongle_0
2013.01.31 19:44:41 4: /fhem?detail=ZWDongle_0 / RL: 2015 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37068 GET /fhem/css/style.css
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37063 GET /fhem/js/svg.js
2013.01.31 19:44:41 4: Connection accepted from FHEMWEB:192.168.10.164:37070
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37068 GET /fhem/js/fhemweb.js
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37068 GET /fhem/icons/icoEverything
2013.01.31 19:44:41 5: ZWDongle/RAW: /0106004981000031
2013.01.31 19:44:41 5: ZWDongle_0 dispatch 0049810000
2013.01.31 19:44:41 4: HTTP FHEMWEB:192.168.10.164:37068 GET /fhem?room=all&XHR=1&inform=1
2013.01.31 19:44:44 4: Connection closed for FHEMWEB:192.168.10.164:37068


Leider kann ich mit der PC-Software die Firmware Version des Sticks nicht auslesen....

thunder

um sicher zu gehen habe ich den Stick noch auf die letzte Firmware Release 3.07 gebracht. Bisher keine Veränderung...