UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ichderarnd]

@martinp sagte in Pegelwerte Fritzbox 6490 Cable auslesen?:

@arndl Soso, dann hast Du wahrscheinlich eine alte Version in das Zip gepackt ...
PowerLevel, Modulation und Frequency werden weggeschrieben, MER, und uncorrectableErrors fehlen bei den DOCSIS31 - Down Kanälen ...

Sorry, ich hatte oben das „31“ überlesen. Stimmt, für die DOCSIS 3.1. Kanäle lese ich das noch nicht aus. Werde ich noch anpassen. Danke.

[MartinP]

@arndl Das ist ja gerade der Fortschritt in der 7.56 / 7.57 Firmware, dass diese Werte dargestellt werden. Auch das Spektrum ist ein schönes Hilfsmittel...
Problematisch ist, dass bei meiner Fritzbox die Kanalnummern der Docsis 3.0 Up-Kanäle von 9...12 gehen, das sorgte für Schwierigkeiten ... Im Downstream ist das kein Problem, da die Kanalnummern da zwar verwürfelt sind, aber alle ab 1 vorkommen...

Ich habe da gestern abend eine Hauruck-Methode angewandt, und auf den Index umgestellt, um die Werte in die angelegten Datenpunkte zu schieben

[MartinP]

Die Änderungen an Deinem JS File waren durchaus geringfügig.

Der Code war so übersichtlich, dass ich mich da innerhalb ca einer Stunde gut zurechtgefunden habe. Sehr gute Arbeit - Lob und Dank dafür.

Vielleicht schaust Du mal, was ich da geändert habe - zip-File liegt ja ein paar Beiträge weiter oben im Thread...

Ohne Testdaten wird man aber nicht alle Eventualitäten der JSON Response aus der Fritzbox im Code abdecken können - wenn in Deinem Segment die Docsic 3.0 Upstream Kanäle von 1 aufwärts zählen, wird es auch mit Deinem Script funktionieren. Bei mir, wo die KanalIDs von 9 ... 12 gehen, gab es Probleme...

[MartinP]

Habe die Fritzbox Datenpunkte über influxdb zu grafana geschleust

Das erste Panel ist noch etwas mit der heißen Nadel gestrickt ...
Habe nur die uncorrectable errors per minute für DOCSIS 3.0 Down und DOCSIS 3.1 Down dargestellt, daneben dann MER für DOCSIS 3.1 down.
Eventuell mache ich noch eine Grafik für die Modulationsart von DOCSIS 3.1 Up - die schwankt immer je nach Laune zwischen 64QAM und 512QAM durch alle möglichen Zwischenwerte ...

[wollerosekaufe]

moin,
bin völlig neu hier... wollte eigtl nur die modemwerte loggen, plötzlich bin ich drei tage im kaninchenbau irgendwo zwischen docker und iobroker verschwunden :)
habe (hatte?) exakt null ahnung von allem hier, aber viele sehr lehrreiche stunden später hab ich hier diverse VMs auf nem alten odroid laufen und alles klappt soweit. chick.
interessantes thema & forum hier, hätte ich ohne den inkompetenten haufen bei vodafone ja niemals gefunden. grüße gehen raus! :poop:

vielen dank an alle hier schon mal - ein paar fragen habe ich noch, vlt. kann mir jmd. helfen ;)

@martinp & @ichderarnd
habe dein/euer script laufen, danke :+1:

mir werden aber für DS3.0 down nur die werte der kanäle 03 bis 17 angezeigt, alle anderen kanäle (javascript.0.Internet.Docsis.DS.C03-17) führen zu fehlern im log, s.u.

komme nicht so ganz weiter, woseinfehler?

hier mal alle kanäle in reihenfolge der FB:

 down
-> 3.1
193

-> 3.0
11
3
4
5
6
7
8
9
10
12
13
14
15
16
17
67
68
69
70
71
72
73
74
75
76
77
78
79

up
-> 3.1
41

-> 3.0
3
4
1
2

