2 direkt gepeerte Rolladenaktoren laufen manchmal gegenläufig

Begonnen von dadoc, 05 September 2018, 16:34:56

Vorheriges Thema - Nächstes Thema

Pfriemler

oh oh ... Martin baut gerade fleißig um, seit meiner aktuellen 17009 ist etliches anders. Da lass ich mal wieder die Finger vom Update... :o
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

dadoc

Zitat von: Beta-User am 07 September 2018, 19:00:24
Hier ebenfalls keine Probleme mit dem 6-fach, habe auch mehrere im Einsatz...
Ich kann halt nur von meinen eigenen, negativen Erfahrungen mit diesen Schaltern sprechen (Schalter 1 Meter vor zwei direkt gepeerten Aktoren mit massiv unterschiedlichen Sendeergebnissen), sowie von denen anderer User wie
Zitat von: Pfriemler am 28 August 2018, 08:19:39
Das Problem ist weniger der Steckdosendimmer als vielmehr vielleicht der Handsender. Der ist für seine schlechte Empfangsqualität berüchtigt.
bezogen auf genau diesen meinen Handsender.
Was das (plötzliche Nicht-)Anzeigen der Register betrifft: Ich habe zwischen gestern (wo sie auch bei mir noch angezeigt wurden) und heute (wo sie nicht mehr angezeigt werden) definitiv kein Update gefahren. Mysteriös...
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

Guten Abend,
Zitat von: Pfriemler am 07 September 2018, 19:14:50
oh oh ... Martin baut gerade fleißig um, seit meiner aktuellen 17009 ist etliches anders. Da lass ich mal wieder die Finger vom Update... :o
Sollte das in https://wiki.fhem.de/wiki/HM-LC-BL1-FM_Funk-Jalousieaktor beschrieben Verfahren, das Verhalten des Aktors zu verändern (nämlich von ,,Fahrt stoppen durch Betätigen der Taste für die entgegengesetzt Fahrtrichtung" auf ,,Fahrt stoppen duch beliebigen Tastendruck") noch wie mit der HMinfo-Methode beschrieben funktionieren oder hat sich da etwas geändert?
Bei mir funktioniert es nämlich anscheinend nicht.
Woran könnte ich denn Erkennen, ob die Register korrekt gesetzt wurden?
Danke & Grüße
MRtin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Nö, sollte funktionieren.
Ob's geklappt hat? Zitat Wiki:
ZitatDie Templates definieren (bzw. korrigieren) das gesamte Tasterverhalten auf Werkseinstellung, zusätzlich wird die sog. Sprungtabelle modifiziert, so dass ein fahrender Rolladen gestoppt wird (aufwärts: BlJtRampOn: rampOn -> on, abwärts: BlJtRampOff: rampoff -> off)

Beim -FM (ohne PBU) ist aufwärts 1 und abwärts 2. Also schau, ob
R-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default), bzw.
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
Und dann natürlich daran, dass ein laufender Rolladen bei beiden Tasten gestoppt wird.

Oder ich habe einen Knoten im Hirn und bitte um Aufklärung ...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

Bei dem template sollte sich nichts geändert haben. Für den 2tasten betrieb nutze ich aktuell die templates welche short und Long in einem definieren
Probleme sollte es beim update nicht geben.

Insbesondere bei templates ist ein update insofern unkritisch als das die eigentliche Aktion im aktor liegt und ohne manuelle Anweisung nicht überschrieben wird

Du kannst die beiden templates durch die Kommandos in deinen template Fundus aufnehmen und ausprobieren.
Erzeugt habe ich sie in diesem Fall mit den template Editor als Abzug eines funktionierenden registersatzes.
Du kannst bei Bedarf auch ein template erstellen mit den gerade im device befindlichen regs. Eines je peer (also ein up und ein down) und eines für die allg. Einstellungen wie Fahrzeit.

