AVM Powerline 546 , Kommunikation(nur) mit Fhem

jhs · 24 September 2016, 15:13:25

Hallo,

für Schaltzwecke und Messungen an Steckdosen sind in meinem Fhem-System Powerline Adapter 546E (Ziel, auch zusätzlich als optional aktivierbare WLAN-AP) und (max 10x/FRITZbox) DECT200 von AVM im Einsatz.
Die 546E befinden sich in einem LAN-Segment, auf das nur Fhem und keine FRITZbox Zugriff hat.
Daher muss die Kommunikation (Ansteuerung und Abfrage von Messwerten) zwischen den Powerline Adaptern 546E und Fhem ohne FRITZbox auskommen.
(Meine Fragen habe ich unten nach Erklärung zum Fhem-Umfeld aufgelistet.)

Auszug aus fhem.cfg

Code Auswählen

define FB_dlan_546e01 FBAHA 192.168.101.161:2002
attr FB_dlan_546e01 room FBDECT
define FileLog_FB_dlan_546e01 FileLog ./log/FBDECT_FB_dlan_546e01-%Y-%m.log FB_dlan_546e01:.*
attr FileLog_FB_dlan_546e01 logtype power4:Power,text
attr FileLog_FB_dlan_546e01 room FBDECT
# ...
# autocreated and modified
define FB_dlan_546e01_sw_KG_gw FBDECT FB_dlan_546e01:1000 switch
attr FB_dlan_546e01_sw_KG_gw IODev FB_dlan_546e01
attr FB_dlan_546e01_sw_KG_gw event-min-interval power:120
attr FB_dlan_546e01_sw_KG_gw room FBDECT,jhs_Schalter
define FileLog_FB_dlan_546e01_sw_KG_gw FileLog ./log/FBDECT_FB_dlan_546e01-%Y-%m.log FB_dlan_546e01_sw_KG_gw:power\x3a.*
attr FileLog_FB_dlan_546e01_sw_KG_gw logtype power4:Power,text
attr FileLog_FB_dlan_546e01_sw_KG_gw room FBDECT
define SVG_FB_dlan_546e01_sw_KG_gw SVG FileLog_FB_dlan_546e01_sw_KG_gw:SVG_FB_dlan_546E:CURRENT
attr SVG_FB_dlan_546e01_sw_KG_gw label "FB_dlan_546e01_sw_KG_gw_KG-e-Verteilung Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FB_dlan_546e01_sw_KG_gw room Plots,jhs_Energie

Der Status mit den 546E ist derzeit unbefriedigend und so nicht brauchbar:

Schalten Power OK: SCHALTEN ON/OFF (dito, wie bei der HM-"Eule"... falls keine der im Forum genannten Zuordnungsproblem auftreten, d.h. Fhem-ID entspricht nicht mehr dem anfangs definierten Aktor.)
Schalten WLAN bisher keine Lösung, z.B. in Abhängigkeit von "room alive" = Abschalten wenn nicht benötigt
LOG unbrauchbar: power loggen und darstellen (wie bei der HM-"Eule": hm_es_pmsw1_pl )
Die Verbindung zu den Aktoren 546E läuft instabil

Zitat2016.09.24 14:01:06 1: 192.168.101.162:2002 disconnected, waiting to reappear (FB_dlan_546e02)
2016.09.24 14:01:07 1: FBAHA FB_dlan_546e02 registered with handle: 000001e5
2016.09.24 14:01:10 1: 192.168.101.162:2002 reappeared (FB_dlan_546e02)

Auszug aus einer LOG-Datei FBDECT_FB_dlan_546e01-2016-09.log

Zitat2016-09-24_14:16:29 FBDECT_FB_dlan_546e01_20000 power: 8.15 W
2016-09-24_14:16:35 FBDECT_FB_dlan_546e01_20002 power: 0.00 W
2016-09-24_14:16:38 FBDECT_FB_dlan_546e01_20000 power: 8.08 W
2016-09-24_14:16:38 FBDECT_FB_dlan_546e01_20000 power: 8.08 W
2016-09-24_14:16:49 FBDECT_FB_dlan_546e01_20003 power: 7.00 W
2016-09-24_14:16:49 FBDECT_FB_dlan_546e01_20000 power: 8.08 W
2016-09-24_14:16:49 FBDECT_FB_dlan_546e01_20000 power: 8.08 W
2016-09-24_14:16:49 FBDECT_FB_dlan_546e01_20004 power: 2.36 W

Anmerkung:
Ich habe z.Z. die Ansteuerung über FBAHA und (noch) nicht über FBAHAHTTP realisiert, weil ich keine Lösung für 546E USER+PASSWORD gefunden habe, d.h. die 546E in direkter Kommunikation mit Fhem via FBAHAHTTP und ohne (!) FRITZbox bleibt DISCONNECTED. Spätestens wenn wie im forum genannt, AVM die Fhem-Kommunikation via FBAHAHTTP erzwingt, müsste eine Lösung gefunden werden.

FOLGENDE FRAGEN:

Ich moechte per Fhem direkt (ohne via FRITZbox, weil im andern LAN) WLAN ON/OFF der 546E schalten können, und nicht nur Power ON/OFF.
Habe ich da 'was übersehen, wie das "einfach" geht ?
Wie kann ich in dieser Konfiguration die Kommunikation - falls notwendig - über FBAHAHTTP zwischen Fhem und 546e (ohne FB, wie gesagt) mit USER/PASSWD realisieren.
Der Vorschlag aus dem Forum: USER="beliebig" und Passwort des 546E via GUI-"set .." hat nicht funktioniert.
Wie kann ich die log-Ausgabe verbessern, um verlässliche Werte wie bei der HM-"Eule hm_es_pmsw1_pl" zu erhalten. Vereinfacht gesagt, die geloggten Werte entsprechen so nicht den angeschlossenen Verbrauchern, bzw. ich habe keine Erklärung gefunden für die Kennungen _20000[0-9] in den LOGfiles .

Vielen Dank für jede Hilfe,

Gruss jhs

