Brauche Hilfe bei der Umstellung von FBAHA auf FBAHAHTTP

Begonnen von Tom111, 30 August 2017, 04:39:57

Vorheriges Thema - Nächstes Thema

rudolfkoenig

Reagieren die denn beim Schalten in der FritzBox Oberflaeche?

Wenn ja (und nur dann): kannst du bitte nach "attr global verbose 5" _und_ "attr FBdect verbose 5" _und_ erneutes modify einen Schaltvorgang in FHEM durchfuehren, und das FHEM-Log hier anhaengen?

Lichti

Die Schalter gehen in der FritzBox-Oberfläche und mit den FritzFons.

Hier das FHEM-Log:

2017.09.28 15:42:26 4: WEB_192.168.178.11_4131 POST /fhem?cmd.DECTschalter=set%20DECTschalter%20on&room=DECT&XHR=1&fw_id=873; BUFLEN:0
2017.09.28 15:42:26 5: Cmd: >set DECTschalter on<
2017.09.28 15:42:26 3: FBDECT set DECTschalter on
2017.09.28 15:42:26 5: HttpUtils url=http://fritz.box/webservices/homeautoswitch.lua?sid=94604d57676a19cf&ain=0&switchcmd=setswitchon
2017.09.28 15:42:26 5: IP: fritz.box -> 192.168.178.1
2017.09.28 15:42:26 5: Starting notify loop for DECTschalter, 1 event(s), first is on
2017.09.28 15:42:26 5: Triggering LED01
2017.09.28 15:42:26 4: LED01 exec {if(Value("DECTschalter") eq "on") {fhem("set Statusdisplay_Led_01 led green")} else {fhem("set Statusdisplay_Led_01 led red")}}
2017.09.28 15:42:26 5: Cmd: >{if(Value("DECTschalter") eq "on") {fhem("set Statusdisplay_Led_01 led green")} else {fhem("set Statusdisplay_Led_01 led red")}}<
2017.09.28 15:42:26 5: Cmd: >set Statusdisplay_Led_01 led green<
2017.09.28 15:42:26 5: CUL_HM Statusdisplay protEvent:CMDs_pending pending:1
2017.09.28 15:42:26 5: Starting notify loop for Statusdisplay_Led_01, 1 event(s), first is set_led green
2017.09.28 15:42:26 5: End notify loop for Statusdisplay_Led_01
2017.09.28 15:42:26 3: CUL_HM set Statusdisplay_Led_01 led green
2017.09.28 15:42:26 5: HMLAN_Send:  HMLAN S:SC8B96657 stat:  00 t:00000000 d:01 r:C8B96657 m:56 A011 2CDA04 346CD5 800102
2017.09.28 15:42:26 5: CUL_HM Statusdisplay protEvent:CMDs_processing... pending:0
2017.09.28 15:42:26 5: End notify loop for DECTschalter
2017.09.28 15:42:26 4: WEB: /fhem?cmd.DECTschalter=set%20DECTschalter%20on&room=DECT&XHR=1&fw_id=873 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip

rudolfkoenig

Zitat2017.09.28 15:42:26 5: HttpUtils url=http://fritz.box/webservices/homeautoswitch.lua?sid=94604d57676a19cf&ain=0&switchcmd=setswitchon
Falls keine Daten vom FritzBox geliefert werden, dann sollte 4 Sekunden spaeter im FHEM-Log folgendes stehen:
ZitatFBdect: read from http://fritz.box timed out
Das habe ich gerade mit einem "fake" Webserver, der nicht antwortet, getestet, und es funktioniert so wie geplant.

Falls er antwortet, dann muesste nach ca 0.3s (siehe auch attr global mseclog) was von "HTTP response code 200", "Got data, length: 2" und "reply for FBdect: 1" im Log stehen.

Da in deinem Fall keiner der beiden Sachen steht, bin ich etwas ratlos.


Lichti

Hab noch etwas getestet. Ist wirklich merkwürdig:

