AVM Fritz!DECT 200

Begonnen von rudolfkoenig, 08 Januar 2013, 12:28:47

Vorheriges Thema - Nächstes Thema

rudolfkoenig

Je nach FB-OS Version muss die Verwendung von Smarthome freigegeben werden. Es gab auch FB-Laborversionen, die nur das UNIX Socket als Schnittstelle angeboten haben, siehe http://fhem.de/commandref.html#FBAHA

Falls der Port 2002 auf dem FB wieder erreichbar ist, dann sollte ein FHEM Neustart reichen, manchmal musste ich dafuer aber auch den FB neu booten.

grappa24

Zitat von: rudolfkoenig schrieb am Mi, 22 Mai 2013 21:50Je nach FB-OS Version muss die Verwendung von Smarthome freigegeben werden.
Das wars, Danke!
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

housekeeper

Heute habe ich mein 1. Fritz!Powerline 546E bekommen und problemlos in Betrieb genommen. Da es noch nicht so viele Diskussionsfäden dazu gibt, klinke ich mich damit mal hier ein.

Ganz offensichtlich hat das auch einen (Linux ??) Server an Bord, da es über eine eigene Webseite erreich- und konfigurierbar ist. Update erfolgt wie bei der Fritz!Box über .image Dateien. Da könnte man womöglich über das INSTALL-Skript ( sieht aus wie ein typische Linux-Shell-Skript ) was einschleusen.

FHEM hat es auch ordentlich erkannt und eingebunden als TYPE FBDECT

Das Teil hat direkt nichts mit DECT am Hut, allerdings ist nach der Installation ein neuer Menüpunkt im Fritz!Fon MT-D:

Menü/Heimnetz/Smart Home/FRITZ!Aktoren mit der Möglichkeit die Dose zu schalten und Menü/Heimnetz/Smart Home/Energieanzeige, so daß man als DECT Benutzer schon einen Zusatznutzen hat.


housekeeper

Heute morgen habe ich mal interessehalber wieder top laufen lassen, fhem bewegt sich ständig im Bereich über 50% CPU-Auslastung.
Da das Letzte was ich verändert habe, die Addition von FBAHA mit FBDECT war, habe ich diese Elemente wieder entfernt ( disable geht hier nicht) und siehe da, fhem fällt wieder zurück auf 0.0.

fhem-Server: Fritz!Box 7390, FRITZ!OS 05.55-25409 BETA
fhem-Version: $Id: fhem.pl 3204 2013-05-21 13:25:51Z rudolfkoenig $
FBAHA: $Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $
FBDECT: $Id: 10_FBDECT.pm 2779 2013-02-21 08:52:27Z rudolfkoenig $



rudolfkoenig

> Da könnte man womöglich über das INSTALL-Skript ( sieht aus wie ein typische Linux-Shell-Skript ) was einschleusen.

Kann man, ist aber nur was fuer Theoretiker:
- nachdem das image ausgefuehrt ist, bootet der Schachtel neu.
- ich habe keine Stelle gefunden, um irgendetwas zu speichern (/var/flash/debug, o. ae.)
- es gibt kein Kernel-Modul an Board, um ein Netzwerkfilesystem einzubinden.

Sonst ist es etwa so schnell wie der 7270, hat auch 64MB, die Haelfte davon ist unbenutzt.

rudolfkoenig

>  fhem bewegt sich ständig im Bereich über 50% CPU-Auslastung.

Ich gehe davon aus, dass das nur ein Info ist.

Falls Du meinst, dass das ein Fehler ist, was behoben werden sollte, dann braucht man natuerlich mehr Info/Log-Auszug auf hoeheren Loglevel, etc.

housekeeper

Zitat von: rudolfkoenig:>fhem bewegt sich ständig im Bereich über 50% CPU-Auslastung.

Ich gehe davon aus, dass das nur ein Info ist.

Falls Du meinst, dass das ein Fehler ist, was behoben werden sollte, dann braucht man natuerlich mehr Info/Log-Auszug auf hoeheren Loglevel, etc.

