SWITCH_REMOTE

Begonnen von feichling, 03 September 2013, 16:58:34

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

feichling

03 September 2013, 16:58:34
Hallo....
ich bin noch recht neu mit FHEM unterwegs. Bis dato hab ich einen "Vision Tür- und Fenstersensor (VIS_ZD2102)" einen "Merten Funk-Empfänger UP CONNECT, Schalter 2fach" und drei mal "Merten Schalt-Einsatz mit Sensorfläche" an einem "Aeon Labs USB-Stick S2" laufen.
Nun hab ich Probleme mit dem einbinden des/der "Merten Funk-Taster CONNECT 2fach (ist eine Doppelwippe)".

Hier mal ein Auszug aus dem Log vom autocreate:
2013.09.02 20:41:49 2: autocreate: define ZWave_SWITCH_REMOTE_19 ZWave 0161ec21 19 728670858eef85202650
2013.09.02 20:41:49 1: Adding the controller 01 to association group 1
2013.09.02 20:41:49 2: autocreate: define FileLog_ZWave_SWITCH_REMOTE_19 FileLog ./log/ZWave_SWITCH_REMOTE_19-%Y.log ZWave_SWITCH_REMOTE_19

Die erkannten Klassen:
MANUFACTURER_SPECIFIC VERSION CONFIGURATION ASSOCIATION MARK ASSOCIATION BASIC SWITCH_MULTILEVEL BASIC_WINDOW_COVERING

jedoch bekomme ich kein Ton aus dem Dingen raus.
Im Anhang befindet sich noch die Bedienungsanleitung von Merten.

rudolfkoenig

#1
04 September 2013, 09:14:36
>  jedoch bekomme ich kein Ton aus dem Dingen raus.

Was sieht man, wenn man verbose fuer das Geraet (achtung, nach update!) auf 5 setzt?

Ich vermute, die Standard-Association was FHEM absetzt ist nicht ausreichend, und man muss, wie auf Seite 18 der Doku beschrieben ist, den Stick mit dem Schalter paaren. Allerdings finde ich die Doku extrem kurz, und was ein Parameter beim association ist, ist mir ein Raetsel.

feichling

#2
05 September 2013, 06:55:48
Hallo "rudolfkoenig",

Danke für deine schnelle Reaktion.
egal welches "get" ich vom Schalter haben möchte, Meldung lautet immer: Timeout reading answer for get XXX

"set ZWave_SWITCH_REMOTE_19 associationAdd n n" in den Üblichen Gruppe meines Systems bring keine reaktion.
Es handelt sich ja um ein Battery betriebener Schalter, aber auch ein Wakeup ist noch nie aufgetaucht.
Ich hab noch eine andere Dokumentation im I-Net gefunden, Hänge diese mal unten dran.

Was kann ich noch versuchen ?

rudolfkoenig

#3
05 September 2013, 09:03:52
> Es handelt sich ja um ein Battery betriebener Schalter,

Ach.

Hier liegt vermutlich ein Problem: normalerweise melden batteriebetriebene Geraete die WAKE_UP Klasse, und senden regelmaessig ein "ich bin kurz wach" Telegramm (wakeup:notification), woraufhin FHEM die gesammelten Befehle losschickt. Da es "nur" ein Schalter ist, ist das vmtl. nicht unbedingt notwendig, aber dann muss der Schalter bei FHEM Kommandos wach sein, geweckt durch den 3-fach klick oder einfach schalten.

In der Doku ist MULTI_INSTANCE/MULTI_INSTANCE_ASSOCIATION vermerkt, sowas kennt FHEM aber nicht, in meinem Doku vom Ende 2011 (SDS11060) ist es auch nicht drin, ist wohl neuer. Ich gehe davon aus, dass es nicht unbedingt notwendig ist, da andere, aeltere Zwave-Geraete sowas auch nicht kennen.

Ich vermute, dass hier nur experimentieren/basteln weiterhilft. Z.Bsp. wuerde ich zusaetzlich den Wert WAKE_UP zu Liste der Klassen hinzufuegen, damit sammelt fhem die Befehle, und sendet diese erst dann, wenn die andere Seite sich meldet.

rudolfkoenig

#4
05 September 2013, 11:59:58
Auf http://wiki.micasaverde.com/index.php/ZWave_Command_Classes ist MULTI_INSTANCE aufgefuehrt, ist wohl ein anderer Name fuer die Klasse MULTI_CHANNEL.

Ich habe gerade auch einen Bugfix eingecheckt, danach sollte FHEM die Klasse MULTI_CHANNEL_ASSOCIATION beim Anlegen des Geraetes erkennen.

Vlt. benoetigt man die Kommandos dieser Klasse, um das Geraet lauffaehig zu kriegen, beschrieben sind die set/get Kommandos in Kapitel 4.52 in dem oben erwaehnten Dokument. So richtig verstehe ich es aber noch nicht, was man damit erreichen soll.

Die angeblich unterstuetzte Klasse MULTI_INSTANCE aka MULTI_CHANNEL sehe ich nicht.

feichling

#5
07 April 2015, 16:45:27
Hallo "rudolfkoenig",

habe mich nun nochmal an meinem Schalter versucht. Nun habe ich diesen mit Hilfe von mcaAdd zum sprechen bringen können.

im Log bekomme ich nun folgenden:
2015.04.06 21:34:52 4: ZWave_SWITCH_REMOTE_8: MULTI_CHANNEL 066006012001ff generated no event
2015.04.06 21:34:53 4: ZWave_SWITCH_REMOTE_8: MULTI_CHANNEL 06600601200100 generated no event
2015.04.06 21:34:54 4: ZWave_SWITCH_REMOTE_8: MULTI_CHANNEL 066006022001ff generated no event
2015.04.06 21:34:55 4: ZWave_SWITCH_REMOTE_8: MULTI_CHANNEL 06600602200100 generated no event
Zeile 1 - LINKE Wippe OBEN gedrückt
Zeile 2 - LINKE Wippe UNTEN gedrückt
Zeile 3 - RECHTE Wippe OBEN gedrückt
Zeile 4 - RECHTE Wippe UNTEN gedrückt

Ich bin nun aber zu blond um den Faden weiter zu führen, daher bitte ich um Hilfe.
Schon mal Danke vorab.

feichling

#6
09 April 2015, 10:49:04
Hallo rudolfkoenig,

habe nun erstmal in der 10_ZWave.pm diese vier Zeilen eingefügt um mir zu helfen:

"^..6006012001ff"  => "state:WLon",        für WippeLinksOben
"^..600601200100"  => "state:WLoff",      für WippeLinksUnten
"^..6006022001ff"  => "state:WRon",        für WippeRechtsOben
"^..600602200100"  => "state:WRoff",      für WippeRechtsUnten

Sieht noch nun so aus:

MULTI_CHANNEL            => { id => '60',  # Version 2, aka MULTI_INSTANCE
    get   => { mcEndpoints => "07",     # Endpoints
               mcCapability=> "09%02x"},
    parse => { "^046008(..)(..)" => '"mcEndpoints:total ".hex($2).'.
                                 '(hex($1)&0x80 ? ", dynamic":"").'.
                                 '(hex($1)&0x40 ? ", identical":", different")',
               "^..6006012001ff"  => "state:WLon",
               "^..600601200100"  => "state:WLoff",
               "^..6006022001ff"  => "state:WRon",
               "^..600602200100"  => "state:WRoff",
               "^..600a(.*)"=> 'ZWave_mcCapability($hash, $1)' }, },

feichling

#7
09 April 2015, 13:44:47 Letzte Bearbeitung: 09 April 2015, 14:33:34 von feichling
Drucken
Nach oben Seiten1
Benutzer-Aktionen