Homematic-Aktoren schalten manchmal nicht

Begonnen von snoop, 27 März 2013, 23:38:07

Vorheriges Thema - Nächstes Thema

snoop

Hallo Martin,

über einen Notify steuere ich mehrere Aktoren (Rollladen) und hatte in der Vergangenheit das Problem, dass beim Schalten der Aktoren nicht alle, bspw. auf ein "auf", reagiert haben - sprich 3/4 ok | 1er keine Reaktion.

Nach langem Suchen bin ich auf eine Lösung (00_HMLAN.pm) gestossen:
 #Zeile ca. 235 (je nach Version der HMLAN)
  my $tm = int(gettimeofday()*1000) % 0xffffffff;
  $msg = sprintf("S%08X,00,00000000,01,%08X,%s",$tm, $tm, substr($msg, 4));
  HMLAN_SimpleWrite($hash, $msg);
  #EIGENTLICH HIER DIESE ZEILE
  ######################################
  # Some linux installations are broken with 0.001, T01 returns no answer
  select(undef, undef, undef, 0.03);


Kannst du deinerseits diese Implementierung begrüssen?
Ich habe bisher gute Erfahrung gemacht - habe leider nur ein Problem: nach jedem Update muss ich die Zeile einfügen ergo *es nervt*! Macht es hier nicht evtl. Sinn das global zum implementieren (ja ich weiß, 0.03 funktioniert vielleicht bei mir bei anderen nicht - klar)?

Oder soll ich eher mit "sleep" arbeiten?
Oder ist es Geschmackssache was man macht?
Vorzugsweise würde ich eine stabile Variante bevorzugen.

Oder anders gefragt: was hat es mit dem Problem auf sich - offensichtlich ist das Problem noch da? Mache ich etwas falsch?

Viele Grüße
Arthur

martinp876

Hallo Arthur,

ich erinnere mich an das Problem...

Natuerlich bin ich an einer stabilen Implementierung interessiert, sprich sie soll ueberall funktionieren, also auch bei dir. Ueber kurz oder lang gibt es eh groessere Probleme, wenn diese Grundlagen nicht stabil sind.

Im Allgemeinen mag ich keine delays, manchmal sind sie notwendig. Bevor ich den einbaue werde ich also noch einmal forschen. Lieber waere mir eine event-getriebene Steuerung, die ist, wenn der mechanismus verstanden ist immer robuster UND schneller

Kannst du es unterstuetzen mit ein paar tests und traces -ich weiss, ich hatte schon ein paar, aber ich arbeite gerne mit frischen, da muss ich mir nicht merken, was einmal war und was geaendert wurde.

Du kannst es ja simulieren, ein neues notify bauen mit einfachen trigger und gleicher aktion. Dann laufen lassen mit deiner Aenderung und mit orginal SW. Angaben was haengt.

Gruss, Danke Martin





snoop

Hallo Martin,

dieses Problem tritt nur sporadisch auf - also 2 Tage gehen die Rollos auf - dann wieder nicht.
Ich baue mal was - schauen wir mal, ob ich es reporoduzieren kann - sonst wird es ein paar Tage dauern bis da was kommt.
Melde mich.

Viele Grüße
Arthur

martinp876

kein Problem. Es waren 4 Rollos? fuer meinen Test...

justme1968

nur als gedanke der ausgeschlossen werden sollte: könnte es daran liegen das die befehle zu den aktoren sequentiell gesendet werden und das ack von einem aktor dem befehl für den nächsten in die quere kommt? ich habe dieses problem z.b. wenn ich meine fenstergriffe zu schnell bewege und der zweite status vom griff dem gesendeten rollladen kommando in die quere kommt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

snoop

Hallo Martin,

Zitatkein Problem. Es waren 4 Rollos? fuer meinen Test...

Hmm also ich steuere gleichzeitig/sequenziell 4 Rollladen Aktoren an.
Zu einem bestimmten Zeitpunkt (08:00h) wird mittels Notify ein Befehl abgefeuert:

set Rollo_1 auf,set Rollo_2 auf, etc.

Viele Grüße
Arthur