P.S. ich hatte meine erste Fragen zu 546E Powerline versehentlich - trotz Warnung - in einem "stillgelegten" thread von diesem forum abgelegt. Sorry. Deswegen hier der neue Versuch, Hilfe zu finden.

rudolfkoenig · 24 September 2016, 18:16:46

Vorneweg: ich kenne mich nur mit dem FBDECT/FBAHA/FBAHAHTTP Modulen etwas aus, von der anderen Spielerei wie WLAN ON/OFF habe ich keine Ahnung, das laeuft ueber das Modul 72_FRITZBOX.pm. FBAHAHTTP und FRITZBOX verwenden fuer die Anmeldung FritzBoxUtils.pm, insofern gibt es doch ein paar Gemeinsamkeiten.

Ich habe gerade mein 546e mit FRITZ!OS 6.50 beglueckt (manuell, da automatisch nicht wollte), und ich konnte mit dem FBAHAHTTP Modul direkt auf das 546e zugreifen, in der FBAHAHTTP Definition habe ich die Adresse der 546e angegeben. Der dabei verwendete Benutzername war sicher falsch, Passwort hat gestimmt. Ich habe in der Menuefuehrung der 546e keine Moeglichkeit gesehen, einen Benutzer anzulegen. Das Geraet ist im Netz einer FritzBox, und ich habe z.Zt. nich die Musse, einen separaten Netz zu konfigurieren, habe aber die Hoffnung, dass es da auch klappt.

Die Problembeschreibung verstehe auch nicht genau, insofern kann meine Antwort daneben liegen.
1+2. Nach meiner Erfahrung muesste das mit Benutzer beliiebig und richtigen Passwort klappen. Als FritzBox Adresse muss jeweils die Adresse der 546e spezifiziert werden.
3. FHEM zeigt die Werte so an, wie sie vom Geraet geliefert werden. Wenn die Werte nicht stimmen, kann nur AVM behilflich sein. Oder man faengt selber an zu interpolieren oder zu korrigieren.

jhs · 29 September 2016, 15:00:56

danke für Deine schnelle Antwort mit Deinem hanseatischen understatement "ich kenne mich nur mit dem FBDECT/FBAHA/FBAHAHTTP Modulen etwas aus"

Sorry, das es mit meiner Antwort etwas länger gedauert hat. Ich habe etwas länger experimentieren müssen, bis ich dank der Hinweise von Dir (und https://forum.fhem.de/index.php/topic,14124.15.htmll @Sunny) für die AVM 546E PowerLAN Adapter-Eigenschaften folgende Lösung gefunden habe:

WLAN on|off mit fhem Modul FRITZBOX
Ob auch gWLAN ... geschaltet werden kann, habe ich noch nicht probiert mein entspr. fhem.cfg Code siehe https://forum.fhem.de/index.php/topic,14124.15.html

Code Auswählen

set FBDECT_FB_dlan_546e04_1000 on

PowerSwitch on|off und Power-Plot mit fhem Modul FBAHA mein entspr. fhem.cfg Code in Auszügen:
Code Auswählen Erweitern
define FB_dlan_546e04_OG_durchgang FBAHA 192.168.101.164:2002 attr FB_dlan_546e04_OG_durchgang room FBDECTund anschliessend durchzuführen:
Code Auswählen Erweitern
set FB_dlan_546e04_OG_durchgang createDevs mit dem Ergebnis (aus createDevs , verkürzt dargestellt):
Code Auswählen Erweitern
define FB_dlan_546e04_OG_durchgang FBAHA ... define FBDECT_FB_dlan_546e04_OG_durchgang_20002 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_20002 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_20002 SVG ... define FBDECT_FB_dlan_546e04_OG_durchgang_20000 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_20000 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_20000 SVG ... define FBDECT_FB_dlan_546e04_OG_durchgang_20003 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_20003 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_20003 SVG ... define FBDECT_FB_dlan_546e04_OG_durchgang_20004 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_20004 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_20004 SVG ... define FBDECT_FB_dlan_546e04_OG_durchgang_1000 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_1000 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_1000 SVG ... define FBDECT_FB_dlan_546e04_OG_durchgang_20001 FBDECT ... define FileLog_FBDECT_FB_dlan_546e04_OG_durchgang_20001 FileLog ... define SVG_FBDECT_FB_dlan_546e04_OG_durchgang_20001 SVG ...

Anmerkungen (und Verständnisfragen "background")

Die durch createDevs erzeugten Einträge sollte man nach meiner Erfahrung besser nicht verändern (rename): diese Einträge werden sonst neu erzeugt, und ergeben dann mit dem Ergebnis von rename Inkonsistenzen ! Stattdessen habe ich mir beholfen mit a) ausblenden in entsprechenden room und b) Vergaben eines alias
Code Auswählen Erweitern
attr FBDECT_FB_dlan_546e04_OG_durchgang_1000 alias FB_dlan_546e04_OG_durchgang_sw1
Zum Schalten und für Plot power ist wohl nur das device .*_1000 zuständig. Die Bedeutung der createDevs .*_2000x habe ich bisher nicht deuten können.
Ob die im forum an anderer Stelle genannten Probleme durch unerwünschte plätzlich geänderte Zuordnung von 546e physical device und fhem-Bezeichnung noch auftreten, kann ich (noch) nicht sagen. Dazu läuft meine Konfiguration mit den neuen 546e noch nicht lange genug.
Warum zur Steuerung (!) ein- und dasselben device-types 2 Fhem-Module eingesetzt werden müssen (?), können nur die Gurus aus der Fhem-Entwicklergmeinde entscheiden und erklären.

FAZIT
Mit der hier genannten Lösung - mit Hilfe der Tipps aus dem Forum - kann ich meine 546e PowerLAN-Switch-WLAN-Adapter zumindest erst mal wie gewünscht in Fhem nutzen.
Danke !

Gruss jhs

Sunny · 01 Oktober 2016, 06:19:42

Moin jhs,

vielleicht hilft Dir zu "gWLAN" und ".*_2000x", in dem "anderen Threat" etwas weiter.

Grüße
sunny

