Ankündigung

Einklappen
Keine Ankündigung bisher.

AVM Plugin

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    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.
    Viele Grüße
    Martin

    Stay away from negative people. They have a problem for every solution.

    Kommentar


      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.

      Kommentar


        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!
        Zuletzt geändert von psilo; 16.12.2018, 17:00.

        Kommentar


          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

          Kommentar


            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.
            Zuletzt geändert von psilo; 17.12.2018, 05:20.

            Kommentar


              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.

              Kommentar


                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

                Kommentar


                  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
                  Zuletzt geändert von psilo; 25.06.2019, 12:35.

                  Kommentar


                    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.

                    Viele Grüße
                    Martin

                    Stay away from negative people. They have a problem for every solution.

                    Kommentar


                      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.

                      Kommentar


                        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

                        Kommentar


                          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?
                          Zuletzt geändert von psilo; 27.06.2019, 04:00.

                          Kommentar


                            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

                            Kommentar


                              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,

                              Kommentar

                              Lädt...
                              X