martinp876

@andre: es hat sicher etwas mit dem message-verkehr zu tun. HMLAN hat hier ein nicht zu vernachlässigendes eigenleben. Ein device muss seine Nachrichten wiederholen und damit Probleme bei Kollisionen beheben.

@Arthur: Der Zeitpunkt ist eher nicht das Problem, es sollte wohl jedes andere Notify auch machen, es sei denn um 8:00 geht in deine Installation noch mehr ab.

Ich werde einmal mit meinen Rollos testen.

Gruss
Martin

snoop

Hallo Martin,

also heute sind Rollos alle auf gegangen. :o(

Ferner habe ich gestern ca. 20-30x rauf und runter fahren lassen - bisher habe ich das Problem nicht reproduzieren können.

Morgens passiert eigentlich wenig, MDIRs sind zu dem Zeitpunkt nicht aktiv, im Hintergrund laufen nur die CC-TCs - es kann natürlich sein, dass genau zum gleichen Zeitpunkt einer von denen, sein Status schicken möchte.

Schade ich habe das entsprechende Log (RAW) die Tage gelöscht *grrr.
Also weiter warten...
Gruß
Arthur

justme1968

@martin: das beheben der probleme durch kollisionen ist aber nicht so zuverlässig das man es einfach vernachlässigen kann und es sind ja auch nur 3 retries. ein reproduzierbares beispiel ist den rolladen per fenstergriff zu steuern. da sind dann 3 oder 4 nachrichten plus die acks pro rolladen unterwegs. das problem hatte ich schon mit dem cul alleine. ich glaube mit dem zusätzlichen hmlan ist es nicht schlimmer geworden. beim fenstergriff gibt es ja auch extra die möglichkeit das senden des status nach dem betätigen zu verzögern. ich habe es noch nicht probiert aber ich vermute es soll genau den fall abdecken das von zu über offen auf gekippt gedreht wird und nur ein einziger status übertragen werden soll.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

martinp876

@Andre

Zitatsind ja auch nur 3 retries.

von HMLAN sind es 3. FHEM macht noch einmal 3,ergibt 9.Die werden zeitverzoegert mit randon delay 1-5sec gestartet um bursts zu entzerren.

Zitatein reproduzierbares beispiel ist den rolladen per fenstergriff zu steuern. da sind dann 3 oder 4 nachrichten plus die acks pro rolladen unterwegs.
falls es direkt gepeert ist sollte es funktionieren

Zitatdas problem hatte ich schon mit dem cul alleine.
hier geht es um HMLAN. Von der CUL kenne ich dieses Problem nicht. Das funktioniert dann im MicroKosmos nicht wie HMLAN. Da muss man das timing komplett anders untersuchen!


 
Zitatbeim fenstergriff gibt es ja auch extra die möglichkeit das senden des status nach dem betätigen zu verzögern.
warum das so ist? Das ist nicht das ACK! Es ist nur die Statusmeldung. Ich denke einer der Gruende ist ein ent-jittern undent-spiken zu erreichen. Erst wenn der Status stabil ist kommt eine Nachricht. Schön zu sehen bei dimmern, die senden eine Info immer erst wenn alles eineZeit stabil ist. Die ACK kommt immer gleich!, muss auch.

Zitatich habe es noch nicht probiert aber ich vermute es soll genau den fall abdecken das von zu über offen auf gekippt gedreht wird und nur ein einziger status übertragen werden soll.
sehe ich auch so. Machen auch die Dimmer aehnlich....

Gruss
Martin

martinp876

Hi Arthur,

ich habe einmal eine testbench mit 4 Rollos aufgebaut. Kannst du evtl einfach nachbauen

define td1 dummy
define td2 dummy
define tn1 notify td1 set Rollo1 up 10;;set Rollo2 up 10;;set Rollo3 up 10;;set Rollo4 up 10
define tn2 notify td2 set Rollo1 down 10;;set Rollo2 down 10;;set Rollo3 down 10;;set Rollo4 down 10

und dann mit
set td1 # alles 10% runter
set td1 # alles 10% hoch

Prüfen geht am Schnellsten, wenn du ein 98_HMinfo nimmst, ich habe die aktuelle Version angehängt.

define hm HMinfo
set hm param -f ^Rollo.* state

geht auch im browser, dann immer refresh...
Ich hatte bei 20 Tests 2 wiederholer, keinen Hänger.
Wenn du ein setup hast in dem es hängen bleibt, schicke es doch

Gruss
Martin

snoop

Hallo Martin,

probiere ich nachher aus (HMInfo habe ich auch schon im Einsatz ;o)).

