Hallo,
ich habe die aktuelle Fritz!OS Labor auf meine Test_FB Cable 6660 aufgespielt. Aufgefallen ist mir jetzt, dass
get <name> luaData xhr 1 lang de page wlanmesh xhrId all
get <name> luaData xhr 1 lang de page trafapp xhrId all
nicht mehr funktioniert.
Nur für die Cable bitte auch einmal
get <name> luaData xhr 1 lang de page docInfo xhrId all no_sidrenew nop
prüfen.
Sofern jemand schon die aktuelle Labor nutzt, würde ich mich freuen, wenn ihr das einmal testen und die Ergebnisse postet würdet.
Vielen Dank
Jörg
Hallo Jörg,
bei meiner 6591 bekomme ich die Daten des 1. Weckers zurück. Ich nutze die Funktion nicht, alle Wecker waren deaktiviert, aber auch eine Aktivierung ändert nichts.
Viele Grüße
Thomas
Nachtrag: Die Antwort oben bezog sich auf "xhr 1 lang de page alarm xhrId all", was jetzt nicht mehr in der Frage enthalten ist.
get <name> luaData xhr 1 lang de page wlanmesh xhrId all
get <name> luaData xhr 1 lang de page trafapp xhrId all
get <name> luaData xhr 1 lang de page docInfo xhrId all no_sidrenew nop
funktionieren bei mir.
Hallo tomcat,
würdest Du mir bitte einmal die Ergebnisse posten. Danke Dir.
Grüße Jörg
Hallo Jörg,
anbei die Ergebnisse meiner FB6690. Es funktioniert alles. Ich nutze die aktuellste veröffentlichte Laborversion.
Viele Grüße
JürgenFB6690.txt
Zitat von: tomcat.x am 30 Juni 2025, 10:18:49Hallo Jörg,
bei meiner 6591 bekomme ich die Daten des 1. Weckers zurück. Ich nutze die Funktion nicht, alle Wecker waren deaktiviert, aber auch eine Aktivierung ändert nichts.
Viele Grüße
Thomas
Nachtrag: Die Antwort oben bezog sich auf "xhr 1 lang de page alarm xhrId all", was jetzt nicht mehr in der Frage enthalten ist.
get <name> luaData xhr 1 lang de page wlanmesh xhrId all
get <name> luaData xhr 1 lang de page trafapp xhrId all
get <name> luaData xhr 1 lang de page docInfo xhrId all no_sidrenew nop
funktionieren bei mir.
Hi tomcat
mein Ergebnis sieht so aus:
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'alarm'
'xhrId' => 'all'
----------------------------------------------------------------------
{
'timeTillLogout' => '1200',
'pid' => 'alarm',
'sid' => 'xxxxxxxxxxxxxx',
'data' => {
'day' => {
'sun' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'thu' => $VAR1->{'data'}{'day'}{'sun'},
'mon' => $VAR1->{'data'}{'day'}{'sun'},
'sat' => $VAR1->{'data'}{'day'}{'sun'},
'fri' => $VAR1->{'data'}{'day'}{'sun'},
'tue' => $VAR1->{'data'}{'day'}{'sun'},
'wed' => $VAR1->{'data'}{'day'}{'sun'}
},
'number' => '1',
'phonselected' => '1',
'minutes' => '00',
'hours' => '00',
'active' => $VAR1->{'data'}{'day'}{'sun'},
'time' => '0000',
'option' => 'daily',
'phonoptions' => [
{
'value' => '1',
'text' => 'Telefon'
},
{
'text' => 'Telefon',
'value' => '2'
},
{
'text' => 'Gigaset',
'value' => '60'
},
{
'value' => '61',
'text' => 'AVM C5'
},
{
'value' => '70',
'text' => 'FHEM-Telefon'
},
{
'text' => "T\x{c3}\x{bc}rklingel",
'value' => '71'
},
{
'text' => "FRITZ!\x{e2}\x{81}\x{a0}App\x{c2}\x{a0}Fon (Xiaomi X7 Pro)",
'value' => '72'
},
{
'value' => '74',
'text' => 'FRITZ!Box'
},
{
'value' => '75',
'text' => "FRITZ!\x{e2}\x{81}\x{a0}App\x{c2}\x{a0}Fon (Xiaomi F6)"
},
{
'text' => 'alle Telefone',
'value' => '9'
}
],
'weekdays' => '255',
'name' => 'Wecker 1'
},
'time' => [],
'hide' => {
'rrd' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'liveTv' => $VAR1->{'hide'}{'rrd'},
'shareUsb' => $VAR1->{'hide'}{'rrd'},
'ssoSet' => $VAR1->{'hide'}{'rrd'}
},
'sidNew' => 0
}
wobei alle Wecker deaktiviert sind.
Viele Grüße
Jürgen
Hallo Jürgen,
danke für den Wecker. War aber ein Copy/Paste Fehler von mir. Wecker funktioniert auch bei mir.
Grüße Jörg
Hm,
ich kann meine Cable 6660 nur als Mesh-Repeater zum Testen nutzen, da ich kein Kabel habe. Sieht also so aus, als wenn bei Cable in Repeater Funktion die genannten luaData gets nicht unterstützt werden. Ok, muss ich dann im Code abfangen.
Grüße Jörg
Zitat von: juemuc am 30 Juni 2025, 10:51:54Hi tomcat
mein Ergebnis sieht so aus:
Ja, bei mir ähnlich. Ich dachte, da müssten alle 3 enthalten sein. In den Readings bekomme ich alle drei, wenn ich das per enableAlarmInfo aktiviere.
Hallo,
anbei einen neue 08.10.00 Beta.
Über Eure Tests und Rückmeldung würde ich mich freuen.
Grüße Jörg
Hallo Jörg,
ich glaube, Du hast bei pwr die aktuellen Werte mit denen des 24h-Mittel vertauscht:
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'energy'
'xhrId' => 'all'
----------------------------------------------------------------------
{
'sidNew' => 0,
'data' => {
'intro' => {
'text' => [
'Auf dieser Seite finden Sie Informationen zum Energieverbrauch der FRITZ!Box und zu belegten LAN-Schnittstellen.'
]
},
'drain' => [
{
'actPerc' => 29,
'name' => 'FRITZ!Box Gesamtsystem',
'statuses' => 'aktiv seit 4 Tagen, 8 Stunden, 25 Minuten',
'cumPerc' => 29
},
{
'statuses' => '125 MHz Systemtakt',
'cumPerc' => 69,
'name' => 'FRITZ!Box Hauptprozessor',
'actPerc' => 71
},
{
'cumPerc' => 57,
'statuses' => [
'WLAN aktiviert',
"3 WLAN-Netzwerkger\x{c3}\x{a4}te angemeldet"
],
'name' => 'WLAN',
'actPerc' => 57
},
{
'actPerc' => 0,
'name' => "analoge FON-Anschl\x{c3}\x{bc}sse",
'cumPerc' => 0,
'statuses' => ''
},
{
'statuses' => "kein USB-Ger\x{c3}\x{a4}t angeschlossen",
'cumPerc' => 2,
'name' => "USB-Ger\x{c3}\x{a4}te",
'actPerc' => 2
},
{
'lan' => [
{
'name' => 'LAN 1',
'class' => 'green'
},
{
'name' => 'LAN 2',
'class' => 'green'
},
{
'class' => '',
'name' => 'LAN 3'
},
{
'name' => 'LAN 4',
'class' => 'green'
}
],
'statuses' => "3 Ger\x{c3}\x{a4}te angeschlossen",
'name' => "LAN-Anschl\x{c3}\x{bc}sse"
}
]
},
'hide' => {
'liveTv' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'ssoSet' => $VAR1->{'hide'}{'liveTv'},
'shareUsb' => $VAR1->{'hide'}{'liveTv'},
'rrd' => $VAR1->{'hide'}{'liveTv'}
},
'sid' => 'f8e964870bf73ec1',
'time' => [],
'timeTillLogout' => '1200',
'pid' => 'energy'
}
Screenshot 2025-06-30 221203.pngScreenshot 2025-06-30 221326.png
Der Rest sieht gut aus.
Viele Grüße
Jürgen
Hallo Jürgen,
eigentlich nicht, siehe Auszug aus dem Code
for(my $i = 0; $i <= $nbViews - 1; $i++) {
my $id = $resultData->{data}->{drain}->[$i]->{id};
if ( $resultData->{data}->{drain}->[$i]->{name} =~ /Gesamtsystem/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_Rate_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
} elsif ( $resultData->{data}->{drain}->[$i]->{name} =~ /Hauptprozessor/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_mainCPU_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
} elsif ( $resultData->{data}->{drain}->[$i]->{name} =~ /WLAN/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_WLAN_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
} elsif ( $resultData->{data}->{drain}->[$i]->{name} =~ /DSL/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_DSL_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
} elsif ( $resultData->{data}->{drain}->[$i]->{name} =~ /FON/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_FON_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
} elsif ( $resultData->{data}->{drain}->[$i]->{name} =~ /USB/) {
FRITZBOX_Readout_Add_Reading $hash, $roReadings, "box_pwr_USB_Act", $resultData->{data}->{drain}->[$i]->{actPerc};
}
}
Grüße Jörg
Bei mir passen die box_pwr Werte, wobei das wegen gleicher Werte bei den meisten nur schwierig zu kontrollieren ist. Aber zumindest bei box_pwr_USB_Act und
box_pwr_mainCPU_Act hatte ich Glück.
Ansonsten bisher nichts auffälliges.
Nach dem Update ist mir auch aufgefallen, warum mein Hinweis auf die Fritz!OS-Version weiter oben falsch war. In der Liste war das Internal VERSION enthalten, aber klar, das ist Modul-Version ....
Hallo Jörg,
ja die Werte sind korrekt. Jetzt sind bei mir die Werte etwas weiter auseinander und somit besser kontrolierbar.
Was ist der Unterschied zwischen dem Reading "box_powerRate" und "box_pwr_Rate_Act"? Die haben beide den gleichen Wert, den ich in der Box aber nur einmal sehe.
Viele Grüße
Jürgen
Zitat von: juemuc am 01 Juli 2025, 11:41:39Hallo Jörg,
Was ist der Unterschied zwischen dem Reading "box_powerRate" und "box_pwr_Rate_Act"? Die haben beide den gleichen Wert, den ich in der Box aber nur einmal sehe.
Hallo Jürgen,
box_powerRate kommt aus einer query.lua Abfrage, die schon "ewig" drin ist. Habe ich immer übersehen.
Grüße Jörg
Hallo,
anbei eine neue 08.10.00 Beta 2.
Kleinere Fehler gefunden und beseitigt, sowie für den Energiemonitor den 24-Stunden-Durchschnitt als Reading hinzugefügt.
Grüße Jörg
Hallo,
anbei noch etwas Experimentelles. Bei einigen FritzBoxen kann man mit:
get <name> javaScript cpu
Daten zum CPU Status abrufen.
Wenn die FB das unterstützt und das box_cpuTemp Reading in Attribut disableBoxReadings nicht abgewählt worden ist, werden die zusätzlichen Readings:
box_cpuCurrentInterval_Data
box_cpuRAMCacheUsed_Data
box_cpuRAMPhysFree_Data
box_cpuRAMStrictlyUsed_Data
box_cpuTemp_Data
box_cpu_Data
gebildet. Bis auf box_cpuCurrentInterval_Data beinhalten alle eine Zeitreihe.
Sofern ihr Euch schon mal mit eCharts siehe https://forum.fhem.de/index.php?topic=141857.0 beschäftigt habt, anbei ein entsprechendes stateFormat. Ihr müsste vorher die echarts.min.js, findet ihr im Forumsbeitrag, nach /fhem/www/codemirror/echarts.min.js kopieren. Auch funtioniert das leider nicht wenn das Device FritzBox heißt, weil das automatisch die FritzBox.svg herangezogen wird. Ich habe die svg erst einmal umbenannt.
<!-- Lade echarts direkt -->
<script src="/fhem/www/codemirror/echarts.min.js"></script>
<!-- Chart-Container -->
<div style="width:365px; padding:10px; border:1px solid #ddd; border-radius:6px; font-family:sans-serif; box-shadow:0 2px 4px rgba(0,0,0,0.1); box-sizing:border-box; height:90px; position:relative;">
<!-- Labels -->
<div style="position:absolute; top:10px; left:10px; width:90px; font-size:14px; text-align:left; line-height:26px;">
<div>Temperatur:</div>
<div>RAM-Free</div>
<div>RAM-Used</div>
</div>
<!-- Werte -->
<div style="position:absolute; top:10px; left:80px; width:120px; font-size:14px; font-weight:bold; text-align:center; line-height:26px; white-space: normal; word-wrap: break-word; display: flex; flex-direction: column;">
<div>box_cpuTemp</div>
<div></div>
<div></div>
</div>
<!-- Chart -->
<div style="position:absolute; top:10px; right:10px; width:160px; height:72px; overflow:hidden;">
<div id="minichart" style="width:160px; height:72px;"></div>
</div>
</div>
<script>
var chart = echarts.init(document.getElementById('minichart'));
var fullDataErz = [box_cpuTemp_Data];
var finalArrayErz = fullDataErz.slice(-30);
var fullDataEinsp = [box_cpuRAMPhysFree_Data];
var finalArrayEinsp = fullDataEinsp.slice(-30);
var fullDataEnt = [box_cpuRAMStrictlyUsed_Data];
var finalArrayEnt = fullDataEnt.slice(-30);
var option = {
grid: { top: 3, bottom: 0, left: 0, right: 0 },
xAxis: { type: 'category', show: false, data: [] },
yAxis: { type: 'value', show: false },
series: [{
data: finalArrayErz,
type: 'line',
smooth: true,
symbol: 'none',
lineStyle: { width: 2, color: '#3b82f6' },
areaStyle: { color: 'rgba(59,130,246,0.2)' }
},
{
data: finalArrayEinsp,
type: 'line',
smooth: true,
symbol: 'none',
lineStyle: { width: 2, color: '#008000' },
areaStyle: { color: 'rgba(59,130,246,0.2)' }
},
{
data: finalArrayEnt,
type: 'line',
smooth: true,
symbol: 'none',
lineStyle: { width: 2, color: '#ff0000' },
areaStyle: { color: 'rgba(59,130,246,0.2)' }
}],
animation: false,
tooltip: { show: false }
};
chart.setOption(option);
</script>
Hallo Jörg,
bis auf
get javaScript cpu funktioniert alles bei mir.
Bei diesem get erhalte ich die Meldung
Result of data = cpu
----------------------------------------------------------------------
ERROR: Bad Request
Die FB6690 scheint dies nicht zu unterstützen. Zusätzlich sind mir bei meiner FB7490 die DNS-Readings aufgefallen:
box_dns_Srv0_used_IPv4_0 192.168.240.100 2025-07-02 17:44:19
box_dns_Srv0_used_IPv4_1 192.168.110.100 2025-07-02 17:44:19
box_dns_Srv1_user_IPv4 192.168.240.100 2025-07-02 17:44:19
box_dns_Srv2_user_IPv4 192.168.110.100 2025-07-02 17:44:19
Viele Grüße
Jürgen
Hallo Jürgen,
AVM scheint bei den Cable nicht alles vom Energiemonitor wieder eingebaut zu haben.
Grüße Jörg
Zitat von: JoWiemann am 02 Juli 2025, 20:17:34Hallo Jürgen,
AVM scheint bei den Cable nicht alles vom Energiemonitor wieder eingebaut zu haben.
Grüße Jörg
Moin zusammen,
Meine Vodafone 6591 hat tatsächlich die 8.03 bekommen.
Aber das Menü für Energiemonitor gibt es nicht.
Gruß Gerd
Zitat von: Maista am 02 Juli 2025, 20:29:58Zitat von: JoWiemann am 02 Juli 2025, 20:17:34Hallo Jürgen,
AVM scheint bei den Cable nicht alles vom Energiemonitor wieder eingebaut zu haben.
Grüße Jörg
Moin zusammen,
Meine Vodafone 6591 hat tatsächlich die 8.03 bekommen.
Aber das Menü für Energiemonitor gibt es nicht.
Gruß Gerd
Energie Monitor bei den Cable erst ab 8.04
Grüße Jörg
Zitat von: JoWiemann am 02 Juli 2025, 20:17:34Hallo Jürgen,
AVM scheint bei den Cable nicht alles vom Energiemonitor wieder eingebaut zu haben.
Grüße Jörg
Hallo Jörg,
zumindest grafisch werden die Werte angezeigt.
CPU1.pngRAM.png
Viele Grüße
Jürgen
Hallo,
anbei eine neue 08.10.00 Beta 4.
Die neuen Readings box_cpu... müssen über das Attribut enableBoxReadings durch auswählen von box_cpu aktiviert werden.
Bei der Cable werden die CPU Infos über:
get <name> javaScript generic/cpu
abgefragt. Bitte einmal testen, ob das mit der 8.0x funktioniert.
Grüße Jörg
ZitatEnergie Monitor bei den Cable erst ab 8.04
Grüße Jörg
Achje...das dauert dann wieder ein paar Jahre
Gruß Gerd
Zitat von: JoWiemann am 02 Juli 2025, 22:21:06Hallo,
anbei eine neue 08.10.00 Beta 4.
Die neuen Readings box_cpu... müssen über das Attribut enableBoxReadings durch auswählen von box_cpu aktiviert werden.
Bei der Cable werden die CPU Infos über:
get <name> javaScript generic/cpu
abgefragt. Bitte einmal testen, ob das mit der 8.0x funktioniert.
Grüße Jörg
Hallo Jörg,
mit "generic/cpu" kommen die Werte.
Viele Grüße
Jürgen
Hallo,
anbei eine neue 08.10.00 Beta 5. Das aktivieren der cpu-Infos habe ich jetzt neu geregelt:
enableCPUInfo <0 | (-1) | 1 | 2 ... | 24>
Einige FritzBox stellen ab der Fritz!OS Version 8.00 Zeitreihen zur CPU zur Verfügung:
StatCurrentInterval (Einzelwert) => Reading: box_cpuCurrentInterval_Data
StatCPU (240 Werte, letzte 24 Stunden) => Reading: box_cpu_Data
StatTemperature (240 Werte, letzte 24 Stunden) => Reading: box_cpuTemp_Data
StatRAMCacheUsed (240 Werte, letzte 24 Stunden) => Reading: box_cpuRAMCacheUsed_Data
StatRAMStrictlyUsed (240 Werte, letzte 24 Stunden) => Reading: box_cpuRAMStrictlyUsed_Data
StatRAMPhysFree (240 Werte, letzte 24 Stunden) => Reading: box_cpuRAMPhysFree_Data
Ist das Attribut nicht gesetzt oder 0 werden keine Readings bereit gestellt.
Ist das Attribut auf -1 gesetzt werden die Readings mit dem aktuellsten Wert bereit gestellt.
Ist das Attribut auf >= 1 werden die Readings auf 1..24 Stunden * 10 Werte pro Stunde gesetzt.
Grüße Jörg
Hallo Jörg,
danke für diese Erweiterungen.
Was ist der Unterschied zwischen "box_cpuTemp" und "box_cpuTemp_Data"?
box_cpuCurrentInterval_Data 137 2025-07-03 13:43:52
box_cpuRAMCacheUsed_Data 5 2025-07-03 13:43:52
box_cpuRAMPhysFree_Data 64 2025-07-03 13:43:52
box_cpuRAMStrictlyUsed_Data 31 2025-07-03 13:43:52
box_cpuTemp 0 2025-07-03 13:43:52
box_cpuTemp_Data 57 2025-07-03 13:43:52
box_cpu_Data 9 2025-07-03 13:43:52
Viele Grüße
Jürgen
Zitat von: juemuc am 03 Juli 2025, 13:47:56Hallo Jörg,
Was ist der Unterschied zwischen "box_cpuTemp" und "box_cpuTemp_Data"?
Hallo Jürgen,
box_cpuTemp ist noch ein Überbleibsel aus den Standard query.lua Abfragen. Ich werde das noch als Reading bis zur Version 8.00 abgrenzen.
Grüße Jörg
Hallo Jörg,
bei der grafischen Darstellung habe ich noch ein Problem. Hängt das mit den neuen Readings zusammen?
Hier mein Ergebnis:
FB6690-Status.png
Viele Grüße
Jürgen
Zitat von: juemuc am 03 Juli 2025, 20:20:42Hallo Jörg,
bei der grafischen Darstellung habe ich noch ein Problem. Hängt das mit den neuen Readings zusammen?
Hallo Jürgen,
welches Problem. Die Grafik war auch nur so auf die Schnelle als Teaser.
Grüße Jörg
Hallo Jörg,
bei Dir sah die Grafik nachvollziehbar aus.
Bei mir ist die Temperatur 0 und die Grafen passen irgendwie auch nicht so recht.
Ich habe die "js-Datei" von Dir in das entsprechende Verzeichnis kopiert, das System neu gestartet und dann Dein Stateformat übernommen.
Habe ich etwas übersehen? Wo muss ich noch etwas anpassen?
Viele Grüße
Jürgen
Hallo Jürgen,
poste doch bitte ein List vom Device.
Grüße Jörg
Hallo Jörg,
anbei mein "list".
Viele Grüße
Jürgen
LIST_FB6690.txt
Hallo Jörg,
wenn ich enableCPUInfo auf was anderes als 0 setze, bekomme ich
Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
und im Log
Can't call method "Dumper" on unblessed reference at ./FHEM/72_FRITZBOX.pm line 6478.
Es liegt vermutlich an meiner alten Perl Version. Updates für libdata-dump-perl gibt es nicht (falls das relevant ist, habe ich zumindest im Forum zu dieser Meldung gefunden). Das dann vermutlich nur als Info.
Viele Grüße
Thomas
Hallo Thomas,
das deutet darauf hin, dass Du keine Daten geliefert bekommen hast. Welche Fritz!OS Version hast Du auf der FB?
Anbei eine Version, in der ich das abfange.
Grüße Jörg
Zitat von: juemuc am 04 Juli 2025, 14:04:29anbei mein "list".
Hallo Jürgen,
sieht eigentlich ganz Ok aus. Da bin ich jetzt auch etwas überfragt, da ich das eChart auch eher Copy/Paste nutze.
Grüße Jörg
Hallo Jörg,
kein Problem. War auch nur als Test gedacht. Ich nutze diese Info so nicht.
Viele Grüße
Jürgen
Zitat von: JoWiemann am 04 Juli 2025, 15:23:15Welche Fritz!OS Version hast Du auf der FB?
Hallo Jörg,
es ist die 8.10-122506 BETA. Ich habe die heute zusammen mit Deiner Beta 5 installiert, kann also leider nicht sagen, ob es mit der davor ging.
Mit dieser Labor-Version bekomme ich aber wieder was im Online-Monitor angezeigt und im Energiemonitor erstmals Balken bei der CPU-Temperatur.
Hallo Thomas,
welche Rückmeldung bekommst Du bei:
get <name> javaScript generic/cpu
bzw.
get <name> javaScript cpu
Grüße Jörg
Kann gerade nur vom Handy aus testen. Die Ergebnisse hier einzutragen ist damit schwierig. Aber vielleicht hilft das schon was: generic/cpu liefert mehrere Zahlenreihen, cpu nur einen Fehler.