📡 FRITZ!Portal Add-On – Schickes Fritz!Box-Dashboard für HA

jayjojayson · 30. Mai 2026 um 07:59

Moin, du hast den Debug Modus nicht einegschaltet oder zumindest ist er nicht sichtbar. Wenn du den Debug Modus in App Settings aktivierst, die App neustarten, dann das Portal einmal aufrufen und dann in den Reiter Protokoll in den App Einstellungen ansehen.

Die Einträge müssen mit DEBUG beginnen:
[09:57:21] [DEBUG] data.lua ↓ (0 aktiv)

geloeschterUser1 · 30. Mai 2026 um 08:10

Neu Gestartet… weiter kommt das Protokoll nicht…

P.S. bitte vergesse nicht Zeitnahe meinen Account zu Löschen, Danke

jayjojayson · 30. Mai 2026 um 09:10

Hast du das FritzPortal dann auch einmal aufgerufen, so dass die die Abfragen gestartet werden. Danach wieder zurück zum Protokoll und dann sollten dir Debug Nachrichten angezeigt werden.

Wegen deiner Löschung zum Account, ich habe das an die Admins weitergeleitet. Da wird sich einer zeitnah bei dir melden.

geloeschterUser1 · 30. Mai 2026 um 09:15

Ich habe HA grade mal runtergefahren und neu Gestartet, jetzt ist es da, es wiederholt sich nur,

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:03] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/hosts

[11:13:07] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:07] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:07] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:07] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:11] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:11] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:20] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:20] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:29] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:29] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:33] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:33] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:33] [DEBUG] SOAP: http://192.168.178.1:49000/upnp/control/lanhostconfigmgm

[11:13:37] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:38] [DEBUG] SOAP: http://192.168.178.1:49000/igdupnp/control/WANCommonIFC1

[11:13:38] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:38] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:51] [DEBUG] data.lua ↓ (0 aktiv)

[11:13:51] [DEBUG] data.lua ↑ (1 aktiv)

[11:13:51] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:55] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:55] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:58] [DEBUG] data.lua ↓ (1 aktiv)

[11:13:58] [DEBUG] SOAP: http://192.168.178.1:49000/igdupnp/control/WANCommonIFC1

[11:13:58] [DEBUG] data.lua ↑ (2 aktiv)

[11:13:58] [DEBUG] data.lua ↓ (1 aktiv)

[11:14:07] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:07] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:17] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:18] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:18] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:21] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:25] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:25] [DEBUG] SOAP: http://192.168.178.1:49000/igdupnp/control/WANCommonIFC1

[11:14:25] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:34] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:34] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:42] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:42] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:42] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:51] [DEBUG] data.lua ↑ (1 aktiv)

[11:14:52] [DEBUG] data.lua ↓ (0 aktiv)

[11:14:52] [DEBUG] data.lua ↑ (1 aktiv)

[11:15:05] [DEBUG] data.lua ↓ (0 aktiv)

[11:15:05] [DEBUG] SOAP: http://192.168.178.1:49000/igdupnp/control/WANCommonIFC1

[11:15:05] [DEBUG] data.lua ↑ (1 aktiv)

[11:15:09] [DEBUG] data.lua ↓ (0 aktiv)

[11:15:09] [DEBUG] data.lua ↑ (1 aktiv)

[11:15:12] [DEBUG] data.lua ↓ (0 aktiv)

[11:15:12] [DEBUG] data.lua ↑ (1 aktiv)

[11:15:12] [DEBUG] data.lua ↓ (0 aktiv)

Danke dir

Enrico79 · 30. Mai 2026 um 10:40

Moinsen zusammen, habe auch das Update gezogen und es hat gerade mal 10 sek gedauert bis die Daten geladen sind. Läuft sauber und stabil.

Ein fettes Samstags Danke geht raus an @jayjojayson

meins57 · 30. Mai 2026 um 14:29

Alles prima soweit und die Performance ist jetzt in meinen Augen auch Top

