Hallo,
entweder habe ich da etwas im Forum verpasst....
Also, seit dem 6.6.2016 zeigen meine drei DECT200 Steckdosen in fhem keine aktualisierten readings wie power, energy oder temperature an. Schalten lassen sie sich noch und der 'state' wird auch aktualisiert.
Systemstand fritzbox 6.23.
Ffhem aktuell.
00_FBAHA vom 10.01.2016
# $Id: 00_FBAHA.pm 10398 2016-01-07 09:05:47Z rudolfkoenig $
10_FBDECT vom 29.5.2016
# $Id: 10_FBDECT.pm 11514 2016-05-24 18:13:52Z rudolfkoenig $
Fritzbox habe ich schon neu gestartet.
Woran könnte das jetzt liegen?
Elektrolurch
Hab nicht wirklich eine Ahnung, ich vermute Neuerungen im Fritz!OS.
Welche FritzOS-Version hat dein FritzBox?
Ich wuerde auf FBAHAHTTP umsteigen, siehe https://forum.fhem.de/index.php/topic,53147.0.html
Zitat:
Welche FritzOS-Version hat dein FritzBox?
Ich wuerde auf FBAHAHTTP umsteigen, siehe https://forum.fhem.de/index.php/topic,53147.0.html
Habe die FB auf 6.23 "eingefroren", damit ich im Fall der Fälle die FB auch noch für fhem nutzen könnte. Daran kann es also nicht liegen, da die Version schon seit mehr als einem Jahr so läuft.
Ich habe auf der FB nachgesehen, da ist eine Dose von den dreien nicht mehr verbunden.
Leider kann ich nicht mehr nachvollziehen, was am 6.6. gegen 13:00 Uhr passiert ist, seit dem gehen die readings nicht mehr.
Werde mal die Dosen abbauen und in der Nähe der FB plazieren und dann beobachten.
FBAHAHTTP : Habe ich mich noch nicht damit beschäftigt. Würde das auch mit der OS 6.23 schon laufen?
fhem läuft extern auf einem Cubie.
Elektrolurch
Okay. Habs gefunden:
attr Hb_Media timestamp-on-change-reading .*
Da scheint im Modul (?) ein Fehler zu sein, denn die readings werden überhaupt nicht mehr geschrieben, auch wenn die Werte wie Voltage, power oder current sich ändern.
Wenn ich das in:
timestamp-on-change-reading state.*
ändere, dann gehts wieder.
Punkt 2: Entweder ist eine Steckdose kaputt oder die fritzbox hat sie auf "nicht verbunden" gesetzt.
Elektrolurch
ZitatFBAHAHTTP : Habe ich mich noch nicht damit beschäftigt. Würde das auch mit der OS 6.23 schon laufen?
Weiss ich nicht, du koenntest es testen mit dem Browser-Aufruf:
http://fritz.box/webservices/homeautoswitch.lua?sid=$sid&switchcmd=getdevicelistinfoswobei $sid zu ersetzen ist mit der (FHEM) Ausgabe von
{ FB_doCheckPW("fritz.box", "benutzer", "passwort") }ZitatDa scheint im Modul (?) ein Fehler zu sein
Da kann ich nur einen Fehler in fhem.pl vorstellen.
Wenn ich es debuggen soll, brauche ich eine Log Ausgabe mit FBAHA-verbose-5
Hallo Rudi,
anbei die Logs. Habe folgendes gemacht:
1.verbose für DECT200 (AHA-Device) und die Steckdose HB_Media auf 5 gesetzt.
2. attr Hb_Media timestamp-on-change-reading state.*
An der Steckdose hängen mehrere Verbraucher. Das reading 'power' ändert sich alle 120 s, dowohl auf dem Bildschirm, als auch der Zeitstempel.
erzeugtes Log-File: nuer-State.log
Nun habe ich
timestamp-on-change-reading .*
gesetzt.
Weder der Zeitstempel, noch der wert von 'power' wird aktualisiert.
erzeugtes Log-File: Punkt-Stern.log
In beiden Fällen wird die Änderung von 'state' (on/off) korrekt angezeigt. Es betrifft nur die readings.
Noch der Vollständigkeit halber, hier die gesetzten Attribute. Vielleicht gibt es da ja einen Ausschluß, den ich hier jetzt so nicht erkenne:
alias AVR-Anlage
devStateIcon ein.*:scene_cinema:aus aus.*:scene_cinema@yellow:ein
event-min-interval (power|energy):120
event-on-change-reading state
eventMap /on:ein/off:aus/
group Audio und Video
ignore 0
stateFormat state power
timestamp-on-change-reading state.*
Elektrolurch
Hab dein Text etwas umsortiert, damit es klarer wird:
Zitatevent-on-change-reading state
Weder der Zeitstempel, noch der wert von 'power' wird aktualisiert.
In beiden Fällen wird die Änderung von 'state' (on/off) korrekt angezeigt. Es betrifft nur die readings.
Commandref:
Zitatevent-on-change-reading
The attribute takes a comma-separated list of readings. You may use regular expressions in that list. If set, only changes of the listed readings create events.
Schaut fuer mich nicht nach einem Bug aus.
Hmm, verstehe ich leider aber nicht....
Dann hätte es ja nie funktionieren dürfen, weil
event-on-change-reading state
gesetzt war.
Aber ausschlaggebend war doch das Setzen von
timestamp-on-change-reading .*
am 6.6.2016.
Erst danach wurde 'power' nicht mehr aktualisiert und die "Waschmaschine hat nicht mehr angerufen, wenn sie fertig war".
Das Attribut
event-on-change-reading state
ist bei allen drei DECT200 - Dosen schon seit vielen Monaten so gesetzt.
Was leider in dem Abschnitt in der commandRef bei den event-on... Attributen fehlt, ist eine Aussage über die Bildschirmaktualisierung. Ist diese auch davon betroffen?
Die FHEMWEB Bildschirmaktualisierung haengt an den Events, funktioniert genauso wie notify.