Ankündigung

Einklappen
Keine Ankündigung bisher.

AVM Plugin

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

  • psilo
    antwortet
    Teste bspw mal
    Code:
    curl 'https://fritz.box:49443/upnp/control/deviceinfo' -H 'Content-Type: text/xml; charset="utf-8"' -H 'SoapAction: urn:dslforum-org:service:DeviceInfo:1#GetSecurityPort' -d '<?xml version="1.0" encoding="utf-8"?> <s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"> <s:Body> <u:GetSecurityPort xmlns:u="urn:dslforum-org:service:DeviceInfo:1"> </u:GetSecurityPort> </s:Body> </s:Envelope>' -s -k

    Einen Kommentar schreiben:


  • bruepe
    antwortet
    Ich habe keinen gefunden. Was mir auffällt ist, dass diese drei Haken für die Benutzerfreigaben im neuen Fritz!OS gar nicht mehr verfügbar sind. Oder ich sie nur nicht mehr finde. Danke dir.

    Einen Kommentar schreiben:


  • psilo
    antwortet
    ich suche dir mal einen curl auf /upnp/control/deviceinfo

    Ich vermute, dass einige der Items auch geupdated werden?

    Einen Kommentar schreiben:


  • bruepe
    antwortet
    Zitat von bruepe Beitrag anzeigen
    curl --anyauth -u userassword "https://fritz.box:49443/upnp/control/x_voip" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:dslforum-org:service:X_VoIP:1#X_AVM-DE_DialGetConfig" -d "<?xml version='1.0' encoding='utf-8'?><s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'><s:Body><u:X_AVM-DE_DialGetConfig xmlns:u='urn:dslforum-org:service:X_VoIP:1' /></s:Body></s:Envelope>" -s -k
    liefert

    Code:
    <?xml version="1.0"?>
    <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
    <s:Body>
    <u:X_AVM-DE_DialGetConfigResponse xmlns:u="urn:dslforum-org:service:X_VoIP:1">
    <NewX_AVM-DE_PhoneName>unconfigured</NewX_AVM-DE_PhoneName>
    </u:X_AVM-DE_DialGetConfigResponse>
    </s:Body>
    </s:Envelope>
    Code:
    curl --anyauth -u user:password "https://fritz.box:49443/upnp/control/hosts" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:dslforum-org:service:Hosts:1#GetSpecificHostEntry" -d "<?xml version='1.0' encoding='utf-8'?><s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'><s:Body><u:GetSpecificHostEntry xmlns:u='urn:dslforum-org:service:Hosts:1'><s:NewMACAddress>XX:XX:XX:XX:XX:XX</s:NewMACAddress></u:GetSpecificHostEntry></s:Body></s:Envelope>" -s -k
    liefert
    Code:
    <?xml version="1.0"?>
    <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
    <s:Body>
    <u:GetSpecificHostEntryResponse xmlns:u="urn:dslforum-org:service:Hosts:1">
    <NewIPAddress>192.168.178.1</NewIPAddress>
    <NewAddressSource>Static</NewAddressSource>
    <NewLeaseTimeRemaining>0</NewLeaseTimeRemaining>
    <NewInterfaceType></NewInterfaceType>
    <NewActive>1</NewActive>
    <NewHostName>fritz.box</NewHostName>
    </u:GetSpecificHostEntryResponse>
    </s:Body>
    </s:Envelope>
    d.h., dass er drauf kommt und die Nutzerberechtigungen stimmen oder?

    Einen Kommentar schreiben:


  • psilo
    antwortet
    bruepe probier mal einen der CURLs aus, die wir schon durchexerziert haben oder die im README stehen... sieht aber eher so aus, als kann das plugin selber da wenig für.. vielleicht alles nochmal durchstarten, user neu anlegen, checken ob dieser alle recht hat, ggf mal items sukzessive raus bzw reinnehmen (um zu sehen ob es nur bestimmte sind) etc.

    Einen Kommentar schreiben:


  • bruepe
    antwortet
    Zitat von psilo Beitrag anzeigen
    Kurze Info. FritzOS 7 klappt bei mir einwandfrei mit dem Plugin

    https://www.heise.de/newsticker/meld...r-4118516.html
    Bei mir leider nicht. Nach dem Update erhalte ich diese Fehler:

    Code:
    ERROR    plugins.avm_fritzbox_7590.update Exception when sending POST request: HTTPSConnectionPool(host='192.168.178.1', port=49433): Max retries exceeded with url: /upnp/control/deviceinfo (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x50d65d50>: Failed to establish a new connection: [Errno 111] Verbindungsaufbau abgelehnt',))
    Callmonitor ist aktiv. Nutzeranmeldung ist weiter aktiv. Ich habe lediglich auf die 7er Firmware geupdatet. Aktuelle SHNG Version: 1.5.1

    Bei den Repeater Instanzen ist es exakt dasselbe.

    Einen Kommentar schreiben:


  • schuma
    antwortet
    Zitat von psilo Beitrag anzeigen
    du musst jetzt die instanz an die child attribute haengen falls du eine verwendest. hat sich leider geändert
    Vielen Dank!

    Zitat von aschwith Beitrag anzeigen
    Danke für den Hinweis. Die Doku war an dieser Stelle seit dem letzten Merge nicht mehr korrekt. Habe ich gerade im Develop korrigiert.
    Und auch hier, vielen Dank!

    Einen Kommentar schreiben:


  • aschwith
    antwortet
    Danke für den Hinweis. Die Doku war an dieser Stelle seit dem letzten Merge nicht mehr korrekt. Habe ich gerade im Develop korrigiert.

    Einen Kommentar schreiben:


  • psilo
    antwortet
    du musst jetzt die instanz an die child attribute haengen falls du eine verwendest. hat sich leider geändert

    Einen Kommentar schreiben:


  • schuma
    antwortet
    Kurze Frage....
    Kann es sein, dass mit der SMNG Version 1.5.1 die avm.dect Geräte nicht mehr ausgelesen werden können?
    Hintergrund ist, dass ich keine Temperatur von meiner Steckdose mehr auf das Item bekomme. In dem Fitzbox webif bekomme ich die aber noch angezeigt.
    Der Umstieg auf 1.5.1 war das Einzige bei mir, was ich da zuordnen könnte. Möchte es aber auch nicht beschwören, da das schon etwas her ist bis ich es bemerkt habe.

    Einen Kommentar schreiben:


  • psilo
    antwortet
    Kurze Info. FritzOS 7 klappt bei mir einwandfrei mit dem Plugin

    https://www.heise.de/newsticker/meld...r-4118516.html

    Einen Kommentar schreiben:


  • psilo
    antwortet
    PS: hier scheint der Thread zu loggen, das plugin kann hier wenig für:
    Code:
         elif direction == 'outgoing':
                self._call_connect_timestamp = time.mktime(
                    datetime.datetime.strptime((timestamp), "%d.%m.%y %H:%M:%S").timetuple())
                self._duration_counter_thread_outgoing = threading.Thread(target=self._count_duration_outgoing,
                                                                          name="MonitoringService_Duration_Outgoing_%s" % self._plugin_instance.get_instance_name()).start()
    Aussage ist nur, dass im Thread das Item auf einen Wert gesetzt wird. das Plugin selber triggert das logging aber auf jdn. fall nicht.
    Zuletzt geändert von psilo; 23.03.2018, 16:48.

    Einen Kommentar schreiben:


  • psilo
    antwortet
    stell das logging halt auf error?

    Einen Kommentar schreiben:


  • schloessl
    antwortet
    2018-03-23 13:41:13 INFO MonitoringService_Duration_Outgoing_fritzbox_7490 Item avm.monitor.outgoing.duration = 435 via Logic None None
    2018-03-23 13:41:14 INFO MonitoringService_Duration_Outgoing_fritzbox_7490 Item avm.monitor.outgoing.duration = 436 via Logic None None
    2018-03-23 13:41:15 INFO MonitoringService_Duration_Outgoing_fritzbox_7490 Item avm.monitor.outgoing.duration = 437 via Logic None None
    Diese Meldungen für Incomming oder Outgoing fluten seitenweise mein Logfile.
    Leider finde ich deie logger.info-Zeile nicht!

    Wer hat einen Hinweis?

    Einen Kommentar schreiben:


  • psilo
    antwortet
    schloessl es ging da weniger um Dein Problem, als um das mit den durcheinandergeratenen Rufnummern im CallMonitor bei Neuchr , die ich nicht reproduziert kriege und deshalb das logging deutlich aufgebohrt habe

    Einen Kommentar schreiben:

Lädt...
X