Ankündigung

**Msinn** · 13.12.2018, 23:04

Bei mir funktioniert der Zugriff auf das Web Interface (mit neuem Pull eben getestet). Allerdings nutze ich das Plugin auch mit dem develop Branch.

--> develop und master zu mischen kann funktionieren, muss aber nicht.

**psilo** · 14.12.2018, 06:19

WebIf geht hier einwandfrei. Bin aber auch auf den DEV Core.. auf 1.6 konnte ich in der Plugin.yaml noch nicht setzen, da wir uns noch auf 1.5b bewegen.

**psilo** · 16.12.2018, 16:58

Gestern musste ich nach einem Missbrauch der Alexa durch sieben 6jährige den Stecker von der Fritzbox ziehen, um die Internetverbindung zu kappen und die Comicserie zu unterbrechen ;-). Das Reconnect Handling und das Verhindern des Spammens von Errors bei Nichtverfügbarkeit scheint zu klappen:

Code:

// letzter erfolgreicher Request
2018-12-15 16:24:49 DEBUG plugins.avm _update_wlan_config Accessing TAM response cache for action GetInfo!

// hier hatte ich den Stecker gezogen
2018-12-15 16:24:57 ERROR plugins.avm _update_fritz_device_info Exception when sending POST request: HTTPSConnectionPool(host='192.168.178.1', port=49443): Read timed out. (read timeout=10)

2018-12-15 16:24:57 DEBUG plugins.avm set_device_availability Availability for FritzDevice set to False
2018-12-15 16:24:57 DEBUG plugins.avm disconnect MonitoringService: disconnecting
2018-12-15 16:24:57 DEBUG plugins.avm _listen Data Received from CallMonitor:

// reconnect zu callmonitor wird versucht, scheitert aber noch
2018-12-15 16:25:24 ERROR plugins.avm connect MonitoringService: Cannot connect to 192.168.178.1 on port: 1012, CallMonitor activated by #96*5*? - Error: [Errno 111] Verbindungsaufbau abgelehnt

// Box ist wieder da
2018-12-15 16:26:03 DEBUG plugins.avm set_device_availability Availability for FritzDevice set to True
2018-12-15 16:26:48 DEBUG plugins.avm _update_loop Starting update loop for instance wlan_repeater_1750_galerie
2018-12-15 16:26:48 DEBUG plugins.avm _update_loop Starting update loop for instance wlan_repeater_1750_garage
// Erster erfolgreicher Datenabruf
2018-12-15 16:26:48 DEBUG plugins.avm _update_fritz_device_info Accessing DeviceInfo response cache for action GetInfo!
2018-12-15 16:26:48 DEBUG plugins.avm _update_fritz_device_info Accessing DeviceInfo response cache for action GetInfo!
[...]
// Nach dem ersten Update Loop connected auch der Callmonitor wieder
2018-12-15 16:30:54 DEBUG plugins.avm connect MonitoringService: connection established

Bis auf die validen Errors zum Callmonitor und zum ersten Mal, dass ein Request fehl schlägt, bleiben weitere nervige Fehlerlogs aus.

Here again: Nachtesten durch andere würde ich begrüssen!

**danny** · 16.12.2018, 20:47

Hallo psilo,

hab heut mal wieder etwas Zeit gefunden.
Zu deinen fragen:

Code:

was fuer dect devices sind das? im log steht was von logik?? sicher dass der fehler im plugin entsteht??

Hardware: 1x FritzDectRepeater 100 / 1x FritzDect 200 / FritzBox 7490 / FritzBox 4040
Die logik muß aus dem Plugin kommen. Denke mal wo es in ein bool gewandelt wird?
Ich bin mir ziemlich Sicher das es aus dem Plugin kommt. Logiken hab ich keine mit der FritzDect200.

Dazu meine Frage, wie kann ich debuggen was aus dem Plugin kommt? Wo werden die ausgelesenen Daten zwischengespeichert?
avm.plugin hab ich auf debug gestellt. Sehe da aber auch nicht viel mehr. Eventuell mit einer Cuil

Code:

Spannend wäre auch, wie Du schaltest? Via VISU oder LOGIK? Direkt an der Dose? Via Fritzbox GUI?

Ich habe die Dose bis jetzt nur aus dem Backend und auf der Fritzbox im Webgui geschalten. Direkt am Gerät hab ich nicht geschalten.

Hab gerade gitpull gemacht auf die neuste Version. Dann steht im Log bei mir der Fehler von hier:

Code:

else:
    self.logger.error(
        'NewSwitchState für AHA Device has a non-supported value of %s' % element_xml[0].firstChild.data)

Hier ein Auszug aus dem avm.log

Code:

2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_fritzbox_7490.update Starting update loop for instance fritzbox_7490 -- __init__.py:_update_loop:632
2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Starting update loop for instance fritzbox_4040 -- __init__.py:_update_loop:632
2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_wlan_repeater_300e.update Starting update loop for instance wlan_repeater_300e -- __init__.py:_update_loop:632
2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:52 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetMessageList! -- __init__.py:_update_tam:1751
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetMessageList! -- __init__.py:_update_tam:1790
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_tam:1751
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:20:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:20:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wan_dsl_interface_config:1926
2018-12-16 20:20:55 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wlan_config:1860
2018-12-16 20:20:57 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wlan_config:1860
2018-12-16 20:20:58 ERROR    __init__     plugins.avm_fritzbox_7490.update NewSwitchState für AHA Device has a non-supported value of UNDEFINED -- __init__.py:_update_home_automation:1608
2018-12-16 20:20:58 DEBUG    __init__     plugins.avm_fritzbox_7490.update MonitoringService: Connect called while listen active -- __init__.py:connect:73
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_fritzbox_7490.update Starting update loop for instance fritzbox_7490 -- __init__.py:_update_loop:632
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Starting update loop for instance fritzbox_4040 -- __init__.py:_update_loop:632
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_wlan_repeater_300e.update Starting update loop for instance wlan_repeater_300e -- __init__.py:_update_loop:632
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:51 DEBUG    __init__     plugins.avm_fritzbox_4040.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:53 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing DeviceInfo response cache for action GetInfo! -- __init__.py:_update_fritz_device_info:1677
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetMessageList! -- __init__.py:_update_tam:1751
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetMessageList! -- __init__.py:_update_tam:1790
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_tam:1751
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetStatusInfo! -- __init__.py:_update_wan_ip_connection:2116
2018-12-16 20:25:54 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wan_dsl_interface_config:1926
2018-12-16 20:25:56 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wlan_config:1860
2018-12-16 20:25:57 DEBUG    __init__     plugins.avm_fritzbox_7490.update Accessing TAM response cache for action GetInfo! -- __init__.py:_update_wlan_config:1860
2018-12-16 20:25:58 ERROR    __init__     plugins.avm_fritzbox_7490.update NewSwitchState für AHA Device has a non-supported value of UNDEFINED -- __init__.py:_update_home_automation:1608
2018-12-16 20:25:58 DEBUG    __init__     plugins.avm_fritzbox_7490.update MonitoringService: Connect called while listen active -- __init__.py:connect:73

Hab die Doko TR-064 gelesen: Also es kann ja nur 4 Rückmeldungen geben:
OFF /ON / TOGGLE / UNDEFINED
Jetzt wäre interessant warum UNDEFINED zurück kommt.

Gruß Danny

**psilo** · 17.12.2018, 05:16

FritzDect 200 muss eigentlich gehen, konfiguriere erstmal nur den rein. Das UNDEFINED und das TOGGLE kommt soweit ich mein Plugin jetzt wieder verstehe vom DECT Gerät. Ich konnte bisher nur ON und OFF verarbeiten, seit dem von Dir gezogenen Patch sollte auch TOGGLE gehen. Daher sollte als Änderung neben der von Dir genannten Zeile auch https://github.com/smarthomeNG/plugi...it__.py#CL1603 existieren. Bitte prüfen.

Hab gerade gitpull gemacht auf die neuste Version. Dann steht im Log bei mir der Fehler von hier:

Das ist kein Fehler sondern eine Zeile zusätzliches ERROR Logging im Quellcode!

Wichtig: das ist der DEVELOPMENT Stand vom Plugin, da teste ich derzeit auch noch andere Dinge (Reconnect bei Ausfall der Fritzbox).

Warum UNDEFINED kommt kann ich Dir nicht sagen, das habe nicht ich verursacht

Bei der DECT200 sollte nur ON und OFF kommen, wenn man am Gerät, übers Telefon oder via SmartHomeNG schaltet. Über die Box habe ich bisher nie direkt geschalten. Die nutzt evtl SWITCH, was jetzt aber auch gehen sollte (bisher mangels Info wie ich ein SWITCH auslöse "untested").

Konfiguriere mal wechselweise die Devices die Du verwendest und versuche mit einem tail -f auf das Log rauszufinden, wann das auftritt und ob es reproduzierbar ist. Ich vermute es tritt beim Repeater auf, wenn Du via Fritzbox schaltest und danach der nächste Updatelauf kommt.

**psilo** · 17.04.2019, 18:36

Mal wieder eine kurze Meldung: FritzOS 7.10 ist für manche Boxen raus. Mit meiner 7590 und dem AVM Plugin bisher keine Auffälligkeiten (sowohl Plugin als auch Box einwandfrei). Auch auf meinen 1750er Repeatern alles ok!

Bei manchen Nutzern macht das Update aber offenbar mit der DSL Verbindung Harakiri... Das Plugin selber sollte nach erstem Ermessen aber kompatibel sein.

**ASSR85** · 25.06.2019, 08:18

Hallo,

seit ein paar Tagen kommt bei mit folgender Fehler in Bezug auf das AVM-Plugin:

