Fehler in Modul 10_FBDECT.pm

[GerhardL]

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

[rudolfkoenig]

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.

[GerhardL]

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

[rudolfkoenig]

Danke, habs gefixt und eingecheckt, ab morgen per FHEM-update verfuegbar.
Wie bist du auf getInfo gekommen?

[GerhardL]

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.

[rudolfkoenig]

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.