NEWS
Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit
-
Die beiden für ioBroker verfügbaren Adapter um Speedtests zu monitoren haben die Eigenschaft an meinem Gigabit-Anschluss über Kabel sehr unbeständige Werte abzuliefern. Ein Flot-Chart sieht dann aus wie ein Kamm, dem ein paar Zinken fehlen.
Sehr viel beständigere und realistischere Werte liefert mir ein skript von https://www.kreyenborg.koeln/speedtest-fuer-iobroker/Ich dokumentiere hier mal, wie ich das etwas abweichend von Stephan Kreyenborgs Anleitung auf meinem System eingerichtet habe.
Zunächst habe ich sowohl den webspeedy wie auch den vofo-speedtest-Adapter im ioBroker deinstalliert.
Dann habe ich persudo apt remove speedtest-cli speedtestden bisherigen Kommandozeilen-Speedtest deinstalliert.
Dann per
sudo apt install curl curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash sudo apt update sudo apt install speedtestdas aktuelle Repo von ookla/speedtest.net eingespielt.
[EXKURS]
Falls das skript nicht durchläuft kann man 'zu Fuß' eine passende Datei unter /etc/apt/sources.list.d/ookla_speedtest-cli.list für Debian Bullseye mit folgendem Inhalt angelegen:# this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb [signed-by=/etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main deb-src [signed-by=/etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye mainDann noch den Schlüssel importieren:
curl -fsSL https://packagecloud.io/ookla/speedtest-cli/gpgkey | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpgAndere Distributionen wie z. B. ubuntu dann analog (DISTRIBUTION und RELEASE entsprechend ersetzen):
# this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb https://packagecloud.io/ookla/speedtest-cli/DISTRIBUTION/ RELEASE main deb-src https://packagecloud.io/ookla/speedtest-cli/DISTRIBUTION/ RELEASE mainEin
sudo apt update sudo apt install speedtestspült die gewünschte Version dann in mein System.
[EXKURS ENDE]
Erster Test in der Kommandozeile liefert:
echad@chet:/opt/iobroker $ speedtest Speedtest by Ookla Server: fiberONE - Darmstadt (id = 25942) ISP: Vodafone Germany Cable Latency: 11.86 ms (1.27 ms jitter) Download: 930.24 Mbps (data used: 1.2 GB) Upload: 51.74 Mbps (data used: 25.9 MB) Packet Loss: 0.0% Result URL: https://www.speedtest.net/result/c/Prima, funktioniert.
Dann das skript von kreyenborg.koeln in den javaskript-Adapter geladen und in Zeile 210 oder 217 die Zeile
var kommando = "/etc/speedtest/speedtest -f json --accept-license --accept-gdpr";an den anderen Pfad angepasst:
var kommando = "/usr/bin/speedtest -f json --accept-license --accept-gdpr";Danach lief das skript und ich kann per eCharts so ein Diagramm bewundern:
Tip am Rande:
Per
https://c.speedtest.net/speedtest-servers-static.php
sollte man eine ID (hier z. B. 12345) eines zuverlässigen Servers identifizieren und im skript in Zeile 32 fix eintragen.var fav_server = 12345;@thomas-braun
Noch eine Frage - fällt mir gerade auf:
Im Javascript wird definiert, wo die Daten abgespeichert werden. Habe gerade festgestellt, dass dies direkt unter javascript.0.MeinPfad abgespeichert wird.
Ist das bei Euch auch so oder habt ihr das geändert ? (ZB auf 0_userdata?)Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@thomas-braun
Noch eine Frage - fällt mir gerade auf:
Im Javascript wird definiert, wo die Daten abgespeichert werden. Habe gerade festgestellt, dass dies direkt unter javascript.0.MeinPfad abgespeichert wird.
Ist das bei Euch auch so oder habt ihr das geändert ? (ZB auf 0_userdata?)Hab ich nicht geändert.
-
@thomas-braun
Für den Import des Schlüssle habe ich diesen Befehl eingegeben:curl -fsSL https://packagecloud.io/ookla/speedtest-cli/gpgkey | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpgund bekomme im Putty diese Ausgabe:
+-▒▒{▒ϓ▒▒ N#9▒Z▒▒▒u▒T▒ ▒▒▒+▒}▒L▒( ▒O;}▒yC^▒6▒MCl3▒▒▒GC▒ﵨ?a▒▒▒4▒▒▒~▒▒4ȻH.7▒.d▒*-bash: Syntaxfehler beim unerwarteten Symbol »|« pi@raspberrypi:~ $ PuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTY@gerald123 sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
@thomas-braun
Für den Import des Schlüssle habe ich diesen Befehl eingegeben:Also ich hab zur Installation einfach das Skript gestartet und das hat vollkommen ausgereicht. Dort wird wohl selbstständig der key gesetzt:
curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bashIst direkt von der Speedtest Seite
-
@thomas-braun
Ja, ist das Falsch?Funktioniert das Installationsskript denn nicht?
curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash -
Funktioniert das Installationsskript denn nicht?
curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash
da bekomme ich diese Meldung
pi@raspberrypi:~ $ curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash This distribution version is not currently supported via package management, please use the direct download builds per architecture found at https://www.speedtest.net/apps/cli pi@raspberrypi:~ $Synology 918+ 4GB; ioBroker auf RPI4; Zigbee; Sonoff
-
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash
da bekomme ich diese Meldung
pi@raspberrypi:~ $ curl -s https://install.speedtest.net/app/cli/install.deb.sh | sudo bash This distribution version is not currently supported via package management, please use the direct download builds per architecture found at https://www.speedtest.net/apps/cli pi@raspberrypi:~ $Das ist ein 32bit-System, oder?
64bit würde funktionieren. :-) -
Das ist ein 32bit-System, oder?
64bit würde funktionieren. :-) -
@thomas-braun
Ich dachte ich habe 64bit installiert.
Wie kann ich das kontrollieren und kann man das gegebenenfalls updaten oder muss ich dann neue Installieren?uname -aAlleine deswegen würde ich das System aber nicht plattmachen. Bei einer Neuinstallation würde ich aber dann auf 64bit gehen.
-
uname -aAlleine deswegen würde ich das System aber nicht plattmachen. Bei einer Neuinstallation würde ich aber dann auf 64bit gehen.
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
uname -a
pi@raspberrypi:~ $ uname -a Linux raspberrypi 5.15.76-v7l+ #1597 SMP Fri Nov 4 12:14:58 GMT 2022 armv7l GNU/Linux pi@raspberrypi:~ $Synology 918+ 4GB; ioBroker auf RPI4; Zigbee; Sonoff
-
@thomas-braun sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
uname -a
pi@raspberrypi:~ $ uname -a Linux raspberrypi 5.15.76-v7l+ #1597 SMP Fri Nov 4 12:14:58 GMT 2022 armv7l GNU/Linux pi@raspberrypi:~ $Ist ein 32bit-System.
-
Ist ein 32bit-System.
-
@thomas-braun
kann man das Updaten oder muss ich neu Installieren?Wechsel der Prozessor-Architektur ist nicht möglich, muss neu installiert werden.
-
Wechsel der Prozessor-Architektur ist nicht möglich, muss neu installiert werden.
@thomas-braun
O.K. danke für die Info, dann werde ich das mal die nächsten Tage machen -
@guergen
Hallo guergen,
Ich wollte mal fragen ob du das Problem beseitigen konntest da ich jetzt die gleiche Meldung bekomme und keine Lösung dafür gefunden habe.@gerald123 Nein, ich konnte das Problem nicht lösen....
Aber ich habe ein Proxmox-System:iob@iob:~$ uname -a Linux iob 5.10.0-20-amd64 #1 SMP Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux iob@iob:~$ -
Wechsel der Prozessor-Architektur ist nicht möglich, muss neu installiert werden.
@thomas-braun
Habe das System jetzt neu auf 64bit aufgesetzt und jetzt läuft alles.
Danke! -
Die beiden für ioBroker verfügbaren Adapter um Speedtests zu monitoren haben die Eigenschaft an meinem Gigabit-Anschluss über Kabel sehr unbeständige Werte abzuliefern. Ein Flot-Chart sieht dann aus wie ein Kamm, dem ein paar Zinken fehlen.
Sehr viel beständigere und realistischere Werte liefert mir ein skript von https://www.kreyenborg.koeln/speedtest-fuer-iobroker/Ich dokumentiere hier mal, wie ich das etwas abweichend von Stephan Kreyenborgs Anleitung auf meinem System eingerichtet habe.
Zunächst habe ich sowohl den webspeedy wie auch den vofo-speedtest-Adapter im ioBroker deinstalliert.
Dann habe ich persudo apt remove speedtest-cli speedtestden bisherigen Kommandozeilen-Speedtest deinstalliert.
Dann per
sudo apt install curl curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash sudo apt update sudo apt install speedtestdas aktuelle Repo von ookla/speedtest.net eingespielt.
[EXKURS]
Falls das skript nicht durchläuft kann man 'zu Fuß' eine passende Datei unter /etc/apt/sources.list.d/ookla_speedtest-cli.list für Debian Bullseye mit folgendem Inhalt angelegen:# this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb [signed-by=/etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main deb-src [signed-by=/etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye mainDann noch den Schlüssel importieren:
curl -fsSL https://packagecloud.io/ookla/speedtest-cli/gpgkey | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpgAndere Distributionen wie z. B. ubuntu dann analog (DISTRIBUTION und RELEASE entsprechend ersetzen):
# this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb https://packagecloud.io/ookla/speedtest-cli/DISTRIBUTION/ RELEASE main deb-src https://packagecloud.io/ookla/speedtest-cli/DISTRIBUTION/ RELEASE mainEin
sudo apt update sudo apt install speedtestspült die gewünschte Version dann in mein System.
[EXKURS ENDE]
Erster Test in der Kommandozeile liefert:
echad@chet:/opt/iobroker $ speedtest Speedtest by Ookla Server: fiberONE - Darmstadt (id = 25942) ISP: Vodafone Germany Cable Latency: 11.86 ms (1.27 ms jitter) Download: 930.24 Mbps (data used: 1.2 GB) Upload: 51.74 Mbps (data used: 25.9 MB) Packet Loss: 0.0% Result URL: https://www.speedtest.net/result/c/Prima, funktioniert.
Dann das skript von kreyenborg.koeln in den javaskript-Adapter geladen und in Zeile 210 oder 217 die Zeile
var kommando = "/etc/speedtest/speedtest -f json --accept-license --accept-gdpr";an den anderen Pfad angepasst:
var kommando = "/usr/bin/speedtest -f json --accept-license --accept-gdpr";Danach lief das skript und ich kann per eCharts so ein Diagramm bewundern:
Tip am Rande:
Per
https://c.speedtest.net/speedtest-servers-static.php
sollte man eine ID (hier z. B. 12345) eines zuverlässigen Servers identifizieren und im skript in Zeile 32 fix eintragen.var fav_server = 12345;@thomas-braun
Wenn du nichts dagegen hast würde ich gerne mein Dashboard von Grafana zur Verfügung stellen und dies in einem anderen (Offtopic) thread dann darstellen.Gruß Dirk
Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert -
@thomas-braun
Wenn du nichts dagegen hast würde ich gerne mein Dashboard von Grafana zur Verfügung stellen und dies in einem anderen (Offtopic) thread dann darstellen.Was soll ich denn dagegen haben?
-
Was soll ich denn dagegen haben?
-
@thomas-braun
Ich frage halt vorher lieber mal :-) -
Hallo zusammen,
ich bin gerade dabei ein neues LTE-Modem zu testen und bin deshalb auf den Speedtest und diesen Beitrag gekommen.
Funktioniert aufgrund der perfekten Anleitung auch super. Aber ein paar kleine Fragen habe ich dennoch.Wenn ich die php-Datei für die Server aufrufe, werden mir ausschließlich Server aus Ungarn und der Slowakei angezeigt.
Bei den Datenpunkten unter /Test/Server/Adresse allerdings ein Server in Bonn.
Einen fixen Server im Script habe ich nicht eingetragen.Sollte ich den Stadard so belassen oder wie würde ich auf einen Server in AT kommen?
LG Stefan
Support us
416
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge