Merten Funk-Rolladentaster Connect (5025, 5035, 5045) modelConfig: unknown

[HomeAlone]

Hallo zusammen,

System: Rasberry Pi 2, RaZberry Z-Wave Plus Modul mit Merten Funk-Rolladentaster Connect 503519

Der Funk-Taster ist direkt auf dem Merten Jalousiesteuerungs-Einsatz Standard (580698) aufgesetzt.

Wenn ich den Taster anlerne, gibt mir das Logfile folgendes aus:

Code Auswählen Erweitern


2015-06-03_11:17:26 ZWave_WINDOW_COVERING_3 associationAdd 1 01
2015-06-03_11:17:27 ZWave_WINDOW_COVERING_3 modelConfig: unknown
2015-06-03_11:17:27 ZWave_WINDOW_COVERING_3 modelId: 007a-4004-0001
2015-06-03_11:17:27 ZWave_WINDOW_COVERING_3 model: Merten Wall Roller Shutter Module


Anschließendes runter und hochfahren klappt am Schalter selbst.
Im Log von fhem (zuvor habe ich das device noch umbenannt und den log level auf 5 gestellt) wird das wie folgt festgehalten:

Code Auswählen Erweitern


2015-06-03_11:25:30 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500200
2015-06-03_11:25:32 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500100
2015-06-03_11:57:40 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500140
2015-06-03_11:58:09 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500100
2015-06-03_12:06:41 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500140


Als ich dann in der GUI von fhem bei den Parametern zu der "Rollade_rechts.Wohnzimmer" auf das associationAdd 1 01 geklickt habe, verschwand der Text und es erscheint nun eine Glühbirne die an ist und eine die aus ist.

• Klicke ich auf Off, fährt die Rollade runter
• Klicke ich auf On, fährt die Rollade rauf

Daß ich nun über fhem hoch- und runterfahren kann ist ja schon mal nicht schlecht

Im Log erscheint jetzt folgendes:

Code Auswählen Erweitern


2015-06-03_16:34:34 Rollade_rechts.Wohnzimmer on
2015-06-03_16:35:22 Rollade_rechts.Wohnzimmer off
2015-06-03_16:36:04 Rollade_rechts.Wohnzimmer on


Vermutlich sollte hier aber etwas wie up und down stehen, oder?

Auf der Detailseite zu Rollade_rechts.Wohnzimmer erscheinen folgende Internals:

Code Auswählen Erweitern


DEF d7882578 3
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 1
NAME Rollade_rechts.Wohnzimmer
NR 30
STATE on
TYPE ZWave
ZWAVE1_MSGCNT 1
ZWAVE1_RAWMSG 0004000303500140
ZWAVE1_TIME 2015-06-03 12:06:41
homeId d7882578
id 03
lastMsgTimestamp 1433343317


Bei den Readings folgendes:

Code Auswählen Erweitern


UNPARSED BASIC_WINDOW_COVERING 03500140 2015-06-03 12:06:41
model Merten Wall Roller Shutter Module 2015-06-03 16:55:17
modelConfig unknown 2015-06-03 16:55:17
modelId 007a-4004-0001 2015-06-03 16:55:17
state on 2015-06-03 16:36:04
transmit OK 2015-06-03 16:36:04


Hier irritiert mich vor allem der Eintrag UNPARSED BASIC_WINDOW_COVERING 03500140.
Zudem scheint es keine config für den Taster zu geben?
Zumindest vermute ich das nach der Lektüre von www.fhemwiki.de/wiki/Z-Wave

attr Rollade_rechts.Wohnzimmer classes
Liefert mir im Textfeld dahinter:

Code Auswählen Erweitern

MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION SWITCH_MULTILEVEL BASIC_WINDOW_COVERING SENSOR_MULTILEVEL SENSOR_CONFIGURATION PROTECTION MARK BASIC_WINDOW_COVERING


Sooo... und jetzt hakt es bei mir leider aus.

Was bedeuten die Fehlermeldungen? fhem "UNPARSED BASIC_WINDOWS_COVERING" gibt bei Google ganze Null Treffer und auch die model Config unknown Meldung lassen mich vermuten, dass hier etwas noch nicht ganz rund läuft.

Hat jemand einen Tipp für mich?

Viele Grüße,
Sascha

[krikan]

Hallo Sascha,

vorweg: Z-Wave-spezifische Fragen sind im Unterforum zu Z-Wave besser aufgehoben. Dort hast Du bessere Chancen bei Fragen, insbesondere liest dort der Entwickler des Z-Wave-Moduls mit.

Zu Deiner Frage: "UNPARSED xyz" ist keine Fehlermeldung, sondern das sind dir "Rohnachrichten. Es bedeutet, dass die Z-Wave Command Class von Fhem noch nicht bzw. nicht vollständig eingebunden ist. Hier müssen ggfs. noch Anpassungen am 10_ZWave.pm-Modul vorgenommen werden. Wenn Du genau sagst, welche UNPARSED zu welcher Aktion passt, kann man das angehen. Ich schau aber noch mal in die entsprechenden Doku, ob es nicht dort schon erkennbar ist oder ich es hier verstehe.

Vermutlich sollte hier aber etwas wie up und down stehen, oder?

Ja, könnte. Aber das kannst Du auch eigenständig anpassen: Schau nach http://forum.fhem.de/index.php/topic,12080.msg71651.html#msg71651.

Zudem scheint es keine config für den Taster zu geben?
Zumindest vermute ich das nach der Lektüre von www.fhemwiki.de/wiki/Z-Wave

Das ist korrekt. Merten ist bei Z-Wave teilweise besonders und hier nicht so häufig vertreten. Das ist aber nicht tragisch und kein Problem.
Die Configs sind lediglich Einrichtungshilfen für Z-Wave und haben keine funktionale Bedeutung in Fhem. Wenn Du eine Config anlegen möchtest, dann kannst Du das gerne hier zur Verfügung stellen und ich packe das mit ins nächste  Config-Update.

Gruß, Christian

PS: Sehe gerade Deine andere Frage zur Heizungssteuerung: Kennst Du die Z-Wave Heatit-Steuerung?

[krikan]

Die UNPARSED-Meldungenn sollten verschwinden, wenn Du in 10_ZWAVE.pm den Block zu BASIC_WINDOW_COVERING folgendermaßen ersetzt:

Code Auswählen Erweitern

  BASIC_WINDOW_COVERING    => { id => '50',
    set   => { coveringClose  => "0140",
               coveringOpen   => "0100",
               coveringStop   => "02"  },
    parse => { "03500140"     => "covering:close",
               "03500100"     => "covering:open",
               "03500200"     => "covering:stop" } },
Kannst Du gerne probieren und berichten. Kann es halt nicht testen.

Interessanter sollte aber sein, ob die Steuerung über "set dim %" funktioniert und das entsprechende Reading "dim" dann die richtige Position der Rollade anzeigt.

Zum Hintergrund: Die Command Class BASIC_WINDOW_COVERING soll laut alter Z-Wave Doku aus 2009 nicht mehr verwendet werden und ist auch sehr rudimentär. Stattdessen soll laut  Doku die Command Class SWITCH_MULTILEVEL verwendet werden. SWITCH_MULTILEVEL ist auch für Dimmer zuständig und darum sind die Befehle auch on/off/dim.

Was mich wundert: Warum bekommst Du die UNPARSED-Meldungen der CC BASIC_WINDOW_COVERING, obwohl du anscheinend bereits mit on/off der CC SWITCH_MULTILEVEL steuerst? Kommst UNPARSED nur bei Steuerung über den Taster?

[HomeAlone]

Hallo krikan,

habe die Änderungen in 10_Zwave.pm eingepflegt.

Anschließend in der GUI

Dann am Schalter folgende Sequenz gedrückt:
Runter (Taster lange nach oben gedrückt)
Rauf (Taste lange nach oben gedrückt)
Stop (Taster kurz nach unten gedrückt)
"nix passiert" (Taste kurz nach oben gedrückt)
Rauf (Taste lange nach oben gedrückt)

Lange heißt hier ca. 1-2 Sekunden - halt so lange, bis sich die Rollade bewegt hat.

Das führt zu folgendem Log:

Code Auswählen Erweitern


2015-06-03_21:24:50 Rollade_rechts.Wohnzimmer covering: close
2015-06-03_21:25:19 Rollade_rechts.Wohnzimmer covering: open
2015-06-03_21:25:39 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500240
2015-06-03_21:25:50 Rollade_rechts.Wohnzimmer covering: stop
2015-06-03_21:26:03 Rollade_rechts.Wohnzimmer covering: open


So, ich bin ja (hoffentlich) lernfähig - d.h. das UNPARSED kam, wenn die Rollade sich nach oben bewegt und ich kurz nach unten drücke.
Danach das Stop müsste dann dem kurz nach oben drücken bei stehender Rollade entsprechen.

Richtig?

Ich versuche gleich mal alle Tastenkombinationen aus: Also kurz rauf, lange rauf, kurz runter lange runter - jeweils für stehende Rolladen und sich bewegende Rolladen. Dann müssten ja alle Events erfasst sein.

Zum Dim: Ich kann zwar sowohl über den Slider neben set einen Wert einstellen - nach Klicken auf set tut sich aber nix. Im log steht zwar was, aber die Rollade verweilt an Ihrer Ursprungsposition.

Code Auswählen Erweitern


2015-06-03_21:20:08 Rollade_rechts.Wohnzimmer on
2015-06-03_21:20:46 Rollade_rechts.Wohnzimmer dim 28
2015-06-03_21:21:24 Rollade_rechts.Wohnzimmer off
2015-06-03_21:22:03 Rollade_rechts.Wohnzimmer on
2015-06-03_21:22:08 Rollade_rechts.Wohnzimmer off
2015-06-03_21:22:39 Rollade_rechts.Wohnzimmer on
2015-06-03_21:24:13 Rollade_rechts.Wohnzimmer dim 46


Ich kann aber gerade nicht mehr sagen, was ich da in welcher Reihenfolge in der GUI geklickt habe.

Werde mich mal an mein Laptop schwingen und das mobil machen - ist etwas einfacher als hier zu klicken und ans andere Ende der Wohnung zu rennen, um zu sehen was und ob was passiert...

Dann führe ich beide Versuchsreihen durch - also einmal alle Schalterkombinationen und alle Klickkombinationen.

P.S.: zu dem Heatit - das wurde mir heute auf Amazon "empfohlen" Ist allerdings ein stolzer Preis mit gut 170 Euro.

[HomeAlone]

OK, erste Testreihe für den Taster abgeschlossen.

Start mit Rollade ganz oben:

• lange runter (bis zum Boden)
• lange rauf (bis zur Decke)
• kurz runter (nichts passiert)
• kurz rauf (nichts passiert)
• lange runter
• kurz rauf (Rollade stoppt sofort)
• kurz runter (nichts passiert)
• lange runter (bis zum Boden)
• kurz runter (nix passiert)
• kurz rauf (nix passiert)
• lange rauf
• kurz runter (Rollade stoppt sofort)
• kurz rauf (nix passiert)
• lange rauf

Das Logfile des Tasters (ich habe die Nummern von oben mit eingefügt):

Code Auswählen Erweitern


01) 2015-06-03_21:53:23 Rollade_rechts.Wohnzimmer covering: close
02) 2015-06-03_21:53:54 Rollade_rechts.Wohnzimmer covering: open
03) 2015-06-03_21:54:24 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500240
04) 2015-06-03_21:54:27 Rollade_rechts.Wohnzimmer covering: stop
05) 2015-06-03_21:54:33 Rollade_rechts.Wohnzimmer covering: close
06) 2015-06-03_21:54:43 Rollade_rechts.Wohnzimmer covering: stop
07) 2015-06-03_21:54:46 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500240
08) 2015-06-03_21:54:51 Rollade_rechts.Wohnzimmer covering: close
09) 2015-06-03_21:55:09 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500240
10) 2015-06-03_21:55:11 Rollade_rechts.Wohnzimmer covering: stop
11) 2015-06-03_21:55:14 Rollade_rechts.Wohnzimmer covering: open
12) 2015-06-03_21:55:33 Rollade_rechts.Wohnzimmer UNPARSED: BASIC_WINDOW_COVERING 03500240
13) 2015-06-03_21:55:34 Rollade_rechts.Wohnzimmer covering: stop
14) 2015-06-03_21:55:36 Rollade_rechts.Wohnzimmer covering: open


D.h. im Modul fehlt noch der Code für kurz runter - habe ich in 10_ZWave.pm eingefügt:

Code Auswählen Erweitern


  BASIC_WINDOW_COVERING    => { id => '50',
    set   => { coveringClose  => "0140",
               coveringOpen   => "0100",
               coveringStop   => "02"  },
    parse => { "03500140"     => "covering:close",
               "03500100"     => "covering:open",
               "03500200"     => "covering:stop",
               "03500240"     => "covering:stop" } },


Und siehe da im Log kommt kein UNPARSED: ... mehr:

Code Auswählen Erweitern


2015-06-03_22:22:42 Rollade_rechts.Wohnzimmer covering: close
2015-06-03_22:22:47 Rollade_rechts.Wohnzimmer covering: stop
2015-06-03_22:22:50 Rollade_rechts.Wohnzimmer covering: stop
2015-06-03_22:22:52 Rollade_rechts.Wohnzimmer covering: stop
2015-06-03_22:22:53 Rollade_rechts.Wohnzimmer covering: open

Tastenkombi: lange runter, kurz runter, kurz rauf, kurz runter, lange rauf

qed D.h. diese Zeilen müssten in das 10_ZWave Modul, richtig?

In der GUI habe ich angefangen auszuprobieren, aber da dort ein STOP als Option fehlt, stimmt hier irgendwas noch nicht. Eine Idee?

[krikan]