set hm templateDef BlSmartStopUp 0 "from Master BlSmartStopUp > FB_10:both" shCtValHi:100 lgCtRampOn:geLo lgOffDly:0 lgBlJtDlyOff:dlyOn lgBlJtOn:dlyOn lgCtDlyOn:geLo lgDriveMode:direct shOnTime:unused shOffTimeMode:absolut shOffLevel:0 shOnTimeMode:absolut lgCtRampOff:geLo shBlJtOff:dlyOn lgOnTime:unused lgOffTimeMode:absolut lgCtRefOff:geLo shCtRampOn:geLo shOffTime:unused shOnDly:0 shBlJtDlyOn:refOn shCtRefOff:geLo shBlJtRefOff:off lgCtOn:geLo shDriveMode:direct lgCtRefOn:geLo lgMultiExec:on lgCtDlyOff:geLo lgBlJtRefOff:off shCtRefOn:geLo lgOffTime:unused lgMaxTimeF:0.5 lgOnDly:0 shBlJtDlyOff:dlyOn shMaxTimeF:unused lgOnTimeMode:absolut lgBlJtOff:dlyOn shCtDlyOn:geLo lgCtValHi:100 shCtRampOff:geLo shCtOff:geLo lgOnLevel:100 shBlJtRefOn:rampOn shMultiExec:off lgBlJtRefOn:rampOn lgBlJtRampOff:off lgOffLevel:0 shCtValLo:50 shActionType:jmpToTarget shCtOn:geLo lgCtValLo:50 lgBlJtRampOn:rampOn lgBlJtDlyOn:refOn shBlJtRampOff:off shOffDly:0 shOnLevel:100 shCtDlyOff:geLo shBlJtRampOn:on shBlJtOn:dlyOn lgActionType:jmpToTarget lgCtOff:geLo

Und
set hm templateDef BlSmartStopDn 0 "from Master BlSmartStopDn > FB_09:both" lgOffTimeMode:absolut lgOnTime:unused shOffLevel:0 shOnTimeMode:absolut shBlJtOff:dlyOff lgCtRampOff:geLo lgBlJtOn:dlyOff lgDriveMode:direct shOnTime:unused shOffTimeMode:absolut lgCtDlyOn:geLo lgBlJtDlyOff:refOff shCtValHi:100 lgOffDly:0 lgCtRampOn:geLo lgCtDlyOff:geLo lgBlJtRefOff:rampOff lgMultiExec:on lgCtRefOn:geLo shDriveMode:direct lgCtOn:geLo shCtRefOff:geLo shBlJtDlyOn:dlyOff shBlJtRefOff:rampOff lgCtRefOff:geLo shCtRampOn:geLo shOnDly:0 shOffTime:unused lgOffLevel:0 shBlJtRefOn:on shMultiExec:off lgBlJtRefOn:on lgBlJtRampOff:rampOff lgOnLevel:100 shCtOff:geLo shCtDlyOn:geLo shCtRampOff:geLo lgCtValHi:100 lgOnTimeMode:absolut shMaxTimeF:unused lgBlJtOff:dlyOff lgOnDly:0 shBlJtDlyOff:refOff shCtRefOn:geLo lgOffTime:unused lgMaxTimeF:0.5 shBlJtRampOn:on lgCtOff:geLo lgActionType:jmpToTarget shBlJtOn:dlyOff shCtDlyOff:geLo shOffDly:0 shOnLevel:100 lgBlJtDlyOn:dlyOff lgBlJtRampOn:on shBlJtRampOff:off lgCtValLo:50 shCtOn:geLo shCtValLo:50 shActionType:jmpToTarget 

set hm templateDef BlSetDrive up:down:turn "drive times up, down and turn plus gen defaults" refRunCounter:0 localResDis:off statusInfoMinDly:3 intKeyVisib:visib transmitTryMax:6 driveDown:p1 statusInfoRandom:0 driveUp:p0 confBtnTime:permanent driveTurn:p2 sign:off 



dadoc

Danke Pfriemler & Martin,
Das werde ich kommendes Wochennde ausprobieren.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

dadoc

So, endlich wieder experimentierfähig:
ZitatR-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default), bzw.
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
Die finde ich nicht - s. List w.u.