Na ja, irgendwo dazwischen :-)

Ich denke eine Lastzunahme um annähernd 50% beim Laden von zwei neuen Modulen sollte man schon mal näher betrachten.

Welche Informationen hättest Du denn gerne, außer dem Log ?

housekeeper

Na gut, ich habe mal versucht die Situation einzugrenzen:

Mit # top -b -d 1 -n 120 | grep -E "perl|aha" > log/201305241029top-fhem-ohne-aha-2.log zunächst das Betriebsverhalten von FHEM während des Starts bis ca. zwei Minuten danach aufgezeichnet. Siehe Anhang.

Anschließend mit define Powerline546E FBAHA 192.168.178.42:2002 das FBAHA Gerät eingerichtet. Autocreate generiert dann mit define FBDECT_1000 FBDECT 1000 switch ein FBDECT Gerät dazu.

Soweit so gut, der Schalter läßt sich schalten, top sagt CPU Nutzung von fhem zwischen 30% und 50%. Da ich das mehrfach durchgespielt habe, setze ich als nächstes die Loglevel für FBAHA und FBDECT Gerät auf 6. Anschließend "shutdown".

Wieder mit # top -b -d 1 -n 120 | grep -E "perl|aha" > log/201305241029top-fhem-mit-aha-2.log die ersten 2 Minuten Lebenszeit von fhem eingefangen. Anschließend Start mit ./startfhem

top sagt CPU Nutzung > 90% , das Webinterface ist nicht zugreifbar, genausowenig Telnet. Nachdem die top Aufzeichnung beendet war, den Perl Prozeß mit kill -9 "angehalten".

Im Log mehrere tausend Einträge

2013.05.25 11:56:13 0: Server started with 146 defined entities (version Fhem 5.4 (DEVELOPMENT), $Id: fhem.pl 3204 2013-05-21 13:25:51Z rudolfkoenig $, pid 12401)
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
2013.05.25 11:56:18 1: FBDECT: unknown message type
etc. ad infinitum

stromer-12

Ist komisch, bei mir ist die Box im Leerlauf mit dem Powerline546E.
Die Last ist unter 5Prozent.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

housekeeper

Zitat von: str0mer:Ist komisch, bei mir ist die Box im Leerlauf mit dem Powerline546E.
Die Last ist unter 5Prozent.
Zum qualifizierten Vergleich wäre hilfreich zu wissen:

1. Welche Box ?
Fritz!Box 7390            
2. Welche Firmware ?
FRITZ!OS 05.55-25409 BETA
3. Welche FHEM Version ?
$Id: fhem.pl 3218 2013-05-25 07:16:54Z rudolfkoenig $
4. Welceh FBDECT Version ?
$Id: 10_FBDECT.pm 2779 2013-02-21 08:52:27Z rudolfkoenig $

5. Welche FBAHA Version ?
$Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $
6. Welche Firmware auf dem Powerline 546E ?
FRITZ!OS 05.53 - 118.05.53

stromer-12

Zitat von: housekeeper schrieb am So, 26 Mai 2013 18:09
Zitat von: str0mer:Ist komisch, bei mir ist die Box im Leerlauf mit dem Powerline546E.
Die Last ist unter 5Prozent.
Zum qualifizierten Vergleich wäre hilfreich zu wissen:

1. Welche Box ?
Fritz!Box 7390  
selbige siehe Sig

2. Welche Firmware ?
FRITZ!OS 05.55-25409 BETA
ebenfalls siehe Sig

3. Welche FHEM Version ?
$Id: fhem.pl 3218 2013-05-25 07:16:54Z rudolfkoenig $
$Id: fhem.pl 3204 2013-05-21 13:25:51Z rudolfkoenig $

4. Welche FBDECT Version ?
$Id: 10_FBDECT.pm 2779 2013-02-21 08:52:27Z rudolfkoenig $
$Id: 10_FBDECT.pm 2779 2013-02-21 08:52:27Z rudolfkoenig $

5. Welche FBAHA Version ?
$Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $
$Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $

6. Welche Firmware auf dem Powerline 546E ?
FRITZ!OS 05.53 - 118.05.53FRITZ!OS 05.53 - 118.05.53

Also soweit identisch, bis auf fhem.pl
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

housekeeper

Na ja, es gibt sicher noch Unterschiede in den verwendeten Modulen etc.

Neuester Stand bei mir: Jetzt läuft es wie erwartet, top zeigt wieder nahe 0% CPU - Auslastung durch fhem. Ich habe nichts anders gemacht als im oben beschriebenen Ablauf. Allerdings fällt auf, daß die "notify-loop" _sehr_ ( fhem log, verbose = 5 ) oft durchlaufen wird, offenbar hakt es da im Fehlerfall.

Im Log der Powerline546E fand ich einen Eintrag 26.05.13 00:05:26 Es wurde ein Fehlerbericht versendet Bei Anklicken des Links erfährt man nichts über den Fehler, außer das der direkt an AVM übermittelt wurde. Nett, daß man das ganz nebenbei auch erfährt. Details keine.

Vielleicht war das die Ursache, vielleicht auch nicht, ich werde es jedenfalls weiter im Blick behalten.

stromer-12

Diese Fehlerberichtoption ist aber auch auf der Fritzbox per default aktiv und muß selbst deaktiviert werden, wenn nicht erwünscht. Stand glaube ich bei der Firmeware zur Box in den Releasenotes.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

housekeeper

Zitat von: housekeeper:...Autocreate generiert dann mit define FBDECT_1000 FBDECT 1000 switch ein FBDECT Gerät dazu. ...

Nochmals das Gleiche, aber autocreate auf disable 1 gesetzt. Nach der Definition von Powerline define Powerline546E FBAHA 192.168.178.42:2002 liegt FHEM dauerhaft bei 30 % CPU-Nutzung und knallt das Log mit einer Rate von 5/sec mit der Nachricht 2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch
2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch
2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch
2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch
2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch
zu. Das ist zwar vielleicht kein Fehler, aber jedenfalls auch kein Feature. Begrenzt nützlich und einigermaßen unelegant um es mal dezent auszudrücken.

Nach Zuschalten von autocreate wird das FBDECT_1000 Gerät generiert, FHEM beschäftigt die CPU mit > 90%, das Log weist 2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 1: FBDECT: unknown message type
2013.05.29 16:44:35 3: Powerline546E: Unknown code , help me!
2013.05.29 16:44:35 1: FBDECT: unknown message type
mit einer Rate von 10/sec aus.

Da bleibt wenig Zeit für Anderes.






rudolfkoenig

> 2013.05.29 16:19:47 1: UNDEFINED FBDECT_1000 FBDECT 1000 switch

Diese Meldung kommt dann, wenn eine Nachricht vom 546E fuer eine nicht definierte FBDECT Instanz empfangen wurde, normalerweise sind das alle 30 Sekunden jeweils 6 Nachrichten, oder wenn Verbrauch/Schaltzustand sich aendert. Damit liegt die Auslastung bei mir nahe 0%. Das loglevel habe ich aber von 1 auch 3 geaendert, damit ist es so wie in FS20,FHT,etc, was anderes wuerde eine grundlegende Aenderung benoetigen, und ich sehe z.Zt. nicht nocht nicht, wieso.

> 2013.05.29 16:44:35 1: FBDECT: unknown message type

Das kann icht trotz aktualisierten FW auf dem 546E (FRITZ!OS 05.53) nicht nachvollziehen, vorher hatte ich sowas auch nicht gesehen. Die Endlosschleife koennte man irgendwie abkuerzen (Symptom behandeln, nicht die Ursache), dazu braeuchte ich aber ein log mit "attr Powerline546E loglevel 2", und das von Neustart an.

Das eigentliche Problem liegt aber vermutlich anderswo.

Wird das AHA @ 546E auch von anderen Systemen (FritzBox/etc) noch benutzt?
Tritt das Problem nach einem vollstaendigen reset der 546E auch auf? Bitte AHA @ 546E zunaechst nur mit FHEM ansprechen.