Missing Ack bei HM-LC-Bl1PBU-FM

Begonnen von Fredi69, 10 Juni 2018, 22:53:14

Vorheriges Thema - Nächstes Thema

Fredi69

Ich habe 10 HM-LC-Bl1PBU-FM Rolladenaktoren im Einsatz.
Bei einem der im gleichen Raum wie der HMLan Apadpter ist kommt es immer wieder zu Missing Ack. Bediene ich dann den Aktor direkt am Taster geht es auch wieder eine Zeit lang über fhem, bis wieder Missing Ack auftaucht.
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

LuckyDay

list vom aktor posten
pauschal mal die Glaskugel gefragt, deine rssi werte sind schlecht  ;) ;)

Fredi69


Internals:
   DEF        4F1FA1
   HMLAN1_MSGCNT 73
   HMLAN1_RAWMSG E4F1FA1,0000,1C659B79,FF,FFB7,90A4104F1FA12CD99406010000
   HMLAN1_RSSI -73
   HMLAN1_TIME 2018-06-10 22:47:36
   HMLAN2_MSGCNT 63
   HMLAN2_RAWMSG E4F1FA1,0000,3142718C,FF,FFBF,90A4104F1FA12CD99406010000
   HMLAN2_RSSI -65
   HMLAN2_TIME 2018-06-10 22:47:36
   IODev      HMLAN2
   LASTInputDev HMLAN1
   MSGCNT     136
   NAME       DG.Ga.Ra.Rolladen
   NOTIFYDEV  global
   NR         246
   NTFY_ORDER 50-DG.Ga.Ra.Rolladen
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:90 - t:10 s:4F1FA1 d:2CD994 06010000
   protCmdDel 11
   protLastRcv 2018-06-10 22:47:36
   protResnd  33 last_at:2018-06-11 06:36:34
   protResndFail 8 last_at:2018-06-11 06:36:39
   protSnd    84 last_at:2018-06-11 06:36:20
   protState  CMDs_done_Errors:1
   rssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93
   rssi_at_HMLAN1 cnt:73 min:-78 max:-69 avg:-71.91 lst:-73
   rssi_at_HMLAN2 cnt:63 min:-74 max:-56 avg:-64.19 lst:-65
   READINGS:
     2018-06-10 22:47:29   CommandAccepted yes
     2018-02-12 13:43:43   D-firmware      2.8
     2018-02-12 13:43:43   D-serialNr      NEQ1214564
     2018-04-05 21:03:09   PairedTo        0x2CD994
     2018-02-12 13:44:30   R-driveDown     20.1 s
     2018-02-12 13:44:30   R-driveTurn     0.5 s
     2018-02-12 13:44:30   R-driveUp       21.5 s
     2018-02-12 13:44:29   R-pairCentral   0x2CD994
     2018-02-12 13:44:30   R-powerUpAction off
     2018-02-12 13:44:30   R-sign          off
     2018-04-05 21:03:09   RegL_00.        02:01 0A:2C 0B:D9 0C:94 15:FF 18:00 00:00
     2018-04-05 21:03:10   RegL_01.        08:00 09:00 0A:00 0B:00 0C:C9 0D:00 0E:D7 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-06-10 22:47:36   deviceMsg       off (to VCCU)
     2018-06-10 22:47:36   level           0
     2018-06-10 22:47:36   motor           stop:off
     2018-06-10 22:47:36   pct             0
     2018-04-04 15:18:25   powerOn         2018-04-04 15:18:25
     2018-06-10 22:47:36   recentStateType info
     2018-06-11 06:36:39   state           MISSING ACK
     2018-06-10 22:47:36   timedOn         off
   helper:
     HM_CMDNR   145
     cSnd       112CD9944F1FA10201000000,112CD9944F1FA10201C80000
     dlvl       C8
     dlvlCmd    ++A0112CD9944F1FA10201C80000
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4F1FA1,00,00,00
       nextSend   1528663656.60841
       rxt        0
       vccu       VCCU
       p:
         4F1FA1
         00
         00
         00
       prefIO:
         HMLAN2
     mRssi:
       mNo        90
       io:
         HMLAN1:
           -73
           -73
         HMLAN2:
           -61
           -61
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HMLAN2
       flg        A
       ts         1528663656.51998
       ack:
         HASH(0x3498190)
         9080022CD9944F1FA100
     rssi:
       HMLAN2:
         avg        -89.72
         cnt        25
         lst        -93
         max        -84
         min        -96
       at_HMLAN1:
         avg        -71.9178082191781
         cnt        73
         lst        -73
         max        -69
         min        -78
       at_HMLAN2:
         avg        -64.1904761904762
         cnt        63
         lst        -65
         max        -56
         min        -74
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      HMLAN2
   IOgrp      VCCU:HMLAN2
   alias      Rollo Gästezimmer
   autoReadReg 4_reqStatus
   devStateIcon up:fts_shutter_10@red down:fts_shutter_100@green 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
   eventMap   on:up off:down
   expert     2_raw
   firmware   2.8
   group      Rollos
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Rollos,Gästezimmer
   serialNr   NEQ1214564
   subType    blindActuator
   userattr   room_map structexclude
   webCmd     stop:up:90:80:70:60:50:40:30:20:10:down
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

LuckyDay

rssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93

weißt ja ab -80 kann gehen muß aber nicht --> Funk verbessern!