rudolfkoenig · 02 Oktober 2016, 12:03:46

ZitatDie durch createDevs erzeugten Einträge sollte man nach meiner Erfahrung besser nicht verändern (rename): diese Einträge werden sonst neu erzeugt, und ergeben dann mit dem Ergebnis von rename Inkonsistenzen

Das habe ich in FBAHA jetzt gefixt.

Generell empfehle ich von FBAHA nach FBAHAHTTP zu wechseln:
- laut Aussage von AVM aus dem letzten Jahr wird die binaere FBAHA Schnittstelle in diesem Jahr abgeschafft. Ich tippe aber darauf, dass das sich verzoegert.
- die Probleme die FB546e's ueber FBAHA zu schalten bzw. zu finden sollte mit FBAHAHTTP geloest sein.

Nachteil der FBAHAHTTP Schnittstelle: Schalten am Geraet kriegt man in FHEM nur zeitverzoegert mit, da nur pollen moeglich ist.

ZitatDie Bedeutung der createDevs .*_2000x habe ich bisher nicht deuten können.

Nach meinem Verstaendnis Synchronisieren sich die AHA Server in einem Netz. Die 2000x IDs sind die ueber die Zentrale zurueckgemeldeten IDs der 546e's, die eigene sollte mit einem 2000'er Nummer auch dabei sein. Ich meine, das betrifft auch nur FBAHA.

ZitatOb die im forum an anderer Stelle genannten Probleme durch unerwünschte plätzlich geänderte Zuordnung von 546e physical device und fhem-Bezeichnung noch auftreten, kann ich (noch) nicht sagen.

Ich meine das Problem wurde von AVM nicht gefixt, und es bleibt auch dabei. Die FBAHAHTTP Schnittstelle sollte das Problem nicht haben.

ZitatWarum zur Steuerung (!) ein- und dasselben device-types 2 Fhem-Module eingesetzt werden müssen (?), können nur die Gurus aus der Fhem-Entwicklergmeinde entscheiden und erklären.

FBAHA bzw. FBAHAHTTP implementieren jeweils eine andere Schnisstelle zum AHA Server auf dem Fritzbox. AVM hat mir 2013 die binaere Schnittstelle empfohlen, nur um mir 2015 mitzuteilen, dass sie durch die HTTP Schnittstelle abgeloest wird.
FBDECT implementiert die darueber angebundenen DECT Geraete, bzw. alles, was man ueber die "AVM Home Automation" steuern kann.
Das FRITZBOX FHEM-Modul bindet die Features der eigentlichen FritzBox in FHEM ein.

jhs · 05 Oktober 2016, 02:44:16

Hallo,
nach etwas Mühe mit der Inbetriebnahme kann ich von einem neuen Status mit meinen 546E PowerLan-Adapter von AVM berichten. Meine Tests zum Verständnis mit diversen Fehlversuchen haben zu einem brauchbaren Zwischenstand geführt. Übersicht:

I. gelöst: 546E-on|off Power und Umstellung auf AHAHTTP
II gelöst: 546E-on|off WLAN mit Fhem Modul FRITZBOX
III gelöst: Umstellung DECT200 (Modul FBDECT, Folgeaufgabe)
IV gelöst: Anmeldeproblematik bei FRITZbox und AVM-Adaptern

Dank die Hilfe hier aus dem Forum kann ich jetzt auch diese HW-Komponenten nutzen. Ich hoffe, mein längerer Beitrag kann andern helfen, die vor ähnlichen Anfängerproblemen stehen.

I. gelöst: 546E-on|off Power und Umstellung auf AHAHTTP

Umstellung auf AHAHTTP: den dringendem Hinweis von @rudolfkoenig https://forum.fhem.de/index.php?topic=53147.0 und in diesem thread
ZitatGenerell empfehle ich von FBAHA nach FBAHAHTTP zu wechseln
(habe ich befolgt und meine vorhandenen AVM devices FRITZbox 7490, DECT200 und 586E entsprechend umgestellt, bevor FBAHA dank AVM nicht mehr funktioniert (Ich persönlich empfand den Aufwand der Umstellung als nicht unerheblich, aber eben auch der Lernkurve geschuldet)
Ausnahmesweise mal Kritik an AVM.de:
@rudolfkoenig
ZitatNachteil der FBAHAHTTP Schnittstelle: Schalten am Geraet kriegt man in FHEM nur zeitverzoegert mit, da nur pollen moeglich ist.
a) die Fhem-Entwickler mit Hinweis erst in Richtung "binäre Schnittstelle" gezogen zu haben, und dann kurz danach diese Schnittstelle abgekündigt zu haben ... schade. Hoffentlich gibt es dafür gute Gründe von AVM, auch im Interesse vom besseren Zusammenspiel von AVM-devices mit Fhem! (@avm.de da könnten beide Seiten doch von profitieren.)
b) dass die Kommunikation nun auf polling beruhen muss, stellt sicher nicht das gewünschte Optimum seitens Fhem dar; ich fühle mich als Fhem-User aus meinen AVM-devices noch mehr ausgesperrt, z.B. ein notify ist praktisch für die von FBAHAHTTP bedienten ACM-devices nicht mehr brauchbar (wenn ich das richtig verstehe).
Anmerkung am Rande zu meiner Konfiguration:
Neu war für mich die Erkenntnis, dass für die Nutzung der ON-OFF-Schalterfunktion mit dem Fhem Moudul AHAHTTP im Prinzip nur 1 device definiert werden muss, die anderen kommen dann per autocreate dazu (s.u. für die WLAN-Steuerung der 546E sieht das anders aus!).In meinem LAN-Segment der 546E Adapter ist keine FRITZBOX vorhanden, die Kommunikation aller 546E-Adapter mit Fhem läuft nach meinem Verständnis über den speziellen 546E , der mit AHAHTTP definiert ist und bei mir auch als Verbindung zwischen PowerLAN und LAN arbeitet
Problem mit autocreate gefixed:
Zitat... @jhs: durch createDevs erzeugten Einträge sollte man nach meiner Erfahrung besser nicht verändern (rename): diese Einträge werden sonst neu erzeugt, und ergeben dann mit dem Ergebnis von rename Inkonsistenzen ... @rudolfkoenig: Das habe ich in FBAHA jetzt gefixt.
Danke, denn da kam ich vorher nicht weiter, und konnte mir das Verhalten auch garnicht erklären. autocreate läuft jetzt in gewohnter Weise =OK. Mich hat das zum Ändern meiner Bezeichnungskonvention bei define angeregt, vielleicht doch möglichst viel vom autocreate-Namen zu belassen. Der Denkprozess ist bei mir aber noch nicht abgeschlossen