das hier sind die relevanten fehler der einzelnen abfragen:

  6: 2023-10-24 20:05:00.332  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C67.CorrectableErrors" not found (3)
  8: 2023-10-24 20:05:00.349  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C67.UncorrectableErrors" not found (3)
 15: 2023-10-24 20:05:00.440  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C68.CorrectableErrors" not found (3)
 17: 2023-10-24 20:05:00.455  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C68.UncorrectableErrors" not found (3)
 24: 2023-10-24 20:05:00.510  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C69.CorrectableErrors" not found (3)
 26: 2023-10-24 20:05:00.532  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C69.UncorrectableErrors" not found (3)
 33: 2023-10-24 20:05:00.603  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C70.CorrectableErrors" not found (3)
 35: 2023-10-24 20:05:00.615  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C70.UncorrectableErrors" not found (3)
 42: 2023-10-24 20:05:00.664  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C71.CorrectableErrors" not found (3)
 44: 2023-10-24 20:05:00.680  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C71.UncorrectableErrors" not found (3)
 51: 2023-10-24 20:05:00.736  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C72.CorrectableErrors" not found (3)
 53: 2023-10-24 20:05:00.747  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C72.UncorrectableErrors" not found (3)
 60: 2023-10-24 20:05:00.799  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C73.CorrectableErrors" not found (3)
 62: 2023-10-24 20:05:00.822  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C73.UncorrectableErrors" not found (3)
 69: 2023-10-24 20:05:00.873  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C74.CorrectableErrors" not found (3)
 71: 2023-10-24 20:05:00.888  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C74.UncorrectableErrors" not found (3)
 78: 2023-10-24 20:05:00.965  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C75.CorrectableErrors" not found (3)
 80: 2023-10-24 20:05:00.986  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C75.UncorrectableErrors" not found (3)
 87: 2023-10-24 20:05:01.032  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C76.CorrectableErrors" not found (3)
 89: 2023-10-24 20:05:01.046  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C76.UncorrectableErrors" not found (3)
 96: 2023-10-24 20:05:01.108  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C77.CorrectableErrors" not found (3)
 98: 2023-10-24 20:05:01.122  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C77.UncorrectableErrors" not found (3)
105: 2023-10-24 20:05:01.201  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C78.CorrectableErrors" not found (3)
107: 2023-10-24 20:05:01.220  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C78.UncorrectableErrors" not found (3)
114: 2023-10-24 20:05:01.272  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C79.CorrectableErrors" not found (3)
116: 2023-10-24 20:05:01.287  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C79.UncorrectableErrors" not found (3)

und der restliche log läuft je kanal nach "schema f" ab:

2023-10-24 20:05:00.267  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.Frequency" not found
2023-10-24 20:05:00.282  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.Modulation" not found
2023-10-24 20:05:00.299  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.PowerLevel" not found
2023-10-24 20:05:00.308  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.MSE" not found
2023-10-24 20:05:00.324  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.Latency" not found
2023-10-24 20:05:00.332  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C67.CorrectableErrors" not found (3)
2023-10-24 20:05:00.340  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.CorrectableErrors" not found
2023-10-24 20:05:00.349  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C67.UncorrectableErrors" not found (3)
2023-10-24 20:05:00.361  - warn: javascript.0 (641) State "Internet.Docsis.DS.C67.UncorrectableErrors" not found
2023-10-24 20:05:00.372  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.Frequency" not found
2023-10-24 20:05:00.385  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.Modulation" not found
2023-10-24 20:05:00.402  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.PowerLevel" not found
2023-10-24 20:05:00.415  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.MSE" not found
2023-10-24 20:05:00.428  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.Latency" not found
2023-10-24 20:05:00.440  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C68.CorrectableErrors" not found (3)
2023-10-24 20:05:00.447  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.CorrectableErrors" not found
2023-10-24 20:05:00.455  - warn: javascript.0 (641) getState "Internet.Docsis.DS.C68.UncorrectableErrors" not found (3)
2023-10-24 20:05:00.466  - warn: javascript.0 (641) State "Internet.Docsis.DS.C68.UncorrectableErrors" not found
2023-10-24 20:05:00.473  - warn: javascript.0 (641) State "Internet.Docsis.DS.C69.Frequency" not found
2023-10-24 20:05:00.480  - warn: javascript.0 (641) State "Internet.Docsis.DS.C69.Modulation" not found
2023-10-24 20:05:00.487  - warn: javascript.0 (641) State "Internet.Docsis.DS.C69.PowerLevel" not found
2023-10-24 20:05:00.495  - warn: javascript.0 (641) State "Internet.Docsis.DS.C69.MSE" not found
2023-10-24 20:05:00.502  - warn: javascript.0 (641) State "Internet.Docsis.DS.C69.Latency" not found
usw.

(alle anderen werte sollten vorhanden sein; zumindest sind das die einzigen fehler im log)

[ichderarnd]

@wollerosekaufe
Nimm bitte mal die beiden "//" vor der Zeile