Es sind 2 DECT-Schalter im Einsatz.
Wenn ich zuerst den 2. betätige, schaltet dieser über FHEM.
Das bleibt so, bis ich versuche, den 1. zu schalten. Dann geht keiner mehr.
Geht dann erst wieder nach FHEM Neustart.

Beim 2. Schalter werden alle Readings ausser voltage angezeigt. Beim 1. Schalter nur das Reading state.

Habe mal beide Schalter aus FHEM gelöscht und wollte diese über autocreate wieder eintragen. Wurde allerdings keiner gefunden.
Kann ich irgendwo sehen, ob die id des Schalters stimmt?

Kicres

Ich hatte gestern Abend ein ganz ähnliches Verhalten: FBAHAHTTP war connected, FBDECT Device hat nur das Reading state aktualisiert, schalten über FHEM ging nicht, wohl aber über das Fritzbox-Frontend.
Dann heute morgen: Zwischenstecker stromlos gemacht (er wurde durch einen funktionrenden Homematic-Stecker ersetzt) und für weiteres Probieren an einer anderen Steckdose eingesteckt. Jetzt scheint es zu funktionieren... und zwar ohne sonstige Änderungen.

rudolfkoenig

Bitte bei solchen Meldungen jeweils angeben, welche FritzBox-Version verwendet wurde.
Soweit ich es sehe, gibt es mit 6.90 noch einige Probleme.

Kicres

Sorry, ist tatsächlich wie oben auch 6.90. Ablauf war folgender: Fritzbox auf 6.90 aktualisiert, Stecker ging nicht mehr unter FBAHA. Umstellung auf FBAHAHTTP. Nicht zum Laufen bekommen. Heute morgen ging es dann.

rudolfkoenig

Mit 6.90 hat AVM die binaere AHA Schnittstelle entfernt, bleibt nur die HTTP Schnittstelle, in FHEM via FBAHAHTTP realisiert.

Evtl liegt es an der OS-Version der FBDects. Auf der AVM Seite gibt es irgendwo eine Bemerkung, dass die 546e auf 6.90 aktualisiert werden muss, falls die FB 6.90 hat. Vielleicht gilt das auch fuer die FBDects.

Lichti

Meine DECT-Schalter haben die Version: 03.87 - In der FritzBoxoberfläche wird angezeigt: Software aktuell.
Auf dem FTP-Server von AVM habe ich keine FW für die DECT-Schalter gefunden. Update soll nur über die FB-Oberfläche gehen, falls neue Version verfügbar.

Jetzt habe ich mal die IDs der beiden Schalter vertauscht:
Nun schaltet beim Betätigen der Schaltknöpfe immer der gleiche Schalter (welcher schon immer ging)
Beim 1. DECT-Schalter wird bei Internals und Readings die gleiche id angezeigt.
Der 2. DECT-Schalter zeigt bei Internals die konfigurierte id und bei Readings die id des 1. DECT-Schalters.

Sehr seltsam ...




Mitch

Habe auch gerade umgestellt.

Leider geht schalten aus FHEM nicht mehr.
Wenn ich in der FB Oberfläche schalte, wird das auch an FHEM weitergegeben und angezeigt.

Ein Schalten von FHEM heraus geht aber nicht mehr.

FB OS 6.90
DECT200 OS 03.87
FHEM im Proxmox Container

homeum

#40
Zitat von: Mitch am 30 September 2017, 11:58:05
Habe auch gerade umgestellt.

Leider geht schalten aus FHEM nicht mehr.....

War bei mir gestern das gleiche Problem.

Was seltsam war: mir wurden in fhem durch autocreate alle 4 DECT 200 nochmals angelegt, jetzt aber mit anderem Namen.
Mir blieb nichts weiter, als die alten zu entfernen und die neu angelegten entsprechend in fhem einzubinden. Hat leider einiges an Zeit beansprucht.

Was mir aufgefallen ist :
Die neu mit autocreate angelegten DECT 200 konnten in fhem geschaltet werden, aber nur so lange, bis ich zwischendurch versucht habe, mit einem der alten DECT-Devices in fhem zu schalten, dann gingen auch die neuen nicht mehr.

