Voraussetzungen
1 x FritzBox 7490
3 x FRITZ!Powerline 546E
FBDECT-Modul:
# $Id: 10_FBDECT.pm 13273 2017-01-29 17:35:45Z rudolfkoenig $
Über FBAHAHTTP wird fbox definiert.
Die 546E erscheinen automatisch über FBDECT mit MAC-Zusatz.
Problem
get FBDECT_fbox_MA_CA_DR_ES_SE devInfo
fhem hängt und muss mit service fhem restart wiederbelebt werden.
Nach Neustart in LOG:
"Undefined subroutine &main::FBAHA_getDevList called at ./FHEM/10_FBDECT.pm line 184."
Problem ist wohl selbsterklärend.
mfGerhard
Kannst du bitte ein "list FBDECT_fbox_MA_CA_DR_ES_SE" hier anhaengen?
Klingt so, dass IODev nicht zugewiesen oder nachtraegliche geloescht wurde.
Bitte solche Meldungen im passenden Bereich (siehe MAINTAINER.txt) anlegen.
Bin noch neu hier.
Habe passenden Bereich nicht auf Anhieb gefunden.
Internals:
DEF fbox:5C_49_79_E6_BF_7F powerMeter,switch
IODev fbox
LASTInputDev fbox
MSGCNT 22
NAME FBDECT_fbox_5C_49_79_E6_BF_7F
NR 28
STATE off
TYPE FBDECT
fbox_MSGCNT 22
fbox_TIME 2017-12-04 18:04:48
id 5C_49_79_E6_BF_7F
props powerMeter,switch
READINGS:
2017-12-04 18:04:48 AIN 5C:49:79:E6:BF:7F
2017-12-04 18:04:48 FBNAME Powerline-02
2017-12-04 18:04:48 FBPROP powerMeter,switch
2017-12-04 18:04:48 FBTYPE FRITZ!Powerline 546E
2017-12-04 18:04:48 ID 20001
2017-12-03 18:06:25 energy 122 Wh
2017-12-04 18:04:48 fwversion 06.92
2017-12-03 18:06:25 locked no
2017-12-03 18:06:25 mode manuell
2017-12-03 18:06:25 power 0.00 W
2017-12-04 18:04:48 present no
2017-12-03 18:06:25 state off
Attributes:
IODev fbox
alias Dach.Treppe
event-min-interval power:120
room Dachboden,FBDECT
Danke, habs gefixt und eingecheckt, ab morgen per FHEM-update verfuegbar.
Wie bist du auf getInfo gekommen?
Habe ein Modul für ALL3072 geschrieben.
Beim Schreiben des Moduls habe ich in ALLxxx und die Fritz-Module reingesehen und gelernt.
Habe die 3072 und 546E einem Raum zugewiesen. Da die Schalter auch manuell geschaltet werden können, suchte ich nach einer Möglichkeit, den Status im Web-Browser zu aktualsieren.
Web-Browser Aktualisierung ging leider im Raum-Bereich nicht.
Für die Aktualisierung benutze ich für die 3072 die Get-Funktion über einen Dummy-Schalter, der per notify get aufruft.
Die Fritz-Module haben eine Timer-Aktualisierung ( def 300s). Das reichte mir aber nicht. Den Timer wollte ich nicht runtersetzen. Ich will das System nicht mit unnötigen Aktualisierungen zumüllen.
Die 546E lieferte bei get ohne Argument nur eine seltsame Fehlermeldung.
Hab dann im Code gefunden, dass das Modul auf "get xxx devInfo" reagieren sollte.
Das führte dann zum Crash.
Gerhard.
Danke. Ich hatte die Sorge gehabt, dass es irgendwo noch versehentlich dem Normaluser angeboten wird.
getInfo ist FBAHA only, und sie wurde bei FBAHAHTTP nicht per Auswahl angeboten. Der Aufruf fuehrte trotzdem zum crash.