//log(JSON.stringify(tableData), 'info');

raus und schick mir den JSON String aus dem Debug-Fenster über den Chat (Sprechblase) hier im Forum.

Welche Fritz-OS Version hat die Box?

[MartinP]

Ein Screenshot der Fritzbox -Seite:

Internet->Kabel-Informationen->Kanäle

wäre auch interessant ... da scheinen die Kanäle nicht fortlaufend nummeriert zu sein .. Das Problem hatte ich auch schon in Ansätzen: Die Docsis 3.1 Downstream-Kanäle haben auch sehr hohe Kanalnummern (193+194) und die Docsis 3.0 Upstream-Kanäle hatten auch komische Nummern (7,8,9,10) DOCSIS 3.1 Upstream 43. Bei Dir scheinen auch die DOCSIS 3.0 Downstream Kanalnummern teilweise "komisch" zu sein ...

Bis vor einiger Zeit waren die soweit ich mich erinnere mehr oder weniger durchnummeriert ...

Ich bin eigentlich eher C++ Programmierer, und mache nur recht selten etwas in Javascript, und da noch seltener die Node.JS Richtung, deshalb bin ich da wahrscheinlich nicht der Richtige, um das "sauber" zu korrigieren ...

Ich glaube, dass das, was beim Erststart des Skripts an Datenpunkten angelegt wird nicht zu dem passt was aus der Fritzbox an Kanalnummern ausgelesen wird ...

[wollerosekaufe]

wow, ein service hier :) :)

€
FB läuft auf 7.57, 6660 Cable

@ichderarnd
hab mal das draus gemacht
(das log level vom JS adapter ist auf error gestellt, da kommen sonst schnell paar 100mb log zusammen)

log(JSON.stringify(tableData), 'error');   /** debug **/

hier der JSON dazu - steht ja nix geheimes drin, so haben alle was davon