Abhilfe war nur Neustart von fhem, danach gingen die neuen wieder.
Deshalb blieb mir keine andere Lösung, als die alten komplett zu entfernen, um das Blockieren zu verhindern.

Tom111

#41
Im Schweiße meines Angesichts habe ich auch gerade auf 6.90 umgestellt.
Ich habe vorher alles heruntergefahren was so an der FritzBox an WLAN, Powerline und LAN -Geräten hang (außer den PC natürlich).
Das Update lief problemlos durch, danach habe ich direkt meine 546e Steckdosen geupdatet (pro Steckdose dauert es ca. 10min).

Nachdem alles lief habe ich dann einzeln die Geräte wieder hochgefahren. Eine DECT-200-Steckdose hat nicht geschaltet, rausgezogen, 5 min gewartet und wieder eingesteckt, danach funktionierte es wieder.

Zum Schluss dann den Raspi mit FHEM hochgefahren, alles ausprobiert was auszuprobieren war und, Gott sei Dank, lief alles problemlos.
Geräte lassen sich Schalten und der Statuswechsel wird auch vollzogen.

Bis jetzt funktioniert alles reibungslos; puh, ich hab mich schon auf ein langes Wochenende am Schreibtisch eingestellt.  :)
FHEM 5.9 auf Raspberry Pi - 3B+ - Stretch-5.10.88+ | CUL868 CC1101 - USB - Lite module - V3 FW 1.67
Fritz!Box 7490 OS 07.29 / Fritz!Dect200 / Fritz!Powerline 546E
FS20ST-4/ FS20 DI-5/ FS20LS/ FS20 PIRI-2-KU/ FS20 TFK/ FS20S4A/FS20 SU-3/FS20 S20-3
HMS100TF/FHT80TF-2/ASH2200/S300TH/MiLight-Bridge V

Lichti

Bei mir wurde jetzt auch einmal eine DECT200 per autocreate erkannt.
Hat sich allerdings nicht schalten lassen und es wurde auch kein Status angezeigt.
Ging aber nur einmal. Ein weiterer autocreate hat nichts gefunden.

Hab dann wieder die alten Definitionen eingetragen.
Jetzt lässt sich eine Steckdose schalten
Aber nur bis ich versuche die andere zu schalten.
Dann geht die erste erst nach einem FHEM-Neustart wieder.

Tom111

Zitat von: Lichti am 30 September 2017, 13:56:39
Bei mir wurde jetzt auch einmal eine DECT200 per autocreate erkannt.
Hat sich allerdings nicht schalten lassen und es wurde auch kein Status angezeigt.
Ging aber nur einmal. Ein weiterer autocreate hat nichts gefunden.

Hab dann wieder die alten Definitionen eingetragen.
Jetzt lässt sich eine Steckdose schalten
Aber nur bis ich versuche die andere zu schalten.
Dann geht die erste erst nach einem FHEM-Neustart wieder.

Wenn du das Risiko eingehen möchtest, dann versuch doch mal diese beiden Steckdosen zurückzusetzen (genau an die Anleitung halten!):

https://avm.de/service/fritzdect/fritzdect-200/wissensdatenbank/publication/show/1246_Werkseinstellungen-von-FRITZ-DECT-laden/
FHEM 5.9 auf Raspberry Pi - 3B+ - Stretch-5.10.88+ | CUL868 CC1101 - USB - Lite module - V3 FW 1.67
Fritz!Box 7490 OS 07.29 / Fritz!Dect200 / Fritz!Powerline 546E
FS20ST-4/ FS20 DI-5/ FS20LS/ FS20 PIRI-2-KU/ FS20 TFK/ FS20S4A/FS20 SU-3/FS20 S20-3
HMS100TF/FHT80TF-2/ASH2200/S300TH/MiLight-Bridge V

Lichti

Hmm, muss ich mir überlegen.
Im Moment bin ich froh, das zumindest eine geht.