Weihnachtsangebot 2025! 🎄

[fastfoot]

@werners demnach dürfte das 'Originalscript' auch nicht mehr funktionieren! Hast Du an den Settings im SQL-Adapter oder in der Datenbank rumgespielt?

[WernerS]

@fastfoot

nein da ist alles wie es war. Also das andere Script das läuft und berechnet die aktuelle und die Tagesrate.

[fastfoot]

@werners sagte in Daten aus der Fritzbox visualisieren:

@fastfoot

nein da ist alles wie es war. Also das andere Script das läuft und berechnet die aktuelle und die Tagesrate.

das Skript nutzt dieselbe Instanz von SQL wie das originale, somit auch die gleichen Berechtigungen! Läuft es denn auf einer anderen Instanz als das Original?

[WernerS]

@fastfoot sagte in Daten aus der Fritzbox visualisieren:

@werners sagte in Daten aus der Fritzbox visualisieren:

@fastfoot

nein da ist alles wie es war. Also das andere Script das läuft und berechnet die aktuelle und die Tagesrate.

das Skript nutzt dieselbe Instanz von SQL wie das originale, somit auch die gleichen Berechtigungen! Läuft es denn auf einer anderen Instanz als das Original?

Nein ich habe nur eine Javascript Instanz auf meinem slave01

[WernerS]

@fastfoot

ih glaube ich habe was gefunden. muss es nicht
0_userdata.0.FritzBox.Traffic.Tag_IN heißen?
Aber der Fehler kommt trotzdem

[WernerS]

@fastfoot
Da ist mir nochwas aufgefallen. Bei dem Datenpunkt geht es ja um einen Tag, aber er 3.09. ist auskommentiert.
Ist das so gewollt?

[WernerS]

@fastfoot

so und noch was. Im script steht sql.0. Das habe ich übersehen denn ich habe auf allen 3 Raspis mit iobroker eine SQL Datenbank. Die vom Slave 2 heißt dann sql.2
Aber das andere Script läuft und berechnet ja die Daten da steht auch sql.0 drin
Ich habe mal versuchhalber das auf sql.2 geändert und das so gemacht
summe(8, 3); // Der 3. September
//summe(8); // Der gesamte September

dann bekomme ich

javascript.0	17:51:52.131	info	Start JavaScript script.js.common.FritzBox_Daten_nachträglich_neuberechnen (Javascript/js)
javascript.0	17:51:52.162	info	script.js.common.FritzBox_Daten_nachträglich_neuberechnen: Tue Sep 03 2024 00:00:00 GMT+0200 (Central European Summer Time)
javascript.0	17:51:52.162	info	script.js.common.FritzBox_Daten_nachträglich_neuberechnen: Tue Sep 03 2024 23:59:59 GMT+0200 (Central European Summer Time)
javascript.0	17:51:52.163	info	script.js.common.FritzBox_Daten_nachträglich_neuberechnen: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
javascript.0	17:51:52.179	info	script.js.common.FritzBox_Daten_nachträglich_neuberechnen: Tag_IN : 32828971246
javascript.0	17:51:52.181	error	at Object.<anonymous> (script.js.common.FritzBox_Daten_nachträglich_neuberechnen:66:31)

Ich hoffe ich habe jetzt nicht alles durcheinander gemacht :-)
Danke für deine Geduld

[docsnyder7]

@ro75 erstmal herzlichen Dank für das zur Verfügung gestelltes Script...
ein Frage dazu... als command result steht hier code:500
ist das korrekt oder eher nicht... denn ich bekomme alle DP´s angelegt, aber keine Daten darin?

[Ro75]

@docsnyder7 500 ist nicht in Ordnung. Da stimmt was bei den Einstellungen im Adapter nicht. Eventuell Benutzer Kennwort. Ist in der FB selbst die Freigabe im Benutzer erteilt worden?

Ro75.

[docsnyder7]

@ro75
Kacke.. genau das wars! Es fehlte die Berechtigung ! Danke für den schnellen Support!!!!

[fastfoot]

@werners sagte in Daten aus der Fritzbox visualisieren:

@fastfoot

ih glaube ich habe was gefunden. muss es nicht
0_userdata.0.FritzBox.Traffic.Tag_IN heißen?
Aber der Fehler kommt trotzdem

Dass der Statename in Zeile 2 verkürzt scheint ist Absicht, nicht abändern!

also das _IN weg

[fastfoot]

@werners sagte in Daten aus der Fritzbox visualisieren:

@fastfoot
Da ist mir nochwas aufgefallen. Bei dem Datenpunkt geht es ja um einen Tag, aber er 3.09. ist auskommentiert.
Ist das so gewollt?

Du kannst ja die einzelnen Tage summiert berechnen, dafür ist der Monatsmodus gedacht

[fastfoot]

@werners sagte in Daten aus der Fritzbox visualisieren:

dann bekomme ich

und die Fehlermeldung schneidest du ab!

Also nochmal

• Das Skript muss da laufen wo auch das Original läuft
• wenn dort sql.0 steht muss das auch in diesem Skript so stehen.
• Wenn im Original iobrokerslave02 steht, muss das auch in diesem Skript in Zeile 1 so stehen
• Den Datenbanknamen findest du auch in den Settings der jeweiligen SQL Instanz und der muss in beiden Skripts genau so lauten wie dort angegeben

ich fürchte dein Setup verwirrt dich etwas, ganz zu schweigen von den Helfern die dein System nicht kennen und auf deine korrekten Infos angewiesen sind

[WernerS]

@fastfoot

Hallo

also das Script hat super funktioniert. Nur seid Januar kommt eine Fehlermeldung "Keine Daten" obwohl sich nichts geändert hat.

Gruß
Werner

[srkonus]

Nabend zusammen,

ich habe keine SQL laufen - zumindest nicht bewusst. Einen SQL Adpter habe ich nicht installiert. Geht das Script auch über den History Adapter?

VG
srkonus

[McBeath]

@Ro75 sagte in Daten aus der Fritzbox visualisieren:

@dr-pie sagte in Daten aus der Fritzbox visualisieren:

leider gibt der Adapter von AVM (tr064) die erforderlichen Daten nicht preis

Hallo,

das stimmt so definitiv nicht. Der tr-64 Adapter kann dir alles liefern. Es ist immer nur die Frage wie. Versuche es mal so:

const NewByteReceiveRate    = '0_userdata.0.FritzBox.NewByteReceiveRate';
const NewByteSendRate       = '0_userdata.0.FritzBox.NewByteSendRate';
const L1DownMaxRate         = '0_userdata.0.FritzBox.Layer1DownstreamMaxBitRate';
const L1UpMaxRate           = '0_userdata.0.FritzBox.Layer1UpstreamMaxBitRate';
const ReceiveR              = '0_userdata.0.FritzBox.Charts.Receive';
const SendR                 = '0_userdata.0.FritzBox.Charts.Send';

@ro75
Ich nutze auch dein script und bin mich am fragen was über den tr064 noch abfragbar ist?
Ich suche die möglichkeit die Klingel der Türstation, die an der FB hängt ab zu fragen.
Da ja leider die Türrufe als intern gelten tauch sie nicht in der Anrufliste auf.

Dein "Der tr-64 Adapter kann dir alles liefern." macht mir da etwas hofnung :)
Geht das auch vielleicht auch mit dem TR064?