ZitatDu kannst die beiden templates durch die Kommandos in deinen template Fundus aufnehmen und ausprobieren.
Erzeugt habe ich sie in diesem Fall mit den template Editor als Abzug eines funktionierenden registersatzes.
Du kannst bei Bedarf auch ein template erstellen mit den gerade im device befindlichen regs. Eines je peer (also ein up und ein down) und eines für die allg. Einstellungen wie Fahrzeit.
Mir fehlt da wohl noch etwas Grundsätzliches beim Verständnis: Muss man ergänzend zu dem im oben verlinkten Wiki-How-To zuvor noch templates definieren? Im Wiki liest sich das so, als ob das die komplette Anleitung wäre.
Und: Ich habe nun mal die (für mich furchterregend langen :)) BlSmartStopUp und BlSmartStopDown angelegt - aber wie bekomme ich die nun auf meine konkreten Aktoren bezogen?

Internals:
   DEF        5EF7BF
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     223
   NAME       Rolllaeden_Kueche_l
   NOTIFYDEV  global
   NR         1400
   NTFY_ORDER 50-Rolllaeden_Kueche_l
   STATE      on
   TYPE       CUL_HM
   hmusb_MSGCNT 223
   hmusb_RAWMSG E5EF7BF,0000,1E1FCC0A,FF,FFBE,89A0105EF7BF424242030000
   hmusb_RSSI -66
   hmusb_TIME 2018-09-29 21:43:27
   lastMsg    No:89 - t:10 s:5EF7BF d:424242 030000
   peerList   self01,self02,roll1,roll2,
   protCmdDel 7
   protLastRcv 2018-09-29 21:43:27
   protRcv    200 last_at:2018-09-29 21:43:27
   protResnd  3 last_at:2018-09-24 13:10:51
   protResndFail 1 last_at:2018-09-24 13:10:53
   protSnd    156 last_at:2018-09-29 21:43:27
   protState  CMDs_done
   rssi_6fachSchalterKueche2 cnt:63 min:-83 max:-62 avg:-69.36 lst:-71
   rssi_at_hmusb cnt:223 min:-73 max:-64 avg:-66.45 lst:-66
   rssi_hmusb cnt:1 min:-72 max:-72 avg:-72 lst:-72
   READINGS:
     2018-09-29 10:33:08   CommandAccepted yes
     2018-09-22 17:43:10   D-firmware      2.11
     2018-09-22 17:43:10   D-serialNr      OEQ1380763
     2018-09-29 21:43:20   PairedTo        0x424242
     2018-09-23 18:40:07   R-driveDown     21 s
     2018-09-22 17:43:16   R-driveTurn     0.5 s
     2018-09-23 18:44:27   R-driveUp       21.5 s
     2018-09-22 17:43:15   R-pairCentral   0x424242
     2018-09-22 17:43:16   R-sign          off
     2018-09-29 21:43:20   RegL_00.          02:81 0A:42 0B:42 0C:42 15:FF 18:00 00:00
     2018-09-29 21:43:21   RegL_01.         08:00 09:00 0A:00 0B:00 0C:D2 0D:00 0E:D7 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-09-29 21:43:26   RegL_03.roll1    01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:93 9F:00 00:00
     2018-09-29 21:43:27   RegL_03.roll2    01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:68 9F:00 00:00
     2018-09-29 21:43:23   RegL_03.self01   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00 00:00
     2018-09-29 21:43:24   RegL_03.self02   01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00 00:00
     2018-09-29 10:33:34   deviceMsg       on (to vccu)
     2018-09-29 10:33:34   level           100
     2018-09-29 10:33:34   motor           stop:on
     2018-09-29 10:33:34   pct             100
     2018-09-29 21:43:21   peerList        self01,self02,roll1,roll2,
     2018-09-23 14:04:54   powerOn         2018-09-23 14:04:54
     2018-09-29 10:33:34   recentStateType info
     2018-09-29 10:33:34   state           on
     2018-09-29 10:33:34   timedOn         off
     2018-09-28 23:06:07   trigLast        roll1:short
     2018-09-28 23:06:07   trig_roll1      Short_59
   helper:
     HM_CMDNR   137
     cSnd       014242425EF7BF01046531290103,014242425EF7BF01046531290203
     mId        0005
     peerIDsRaw ,5EF7BF01,5EF7BF02,65312902,65312901,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        up
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5EF7BF,00,01,00
       nextSend   1538250207.99407
       prefIO     
       rxt        0
       vccu       
       p:
         5EF7BF
         00
         01
         00
     mRssi:
       mNo        89
       io:
         hmusb:
           -62
           -62
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         hmusb
       flg        A
       ts         1538250207.92659
       ack:
         HASH(0x3668ed0)
         8980024242425EF7BF00
     rssi:
       6fachSchalterKueche2:
         avg        -69.3650793650794
         cnt        63
         lst        -71
         max        -62
         min        -83
       at_hmusb:
         avg        -66.4529147982063
         cnt        223
         lst        -66
         max        -64
         min        -73
       hmusb:
         avg        -72
         cnt        1
         lst        -72
         max        -72
         min        -72
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.11
   kueche_structure Rolllaeden_Kueche
   model      HM-LC-BL1-FM
   peerIDs    00000000,5EF7BF01,5EF7BF02,65312901,65312902,
   room       CUL_HM,Kueche
   serialNr   OEQ1380763
   subType    blindActuator
   userattr   kueche_structure kueche_structure_map structexclude
   webCmd     statusRequest:toggleDir:on:off:up:down:stop
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