Nur mit dem Mesh passt leider noch nicht. Es wird mir zwar was angezeigt aber die Repeater werden normal als Verbundene Geräte angezeigt

Das passt soweit….

Gartenhütte ist eine Repeater, da wäre es natürlich klasse wenn man da sehen würde welche Geräte darüber verbunden sind.

Fritz!Box 7590AX und der besagte Repeater 3000AX. Aber bei einem 6000 sieht es genau so aus.

Soll keine Fehlermeldung sein nur was cool wäre

jayjojayson · 31. Mai 2026 um 18:07

Hi, ich habe einen neuen release für das Fritz!Portal veröffentlicht, die v1.4.5.

Es gibt ein paar neue Funktionen. Ihr könnt jetzt aus HA heraus eure Wlan Netztwerke ein-/ausschalten. Das funktioniert aber nur für das erstellte MQTT Gerät. Über die REST API von HA steht diese Funktion nicht zur Verfügung.

Ab sofort wird auch der local Storage vom Browser genutzt, so werden nach dem ersten Laden der Daten, diese bei Rückkehr zum Portal direkt wieder angezeigt und im Hintergrund automatisch nachgeladen.

Ihr habt in den Settings auch die Möglichkeit, den standardmäßig eingestellten LocalStorage für die Traffic Sammlung auf dem Dashboard zu umgehen und so die Daten fortlaufend für die letzten 30min zu sammeln.