Sieht doch gut aus! Kannst für Rudi einen Patch machen, wenn Du magst (http://www.fhemwiki.de/wiki/How_to_write_a_patch), und im Z-Wave Unterforum einstellen. Wobei ich mir nicht sicher bin, ob das wirklich eine Standard-Command Class ist oder -wozu ich tendiere- merten-spezifisch ist.

Wobei mich bei dem Aktor einige Dinge wundern:
Laut http://www.pepper1.net/zwavedb/device/85 kann der BASIC_WINDOW_COVERING V2. Nur eine Version 2 finde ich in keiner "offiziellen" Quelle.
SWITCH_MULTILEVEL wird nach deinem Test auch nicht richtig unterstützt; evtl. musst Du aber noch die in pepper1 genannten Fahrzeiten konfigurieren und vielleicht läuft es dann. STOP gibt es auch in SWITCH_MULTILEVEL (eigentlich solltest Du schon einen stop-Befehl haben).
Warum hat der Aktor 2 Endpoints? Kann man 2 Jalousien unanhängig voneinander anschließen und steuern?
Also es gibt noch ein paar Besonderheiten, die Du erforschen darfst 

[HomeAlone]

So, der Patch ist eingereicht und angenommen. D.h. die die Anzeige von Tasterdrücken ist jetzt sauber.

Zu den anderen Punkten habe ich ein wenig ausprobiert, stehe aber jetzt auf dem Schlauch.

Laut http://www.pepper1.net/zwavedb/device/85 kann der BASIC_WINDOW_COVERING V2. Nur eine Version 2 finde ich in keiner "offiziellen" Quelle.

dito. Ich habe jetzt einmal Merten angeschrieben, vielleicht bekomme ich ja eine Antwort.

SWITCH_MULTILEVEL wird nach deinem Test auch nicht richtig unterstützt; evtl. musst Du aber noch die in pepper1 genannten Fahrzeiten konfigurieren und vielleicht läuft es dann. STOP gibt es auch in SWITCH_MULTILEVEL (eigentlich solltest Du schon einen stop-Befehl haben).

Ich habe mir das Datenblatt bei pepper1 angeschaut - kannst Du mir einen kleinen Tipp geben, wie ich bei der Ermittlung der Parameter vorgehen soll?

Also als Beispiel Parameter 176, Umschaltpaus (Motorschutz), Eingabe (0-255) * 0,1s
Die Werte habe ich aus dem "Beipackzettel" zum Rolladentaster. Dort wird als Range immer 0-255 angegben. Bei Pepper1 0-127.
Was hat es mit dem Motorschutz auf sich? Kann ich hier etwas zerstören?
Wie messe ich diesen Wert?

Warum hat der Aktor 2 Endpoints? Kann man 2 Jalousien unanhängig voneinander anschließen und steuern?

Ich vermute mal stark, dass der 2. Endpoint für einen Lichtsensor ist. Der Schalter heißt in der Anleitung "Funk Rollladentaster CONNECT mit Sensoranschluss".

In der Zwischenzeit habe ich auch einmal die z-way Software installiert (auf einer anderen SD-Card). Diese führt ein ausführliches Interview mit dem Taster durch. Allerdings wird er nach dem ersten Auto-Durchlauf nicht korrekt erkannt. Man kann über die GUI ein Description file herunterladen. Anschließend laufen die meisten Interviews der erkannten Klassen via force interview korrekt durch.
Das logfile mit den Interviews, sowie anschließendem Test der Funktionen hoch, runter und stop (dort über den Expertenmodus in der Klasse MULTILEVEL_SWITCH) habe ich angehangen; vielleicht gibt das ja noch den ein oder anderen Aha-Effekt bei wissenden Leuten.
Unter Z-Way wurden mir auch viele der ZWave Klassen doppelt angezeigt, unter anderem MULTILEVEL_SWITCH.
Ich habe hier noch mal ein wenig gegoogelt und bin auf diesen Thread gestoßen: http://forum.z-wave.me/viewtopic.php?f=3419&t=19279&p=46849&hilit=merten#p46849
Könnte die Antwort von PoltoS, 25 May 2012 16:02  einen Hinweis darauf geben, warum sich die Merten-Geräte so schwer tun? Die beiden Instanzen haben ich bei meinem Device ja auch. Im angehangenen Logfile kann man sehen, dass das Device 3 sowohl als Node 3:0, als Node 3:1 als auch als Node 3:2 angesprochen wird.

Also ich stochere gerade wie gesagt ein wenig im Dunkeln... Vielleicht sieht der eine oder andere ja einen Lichtschalter?

[krikan]

Die Werte habe ich aus dem "Beipackzettel" zum Rolladentaster. Dort wird als Range immer 0-255 angegben. Bei Pepper1 0-127.

In Pepper sind die Werte auf 2 Bytes aufgeteilt, wenn Dein Beipackzettel das auf Word-Basis angibt hast Du schon mal Ähnlichkeit. Versuche doch mal time up und time down mit "set configByte" oder set configWord" zu konfigurieren (Laufzeit schätzen!) und entsprechend mit get configByte/configWord zurrückzulesen. Dann mal wieder mit "set dim %" Prozent probieren und hoffen, dass eine vernünftige Rücknachricht kommt.

Was hat es mit dem Motorschutz auf sich? Kann ich hier etwas zerstören?

Vermutung: Schutz gegen sofortige Umschaltung der Laufrichtung. Das kann man selbst beeinflußen und manche Motoren haben afaik auch einen Schutz.

z-way Software

Das Log zeigt, dass Z-Way die Class BASIC WINDOW COVERING nicht unterstützt.
Das Command "SwitchMultilevel Start Level Change", welches Z-Way nutzt, ist in Fhem bisher nicht eingebaut, weil das zumeist auch über dim geht. Wenn Merten das aber nicht kann, muss das wohl eingebaut werden. Merten ist halt speziell...

Vielleicht sieht der eine oder andere ja einen Lichtschalter?

Verschiebe den Thread bitte nach Z-Wave. Da lesen auch die Wissenden (u.a. Rudi) mit. Hier ist er nur sporadisch unterwegs, so dass Deine Aussichten schlechter werden. Da er aber verschobene Threads immer noch nicht mitbekommt, musst Du im wohl über den Patchthread eine Info zukommen lassen

[HomeAlone]

Verschiebe den Thread bitte nach Z-Wave. Da lesen auch die Wissenden (u.a. Rudi) mit. Hier ist er nur sporadisch unterwegs, so dass Deine Aussichten schlechter werden. Da er aber verschobene Threads immer noch nicht mitbekommt, musst Du im wohl über den Patchthread eine Info zukommen lassen

Oki, hiermit geschehen. Hat etwas gedauert, da ich zwischenzeitlich im Urlaub war 

Dies hier war der letzte Stand:

Das Log zeigt, dass Z-Way die Class BASIC WINDOW COVERING nicht unterstützt.
Das Command "SwitchMultilevel Start Level Change", welches Z-Way nutzt, ist in Fhem bisher nicht eingebaut, weil das zumeist auch über dim geht. Wenn Merten das aber nicht kann, muss das wohl eingebaut werden. Merten ist halt speziell...

Ich helfe gerne, wenn ich hier Daten liefern kann. Ich bräuchte nur einen kleinen Stups in die richtige Richtung, welche Daten benötigt werden...

[krikan]

Ich helfe gerne, wenn ich hier Daten liefern kann. Ich bräuchte nur einen kleinen Stups in die richtige Richtung, welche Daten benötigt werden...

Daten liefern brauchst Du nicht.
Vielmehr muss "nur" das Command "SwitchMultilevel Start Level Change" der Class SWITCH_MULTILEVEL in 10_ZWave.pm eingebaut werden. Anschließend müsstest Du testen, ob das mit dem Merten danach funktioniert. Infos zu den notwendigen Codes findest Du bspw. unter http://www.fhemwiki.de/wiki/Z-Wave#Links (Hilfen zur Einbindung von Command Classes in Fhem).
Zur "Not" könnte man es vorab auch mit raw-Messages zum Testen probieren, siehe bspw.: http://forum.fhem.de/index.php/topic,37202.msg294912.html#msg294912

Versuche doch mal time up und time down mit "set configByte" oder set configWord" zu konfigurieren (Laufzeit schätzen!) und entsprechend mit get configByte/configWord zurrückzulesen. Dann mal wieder mit "set dim %" Prozent probieren und hoffen, dass eine vernünftige Rücknachricht kommt.

Hast Du das eigentlich probiert?

[HomeAlone]

Vielmehr muss "nur" das Command "SwitchMultilevel Start Level Change" der Class SWITCH_MULTILEVEL in 10_ZWave.pm eingebaut werden.

OK, ich habe mir die Definition von SwitchMultilevel angeschaut. In der 10_ZWave.pm sind lediglich set und get definiert. Es fehlen noch startlevelchange, report, stoplevelchange und dolevelchange: https://github.com/yepher/RaZBerry/blob/master/CommandClasses.md (Die Struktur bei COMMAND_CLASS_SWITCH_MULTILEVEL suchen)

Die zu ergänzenden Zeilen in der 10_ZWave.pm müssten dann doch so aussehen:

Code Auswählen Erweitern


    report => { off         => "0300",
on          => "03FF"},
startlevelchange    => { swmStatus => "04"},
stoplevelchange    => { swmStatus => "05"},
dolevelchange    => { off        => "0600",
on         => "06FF"},

startlevelchange ist noch nicht korrekt. Dort wird im Gegensatz zu den anderen Parametern eine variable Bitmaske übergeben. Wie gebe ich das in der 10_ZWave.pm an?

Das hier wäre der zu transformierende Part:

Code Auswählen Erweitern


{
            "FIELD_KEY": "4",
            "FIELD_NAME": "SWITCH_MULTILEVEL_START_LEVEL_CHANGE",
            "FIELD_DESCRIPTION": "Switch Multilevel Start Level Change",
            "FIELD_PARAMETERS": {
              "FIELD_KEY": "0",
              "FIELD_TYPE": "STRUCT_BYTE",
              "FIELD_TYPEhashcode": "7",
              "bitfield": {
                "FIELD_KEY": "3",
                "FIELD_NAME": "Reserved",
                "FIELD_BIT_MASK": "31",
                "FIELD_OFFSET": "0"
              },
              "FIELD_BIT_DEF": [
                {
                  "FIELD_KEY": "2",
                  "FIELD_FLAG_DESCRIPTION": "Ignore Start Level",
                  "FIELD_FLAG_MASK": "32"
                },
                {
                  "FIELD_KEY": "1",
                  "FIELD_FLAG_DESCRIPTION": "UP/DOWN",
                  "FIELD_FLAG_MASK": "64"
                },
                {
                  "FIELD_KEY": "0",
                  "FIELD_FLAG_DESCRIPTION": "Roll Over",
                  "FIELD_FLAG_MASK": "128"
                }
              ]
            }


Zur "Not" könnte man es vorab auch mit raw-Messages zum Testen probieren, siehe bspw.: http://forum.fhem.de/index.php/topic,37202.msg294912.html#msg294912

get ZWAVE1 raw 1304043203 (die Rollade hat bei mir die ID 4) ergibt im Logfile:

Code Auswählen Erweitern


2015.06.29 22:28:47 4: ZWDongle get ZWAVE1 raw 1304043203
2015.06.29 22:28:47 5: ZWDongle_Write 00 1304043203
2015.06.29 22:28:47 5: SW: 0107001304043203da
2015.06.29 22:28:47 4: ZWDongle_ReadAnswer arg:raw regexp:^0113
2015.06.29 22:28:47 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.06.29 22:28:47 5: SW: 06
2015.06.29 22:28:47 4: ZWDongle_ReadAnswer for raw: 011301
2015.06.29 22:28:47 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000003
2015.06.29 22:28:47 5: SW: 06
2015.06.29 22:28:47 5: ZW_SEND_DATA:OK received, removing 0107001304043203da from sendstack
2015.06.29 22:28:47 5: ZWAVE1 dispatch 001305000003
2015.06.29 22:28:47 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.06.29 22:28:47 4: ZWAVE1 transmit OK for 05


Aus obigem Thread wird mir aber nicht ganz klar, wie ich diese Ausgabe verwenden soll, um den Taster RAW anzusprechen?

Zu der anderen Frage:

Zitat

    Versuche doch mal time up und time down mit "set configByte" oder set configWord" zu konfigurieren (Laufzeit schätzen!) und entsprechend mit get configByte/configWord zurrückzulesen. Dann mal wieder mit "set dim %" Prozent probieren und hoffen, dass eine vernünftige Rücknachricht kommt.

Hast Du das eigentlich probiert?

Jetzt ja. 

Die Parameter im Originalzustand (Auslesen aus dem Merten-Schalter):

Code Auswählen Erweitern


177 = 4
178 = 176
179 = 4
180 = 176

Also laut der Formel in der Beschreibung:
Hochfahren = (256*4 + 176) *0,1s = 120s default Wert. Dito für Herunterfahren.

Messen hat ergeben, dass es bei mir sowohl 27s für hoch als auch für runter braucht.
Also ergeben sich die Parameter 1 und 14 für obige Rechnung

Ein anschließendes "set dim %" wird zwar brav geloggt, nur die Rollade bewegt sich nicht.

[krikan]

Hallo Sascha,
habe das wohl ein bißchen zu knapp geschrieben, so dass Du tlw. auf einem zu schwierigen Weg bist. Sorry. In 10_ZWave.pm (r8861 ab Zeile39ff.) brauchst Du mMn nur "SwitchMultilevel Start Level Change" als set ergänzen. Die anderen Befehle sind schon drin. Als Doku schau mal im github-Link https://github.com/yepher/RaZBerry im docs-Verzeichnis im SDS...pdf nach und in https://github.com/OpenZWave/open-zwave/blob/master/cpp/src/command_classes/SwitchMultilevel.cpp

Du könntest mal probieren, ob die raw-Befehle für "Switch Multilevel Start Level Change" überhaupt Auswirkungen haben, bevor Du was einbaust. Mein Link zu den raw-Befehlen sollte nur die grds. Vorgehensweise zeigen. Du müsste für CC SWITCH_MULTILEVEL und "Switch Multilevel Start Level Change" anpassen. So fährt bei meinem Fibaro FGRM222 mit NodeId 4 folgender raw-Befehl für "Switch Multilevel Start Level Change" die geschlossene Jalousie hoch:

Code Auswählen Erweitern


get ZWAVE1 raw 1304042604603205
Ich habe nämlich noch so ein bißchen die Befürchtung, dass derzeit die Befehle an den falschen Endpoint geschickt werden.
Gruß, Christian

[HomeAlone]

Hallo Christian,

erst einmal vielen Dank für Deine Geduld!

Ich habe nämlich noch so ein bißchen die Befürchtung, dass derzeit die Befehle an den falschen Endpoint geschickt werden.

Ich würde jetzt mal halblaut behaupten, dass das Device richtig eingerichtet ist. Auf der Konfigurationsseite des Merten-Tasters in fhem steht in den Internals:

Code Auswählen Erweitern

IODev ZWAVE1
id 04
Beim Drücken auf on oder off in der fhem GUI für den Merten-Taster fährt die Rollade ja auch hoch und runter.
Zudem habe ich mir - um ein Erfolgserlebnis zu haben und weil ich den 6fach Schalter praktisch finde - von Homematic den HM-CFG-USB2 mit dem HM-PB-6-WM55 gekauft. Ein Notify auf ein kurzes Drücken der ersten beiden Tasten gelegt und auch hier fährt die Rollade hoch und runter.
Oder interpretiere ich das falsch?

Code Auswählen Erweitern

get ZWAVE1 raw 1304042604603205
Habe ich jetzt ausprobiert - die Rollade bewegt sich nicht. 
Die Ausgabe im Fenster:

Code Auswählen Erweitern

ZWAVE1 raw_1304042604603205 => 011301
Das hier wird geloggt:

Code Auswählen Erweitern


2015.06.30 21:44:38 4: ZWDongle get ZWAVE1 raw 1304042604603205
2015.06.30 21:44:38 5: ZWDongle_Write 00 1304042604603205
2015.06.30 21:44:38 5: SW: 010a00130404260460320593
2015.06.30 21:44:38 4: ZWDongle_ReadAnswer arg:raw regexp:^0113
2015.06.30 21:44:38 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.06.30 21:44:38 5: SW: 06
2015.06.30 21:44:38 4: ZWDongle_ReadAnswer for raw: 011301
2015.06.30 21:44:38 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000006
2015.06.30 21:44:38 5: SW: 06
2015.06.30 21:44:38 5: ZW_SEND_DATA:OK received, removing 010a00130404260460320593 from sendstack
2015.06.30 21:44:38 5: ZWAVE1 dispatch 001305000006
2015.06.30 21:44:38 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0006
2015.06.30 21:44:38 4: ZWAVE1 transmit OK for 05




Ich hab jetzt einfach mal einen Fibaro FGRM222 bestellt. Der soll laut Doku ja auch mit Schaltern, die einen Schalter für rauf und einen für runter haben (das ist hier standardmäßig verbaut worden) verwendbar sein. Vielleicht bekomme ich ja mehr heraus, wenn ich den angeschlossen habe (z.B. ob ich nicht vielleicht doch einen Fehler in meiner config habe).

Nichts desto trotz, möchte ich natürlich den Merten-Taster auch dazu bekommen, den dim % (oder ein Äquivalent dazu) hinzubekommen.

Viele Grüße,
Sascha

[krikan]

Kannst Du auch noch das mal probieren (Gegenrichtung), ob es eine Reaktion auslöst:

Code Auswählen Erweitern

get ZWAVE1 raw 1304042604003205
Das geht bei mir auch.
Rest kommentiere ich gleich/später

[HomeAlone]

Das funktioniert!
Die Rollade fährt hoch. 

Logfile in diesem Fall:

Code Auswählen Erweitern


2015.06.30 23:00:58 4: ZWDongle get ZWAVE1 raw 1304042604003205
2015.06.30 23:00:58 5: ZWDongle_Write 00 1304042604003205
2015.06.30 23:00:58 5: SW: 010a001304042604003205f3
2015.06.30 23:00:58 4: ZWDongle_ReadAnswer arg:raw regexp:^0113
2015.06.30 23:00:58 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.06.30 23:00:58 5: SW: 06
2015.06.30 23:00:58 4: ZWDongle_ReadAnswer for raw: 011301
2015.06.30 23:00:58 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000005
2015.06.30 23:00:58 5: SW: 06
2015.06.30 23:00:58 5: ZW_SEND_DATA:OK received, removing 010a001304042604003205f3 from sendstack
2015.06.30 23:00:58 5: ZWAVE1 dispatch 001305000005
2015.06.30 23:00:58 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.06.30 23:00:58 4: ZWAVE1 transmit OK for 05
2015.06.30 23:01:13 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400020a32022144000000000000
2015.06.30 23:01:13 5: SW: 06
2015.06.30 23:01:13 5: ZWAVE1 dispatch 000400020a32022144000000000000
2015.06.30 23:01:13 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0a32022144000000000000