II. gelöst: 546E-on|off WLAN mit Fhem Modul FRITZBOX

Der Vollständigkeit halber hier meine Lösung für Steuerung der 546E-WLAN-Funktion mit Modul FRITZBOX

Code Auswählen

define FB_dlan_546e_01_wlan_KG_gw FRITZBOX 192.168.101.161
attr FB_dlan_546e_01_wlan_KG_gw INTERVAL 600
attr FB_dlan_546e_01_wlan_KG_gw allowShellCommand 0
attr FB_dlan_546e_01_wlan_KG_gw allowTR064Command 1
attr FB_dlan_546e_01_wlan_KG_gw event-on-change-reading .*
attr FB_dlan_546e_01_wlan_KG_gw forceTelnetConnection 0
attr FB_dlan_546e_01_wlan_KG_gw icon it_wifi.svg
attr FB_dlan_546e_01_wlan_KG_gw room FBdlan
attr FB_dlan_546e_01_wlan_KG_gw stateFormat P:box_powerRate WLAN 2,4: box_wlan_2.4GHz
attr FB_dlan_546e_01_wlan_KG_gw useGuiHack 0
attr FB_dlan_546e_01_wlan_KG_gw webCmd WLan:wlan:update:

Diesen Code-Block zur Steuerung des WLANs dann sinngemäss geclont+angepasst für jeden weiteren 546-Adapter erzeugen.
Anmerkung am Rande zu meiner Konfiguration:
Es funktioniert wenigstens mit WLAN-on|off steuerung von Fhem aus an den jeweiligen 546E. Ich bin aber nicht sicher, ob das mit diesem Modul die vorgesehene und optimale Lösung. Wie o.g., in diesem LAN-Segment gibt es keine FRITZBOX

III. gelöst: Umstellung DECT200 (Modul FBDECT)

Der Vollständigkeit halber sei an dieser Stelle auch noch der Code für die Umstellung der DEC200 Schalt-Adapter erwähnt. Hier musste ich auch den bisherigen Fhem-Code ändern, da wg. der neuen 546E Adapter nun das Modul AHAHTTP eingestzt wurde.
Adapter (1)

Code Auswählen

define FBDECT_fritzbox1_<AIN1> FBDECT fritzbox1:<AIN1> powerMeter,tempSensor,switch
attr FBDECT_fritzbox1_<AIN1> IODev fritzbox1
attr FBDECT_fritzbox1_<AIN1> alias FBDECT_fritzbox1_<AIN1>_DECT200_01_kg_heizung
attr FBDECT_fritzbox1_<AIN1> event-min-interval power:120
attr FBDECT_fritzbox1_<AIN1> room FBdect200

define FileLog_FBDECT_fritzbox1_<AIN1> FileLog ./log/FBDECT_fritzbox1_<AIN1>_FB_DECT200_01_kg_heizung-%Y-%m.log FBDECT_fritzbox1_<AIN1>:.*
attr FileLog_FBDECT_fritzbox1_<AIN1> logtype text
attr FileLog_FBDECT_fritzbox1_<AIN1> room Log_Files

define SVG_FBDECT_fritzbox1_<AIN1> SVG FileLog_FBDECT_fritzbox1_<AIN1>:SVG_FBDECT_DECT200_fbahahttp:CURRENT
attr SVG_FBDECT_fritzbox1_<AIN1> alias SVG_FBDECT_fritzbox1_08761_0002922__DECT200_01_kg_heizung
attr SVG_FBDECT_fritzbox1_<AIN1> label "SVG_FBDECT_fritzbox1_08761_0002922__DECT200_01_kg_heizung Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FBDECT_fritzbox1_<AIN1> room Plots

Adapter (2)

Code Auswählen

define FBDECT_fritzbox1_<AIN2> FBDECT fritzbox1:<AIN2> powerMeter,tempSensor,switch
attr FBDECT_fritzbox1_<AIN2> IODev fritzbox1
attr FBDECT_fritzbox1_<AIN2> alias FBDECT_fritzbox1_<AIN2>_DECT200_02_kg_tiefkuehl
attr FBDECT_fritzbox1_<AIN2> event-min-interval power:120
attr FBDECT_fritzbox1_<AIN2> room FBdect200

IV. gelöst: Anmeldeproblematik bei FRITZbox und AVM-Adaptern
Nach meinen Versuchen stelle ich in meiner Konfiguration mit FRITZBOX, DECT200 und 546E fest: man kann Fhem mit beiden Anmeldeverfahren der FB nutzen

ZitatAnmeldung mit FRITZ!Box-Benutzernamen und Kennwort (1)
Anmeldung mit dem FRITZ!Box-Kennwort (2)

Ich benutze jetzt wieder (2). Für meine ersten Versuche in diesem Thema hatte ich zeitweise (1) benutzt.

Code Auswählen

attr fritzbox1 fritzbox-user USER (USER so wie es da geschrieben steht! Danke für den Tipp @Sunny)
Bei Verfahren (1) muss wohl ein USER eingetragen werden, der aber nicht weiter im Dialog benutzt wird. Das Passwort habe ich sowohl per webgui-cmd-line als auch per "set <...> passwort <mydevpassword> übergeben können. Ein anschliessendes "save" kann sicher nicht schaden.

Gruss jhs

jhs · 03 November 2016, 09:34:16