HTML-Code:

2019-06-25  09:10:47 ERROR    plugins.avm  Exception when parsing response: mismatched tag: line 1, column 156.

In der VISU steht: Error connecting - Check IP.....

Ich habe aber nichts verändert! Bestünde die Möglichkeit dass ein Update der Fritzbox diese Freigabe auf der FB gelöscht hat, um die Aufrufliste ab zu rufen zu können?

Vielen Dank im Voraus

**psilo** · 25.06.2019, 12:29

Aufrufliste = Anrufliste? Authentifizierst du mit user und passwort? wenn nein probier das aus. klingt für mich aber eher so, als liefert dir die box ein invalides xml oder eine fehlerseite... kannst ja die schnittstelle der SmartVisu direkt aufrufen.. nutzt du tr-064 dort?

Direktaufruf bspw bei mir: http://192.168.178.100/smartVISU/lib...box_TR-064.php

**Msinn** · 25.06.2019, 13:48

Ist das vielleicht eine Provider Box und der Provider hat ein Firmware Update durchgeführt? Seit dem letzten Firmware Update geht das bei mir nur wenn das Login auf User/Passwort konfiguriert ist.

**psilo** · 25.06.2019, 13:49

Seit dem letzten Firmware Update geht das bei mir nur wenn das Login auf User/Passwort konfiguriert ist.

Ist bei mir schon seit einigen Updates so.. Vermute das wurde aus Sicherheitsgründen forciert.. dürfte ja auch kein Ding sein das umzustellen.

**ASSR85** · 26.06.2019, 10:07

Hallo psilo,

wenn ich den Link öffne kommt: Linkt auf der Fritzbox nicht verfügbar.

.................................................. .................................................. ............

Hallo Msinn,

ist meine eigene freie Box.

.................................................. .................................................. ............

Die Anmeldung ist über User/Passwort. Ich versuche heute Abend nochmal mit der Freigabe über das Telefon.

Gruß Andreas

**psilo** · 26.06.2019, 18:11

Link auf der Fritzbox nicht verfügbar? Du tauscht die IP schon gegen die der SMARTVISU aus? Das ist die SmartVISU Bibliothek gegen die TR-064 Schnittstelle der FB, die Du hoffentlich für die Daten nutzt?

**paul14** · 08.08.2019, 20:33

Hallo Leute,

da ich nun seit einiger Zeit versuche meine Türklingel weg von der Telefonanlage hin zur Fritzbox und KNX zu bringen stehe ich vor einem riesen Problem - für mich.
Habe die Anmeldung mit Benutzer und Passwort an der Fritzbox, Berechtigungen geprüft und Einstellungen kontrolliert aber ich bekomme es einfach nicht hin die Befehle aus diesem Forum erfolgreich auszuführen. Wenn ich am Raspberry Pi, verbunden per Putty session, Befehle wie sh.fb1.start_call('**9') ausführen möchte kommt die Meldung:
-bash: Syntaxfehler beim unerwarteten Wort '**9''
Da Linux nicht zu meinen stärken gehört bitte ich um milde Kommentare.
Versucht mit SmartHomeNG 1.6, das fertige Image von Onkelandy mit aktivierten Plugins wie avm, backend, knx, ical, onewire, simulation, uzsu ...
Bekomme Daten aus der Fritzbox 7390 angezeigt in der smartVISU 2.8 und 2.9.
Was mache ich falsch und habe ich in der Doku übersehen um eben Befehle mit sh.xxxx erfolgreich einzugeben.

Schon mal Danke und ein herliches Dankeschön für alle die an diesem Projekt mitarbeiten und immer wieder tolle Ideen umsetzen.
Gruß Paul

**jzehnter** · 08.08.2019, 21:20

sh.fb1.start_call('**9') oder ahnliche Befehle sind keine Bash/Shell-Befehle.

Das sind Python-Funktionen innerhalb des sh.Objekts. Den Befehl kannst du z.b. in Logiken aufrufen.

Nicht verwechseln mit den Bash-Aliase sh.log oder sh.error.
Das sind nur Abkürzungen zu normalen Bash-Befehle wie grep, tail, cat,

**Sisamiwe** · 08.01.2020, 22:25

Zitat von psilo Beitrag anzeigen

Jo genau, set_call_origin so aufgerufen ist schlichtweg falsch. wobei meine box dabei auch nicht abstürzt. seine aber offenbar auch nicht.

Hallo,

sind eigentlich mit der aktuellen Fritzbox-Firmware und dem shNG und Plugin Master Probleme mit

Code:

sh.fb1.set_call_origin('**610')
logger.info(sh.fb1.get_call_origin())
sh.fb1.start_call('**621')
sh.fb1.start_call('Wohnzimmer')
time.sleep(5) 
sh.fb1.cancel_call()

bekannt?

Ich wollte die Funktion nutzen, bekomme aber kein stabiles Auslösen von Anrufen hin.