Fredi69

Zitat von: fhem-hm-knecht am 11 Juni 2018, 08:46:05
rssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93

weißt ja ab -80 kann gehen muß aber nicht --> Funk verbessern!
Ich kann mir das nicht erklären, der HMLAN2 ist knapp 1 Meter entfernt vom Rolladenaktor!
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

Sebigamer4

Es gäbe da mehrere Möglichkeiten:

Du hast iwas störendes in der Nähe, das die Verbindung mehr oder weniger blockt oder überlagert

Oder
Du bist genau in nem Art 'schatten' vom Schalter mit dein lan-gateway, hier kannst du Mal versuchen das Gateway geringfügig näher oder weiter weg zu platzieren

Oder
In dem Schalter ist das Funkmodul kaputt

Gesendet von meinem ONEPLUS A5000 mit Tapatalk


sledge

Hi,

neben dem Verbessern der Funk-Umstände:


firmware   2.8


Seit ich auf 2.11 umgestellt habe, hat sich meine Situation deutlich verbessert - hatte vorher auch bei guter Verbindung immer wieder mit MISSING ACK zu kämpfen, die sich dann nach ein paar Stunden / Tagen wieder von alleine behoben haben. Ist jetzt alles Geschichte.
FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

Pfriemler

#7
Zitatrssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93
   rssi_at_HMLAN2 cnt:63 min:-74 max:-56 avg:-64.19 lst:-65
Das ist aber arg unsymmetrisch. Mich deucht, der Funkempfänger in diesem Aktor hat einen Schuss. Schlechte Antennen haben eigentlich eher gegenteiligen Effekt, der Aktor hört noch gut, sendet aber schlecht.
Oder es gibt eine sehr lokale (neue?) Störquelle in der Nähe dieses Aktors.
"Ä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 ..."

frank

schau mal hier: https://forum.fhem.de/index.php/topic,83156.0.html

scheinbar wurden hier etliche aktoren innerhalb kürzester zeit derart beschädigt, dass der empfang der aktoren problematisch wurde. leider fehlt hier aber noch eine eindeutige lösung.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

pc1246

#9
Zitat von: frank am 12 Juni 2018, 14:14:58
schau mal hier: https://forum.fhem.de/index.php/topic,83156.0.html

scheinbar wurden hier etliche aktoren innerhalb kürzester zeit derart beschädigt, dass der empfang der aktoren problematisch wurde. leider fehlt hier aber noch eine eindeutige lösung.
Hallo Frank
Das Du auf diesen Thread verweist, halte ich nicht fuer gut! Dort wurde die Kommunikation ja auch abrupt von allen eingestellt.
In dem besagten Thread liegt am Ende auch die Vermutung nahe, dass eventuell seltsame Spannungen oder gar Stroeme, aufgrund der fehlenden Erdung, durch den Aktor geflossen sind.
An fredis Stelle wuerde ich mal den Ratschlag von sledge befolgen?
Ein list vom HMLan waere auch nicht schlecht, evtl. hat der auch noch eine alte FW und faengt irgendein HM-IP Geraffel mit ein?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

Pfriemler

Also ich weiß nicht - ich mag kaum glauben, dass die Spannungsspitzen (im erwähnten Thread) ausgerechnet den Empfangsteil des Funkempfängers (und sonst nix) schädigen. HM-IP auf einen veralteten HMLAN würde auch anders aussehen.
Ich bleibe dabei: Die Differenz der rssi in Sende- und Empfangsrichtung ist zu groß, der Aktor "hört schlecht" aufgrund lokaler Störungen.
Bin gespannt auf die Lösung ...
"Ä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 ..."

Fredi69

Zitat von: Pfriemler am 12 Juni 2018, 12:36:57
Das ist aber arg unsymmetrisch. ...
Welche Richtung kann ich wo erkennen?
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

sledge

Zitat von: Fredi69 am 13 Juni 2018, 17:38:49
Welche Richtung kann ich wo erkennen?

Na hier:


   rssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93
   [...]
   rssi_at_HMLAN2 cnt:63 min:-74 max:-56 avg:-64.19 lst:-65


Einmal avg -89.72, in die andere Richtung -64.19

Und da das ganze logarithmisch ist...
FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

Fredi69

Zitat von: sledge am 13 Juni 2018, 18:09:56
Na hier:


   rssi_HMLAN2 cnt:25 min:-96 max:-84 avg:-89.72 lst:-93
   [...]
   rssi_at_HMLAN2 cnt:63 min:-74 max:-56 avg:-64.19 lst:-65


Einmal avg -89.72, in die andere Richtung -64.19

Und da das ganze logarithmisch ist...
Ja sicher, aber was ist was?
Empfängt der Aktor ordentlich kann aber nicht senden? Woran erkenne welche Richtung funktioniert und welche nicht?
Danke
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

sledge

Zitat von: Fredi69 am 13 Juni 2018, 18:13:05
Ja sicher, aber was ist was?
Empfängt der Aktor ordentlich kann aber nicht senden? Woran erkenne welche Richtung funktioniert und welche nicht?
Danke

Achso: Das siehst Du unter anderem mit "hminfo" - dort steht es dann für jedes IODev und jedes Device.

rssi_DEVICE = Empfangswert an Deinem Aktor von Deinem IODev
rssi_at_IODev = umgekehrt.

FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...