Hallo,
ich möchte das Thema mit den Adaptern AVM-546e, FBAHAHTTP und mit/ohne FRITZbox noch mal aufgreifen. Nach meinem letzten Beitrag dachte ich, das Thema sei gelöst. Leider ein Irrtum: die 546e liessen sich per FHEM nicht mehr ansteuern

und Ursache unbekannt.
Zur Vorgeschichte: die Adapter 546E liegen im FHEM-LAN-Bereich, auf den die FB7490 keinen Zugriff hat, sondern nur FHEM. Daher sollten diese Adapter ausschliesslich von FHEM verwaltet werden, ohne 2.te FB.

Als workaround habe ich nun testweiser eine zweite FRITZbox (7390) an das LAN-Segment der 546e angeschlossen, und siehe:
- die 564e-Adapter waren sofort in der Bedienoberfläche der FB7390 voll integriert (gute Arbeit von AVM)
- UND in der Kombination FRITZbox/7390 +546e +FHEM konnte man diese Adapter sofert perfekt auch von FHEM aus steuern!

FRAGE 1:
Ist für die FHEM-Ansteuerung der 546e Adapter zwingend eine FRITZbox erforderlich ? (Für mich sieht das derzeit so aus. Module FBAHAHTTP für die und FBDECT für die 546e)

Nebeneffekt/BUG ?
Die Einträge für die 546e in "fhem.cfg" wurden wie gewünscht von FHEM per autocreate erstellt. OK.
Gemäss meinem Aufbau von meiner fhem.cfg Datei wandern alle physischen device Eintraege per 'vi' in eine per "include" eingebundene separate device-zugeordnete Datei; so auch jetzt bei den 546e Eintraegen. (Bitte jetzt hier keine Diskussion über den ultimativ optimalen fhem.cfg Aufbau)

Nach 'rereadcfg' oder 'shutdown restart' läuft auch alles wie gewünscht, d.h. die Abarbeitung von 'include ...' funktioniert wie es soll und wie bisher auch bei allen anderen devices.
ABER, nach einiger Zeit generiert der autcreate Mechanismus von FHEM erneut sämtliche 546e-Einträge in fhem.cfg, obwohl diese Einträge bereits nachweislich per include und vom laufenden FHEM-Prozess verwendet werden.
Die fhem.cfg wird gleichzeitig mit motd-Zeilen 'Please define FBDECT_fritzbox2_<ID_xy> first' Zeilen geflutet.

Frage 2
was kann da mit 'autocreate' falsch oder anders laufen ? Dieses erneute autcreate von Einträgen habe ich bei keinem andern device beobachten können, die in gleicher Weise per include in den Abarbeitung von fhem.cfg einbezogen werden.

Gruss jhs

rudolfkoenig · 04 November 2016, 16:48:32

Zitatdie 546e liessen sich per FHEM nicht mehr ansteuern

Das ist aber ziemlich mau fuer eine Fehlermeldung.

ZitatIst für die FHEM-Ansteuerung der 546e Adapter zwingend eine FRITZbox erforderlich ?

Weiss nicht, steht in der oeffentlich verfuegbaren Doku (siehe https://avm.de/fileadmin/user_upload/Global/Service/Schnittstellen/AHA-HTTP-Interface.pdf) so nicht drin, die Frage muesste AVM beantworten. Ich scheue mir noch die Muehe, mein 546e Standalone zu konfigurieren (wenn ich eine _einfache_ Anleitung kriege, werde es versuchen). Als Repeater konfiguriert kann ich die 546e direkt als Ziel fuer FBAHAHTTP eingeben, und kann es schalten. Interessanterweise sehe ueber diese Verbindung auch die anderen ueber die FritzBox angebundenen DECT-Geraete.

Zitat(Bitte jetzt hier keine Diskussion über den ultimativ optimalen fhem.cfg Aufbau)

Och.

ZitatABER, nach einiger Zeit generiert der autcreate Mechanismus von FHEM erneut sämtliche 546e-Einträge in fhem.cfg

Hat nichts mit include oder fhem.cfg zu tun.
FBDECT versucht eine FBAHAHTTP Nachricht anhand AIN, IODevName:DectID oder DectID zu finden. Wenn das alles schiefgeht, dann wird per autocreate was neues angelegt. D.h. in deinem Fall hatten die Geraete aus der include Datei keinen passenden AIN oder ID Reading. Oder es gibt ein mir unbekanntes Bug, dann brauche ich dazu mehr infos ("alte" FBDECT Definitionen/Readings/Attribute + attr global verbose 5 Log vom Anlegen.

jhs · 05 November 2016, 19:19:01

Hallo, sorry, dass ich mich mit meiner vorigen Fehlermeldung "mau" und nicht ausführlicher geäussert habe. Es ist derzeit für mich bei diesem Problem ein Tappen-im-Dunkeln und ich möchte nicht meine Beiträge mit LOGs fluten und dann sagen "sucht mal schön". Vermutlich ist mein FHEM-Konfiguration etwas exotisch:
- FRITZBOX-1 mit angeschlossen DECT200, in einem eigenen, äusseren Netz, aber die FB1 ist von FHEM (und FB2) aus erreichbar
- FRITZBOX-2 (inzwischen zur Steuerung der) angeschlossenen 546e-Adapter, im gleichen LAN wie FHEM
- fritzbox1 ist von fritzbox2 über gateway/firewall erreichbar, umgekehrt nicht)

Anmerkung zu meiner veralteten Konfig ohne FB-2: der standalone-Betrieb der 546e-devices, ohne FB(-2) und bei dem einer der 546e-Adapter die Aufgabe der Steuerung auch der anderen 546e-Adapter übernahm, hat sich nach meiner Erfahrung als nicht zuverlässig erwiesen, dazu im Gegensatz OK, wenn die 546e jetzt über die FB-2 angesteuert werden.
Der Programmieraufwand für eine standalone-Ansteuerung der 546e (und dann auch dect200) ohne erforderliche FRITZbox wäre sicherlich ein i-Tüpfelchen an Komfort und Flexibilität, der Kreis des FHEM-Nutzerpublikums, die in dem Zusammenhang keine FRITZbox einsetzen, aber wohl eher klein oder ? Ich kann nicht entscheiden, ob sich dann der Aufwand dafür lohnt, zumal der gemäss Deiner Antwort nicht unerheblich scheint. Und wie gesagt, an der Stelle habe ich mir erst mal mit einer der FB-2 beholfen (aus alten Beständen).

Zum weiteren Punkt:

ZitatABER, nach einiger Zeit generiert der autcreate Mechanismus von FHEM erneut sämtliche 546e-Einträge in fhem.cfg

Hat nichts mit include oder fhem.cfg zu tun.
FBDECT versucht eine FBAHAHTTP Nachricht anhand AIN, IODevName:DectID oder DectID zu finden. Wenn das alles schiefgeht, dann wird per autocreate was neues angelegt. D.h. in deinem Fall hatten die Geraete aus der include Datei keinen passenden AIN oder ID Reading.

Vorbemerkung: "include" zeigt kein falsches Verhalten, sondern war von mir im Rahmen der folgenden Probleme falsch interpretiert worden. mit dem "Vorteil", die Änderungen von autocreate in fhen.cfg leichter zu beobachten.

PROBLEM I autocreate und mehrere FRITZBOXEN
autocreate erzeugt Einträge für "not connected" AVM devices ("Schatten Geräte")

ZitatInteressanterweise sehe ueber diese Verbindung auch die anderen ueber die FritzBox angebundenen DECT-Geraete.

mit falschem IODev, die mit den gleichzeitig erzeugten richtigen Einträge kollidieren, hier im Beispiel:

fritzbox2 / FAIL:
autocreate lässt sich täuschen von den als "not connected" (schattiert dargestellt) AVM-device-Einträgen (DECT200) in der fritzbox2 und erzeugt für diese devices Einträge mit falschem IODEV fritzbox2. Diese devices DECT200 sind aber nur über die fritzbox1 verfügbar.

fritzbox2 / OK:
Die Einträge für die 546e, die im LAN der fritzbox2 angeschlossen sind, werden erzeugt und sind verwendbar.

fritzbox1 / OK:
ABER: auch die "richtigen" (d.h. nutzbaren) Einträge, DECT200 an und mit IODev fritzbox1 werden auch erzeugt für die fritzbox1.

Anmerkung:
Der Vorgang "autocreate" Einträge von "not connected" AVM-devices der fritzbox2 wurde dann erneut ausgeführt, beim Neustart von FHEM, nach ...
- manuelles Löschen der nicht nutzbaren dect200-Einträge von fritzbox2 per web-Interface "delete ...
- save
- shutdown restart
(spätestens nach 'set ... refreshstate' oder einem vergleichbaren Auslöser wurden die unbrauchbaren Einträge wieder neu autocreate)d.
Ich denke, das ist ein Bug, oder ?

PROBLEM II: nachträgliche Änderungen an autocreate)d Einträgen
Darf man den part <name> der von autocreate erzeugten Zeilen bei den hier behandelten devices (FBDECT,FBAHAHTTP, FRITZBOX) ändern, ohne dass es dann mit autocreate Konflikte gibt (replaced by autocreate). Für die Wahl eines "sprechenden" <name> habe ich versucht alias zu verwenden.