Der Server sammelt den Download-/Upload-Verlauf der letzten 30 min durchgehend – auch wenn das Portal nicht geöffnet ist. Das Dashboard-Chart ist beim Zurückkehren sofort lückenlos gefüllt. Kostet etwas mehr FRITZ!Box-Last. (Ohne diese Option wird der Verlauf nur im Browser gespeichert und kann nach längerer Abwesenheit kurz veraltet sein.

Auf dem Dashboard in HA gibt es jetzt die Möglichkeit eure aktiven IP Adressen einzubinden. Diese werden als Attribute unter dem Sensor sensor.fritzportal_online_devices aufgeführt. Der Sensor zeigt also als Wert die aktuelle Zahl der Online Gerät und in den Attributen den IP Device-List.

In der ReadMe könnt ihr mehr dazu nachlesen. Hier aber ein einfaches Beispiel:

type: markdown
content: >
  {% for h in state_attr('sensor.fritzportal_online_devices','active_hosts') %}
  - **{{ h.name }}** · {{ h.ip }} · {{ h.type }}
  {% endfor %}

Ihr könnt natürlich auch andere Cards verwenden, Flex-Cell-Card z.B.

DukeNukem · 1. Juni 2026 um 04:39

Ich hätte da noch eine Idee für die Sortierung der Geräteliste im Netzwerk,
falls das so überhaupt machbar ist.

Einen „festen“ Sortierschalter der die Offline Geräte dauerhaft ans ende der Liste setzt,
so wie in der FB selber und man trotzdem in der Hauptliste z.b. nach IP sortieren kann..

Hintergrund:
Bei mir laufen 3 Funktionsfähige Proxmox Server mit unterschiedlichen IPs aber
deren Container IPs sind die selben.

In meiner IP Liste habe ich also 3x ip .44 HA, 3x .43 ioBroker, 3x .36 HM…

Eine IP ist dann Online die anderen beiden Offline

Da die Netzwerk Geräte eigentlich ja auch nicht ausfallen braucht man die
Info der „Offline Geräte“ eigentlich in der Hauptliste nicht,
man würde bei einem Problemen
ja direkt die IP des Gerätes suchen.

mafe68 · 1. Juni 2026 um 06:15

Oh die KAFFEEKASSE hat auch schon geöffnet, gute Arbeit und Support ist gut für die Kaffeekasse!

moppedhausi · 1. Juni 2026 um 15:20

Guten Tag.

Auch mit der neuen Version habe ich meine Probleme bzw. meine Fritzbox 7590AX.


[16:57:39] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:57:39] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:39] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:40] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:40] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:44] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:44] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:44] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:44] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:47] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:47] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:47] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:57:48] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:48] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:50] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:50] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:52] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:52] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:54] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:54] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:57] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:57] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:59] [DEBUG] data.lua ↓ (1 aktiv)
[16:57:59] [DEBUG] data.lua ↑ (2 aktiv)
[16:57:59] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/lanhostconfigmgm
[16:58:02] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:02] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:02] LAN error: Kein kompatibler LAN-Endpunkt gefunden
[16:58:03] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:03] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:06] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:06] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:06] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:58:07] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:07] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:09] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:09] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:11] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:11] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig1
[16:58:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig2
[16:58:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig3
[16:58:14] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:14] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:15] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:15] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:16] WAN error: Kein kompatibler WAN-Service gefunden (weder IPConnection noch PPPConnection)
[16:58:16] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanipconnection1
[16:58:16] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanipconnection1
[16:58:16] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanpppconn1
[16:58:16] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanpppconn1
[16:58:18] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:18] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:18] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:58:20] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:20] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:22] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:22] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:23] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/deviceinfo
[16:58:23] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/lanhostconfigmgm
[16:58:23] DeviceInfo error: UPnPError 401: Invalid Action
[16:58:23] [DEBUG] SOAP: http://fritz.box:49000/tr64desc.xml
[16:58:23] IP-Stats error: UPnPError 401: Invalid Action
[16:58:24] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:24] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:24] DHCP error: Kein kompatibler DHCP-Endpunkt gefunden
[16:58:24] Mesh: starte Abfragen (gestaffelt, mit Early-Exit)
[16:58:26] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:26] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:26] Mesh: meshlist.lua status=404 length=2064
[16:58:26] Mesh: internet/meshlist.lua status=404 length=2064
[16:58:29] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:29] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:29] Mesh: mesh_overview.lua status=200 length=7926
[16:58:30] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:30] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:33] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/deviceinfo
[16:58:33] DeviceInfo error: UPnPError 401: Invalid Action
[16:58:33] [DEBUG] SOAP: http://fritz.box:49000/tr64desc.xml
[16:58:34] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:34] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:34] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:58:35] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:35] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:37] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:37] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:38] Mesh: page=netDev xhrId=cleanup status=200 length=7926
[16:58:38] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:38] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:40] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:40] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:42] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:42] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:44] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:44] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:44] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/lanhostconfigmgm
[16:58:44] IP-Stats error: UPnPError 401: Invalid Action
[16:58:45] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:46] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:47] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:47] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:48] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:48] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:48] Mesh: page=mesh status=200 length=7926
[16:58:51] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:51] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:52] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:52] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:52] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:58:55] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:55] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:55] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:55] [DEBUG] data.lua ↑ (2 aktiv)
[16:58:55] WAN error: Kein kompatibler WAN-Service gefunden (weder IPConnection noch PPPConnection)
[16:58:59] [DEBUG] data.lua ↓ (1 aktiv)
[16:58:59] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:00] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:00] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:03] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:03] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:03] Mesh: page=meshTopo status=200 length=7926
[16:59:04] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:04] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:07] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:07] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:08] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:08] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig1
[16:59:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig2
[16:59:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig3
[16:59:12] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:12] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:12] Mesh: page=netTopo status=200 length=7926
[16:59:13] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:13] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:17] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:17] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:18] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:18] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:18] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:59:20] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:21] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:21] Mesh: page=hostTopo status=200 length=7926
[16:59:21] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:22] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:59:22] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:23] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:23] Mesh: Fallback aus Host-Liste (62 aktive Geräte)
[16:59:25] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:25] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:26] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:26] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:26] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/deviceinfo
[16:59:26] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:26] DeviceInfo error: UPnPError 401: Invalid Action
[16:59:26] [DEBUG] SOAP: http://fritz.box:49000/tr64desc.xml
[16:59:26] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/lanhostconfigmgm
[16:59:26] IP-Stats error: UPnPError 401: Invalid Action
[16:59:26] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:28] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:28] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/hosts
[16:59:29] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:29] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:30] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:30] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:31] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/x_contact
[16:59:31] Calls error: UPnPError 401: Invalid Action
[16:59:31] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/x_dect
[16:59:31] DECT GetDECTInfo SOAP fehlgeschlagen (Fallback folgt): UPnPError 401: Invalid Action
[16:59:31] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/x_dect
[16:59:33] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:33] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:34] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:34] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:38] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:38] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:38] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:38] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanipconnection1
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanipconnection1
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/deviceinfo
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanpppconn1
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wanpppconn1
[16:59:41] DeviceInfo error: UPnPError 401: Invalid Action
[16:59:41] [DEBUG] SOAP: http://fritz.box:49000/tr64desc.xml
[16:59:41] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:41] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:42] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:42] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:45] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:45] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:45] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[16:59:46] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:46] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:50] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:50] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:51] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:51] [DEBUG] data.lua ↑ (2 aktiv)
[16:59:51] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/lanhostconfigmgm
[16:59:55] [DEBUG] data.lua ↓ (1 aktiv)
[16:59:55] [DEBUG] data.lua ↑ (2 aktiv)
[17:00:09] [DEBUG] data.lua ↑ (2 aktiv)
[17:00:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig1
[17:00:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig1
[17:00:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig2
[17:00:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig2
[17:00:11] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/wlanconfig3
[17:00:13] [DEBUG] data.lua ↓ (1 aktiv)
[17:00:13] [DEBUG] data.lua ↑ (2 aktiv)
[17:00:16] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[17:00:17] [DEBUG] data.lua ↓ (1 aktiv)
[17:00:17] [DEBUG] data.lua ↑ (2 aktiv)
[17:00:19] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[17:00:19] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[17:00:21] [DEBUG] data.lua ↓ (1 aktiv)
[17:00:31] [DEBUG] data.lua ↓ (1 aktiv)
[17:00:31] [DEBUG] data.lua ↑ (2 aktiv)
[17:00:34] [DEBUG] data.lua ↓ (1 aktiv)
[17:00:34] WAN error: Kein kompatibler WAN-Service gefunden (weder IPConnection noch PPPConnection)
[17:00:35] [DEBUG] data.lua ↓ (0 aktiv)
[17:00:41] [DEBUG] SOAP: http://fritz.box:49000/upnp/control/deviceinfo
[17:00:41] DeviceInfo error: UPnPError 401: Invalid Action
[17:00:41] [DEBUG] SOAP: http://fritz.box:49000/tr64desc.xml
[17:00:41] [DEBUG] SOAP: http://fritz.box:49000/igdupnp/control/WANCommonIFC1
[17:01:01] [DEBUG] data.lua ↑ (1 aktiv)
[17:01:03] [DEBUG] data.lua ↓ (0 aktiv)


Gruß Wilfried

moppedhausi · 1. Juni 2026 um 15:21

jayjojayson · 1. Juni 2026 um 17:42

Du hast Smarthomegeräte? Aber muss ja eigentlich so sein, wenn dir die Seite angezeigt wird. Wie schaut die Telefonie Seite aus, werden dort noch Smarthomegeräte aufgeführt? Ich schaue nochmal, aber ich kann nichts versprechen.

@DukeNukem habe mir mal mit aufgeschrieben, macht auf jeden Fall Sinn, muss aber schauen wie ich das innerhalb der Sortierung umsetzen kann.

@mafe68 Lieben Dank.

mafe68 · 1. Juni 2026 um 17:47

Bitte gern! Wenn sich wer schon solche mühen macht und solche Projekte zur Verfügung stellt und dann auch noch super Support gibt, ist nichts dabei mal auch was in die Kaffeekasse zu werfen!

moppedhausi · 1. Juni 2026 um 18:17

Ja, iich habe mehrere Smarthomegeräte.

Die Telefonie Seite ist leer.

Gruß Wilfried

MartyBr · 20. Juli 2026 um 03:52

Ich habe nun die Version 1.4.5 für meine 5690 Pro installiert. Heute kam das Update zur 1.4.6

Diese Version läuft auch per Log, im Dashboard steht weiterhin 1.4.5

Das ist wahrscheinlich auch nur ein kosmetischer Fehler.

Mein Anliegen ist aber das Einbetten des tollen Dashboards als Unterseite eines anderen Dashboards. Mit iFrame etc. bekomme ich das FritzPortal eingebettet, leider aber nur mit der Links Navigation.

Ich habe nun per “Badge” eine Möglichkeit gefunden, die Navigation auf die App “FritzPortal” zu verweisen. Das funktioniert auch gut. Leider komme ich im Tablett-Modus nicht zurück auf meine Home Seite.

Meine Bitte:
Könntest du oben in der Navigation einen konfigurbaren Navigationsbutton (wie die Badges) einbauen? Damit könnte ich wieder auf meine Startseite zurückspringen.

Hier der Code meines Badges:

type: shortcut
tap_action:
  action: navigate
  navigation_path: /app/005712f1_fritz-portal

JayJayX · 20. Juli 2026 um 05:51

Guten Morgen,

habe die neue Version mal wieder installiert, weil ich das Projekt eigentlich ziemlich gut finde. Leider läuft es immer noch nicht mit meinen Fritzbox Smarthome Geräten zusammen. Sobald die App gestartet wird fallen alle Smarthome Geräte aus.

vg

jayjojayson · 20. Juli 2026 um 09:45

Guten Morgen, ja ich habe heute Nacht auch noch eine neue Version (v.1.4.6) für das Fritz!Portal veröffentlicht. Unter „Geräte“ werden in der Sortierung die offline Geräte jetzt immer unten angehängt, so dass man eine schöne Übersicht der online Geräte in der gewünschten Sortierung hat. @DukeNukem das gefällt dir bestimmt so.

Außerdem sind drei neue HA Sensoren dazugekommen, die es ermöglichen „letzter Anruf“, „letzter verpasster Anruf“ und „letzter angenommener eingehender Anruf“ als Sensoren in HA abzurufen. Neben der Nummer werden in den Attributen auch number, name, date, duration, type, device, from und to aufgelistet. Ihr könnt so einfach eine Entitäten-Card oder Markdown-Card zur Darstellung in HA verwenden.

Ein paar Fixes für andere FB wurden auch implementiert.
Der Full Changelog kann hier nachgelesen werden.

github.com/jayjojayson/FRITZ-Portal

fritz-portal/CHANGELOG.md

main

# Changelog

## 1.4.6

- Neu (Telefonie-Sensoren für Home Assistant, Opt-in): Drei neue Sensoren übertragen die Anrufliste-Highlights an HA – `sensor.fritzportal_last_call` (letzter Anruf), `sensor.fritzportal_last_missed_call` (letzter verpasster Anruf) und `sensor.fritzportal_last_incoming_call` (letzter angenommener eingehender Anruf). Der Sensor-Wert ist der Name der Gegenstelle (Fallback: Rufnummer); Details stehen als Attribute bereit (`number`, `name`, `date`, `duration`, `type`, `device`, `from`, `to`) – damit lässt sich in HA eine eigene Anruf-Card bauen. Übertragung wie gewohnt zweigleisig: **MQTT Discovery** (wenn Broker erreichbar) und **REST-API-Fallback** (wenn aktiviert). Da nicht jeder Telefonie über die FRITZ!Box nutzt, sind die Sensoren **standardmäßig aus** – neuer Toggle „Telefonie-Sensoren" auf der System-Seite bzw. Add-on-Option `ha_phone_sensors`. Beim Deaktivieren werden die MQTT-Discovery-Configs entfernt, damit keine verwaisten Entitäten in HA zurückbleiben. Die Anrufliste wird höchstens einmal pro Minute von der Box geholt (gemeinsamer 60-s-Cache mit der Telefonie-Seite).
- Neu (Geräte-Seite, Offline-Geräte immer unten): Die Geräteliste zeigt jetzt immer zuerst alle Online-Geräte (sortiert nach gewähltem Kriterium – Name, IP, Verbindung), darunter die Offline-Geräte (ebenfalls sortiert). Vorher mischten sich Offline-Geräte je nach Sortierung zwischen die aktiven Geräte – die Übersicht ist damit deutlich klarer.
- Fix (#32, SmartHome-Geräte doppelt): FRITZ!Smart Energy 250 (und andere Geräte mit Sub-Units) erschien doppelt in der SmartHome-Liste, weil AVM Hauptgerät und Sub-Unit mit AIN-Suffix („…-1") als zwei Einträge exportiert. Der Dedup-Key normalisiert jetzt auf die Basis-AIN, Hauptgerät + Sub-Unit verschmelzen zu einem Eintrag (Messwerte werden gemergt, generische „HAN-FUN"-Basisnamen weichen dem echten Unit-Namen) – so zeigt es auch die FRITZ!Box-Oberfläche.
- Fix (#31/#33, FRITZ!OS-8-Boxen wie 5690 Pro / 7690 – Web-Login per PBKDF2): Der data.lua-Web-Login nutzte ausschließlich das alte MD5-Challenge-Verfahren. Neuere Boxen verlangen das PBKDF2-Verfahren (Login-Version 2) – schlug der Login fehl, blieben alle data.lua-basierten Werte leer: CPU/RAM/Temperatur 0 %, Traffic-Zähler leer, Mesh nur als Host-Fallback, DHCP-Fallback tot. `getWebSid()` fragt jetzt `login_sid.lua?version=2` an und beherrscht beide Verfahren (PBKDF2-Challenge „2$…" und klassisches MD5 für ältere Firmwares).
- Fix (#31, Tri-Band-WLAN / 6 GHz): Die WLAN-Übersicht nahm die Band-Zuordnung stur nach Index an (1 = 2.4 GHz, 2 = 5 GHz, 3 = Gast) – auf Tri-Band-Boxen (5690 Pro: 2.4/5/6 GHz + Gast) war das falsch und das 6-GHz-Band fehlte. Der Server fragt jetzt pro WLAN `X_AVM-DE_GetWLANExtInfo` ab und liefert das echte Frequenzband (`_band`) mit; das Frontend beschriftet danach (Fallback: Kanal-Heuristik, dann Index). Die WLAN-Indizes werden zudem dynamisch aus den per `tr64desc.xml` entdeckten Services ermittelt statt fest 1–4, und der Aktiv-Status wird robust geparst (auch `true`/`UP`-Schreibweisen – vorher wurde ein aktives WLAN teils als „Inaktiv" angezeigt).
- Fix (#33, WAN-Informationen fehlen): `/api/fritz/network/wan` versucht als letzten Fallback jetzt zusätzlich die IGD-Variante `urn:schemas-upnp-org:service:WANIPConnection:1` (funktioniert ohne TR-064-Authentifizierung) – hilft auf Boxen, deren dslforum-WAN-Dienste nicht antworten (7690, 5690 Pro).

## 1.4.5

- Neu (WLAN aus Home Assistant schalten): Die seit v1.4.3 im Portal vorhandenen WLAN-Toggles (Netzwerk → WLAN, inkl. Gastzugang) sind jetzt auch als HA-Entität verfügbar. Pro WLAN/SSID wird ein **steuerbarer MQTT-Schalter** `switch.fritzportal_wlan_<N>` im „FRITZ!Portal"-Gerät registriert – damit lässt sich WLAN direkt vom HA-Dashboard, per Automation oder Sprachbefehl ein-/ausschalten. Technisch baut das Add-on dafür erstmals eine **echte MQTT-Broker-Verbindung** auf (Zugangsdaten via Supervisor-Service-Discovery `GET /services/mqtt`, neue Dependency `mqtt`) und abonniert `fritzportal/wlan/+/set`. Die bestehenden Sensor-Publishes laufen unverändert weiter über den Supervisor-Proxy – die Broker-Verbindung wird **ausschließlich zum Empfangen** der Schaltbefehle genutzt (minimal-invasiv). Geschaltet wird über den schon vorhandenen TR-064-`SetEnable`-Pfad (in die Helper `setWlanEnable()`/`getWlanStates()` ausgelagert). Für REST-API-Nutzer (ohne MQTT-Broker) erscheint der Status als **Nur-Anzeige-Sensor** `sensor.fritzportal_wlan_<N>` – ein steuerbarer Schalter ist über die HA-REST-API technisch nicht möglich. **Voraussetzung fürs Schalten bei geschlossenem Portal:** `keep_session_alive: true` (sonst fehlt die FRITZ!Box-Session) sowie Schreibrecht auf „FRITZ!Box-Einstellungen".
- Neu (Dashboard-Chart sofort gefüllt, kein Loading-Screen): Beim Zurückkehren zum Ingress-Panel wurde der iframe neu geladen; der Chart-Verlauf lag bisher nur im RAM des Browser-Tabs (`window.__networkHistory`) und ging dabei verloren → Loading-Screen + halb leeres Diagramm

Diese Datei wurde abgeschnitten. Original zeigen

@MartyBr wie hast du den Iframe eingebunden? Ich nehme an über den Port von HA? Ändere mal den Port auf 3003, also http://deine-ha-ip:3003 (der Port ist als Standard in Fritz!Portal Konfiguration hinterlegt)
Danach wird die Seitenleiste von HA im iframe nicht mehr angezeigt und du hast nur das Fritz!Portal Dashboard auf deinem Dashboard.

Auf dem Tablet sollte eigentlich automatisch eine Headermenüleiste erscheinen, womit du dann wieder zurück zum HA Dashboard wechseln könntest. Funktioniert bei mir jedenfalls wunderbar und nutze ich auf dem Lenovo Tablet auch so. Sieht dann aus, wie im Bild anbei.

Mit der Versionsnummer hast du Recht, mein Fehler, habe ich vergessen im Header anzupassen. Auf der Systemseite wird aber die neue Version korrekt angezeigt.

@JayJayX Smarthome hatte ich jetzt nicht weiter auf dem Schirm, nur die Darstellung wurde nochmal angepasst, dass hoffentlich keine Smarthome Geräte mehr unter Telefonie mit aufgeführt werden. Ich werde mir das nochmal genauer anschauen, kann aber nichts versprechen. Der Grund liegt vermutlich im Session-Management der FRITZ!Box. Laut AVMs technischer Doku zum Session-ID-Verfahren ist pro Box nur eine begrenzte Anzahl gleichzeitiger Sessions vorgesehen und ein Client sollte pro Box nur ein SID verwenden.

Das FRITZ!Portal hält bei aktivierter Option keep_session_alive bewusst dauerhaft eine eigene Session offen (nötig für kontinuierliche Sensor-Updates und WLAN-Schaltung auch bei geschlossenem Portal). Läuft parallel die native Fritz!Smarthome-Integration, die ebenfalls eine eigene Session offenhält, kann es zu Konflikten kommen! Vermutlich verdrängt die neuere Session die ältere, besonders wenn beide über denselben FRITZ!Box-Benutzer laufen. Das ist aber nicht offiziell von AVM dokumentiert, sondern meine Einschätzung. Als Workaround: separaten FRITZ!Box-Benutzer für FRITZ!Portal anlegen und keep_session_alive nur aktivieren, wenn wirklich nötig. Das könnte eventuell schon Abhilfe schaffen.

MartyBr · 20. Juli 2026 um 11:40

Hat sofort geklappt, Danke dir für den Tipp!!

JayJayX · 20. Juli 2026 um 11:59

Habe ich gar nicht aktiviert und ein neuer Benutzer ändert leider auch nichts. Schade. Trotzdem ein gutes Tool…

Kaios-Welt · 30. August 2026 um 10:37

Moin, die Fritz 5690Pro funktioniert auch einwandfrei