script.js.fritzbox: {"pid":"docInfo","hide":{"mobile":true,"liveTv":true,"ssoSet":true,"shareUsb":true,"rrd":true},"timeTillLogout":"1142","time":[],"data":{"channelDs":{"docsis31":[{"powerLevel":"5.6","nonCorrErrors":74899,"modulation":"4096QAM","plc":"264","mer":"44","fft":"4K","channelID":193,"frequency":"134.975 - 324.975"}],"docsis30":[{"powerLevel":"4.2","nonCorrErrors":0,"modulation":"256QAM","corrErrors":211,"latency":0.32,"mse":"-40.4","channelID":11,"frequency":"642.000"},{"powerLevel":"4.2","nonCorrErrors":0,"modulation":"256QAM","corrErrors":310,"latency":0.32,"mse":"-40.4","channelID":3,"frequency":"570.000"},{"powerLevel":"4.0","nonCorrErrors":0,"modulation":"256QAM","corrErrors":300,"latency":0.32,"mse":"-40.9","channelID":4,"frequency":"578.000"},{"powerLevel":"3.8","nonCorrErrors":0,"modulation":"256QAM","corrErrors":347,"latency":0.32,"mse":"-40.9","channelID":5,"frequency":"586.000"},{"powerLevel":"3.6","nonCorrErrors":0,"modulation":"256QAM","corrErrors":347,"latency":0.32,"mse":"-40.9","channelID":6,"frequency":"594.000"},{"powerLevel":"3.5","nonCorrErrors":0,"modulation":"256QAM","corrErrors":270,"latency":0.32,"mse":"-40.9","channelID":7,"frequency":"602.000"},{"powerLevel":"3.5","nonCorrErrors":0,"modulation":"256QAM","corrErrors":318,"latency":0.32,"mse":"-40.4","channelID":8,"frequency":"618.000"},{"powerLevel":"3.5","nonCorrErrors":13,"modulation":"256QAM","corrErrors":330,"latency":0.32,"mse":"-40.4","channelID":9,"frequency":"626.000"},{"powerLevel":"3.7","nonCorrErrors":0,"modulation":"256QAM","corrErrors":271,"latency":0.32,"mse":"-40.9","channelID":10,"frequency":"634.000"},{"powerLevel":"4.5","nonCorrErrors":0,"modulation":"256QAM","corrErrors":173,"latency":0.32,"mse":"-40.9","channelID":12,"frequency":"650.000"},{"powerLevel":"4.8","nonCorrErrors":0,"modulation":"256QAM","corrErrors":159,"latency":0.32,"mse":"-40.4","channelID":13,"frequency":"658.000"},{"powerLevel":"4.9","nonCorrErrors":0,"modulation":"256QAM","corrErrors":130,"latency":0.32,"mse":"-40.4","channelID":14,"frequency":"666.000"},{"powerLevel":"4.9","nonCorrErrors":0,"modulation":"256QAM","corrErrors":116,"latency":0.32,"mse":"-40.4","channelID":15,"frequency":"674.000"},{"powerLevel":"5.0","nonCorrErrors":0,"modulation":"256QAM","corrErrors":77,"latency":0.32,"mse":"-40.9","channelID":16,"frequency":"682.000"},{"powerLevel":"5.1","nonCorrErrors":0,"modulation":"256QAM","corrErrors":34,"latency":0.32,"mse":"-40.9","channelID":17,"frequency":"690.000"},{"powerLevel":"-1.2","nonCorrErrors":0,"modulation":"64QAM","corrErrors":17,"latency":0.32,"mse":"-37.6","channelID":67,"frequency":"714.000"},{"powerLevel":"-1.7","nonCorrErrors":1716,"modulation":"64QAM","corrErrors":3372,"latency":0.32,"mse":"-37.3","channelID":68,"frequency":"722.000"},{"powerLevel":"-2.6","nonCorrErrors":1200,"modulation":"64QAM","corrErrors":2945,"latency":0.32,"mse":"-37.3","channelID":69,"frequency":"730.000"},{"powerLevel":"-4.0","nonCorrErrors":0,"modulation":"64QAM","corrErrors":19,"latency":0.32,"mse":"-36.3","channelID":70,"frequency":"738.000"},{"powerLevel":"-4.2","nonCorrErrors":0,"modulation":"64QAM","corrErrors":20,"latency":0.32,"mse":"-36.6","channelID":71,"frequency":"746.000"},{"powerLevel":"-2.5","nonCorrErrors":0,"modulation":"64QAM","corrErrors":13,"latency":0.32,"mse":"-37.3","channelID":72,"frequency":"754.000"},{"powerLevel":"-1.4","nonCorrErrors":0,"modulation":"64QAM","corrErrors":8,"latency":0.32,"mse":"-37.6","channelID":73,"frequency":"762.000"},{"powerLevel":"-1.0","nonCorrErrors":0,"modulation":"64QAM","corrErrors":7,"latency":0.32,"mse":"-37.6","channelID":74,"frequency":"770.000"},{"powerLevel":"-0.9","nonCorrErrors":0,"modulation":"64QAM","corrErrors":10,"latency":0.32,"mse":"-37.6","channelID":75,"frequency":"778.000"},{"powerLevel":"-0.8","nonCorrErrors":0,"modulation":"64QAM","corrErrors":7,"latency":0.32,"mse":"-38.6","channelID":76,"frequency":"786.000"},{"powerLevel":"-0.9","nonCorrErrors":0,"modulation":"64QAM","corrErrors":5,"latency":0.32,"mse":"-37.6","channelID":77,"frequency":"794.000"},{"powerLevel":"-1.0","nonCorrErrors":0,"modulation":"64QAM","corrErrors":6,"latency":0.32,"mse":"-37.6","channelID":78,"frequency":"802.000"},{"powerLevel":"-1.1","nonCorrErrors":0,"modulation":"64QAM","corrErrors":3,"latency":0.32,"mse":"-38.9","channelID":79,"frequency":"810.000"}]},"oem":"avm","readyState":"ready","channelUs":{"docsis31":[{"powerLevel":"37.5","modulation":"32QAM","activesub":"640","fft":"2K","channelID":41,"frequency":"29.775 - 64.775"}],"docsis30":[{"powerLevel":"42.5","modulation":"16QAM","multiplex":"ATDMA","channelID":3,"frequency":"37.201"},{"powerLevel":"43.5","modulation":"16QAM","multiplex":"ATDMA","channelID":4,"frequency":"30.801"},{"powerLevel":"43.5","modulation":"16QAM","multiplex":"ATDMA","channelID":1,"frequency":"51.001"},{"powerLevel":"42.5","modulation":"16QAM","multiplex":"ATDMA","channelID":2,"frequency":"44.601"}]}},"sid":"0123456789"}

(SID rausgenommen)

@martinp said in Pegelwerte Fritzbox 6490 Cable auslesen?:

da scheinen die Kanäle nicht fortlaufend nummeriert zu sein ..
nicht mal im ansatz - aber reihenfolge ist genau so wie im menü der FB, bekomm's nur nicht sinnvoll auf einen screenshot
kann ich morgen aber gern nachreichen, wenn da doch was wichtiges zu sehen ist....?