Zitatdefine [option] <name> <type> <type-specific>

Ich kann es noch nicht belegen, aber meinem Eindruck nach werden auch Änderungen an <type> <type-specific> durch autocreate überschrieben, z.B. eigene SVG Beschreibung u.a.. Ist das so oder ist das so gewollt ?
Ausführliche Beschreibung folgt ggf. später, wenn das nicht in Zusammenhang mit Problem I gelöst ist.

Ich hoffe, die Problematik nun genauer beschrieben zu haben. Vielen Dank für alle Unterstützung.
jhs

rudolfkoenig · 07 November 2016, 10:44:21

Problem1 habe ich nicht genau verstanden, und will nicht raten, dazu ist das zu komplex.
Wie das FBDECT Modul Geraete identifiziert, steht ganz unten in meinem letzten Antwort, leider nicht ganz korrekt: als erstes wird nach IODevName:AIN gesucht, erst danach AIN, IODevName:DectID oder DectID. Die drei letzten Methoden sind fuer manuell, bzw. mit FBAHA/autocreate erzeugten Geraete relevant, per FBAHAHTTP/autocreate wird immer mit IODevName:AIN erzeugt.

Problem2:
leider wird beim Umbennen des IODevs weder die Definition des abhaengigen FBDECTs, noch das IODev Attribut automatisch nachgezogen, das musste man per Hand erledigen. Wenn man das nicht gemacht hat, dann werden neue Geraete angelegt. Habe gerade FBAHAHTTP und FBDECT angepasst, damit das nicht mehr notwendig ist (FBAHA noch nicht, ist wer dran interessiert?). Ich habe ein "Trockentest" gemacht, und eingecheckt, update ab morgen.

jhs · 07 November 2016, 20:30:34

Danke für die schnelle Reaktion.

ZitatInteressanterweise sehe ich ueber diese Verbindung auch die anderen ueber die FritzBox angebundenen DECT-Geraete.

ZitatProblem1 habe ich nicht genau verstanden, und will nicht raten, dazu ist das zu komplex.
Wie das FBDECT Modul Geraete identifiziert, steht ganz unten in meinem letzten Antwort, leider nicht ganz korrekt: als erstes wird nach IODevName:AIN gesucht, erst danach AIN, IODevName:DectID oder DectID. Die drei letzten Methoden sind fuer manuell, bzw. mit FBAHA/autocreate erzeugten Geraete relevant, per FBAHAHTTP/autocreate wird immer mit IODevName:AIN erzeugt.

