Fritzbox Schalten mit IOBroker/Vis
-
Hi,
der letzte Link von mc-hollin verweist auf eine simple http Rest-API. Diese kann man relativ einfach z.B. über Node-Red ansprechen, bis der fritzbox-Adapter dies selber kann. Der benötigte http Request-Node gehört zum Standardumfang.
Falls gewünscht kann ich ich hierfür einen Beispielflow bereitstellen.
Gruß
Markus
-
Hi.
ich wäre bereit und willens, dafür einen Adapter zu schreiben. Sieht jetzt nicht so kompliziert aus.
Bevor ich allerdings anfange will ich meine 3 aktuell "offenen" Adapter fertig machen… (Testen, debuggen und 1 1/2 Admininterfaces bauen...)
Desweiteren würde das bedeuten, dass es künftig für die FritzBox 2 Adapter geben wird. Der bestehende, welcher sich nur um die internen Funktionen der Fritzbox kümmert. (Callmonitor usw.) und ein neuer welcher die Hausautomatisierung abdeckt. (Schaltaktoren usw...)
Sollen wir so beginnen, und evt. später konsolidieren? Oder ist der Autor des original FB Adapters schon am entwickeln. Dann spare ich mir die Mühe...
Gruß
Martin
-
Ich glaube nicht, dass Michael (aka ruhr70) da schon dran ist.
Da hilft aber fragen, glaube ich.
Gruß
Rainer
-
Das Problem mit den neuen Adaptern oder Erweiterungen ist aber imho, dass dafür ein Zugang zum gesicherten teil der FB notwendig sein wird.
Also irgendwo im Adapter das Fritz box Passwort hinterlegt werden muss.
Gruß
Rainer
-
Ja ohne Authentifizierung wirds nicht gehen… Die brauch man für die Sessionid. Wie die authentifizierung abläuft hat avm hier:
https://avm.de/fileadmin/user_upload/Gl ... ion_ID.pdf
beschrieben. Mann könnte natürlich auch die sessionid manuel ermitteln und dann die session via keepalive offen halten. (timeout 60 minuten) Ich denke allerdings nicht, dass dies stabil sein wird. Aber wie Apollon schon schrieb, man kann auch einen nieder priviligierten user auf der fritte einrichten.
Gruß
-
Ich habe grade mal n Kumple angefunkt.
Ich bekomme einen FRITZ!DECT 200 als dauerleihgabe…
Sollte für die ersten Schritte reichen....
:lol: :D
-
@apollon
Kannst du die Commands, um im wlan angemeldete Geräte zu zeigen hier posten?
Desweiteren denke ich, dass man evt. tatsächlich tr-064 implementieren sollte. Damit erschlägt man alles.
Gruß
Martin
-
https://github.com/hendrikw01/tr-064/bl … /README.md schon gesehen?
-
Ansonsten halt uns auf dem laufenden, was deine Tests betrifft. Wenn ich dir ein wenig Fleißarbeit abnehmen kann.. Ist schon n ganzschöner Brocken das komplett zu implementieren…
-
Hallo,
ich weiß nicht genau ob das hier der richtige Zeitpunkt ist, aber lässt sich in den Adapter dann auch die Funktionen integrieren?
-
Anrufweiterleitung schalten
-
Anrufbeantworter abfragen
-
W-Lan ein/ ausschalten
-
Anzeige von Geräten im Gast-W-Lan
-
Anrufweiterleitungen aktivieren / deaktivieren
Wenn nicht ist das auch kein Beinbruch, ich dachte nur ich frage lieber in diesem Stadium, bevor nachher gesagt wird, dass ich zu spät bin :-)
Gruß Sven
-
-
Müsste gehen. Schau mal hier unter tr064. https://avm.de/service/schnittstellen/
Findest du dort die gewünschte Funktionen? Wenn ja, so sind sie auf diesem Wege nutzbar. Ist halt ne Menge Arbeit alles zu implementieren…
Gruß
-
Ja, ganz deiner Meinung. Es sollte keine Funktionsüberschneidung geben. Das verwirrt nur. Allerdings sehe ich bei tr064 grosses Potential.
Diese DECT Steckdose sind da nur ein Aspekt.
Ich denke es ist sinnvoll erstmal die Möglichkeiten zu evaluieren und dann erstmal homeautomation und anschließend netzwerkstatus zu implementieren. Und dann immer weiter…. Wenn wir an dem Punkt sind, Features zu implementieren die im existierenden Adapter schon so oder ähnlich vorhanden sind, können wir dann überlegen wie es weitergeht. (Am besten mit dem fb adapter author)Merger? Ablösen?
Ich bin mir eh nicht sicher ob sich das call monitor Feature mit tr064 realisieren lässt. Da bei tr064 der Fokus auf der Konfiguration und Status liegt....
-
https://www.npmjs.com/package/tr-064
Ich hatte mal mit dem tr-064 node modul rumgespielt um aktive Geräte im Heimnetz auszulesen inkl. Empfangsstärke. Hat auch geklappt, leider hat sich jedes mal nach sehr kurzer Zeit die tr-064 Schnittstelle der Fritzbox aufgehangen. Danach ging nichts mehr bis zum Neustart der Fritzbox, weswegen ich es dann aufgegeben habe. Eigentlich schade, die Schnittstelle hat ansonsten super funktioniert :( .
-
@Pman & apollon:
Oje. Mit instabilität der tr-064 habe ich garnicht gerechnet.
Kann das einfach nur sein, dass das polling interval zu kurz war und ihr die kiste einfach überfahren habt?
(non blocking kann da ganz schnell ganz böse werden. hab mal testweise meinen eibd adapter mit ~40request/s gefüttert. der eibd hat dann die anfragen gebuffert und mit max auf den bus geholzt. Da ging dann ne kurze Zeit garnix mehr aufm Bus. Nichtmal die Lichtschalter haben funktioniert. und das muss man bei knx ersmal schaffen :twisted: )
Wie habt ihr es denn gemacht?
Via: urn:LanDeviceHosts-com:serviceId:Hosts1
mit
X_AVM-DE_GetSpecificHostEntryExt + mac könnte man checken ob ein spezifisches device aktiv ist.
Wie man an eine Liste kommt hab ich noch nicht gefunden. Ich knirche grade an der umfänglichkleit. ~1000 statevars und nochmehr funktionen….
(lineare interpolation nach den bisher analysierten 6 urns....)
-
Alles abholen würde ich nicht machen, das ist zu viel und zu wenig wird gebraucht fürchte ich. Im Adapter (jetzt mal zu den Devices) eine Liste von MACs zu haben die abgefragt werden fände ich sinnvoll.
Ansonsten gibts eine Funktion um die ANzahl der Devices zu holen und eine wo du über den "Index" abfragen kannst. So könnte man drüberiterieren und so alles abholen … wenn das echt einen Sinn macht.
513
Online32.7k
Users82.6k
Topics1.3m
Posts