die kanalnummern waren hier btw "schon immer" so, auch ohne fehler... wüsst zumindest nicht dass die jemals durchgängig nummeriert gewesen wären

und die datenpunkte kann ich alle nochmal löschen und herumtesten, wenn das hilfreich ist
bin noch nicht im produktivbetrieb :P ;)

[ichderarnd]

@wollerosekaufe
Damit kann ich heute Abend testen. Ich denke auch, dass es an der Kanal-Nummerierung liegt.
Ich verstehe leider nicht viel von den dargestellten Werten, denke aber, dass Du sie mal im vodafonekabelforum.de vorstellen und diskutieren lassen solltest. Die Downstream-Kanäle sind teilweise nur auf 64QAM, der Upstream nur auf 16QAM. Die Powerlevel driften zu weit auseinander.
Auch der DOCSIS 3.1 Upstream hat nicht die volle Leistung.
Die nicht behebbaren Fehler sollten alle auf 0 sein.

[sugram]

Nun ja, ich habe auch "einige" nicht korrigierbare Fehler, aber es läuft soweit bei mir ganz gut.

Auch bei DOCSIS 3.0 hab ich da einige

Wegen Werte usw, kann ich noch das Forum https://www.vodafonekabelforum.de/ empfehlen, dort wird einem auch weitergeholfen.
Nun ja, nicht von Mitarbeitern, aber zumindest bekommt man hier einige Infos was am Anschluß nicht stimmt

Mache alle 30 min mal einen speedtest, so schaut das bei mir aus.

Upload

Download

[MartinP]

@sugram So meinte ich das nicht - Wenn die Kanalnummern verwürfelt sind aber dabei nur Zahlen bis zur Anzahl der Kanale vorkommen, ist ja alles in Ordnung

Für meine vier Docsis 3.0 Upstreams werden von Vodafone die Nummern 7,8,9,10 gewürfelt. 3,2,4,1 würde hingegen passen ...

Ich meine an irgendeiner Stelle wird die Kanalnummer später im Skript als Index genutzt, um die Werte in einem beim Start angelegten Array zu aktualisieren - was bei Kanalnummern außerhalb der Arraygröße nur schiefgehen kann ...

NACHTRAG:

Ich habe mal zwei Code-Schnipsel extrahiert die das Problem zeigen:

Hier der Beginn der DOCSIS3.0 Downstream-Tabellen-Initialisierung - 30 Elemente für die Channels 1...30

// Downstream DOCSIS 3.0
for (var i = 1; i <= 30; i++){
    var Channel = 'C' + (i < 10 ? '0' + i.toString() : i.toString());
    createState('Internet.Docsis.DS.' + Channel + '.Frequency',                    0, false, {name: 'Frequency',  unit: 'MHz',      type: 'mixed', role: 'state'});
    createState('Internet.Docsis.DS.' + Channel + '.Modulation',                   0, false, {name: 'Modulation', unit: 'QAM',      type: 'mixed', role: 'state'});
....

Hier der Beginn der Auswertung einer aus der Fritzbox empfangenen Auslese-Zeile der DOCSIS3.0 Kanaltabelle - da wird die übergebene Kanalnummer in den String eingebaut, der dem setState Aufruf übergeben wird.

              for (i = 0; i < DOCSIS30DSChannels; i++) {
                    var channelID = parseInt(tableData.data.channelDs.docsis30[i].channelID);
                    setState('Internet.Docsis.DS.C' + (channelID < 10 ? '0' : '') + tableData.data.channelDs.docsis30[i].channelID + '.Frequency', parseInt(tableData.data.channelDs.docsis30[i].frequency), true);

wenn die channelID außerhalb 1....30 liegt, geht das schief.
Ich bastele an anderer Stelle anstatt der extrahierten Channel-ID einfach (i+1) in den setState String ein ...

Bei den DOCSIS 3.0 Channels ist das bei mir aber (noch?) nicht nötig. Aktuell bewegen sich die von der Fritzbox gemeldeten DOCSIS 3.0 Channel-IDs alle im Bereich 1....30

[wollerosekaufe]

@MartinP @sugram
@ichderarnd said in Pegelwerte Fritzbox 6490 Cable auslesen?:

Die Downstream-Kanäle sind teilweise nur auf 64QAM, der Upstream nur auf 16QAM. Die Powerlevel driften zu weit auseinander.
Auch der DOCSIS 3.1 Upstream hat nicht die volle Leistung.
Die nicht behebbaren Fehler sollten alle auf 0 sein.

ja die werte sind immer wieder katastrophal, drum will ich die mal mitloggen - so bin ich hier gelandet ;)

hast du dir das script einmal ansehen können?
habe von JS leider keinerlei ahnung. insofern verzeih(t) meine törichten gedanken :D
aber was mich wundert, ist sozusagen dass das mit den IDs "überhaupt ein problem ist"...

im JSON string sind doch alle channel IDs der fritzbox korrekt - die finde ich den objekten im iobroker aber nirgends. wird die ID denn nicht gelogged? damit wäre das problem doch erledigt, weil alle IDs eindeutig sind. (und man würde sich änderne IDs sauber tracken, wenn ein neues objekt erstellt wird)

auch wenn nicht, vorher wird auch eine max.-anzahl definiert (die 30, oder?) und offenbar als "neuer index" genommen - ist das dann nicht wie in einem array dass ich von 1-30/0-29 durchgehe? ob die ursprünglichen IDs nun aufsteigend sind oder nicht, so lange insg. <30 alles gut........ nicht?
(und on top könnte man alle IDs gleich wegwerfen wenn alle werte auf 0 sind)

disclaimer: absolut alles als frage formuliert! hohe wahrscheinlichkeit dass ich völlig im dunklen tappe ;) ;)