Mein Konstrukt sieht wie folgt aus:.

define Rollo_Auto dummy
attr Rollo_Auto group Dummys
attr Rollo_Auto webCmd auf:stop:zu

define vaRollo_auf notify Rollo_Auto:auf {if (Value('Rollo_Auto') eq "auf") {fhem ("set Rollo1 auf;;set Rollo2 auf;;set Rollo3 auf;;set Rollo4 auf";;}Log 1, "Ja, ausgeführt...";;}
define vaRollo_stop notify Rollo_Auto:stop {if (Value('Rollo_Auto') eq "stop") {fhem ("set Rollo1 stop;;set Rollo2 stop;;set Rollo3 stop;;set Rollo4 stop");;}Log 1, "Ja, ausgeführt...";;}
define vaRollo_zu notify Rollo_Auto:zu {if (Value('Rollo_Auto') eq "zu") {fhem ("set Rollo1 zu;;set Rollo2 zu;;set Rollo3 zu;;set Rollo4 zu");;}Log 1, "Ja, ausgeführt...";;}

Viele Grüße
Arthur

snoop

Hallo Martin,

HMinfo habe ich nun eingerichtet - testen kann ich aber erst Morgen.
Infos folgen.

Viele Grüße
Arthur

snoop

Hallo Martin,

ich bin mir nicht sicher ob ich was gefangen habe.

param done:
 param list
    KU_Rollladen        : MISSING ACK        
    SZ_Rollladen        : 90 %                
    WZ_Rollladen_Strasse: 90 %                
    WZ_Rollladen_Terrasse: 90 %                


Raw Messages:

2013.03.30 09:09:21 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem?cmd=set+td2+*
2013.03.30 09:09:21 5: Cmd: >set td2 *<
2013.03.30 09:09:21 4: dummy set td2 *
2013.03.30 09:09:21 5: Triggering td2 (1 changes)
2013.03.30 09:09:21 5: Notify loop for td2 *
2013.03.30 09:09:21 5: Triggering tn2
2013.03.30 09:09:21 5: Cmd: >set WZ_Rollladen_Strasse down 10<
2013.03.30 09:09:21 5: Triggering WZ_Rollladen_Strasse (1 changes)
2013.03.30 09:09:21 5: Notify loop for WZ_Rollladen_Strasse set_down 10
2013.03.30 09:09:21 2: CUL_HM set WZ_Rollladen_Strasse down 10 rxt:1
2013.03.30 09:09:21 5: HMLAN_Send:  SBA57FE8F,00,00000000,01,BA57FE8F,BAA0111234561AE5DC0201B403207FF0
2013.03.30 09:09:21 5: Cmd: >set WZ_Rollladen_Terrasse down 10<
2013.03.30 09:09:21 5: Triggering WZ_Rollladen_Terrasse (1 changes)
2013.03.30 09:09:21 5: Notify loop for WZ_Rollladen_Terrasse set_down 10
2013.03.30 09:09:21 2: CUL_HM set WZ_Rollladen_Terrasse down 10 rxt:1
2013.03.30 09:09:21 5: HMLAN_Send:  SBA57FEDD,00,00000000,01,BA57FEDD,BBA0111234561B81FE0201B403207FF0
2013.03.30 09:09:21 5: Cmd: >set KU_Rollladen down 10<
2013.03.30 09:09:21 5: Triggering KU_Rollladen (1 changes)
2013.03.30 09:09:21 5: Notify loop for KU_Rollladen set_down 10
2013.03.30 09:09:21 2: CUL_HM set KU_Rollladen down 10 rxt:1
2013.03.30 09:09:21 5: HMLAN_Send:  SBA57FF2A,00,00000000,01,BA57FF2A,BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:21 5: Cmd: >set SZ_Rollladen down 10<
2013.03.30 09:09:21 5: Triggering SZ_Rollladen (1 changes)
2013.03.30 09:09:21 5: Notify loop for SZ_Rollladen set_down 10
2013.03.30 09:09:21 2: CUL_HM set SZ_Rollladen down 10 rxt:1
2013.03.30 09:09:21 5: HMLAN_Send:  SBA57FF76,00,00000000,01,BA57FF76,BDA0111234561B5CD40201B403207FF0
2013.03.30 09:09:21 4: HTTP FHEMWEB:1.2.3.4:61042 GET /fhem
2013.03.30 09:09:21 4: /fhem / RL: 1083 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /
2013.03.30 09:09:21 5: HMLAN/RAW: /RBA57FE8F,0001,0CE2662B,FF,FFC1,BA80021AE5DC1234560101C5203E

2013.03.30 09:09:21 5: HMLAN_Parse: HMLANAMA S:RBA57FE8F stat:0001 t:0CE2662B d:FF r:FFC1 m:BA80021AE5DC1234560101C5203E
2013.03.30 09:09:21 5: HMLANAMA dispatch A0EBA80021AE5DC1234560101C5203E::-63:HMLANAMA
2013.03.30 09:09:21 5: Triggering WZ_Rollladen_Strasse (3 changes)
2013.03.30 09:09:21 5: Notify loop for WZ_Rollladen_Strasse deviceMsg: 98.5 % (to HMLANAMA)
2013.03.30 09:09:22 4: Connection accepted from FHEMWEB:1.2.3.4:61046
2013.03.30 09:09:22 5: HMLAN/RAW: /RBA57FEDD,0001,0CE26679,FF,FFCE,BB80021B81FE1234560101C6204E
RBA57FF2A,0008,00000000,FF,7FFF,BCA0111234561B5CB60201B403207FF0
RBA57FF76,0001,0CE267DA,FF,FFB3,BD80021B5CD41234560101C22047

2013.03.30 09:09:22 5: HMLAN_Parse: HMLANAMA S:RBA57FEDD stat:0001 t:0CE26679 d:FF r:FFCE m:BB80021B81FE1234560101C6204E
2013.03.30 09:09:22 5: HMLANAMA dispatch A0EBB80021B81FE1234560101C6204E::-50:HMLANAMA
2013.03.30 09:09:22 5: Triggering WZ_Rollladen_Terrasse (3 changes)
2013.03.30 09:09:22 5: Notify loop for WZ_Rollladen_Terrasse deviceMsg: 99 % (to HMLANAMA)
2013.03.30 09:09:22 5: HMLAN_Parse: HMLANAMA S:RBA57FF2A stat:0008 t:00000000 d:FF r:7FFF m:BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:22 5: HMLAN_Parse: discard
2013.03.30 09:09:22 5: HMLAN_Parse: HMLANAMA S:RBA57FF76 stat:0001 t:0CE267DA d:FF r:FFB3 m:BD80021B5CD41234560101C22047
2013.03.30 09:09:22 5: HMLANAMA dispatch A0EBD80021B5CD41234560101C22047::-77:HMLANAMA
2013.03.30 09:09:22 5: Triggering SZ_Rollladen (3 changes)
2013.03.30 09:09:22 5: Notify loop for SZ_Rollladen deviceMsg: 97 % (to HMLANAMA)
2013.03.30 09:09:23 4: Connection accepted from FHEMWEB:1.2.3.4:61047
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem/js/fhemweb.js
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61044 GET /fhem/js/svg.js
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61042 GET /fhem/css/style.css
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61046 GET /fhem/icons/favicon
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61042 GET /fhem/icons/icoEverything
2013.03.30 09:09:23 4: HTTP FHEMWEB:1.2.3.4:61042 GET /fhem?room=all&XHR=1&inform=1
2013.03.30 09:09:23 5: HMLAN_Send:  SBA580700,00,00000000,01,BA580700,BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:23 4: CUL_HM_Resend: KU_Rollladen nr 2
2013.03.30 09:09:24 5: HMLAN/RAW: /RBA580700,0008,00000000,FF,7FFF,BCA0111234561B5CB60201B403207FF0

2013.03.30 09:09:24 5: HMLAN_Parse: HMLANAMA S:RBA580700 stat:0008 t:00000000 d:FF r:7FFF m:BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:24 5: HMLAN_Parse: discard
2013.03.30 09:09:25 5: HMLAN/RAW: /E1AE5DC,0000,0CE273AD,FF,FFC5,BBA4101AE5DC1234560601B400

2013.03.30 09:09:25 5: HMLAN_Parse: HMLANAMA S:E1AE5DC   stat:0000 t:0CE273AD d:FF r:FFC5 m:BBA4101AE5DC1234560601B400
2013.03.30 09:09:25 5: HMLAN: manual ACK
2013.03.30 09:09:25 5: HMLAN: Skip ACK
2013.03.30 09:09:25 5: HMLANAMA dispatch A0DBBA4101AE5DC1234560601B400::-59:HMLANAMA
2013.03.30 09:09:25 5: HMLAN: Skip ACK
2013.03.30 09:09:25 5: Triggering WZ_Rollladen_Strasse (3 changes)
2013.03.30 09:09:25 5: Notify loop for WZ_Rollladen_Strasse deviceMsg: 90 % (to HMLANAMA)
2013.03.30 09:09:26 5: HMLAN/RAW: /E1B81FE,0000,0CE27861,FF,FFCB,BCA4101B81FE1234560601B400

2013.03.30 09:09:26 5: HMLAN_Parse: HMLANAMA S:E1B81FE   stat:0000 t:0CE27861 d:FF r:FFCB m:BCA4101B81FE1234560601B400
2013.03.30 09:09:26 5: HMLAN: manual ACK
2013.03.30 09:09:26 5: HMLAN: Skip ACK
2013.03.30 09:09:26 5: HMLANAMA dispatch A0DBCA4101B81FE1234560601B400::-53:HMLANAMA
2013.03.30 09:09:26 5: HMLAN: Skip ACK
2013.03.30 09:09:26 5: Triggering WZ_Rollladen_Terrasse (3 changes)
2013.03.30 09:09:26 5: Notify loop for WZ_Rollladen_Terrasse deviceMsg: 90 % (to HMLANAMA)
2013.03.30 09:09:26 5: HMLAN/RAW: /E1B5CD4,0000,0CE278FA,FF,FFB4,BEA4101B5CD41234560601B400

2013.03.30 09:09:26 5: HMLAN_Parse: HMLANAMA S:E1B5CD4   stat:0000 t:0CE278FA d:FF r:FFB4 m:BEA4101B5CD41234560601B400
2013.03.30 09:09:26 5: HMLAN: manual ACK
2013.03.30 09:09:26 5: HMLAN: Skip ACK
2013.03.30 09:09:26 5: HMLANAMA dispatch A0DBEA4101B5CD41234560601B400::-76:HMLANAMA
2013.03.30 09:09:26 5: HMLAN: Skip ACK
2013.03.30 09:09:26 5: Triggering SZ_Rollladen (3 changes)
2013.03.30 09:09:26 5: Notify loop for SZ_Rollladen deviceMsg: 90 % (to HMLANAMA)
2013.03.30 09:09:27 4: Connection closed for FHEMWEB:1.2.3.4:61047
2013.03.30 09:09:28 5: HMLAN_Send:  SBA58189D,00,00000000,01,BA58189D,BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:28 4: CUL_HM_Resend: KU_Rollladen nr 3
2013.03.30 09:09:28 5: HMLAN/RAW: /RBA58189D,0008,00000000,FF,7FFF,BCA0111234561B5CB60201B403207FF0

2013.03.30 09:09:28 5: HMLAN_Parse: HMLANAMA S:RBA58189D stat:0008 t:00000000 d:FF r:7FFF m:BCA0111234561B5CB60201B403207FF0
2013.03.30 09:09:28 5: HMLAN_Parse: discard
2013.03.30 09:09:29 4: Connection closed for FHEMWEB:1.2.3.4:61042
2013.03.30 09:09:29 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem?cmd=set+HM+param+-f+.*Rolll.*+state
2013.03.30 09:09:29 5: Cmd: >set HM param -f .*Rolll.* state<
2013.03.30 09:09:29 4: /fhem?cmd=set+HM+param+-f+.*Rolll.*+state / RL: 1021 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /
2013.03.30 09:09:30 4: Connection accepted from FHEMWEB:1.2.3.4:61048
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61046 GET /fhem/js/fhemweb.js
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem/css/style.css
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61044 GET /fhem/js/svg.js
2013.03.30 09:09:30 4: Connection accepted from FHEMWEB:1.2.3.4:61049
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61048 GET /fhem/icons/favicon
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem/icons/icoEverything
2013.03.30 09:09:30 4: HTTP FHEMWEB:1.2.3.4:61039 GET /fhem?room=all&XHR=1&inform=1
2013.03.30 09:09:31 5: HMLAN/RAW: /E1B0D69,0000,0CE28BD9,FF,FFCC,A584101B0D6912345606019E00

2013.03.30 09:09:31 5: HMLAN_Parse: HMLANAMA S:E1B0D69   stat:0000 t:0CE28BD9 d:FF r:FFCC m:A584101B0D6912345606019E00
2013.03.30 09:09:31 5: HMLANAMA dispatch A0DA584101B0D6912345606019E00::-52:HMLANAMA
2013.03.30 09:09:31 5: HMLAN_Send:  SBA5825BD,00,00000000,01,BA5825BD,A580021234561B0D6901019E00
2013.03.30 09:09:31 5: Triggering WZ_Bewegungsmelder (3 changes)
2013.03.30 09:09:31 5: Notify loop for WZ_Bewegungsmelder brightness: 158
2013.03.30 09:09:31 5: Triggering EMail_Batteriewarnung
......
2013.03.30 09:09:31 5: HMLAN/RAW: /RBA5825BD,0002,00000000,FF,7FFF,A580021234561B0D6901019E00

2013.03.30 09:09:31 5: HMLAN_Parse: HMLANAMA S:RBA5825BD stat:0002 t:00000000 d:FF r:7FFF m:A580021234561B0D6901019E00
2013.03.30 09:09:31 5: HMLAN_Parse: discard
2013.03.30 09:09:32 5: Triggering KU_Rollladen (1 changes)
2013.03.30 09:09:32 5: Notify loop for KU_Rollladen MISSING ACK
2013.03.30 09:09:32 5: HMLAN_Send:  K
2013.03.30 09:09:32 5: HMLAN/RAW: /HHM-LAN-IF,03C1,J123456789,1ACA40,123456,0CE29045,0009

2013.03.30 09:09:32 5: HMLAN_Parse: HMLANAMA V:03C1 sNo:J123456789 d:1ACA40 O:123456 m:0CE29045 IDcnt:0009
2013.03.30 09:09:35 4: Connection closed for FHEMWEB:1.2.3.4:61049
2013.03.30 09:09:37 4: Connection closed for FHEMWEB:1.2.3.4:61039
2013.03.30 09:09:37 4: HTTP FHEMWEB:1.2.3.4:61046 GET /fhem?cmd=set+HM+param+-f+.*Rolll.*+state
2013.03.30 09:09:37 5: Cmd: >set HM param -f .*Rolll.* state<
2013.03.30 09:09:37 4: /fhem?cmd=set+HM+param+-f+.*Rolll.*+state / RL: 1024 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /


Hinweis: Nach einen erneuten Trigger "zu" und wieder "auf" auf den "KU_Rollladen" hat dieser ohne Probleme funktioniert.

Viele Grüße
Arthur

martinp876

Hi Arthur,

Der Rollo hat kein Ack geschickt,jedenfalls wurde keins von HMLAN gemeldet.
Es wurde aber eine Statusmeldung empfangen. es sollte also funktioniert haben.

Gruss
Martin