Klar, das mit den beiden LANs und den beiden FBs ist nichts zum Nachbauen zwecks nur-testen und so auch nicht gemeint.
Das Problem - kurz - mit den beiden Fritzboxen ist (wie du auch selbst sagst), dass beide FBs die devices für autocreate erkennen, anhand der von Dir gelisteten Kenngrössen, dass autocreate aber unterdrückt werden müsste für die Einträge, für die das IODev definitiv ungültig ist, d.h. bei der FB, die devices "nur sieht" aber nicht drauf zugreifen darf.
Leider kann ich das nur so vereinfacht beschreiben, da mir Kenntnis über die FB-interna fehlen, wie dort der Status "nicht verbunden" ausgelesen werden kann (im FB GUI als device ohne Verbindung o, "ohne grünen Punkt"). Wenn für diese devices autocreate Einträge erzeugt werden, dann sind die nicht zu gebrauchen, weil das angegebene IODev auf die FB verweist, die diese devices garnicht steuern darf. Und der Konflikt mit den Einträgen mit der "richtigen" FB (richtiges IODev) sind vorprogrammiert.
Zu Problem II und zum Testen komme ich erst am nächsten WE. Dann melde ich mich wieder.

Gruss, jhs

P.S. Zwei und mehr FBs im LAN sind wohl nicht so selten, da AVM.de der Kopplung von FBs in ihrer Dok. extra Raum widmet.

jhs · 15 November 2016, 22:42:56

Hallo,
ich habe meine ganze Kombination von AVM-Geräten mit FBAHAHTTP nochmals durchgespielt: zunächst die FHEM-Einträge von autocreate erzeugen lassen und dann - soweit möglich - für meine Installation modifiziert (wg. Bezeichnungs-"Norm")
# 2x FRITZbox (fritzbox1 , fritzbox2)

Code Auswählen

     define fritzbox1 FBAHAHTTP 192.168.aaa.110
     ...
     define fritzbox2 FBAHAHTTP 192.168.bbb.110
     ...

# DECT200-Schalter-Adapter an fritzbox1

Code Auswählen


     define FBDECT_fritzbox1_<D200-AIN-1> FBDECT fritzbox1:<D200-AIN-1> powerMeter,tempSensor,switch
     attr   FBDECT_fritzbox1_<D200-AIN-1> IODev fritzbox1
     attr   FBDECT_fritzbox1_<D200-AIN-1> alias FB_DECT200_01_kg

DECT200 sind damit nutzbar. Zusätzliche Einträge für FileLog und SVG sind vorhanden aber hier nicht aufgeführt.
# 546E-PowerLan-/WLAN-/Schalter-Adapter an fritzbox2

Code Auswählen


   # WLAN:
    define FB_dlan_546e_01_wlan_gw FRITZBOX 192.168.bbb.111
    ... # 546E: damit lässt sich bei diesen Adaptern das WLAN per Fhem ein-/ausschalten

   # powerMeter,switch
    define FBDECT_fritzbox2_<546E-AIN-1> FBDECT fritzbox2:<546E-AIN-1> powerMeter,switch
    attr   FBDECT_fritzbox2_<AIN1> alias FB_dlan_546e_01_sw1
    attr   FBDECT_fritzbox2_<AIN1>  IODev fritzbox2

546E: damit sind die Funktionen powerMeter,switch nutzbar. Zusätzliche Einträge für FileLog und SVG sind vorhanden aber hier nicht aufgeführt
Nach autocreate und erst nach notwendiger (!) Modifikation lassen sich die Adapter benutzen, d.h. abgesehen von den wünschenswerten (und nicht unproblematischen) Anpassungen in der "define <Namensgebung> ..." treten nach meinem Verständnis folgende Fehler auf

Fehler-1 DECT200 Adapter autocreate Ergebnisse falsch
die autocreate-Eintraege fuer diese Adapter werden mit "IODev fritzbox2" erzeugt:

Code Auswählen


    define FBDECT_fritzbox2_<D200-AIN-1> FBDECT fritzbox2:<D200-AIN-1> powerMeter,switch
    attr   FBDECT_fritzbox2_<D200-AIN-1> IODev fritzbox2

analog für die autocreated FHEM-code Blöcke für FileLog_<D200-AIN-1> und SVG_<D200-AIN-1>
Wenn man diese falschen Einträge korrigiert (IODev ...), um die DECT200 Adapter nutzen zu können, werden diese falschen Einträge alsbald wieder neu von autocreate mit IODEV fritzbox2 erzeugt. Falsch, weil die DECT200 Adapter der fritzbox1 als IODev zugeordnet werden müssen.
Workaround z.Z.: die korrigierten richtigen Einträge als erstes im Ablauf fhem.cfg Ablauf anbringen, dahinter dann die falschen ... und "autocreate ist ruhig"

Ich denke, das ist aber keine Lösung.

(Fehler ?) -2:
Bei diesen devices scheint autocreate besondere Massstäbe

anzulegen:
ich habe es nach dem letzten update von fhem noch nicht wieder probiert, aber ich meine, wenn man die o.g. mit autocreate (FBAHAHTTP) devices "rename"d oder wie sonst üblich verändert, werden diese code-Blöcke sogleich wieder von autocreate in ihrer Ursprungsform neu ereugt, wie man bei "Fehler-1" auch sehen kann. Konflikte sind damit vorprogrammiert.

Kann ich noch etwas zur Diagnose beitragen ?

Gruss jhs

rudolfkoenig · 16 November 2016, 12:01:11

Fehler1 kann ich durch Code-Betrachtung nicht nachvollziehen, ich braeuchte ein "attr global verbose 5" Log des Anlegevorgangs. Ich vermute bisher, dass die dem Fritzbox1 zugeordneten Geraete dem Fritzbox2 auch bekannt sind, und auch von dem Fritzbox2 gemeldet werden, was damit mAn kein FHEM-Fehler waere.

Ein rename der IODevs hat bis zu meinem Patch vom 7.11 tatsaechlich das beschriebene Verhalten (Fehler2) erzeugt. Ich hoffe, dass mit diesem Patch das Problem behoben ist (beim erneutes uebers-Code schauen erkenne ich keine Fehler), falls das Problem besteht, braeuchte ich hier auch ein "attr global verbose 5" Log.

jhs · 16 November 2016, 15:18:28

Hallo,
betreffend "Fehler-1"

ZitatIch vermute bisher, dass die dem Fritzbox1 zugeordneten Geräte dem Fritzbox2 auch bekannt sind, und auch von dem Fritzbox2 gemeldet werden, was damit mAn kein FHEM-Fehler waere.