[MartinP]

@wollerosekaufe Die Schwierigkeit ist, dass das Skript voraussetzt, dass die Kanäle fortlaufend und bei 1 beginnend nummeriert sind.

Danach legt das Skript im ersten Durchlauf Datenpunkte an!

Will man nicht im Javascript herumbasteln, kann man wahrscheinlich am einfachsten einfach die Datenpunkte entsprechend umbenennen, dass es zu den von der Fritzbox gemeldeten Kanalnummern passt

In den Docsis Down Kanälen würde ich C03 ... C17 so belassen

Dann
C01 nach C67 umbenennen
C02 -> C68
C03... C17 belassen
C18 -> C69
C19 -> C70
usw
C28 -> C79
C29 und C30 sind anscheinend nicht belegt

[ichderarnd]

Ich werde das im Script anpassen. Aufgrund mehrerer Familienfeiern verzögert sich das noch etwas…

[wollerosekaufe]

@ichderarnd
vielen dank!
wenn ich mit logs, testen etc. helfen kann, schreib einfach :)

[MartinP]

@ichderarnd Vielleicht wären zwei Skripte sinnvoller - eines, was die Datenpunkte anlegt, und eines, was sie dann später zyklisch aktualisiert ...

Eine andere Möglichkeit wäre ggfs. das Ignorieren der gemeldeten Kanalnummer, und stattdessen das Suchen nach dem passenden Datenpunkt über die Frequenz

[wollerosekaufe]

für mich zum verständnis, kann man in JS nicht "einfach" die channelIDs aus dem string nehmen?

{"powerLevel":"3.5","nonCorrErrors":0,"modulation":"256QAM","corrErrors":318,"latency":0.32,"mse":"-40.4","channelID":8,"frequency":"618.000"}

"channelID":8,"

die stehen doch auch nirgends in den objekten - wird die denn nicht übernommen?
oder bin ich blind? :)

[ichderarnd]

@wollerosekaufe
Eigentlich ist die aktuelle Variante die allgemeinere Lösung. Denn selbst wenn die Kanäle mit der nächsten FritzOS Version anders nummeriert werden, passen die History-Einstellungen noch. Ich werd‘s mir noch ansehen.

[MartinP]

@wollerosekaufe Die Kanalnummer wird in den Namen des Knoten mit einkodiert...

Hier Kanal "1" (mit einer führenden "0")

Die Kanalnummer NICHT in die Knoten mit hereinzunehmen hat den Nachteil, dass man ggfs. Probleme kriegt, wenn die Fritzbox nach einem Neustart die Kanalnummern verwürfelt ...

[wollerosekaufe]

@martinp said in Pegelwerte Fritzbox 6490 Cable auslesen?:

@wollerosekaufe Die Kanalnummer wird in den Namen des Knoten mit einkodiert...

Hier Kanal "1" (mit einer führenden "0")

ne eben nicht, drum frag ich ja :)
die sind genauso wie sie im script angelegt werden -> 01-30

und diejenigen bei denen die nr. vom JSON string abweicht bleiben dadurch leer (?)