attr expert mal auf 1_allreg. Zudem gibt es m.W. ein Darstellungsproblem mit Registern mit der aktuellen CUL_HM... könnte auch hier ein Problem sein.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

Mit den "self" Registern gibt es aktuell ein Problem in der Darstellung. Kann ich leider erst in 1 Woche korrigieren. Sorry.

Templates sind nie notwendig, nur möglich.

dadoc

Zitat von: Pfriemler am 24 September 2018, 21:10:42
Also schau, ob
R-self01-shBlJtRampOn und R-self01-lgBlJtRampOn auf on stehen (rampOn ist default),
R-self02-shBlJtRampOff und R-self02-lgBlJtRampOff auf off stehen (rampOff ist default).
So siehts bei mir nach mehrmaliger Abarbeitung der Wiki-Anleitung aus - soll das so?
R-self01-shBlJtRampOn set_on
R-self01-lgBlJtRampOn rampOn

R-self02-shBlJtRampOff set_off
R-self02-lgBlJtRampOff rampOff

Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Zumindest heißt das, dass die Programmierbefehle an den Aktor geschickt wurden. Nun muss der die Kommandos abarbeiten und spätestens nach einem neuen getConfig sollte aus "set_on" "on" geworden sein, "off" enstprechend.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

dadoc

Bleibt leider auch nach diversen getConfigs wie beschrieben (und im praktischen Verhalten unverändert). Man muss nicht etwa die Anlerntaste am Aktor betätigen?
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

Pfriemler

Zitat von: dadoc am 30 September 2018, 10:19:42
Bleibt leider auch nach diversen getConfigs wie beschrieben (und im praktischen Verhalten unverändert). Man muss nicht etwa die Anlerntaste am Aktor betätigen?
Mmmist. Dann verstehe ich's auch nicht weiter. Anscheinend ist das set_ nicht beim Aktor angekommen oder er ignoriert es weiterhin. Die Anlerntaste ist nicht erforderlich (ist sie generell nie bei allen nicht-batterie-betriebenen Aktoren), wenn das Pairing stimmt - was hier der Fall ist.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

Das korrigiere ich wie schon in anderen threats beschrieben am wochenende. Die darstellung der self peers wird nicht aktualisiert.

Du kannst es mit

{CUL_HM_refreshRegs("channel")}

Schon mal korrigieren
Als channel musst du den namen deines channel eingeben. Einfach in die kommandozeile kopieren