Das ist sicher möglich: fritzbox2 hat - absichtlich - über das LAN-GW Zugriff auf fritzbox1 (FB2 u.a. in der Funktion als "Extender" für weiterere DECT-Telefone). Das Problem wird immer schwieriger zu beschreiben: zu Beginn dieses threads waren die DECT200-devices (@fritzbox1 , die fälschlicherweise von Fhem IODev-mässig der fritzbox2 zuegordnet werden) auch im smarthome-screen der fritzbox2 noch aufgeführt, allerdings als ausgegraut /nicht bedienbar. Inzwischen sind dieses devices in diesem Bedien-screen nicht mehr zu sehen, sondern nur noch im screen AVM/fritzbox2/Diagnose/Funktion/Smarthome zu sehen, also inzwischen in den Tiefen der AVM-Bedien-screens fast verschwunden ! Zitat aus der fritzbox2:

ZitatSmart Home
10 Geräte angemeldet
Verbindungsverlust: keine Verbindung mehr zum Aktor AVM DECT 200 #01
...

Das erweiterte logging würde vielleicht zeigen, ob man die Daten der Adapter aus dem Dialog zwischen FritzBoxen dahingehend analysieren kann, ob der Parameter Verbindungsverlust pro device mit abgefragt werden kann, und wenn Verbindungsverlust besteht, per autocreate _keinen_ Eintrag erzeugen. Damit wäre noch nicht gelöst die Erzeugung der Einträge mit dem richtigen IODev (das ich bisher nur mit "per Hand" mit nachträglicher Modifikation der autocreate'd Resultate erreichen kann)
Wie gesagt, es verwirrt, dass sich ohne jede (bewusste) Änderung in der Konfiguration des AVM-Equipments (FBs und Adapter DECT200+546E) sich die Systemdarstellung in den AVM-FritzBox_screens ändert.

betreffend "Fehler-2"
Das werde ich dann nochmals prüfen.

Leider werde ich wohl erst nächste Woche an dem Problem weiter tüfteln können und bitte um etwas Geduld. Soll ich die LOGs dann z.B. per dropbox-Link via pm schicken ?
Gruss, jhs

tagedieb · 17 November 2016, 18:33:46

Hallo und guten Abend

ich habe auch versucht meine zwei Powerline 546E mit FBAHAHTTP in Fhem zu intergrieren.Dies hat auch prima funktioniert und die zwei Powerlines haben den Status connected - leider ziehen sich jetzt all meine DECT200 eine dieser 546 als IODev und eine Schaltung mit FHEM ist nun erfolglos -
wie kann ich diese IoDev übernahme unterbinden? - denn selbst nach einer manuellen Umstellung und dem abspeichern über save config ist bei einem Neustart wieder alles, wie in der anhängenden Datei
vielen Dank schon einmal im voraus

Gruss tagedieb

rudolfkoenig · 17 November 2016, 21:04:50

@tagedieb: bitte beachte, dass jhs ein mAn seltenes Problem hat, da er seine 546e's in einem vom FritzBox separaten Netz (oder Netze?) betreiben will.

Normalerweise muss man fuer die 546e's in FHEM nichts ungewoehnliches unternehmen: wenn diese in der FritzBox auftauchen, dann verbindet man FHEM per einem einzigen FBAHAHTTP FHEM Instanz mit der FritzBox, und alle DECT Geraete (inkl die 546e's) sind in FHEM darueber erreichbar/schaltbar.

Falls du aber die 546e's auch in separaten Netz betreibst, dann bitte alles genau beschreiben, und pruefen(!), dass sie nicht in der FritzBox auftauchen.

tagedieb · 18 November 2016, 06:53:20

Guten Morgen rudolfkoenig

vielen Dank für den Hinweis. Ich habe alles in einem Netz.Da ist meine Fehlererscheiinung ja"normal"
ich habe die FBAHAHTTP Variante wieder gelöscht und kann, wie vorher auch, die Teilchen problemlos bedienen
Danke für den Hinweis
Ich wünsche einen schönen Tag
lg tagedieb

jhs · 23 November 2016, 13:07:48

Hallo, nach augenblicklichem Kenntnisstand kann ich mein AVM-564E-Switch-/PowerLan-/WLAN-Adapter - Problem als gelöst betrachten:

die von "autocreate" erzeugten Einträge in fhem.cfg für diese Adapter können nun neuerdings anschliessend modifiziert werden, wie beispielsweise: rename und SVG-gplot-Eintrag (vergleichbar zu andern define's von devices, d.h. diese Änderungen werden von autocreate "akzeptiert" und es erfolgt kein erneuter autocreate-Durchlauf mehr). Dies wurde nach meinem Verständnis durch entsprechende Anpassungen im Fhem-System-code erreicht (VIELEN DANK an rudolfkoenig für die schnelle Hilfe).

autocreate erstellt keine Einträge mehr für die "Geisterdevices" in der FritzBox-2 (in der fritzbox2 tauchten DECT200 Einträge auf, die von der von der fritzvbox1 in einem anderen LAN-segment verwaltet werden). Dieses Problem hat sich nach meiner Beobachtung mit der Zeit von selbst im AVM-Umfeld gelöst: da diese inaktiven DECT200-Einträge inzwischen schrittweise aus dem GUI der fritzbox2 verschwunden sind, werden von autocreate auch keine überflüssigen Einträge mehr - der fritzbox2 zugeordnet - erzeugt

Hinweis: bei meiner etwas ausgefallenen Konfiguration mit fritzbox1 (+DECT200) und fritzbox2 (+546E) in 2 unterschiedlichen LAN-Segmenten dienen die 546E u.a. zur LAN/WLAN-Verteilung des LANs an der fritzbox2. Eine separate Fritzbox-2 ist für die Ansprechbarkeit der 546E-Schaltfunktion unter Fhem mit FBAHAHTTP sinnvoll/erforderlich.

Nochmals vielen Dank an alle Beteiligten für die Hilfe !
jhs