[gelöst] FRITZ!DECT 200 lassen sich von FHEM aus nicht schalten

[rudolfkoenig]

ich dachte die auto Löschung von CmdStack wäre jetzt drin ?

Im Link wird der CmdStack nicht geloescht, sondern SID nicht ins Stack gepackt, damit nach einem reconnect die Neue verwendet wird.

Hier scheint es sich um was Anderes zu handeln, sowas wie FritzBOX antwortet nicht, und HttpUtils vergisst den Callback aufzurufen. Weiss aber nicht, wie das passierren kann, evtl. liege ich ganz falsch.

[frank]

vielleicht wäre ein wireshark-mitschnitt in der fritzbox (http://fritz.box/html/capture.html) erhellend.

[andreas_n]

Ich glaube was gefunden zu haben. Werden Kommandos sehr schnell  hintereinander gesendet  kann es zu diesem Problem kommen. Ich habe meine Seite etwas abgeändert und habe seit 2Tagen keine Probleme mehr.

[rainer1962]

Also bei mir ist das gleiche Problem seit ca. 2 Monaten vorhanden.nach 1-3 Tagen problemlosen betriebes streiken meine 4xDect200 . ich kann nix schalten, gelesen werden alle werte.ich kann dann fbahahttp neu definieren (modify)  dann gehts mal wieder 1Tag oder 3Tage. Danach hilft dies auch nicht und ich muss den kompletten Raspi neu starten.Ich habe nichts geändert an der Konfig nur immer fleissig Updates eingespielt von FHEM.Vorher lief das alles mit den 4 Steckdosen 3 Jahre fehlerfrei durch.Wo kann die Ursache liegen?

[Wzut]

@rainer1962, wenn es mal wieder nicht geht und bevor du dein modify von FBAHAHTTP machst oder gar den Raspi neu bootest
gib erst einmal in der Kommandozeile "list TYPE=FBAHAHTTP" ein und poste die Ausgabe hier um zu sehen ob CmdStack leer ist oder sich da
schon einiges angesammelt hat.

[rainer1962]

ok,werde ich machen ... mal sehen obs am WE schon so weit ist   

[rainer1962]

so, heute war es soweit:
Internals:
   Clients    :FBDECT:
   DEF        192.168.25.1
   FUUID      5c42f814-f33f-1719-aacc-61a3caecc87f0893
   NAME       FBDECT
   NR         829
   STATE      connected
   TYPE       FBAHAHTTP
   CmdStack:
     ain=087610375064&switchcmd=setswitchoff
     ain=087610006087&switchcmd=setswitchoff
     ain=087610375071&switchcmd=setswitchon
   MatchList:
     1:FBDECT   .*
Attributes:
   fritzbox-user 1
   polltime   30
   room       FBDECT,FritzBoxen-System
was kann das sein?

[rainer1962]

Code Auswählen Erweitern

Internals:   Clients    :FBDECT:
   DEF        192.168.25.1
   FUUID      5c42f814-f33f-1719-aacc-61a3caecc87f0893
   NAME       FBDECT
   NR         829
   STATE      connected
   TYPE       FBAHAHTTP
   CmdStack:
     ain=087610375064&switchcmd=setswitchoff
     ain=087610006087&switchcmd=setswitchoff
     ain=087610375071&switchcmd=setswitchon
     ain=087610375064&switchcmd=setswitchon
   MatchList:
     1:FBDECT   .*
Attributes:
   fritzbox-user 1
   polltime   30
   room       FBDECT,FritzBoxen-System
   
nach update und restart heute 08.03.2019 
   

Code Auswählen Erweitern

Internals:
   Clients    :FBDECT:
   CmdStack   
   DEF        192.168.25.1
   FUUID      5c42f814-f33f-1719-aacc-61a3caecc87f0893
   NAME       FBDECT
   NR         828
   STATE      connected
   TYPE       FBAHAHTTP
   MatchList:
     1:FBDECT   .*
Attributes:
   fritzbox-user 1
   polltime   30
   room       FBDECT,FritzBoxen-System

und jetzt geht das schalten vorerst wieder.

[Wzut]

das hatte ich vermutet, wenn es nicht mehr geht "stauen" sich die Schaltbefehle in CmdStack und der Stack wird niemals wieder abgearbeitet.
War bei mir damals auch so bis ich die Überwachung eingebaut habe und ihn mit Gewalt lösche im Fehlerfall, seit dem ist Ruhe.

[rainer1962]

Hallo Wzut,bei mir ist es noch schlimmer wenn ich die polltime auf 5sec nehme. dann tritt das jeden tag auf.bei polltime 30sec gehts manchmal ne woche und manchmal 3 tage ....was hast du genau gemacht?kannst du mir das erklären?
danke dir schon .

[Wzut]

das Thema des CmdStack hatten wir hier -> https://forum.fhem.de/index.php/topic,58147.msg852587.html#msg852587
und laut Rudis letztem Post sollte er seit dem gelöscht werden, was aber bei dir offensichtlich nicht passiert !
Ich muß mal schauen was ich bei mir alles verändert habe und mit Rudis letzter Version vergleichen, dann kann er es wenn er es will teilweise oder ganz übernehmen.

[rainer1962]

den post hate ich auch schon gesehen und die änderungen sind bei mir drin. habe die version "00_FBAHAHTTP.pm 18401 2019-01-24 14:07:26Z" bei mir im einsatz.Wäre froh wenn die Steckdosen wieder ornungsgemäß funktionieren würden, wie schon vorher seit jahren ...

[Wzut]

@ rainer1962, wenn du magst kannst du ja mal meine geänderte Version testen, ich habe seit 1. November 2018 damit Ruhe.
Die Version bringt ein Readings mit CS (CmdStack), ist zwar nicht unbedingt nötig, war aber für mich sehr hillfreich da ich zum einen den Wert extra logge und eine Grafik damit befülle und zum anderen sieht man sofort ohne list ob da sich da wieder ein Stau anbahnt. Zusätzlich lasse ich noch den Poll ausfallen wenn gerade ein aktiver Schaltbefehl ansteht ( erzeugt auch entsprechende Logmeldungen ) vllt. war das ja auch die entscheidende Änderung ?
Du schreibst ja das du das alles relativ schnell mit deiner kurzen Pollzeit von 5 Sekunden testen kannst.

[rainer1962]

danke dir Wzut.habe mal deine 00_FBAHAHTTP.pm eingebaut, fhem neu gestartet und die poltime auf 5 sec gesetzt.bin gespannt wie lange es geht ohne probleme ....ich melde mich wieder...
danke.

[rainer1962]

habe schon jetzt bei einigen schaltungen das CS-Reading auf 1 gebracht.wurde aber ordenungsgemäß nach kurzer zeit, ca. 1sec später, auf 0 wieder gesetzt. das schalten funktioniert vorerst.