NEWS
Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit
-
@segway sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
habt ihr eher auf Down/Up Speed geachtet oder eher auf die Latenz ?
Auf den Speed. Für die Latenz habe ich keine Graphen.
@thomas-braun
Naja ich zeichne mal auf, habe mir einen Server rausgesucht. bisher war der gut. Aber grad schon wieder ging's runter. Keine Ahnung mal sehen:
-
iob@iob:~$ locale LANG=de_DE.UTF-8 LANGUAGE= LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= iob@iob:~$ -
@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 sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
da ich jetzt die gleiche Meldung bekomme
Und wie lautet die gleiche Meldung bei dir?
Bei welcher Aktion kommt die gleiche Meldung? -
@gerald123 sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
da ich jetzt die gleiche Meldung bekomme
Und wie lautet die gleiche Meldung bei dir?
Bei welcher Aktion kommt die gleiche Meldung?@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:~ $ PuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYPuTTYSynology 918+ 4GB; ioBroker auf RPI4; Zigbee; Sonoff
-
@gerald123 sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
So eingegeben? Das ist eine Zeile mit zwei 'Pipes' |
curl -fsSL https://packagecloud.io/ookla/speedtest-cli/gpgkey | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg -
@gerald123 sagte in Speedtest-Skript von kreyenborg.koeln für Kabel-Gigabit:
So eingegeben? Das ist eine Zeile mit zwei 'Pipes' |
curl -fsSL https://packagecloud.io/ookla/speedtest-cli/gpgkey | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/ookla_speedtest-cli-archive-keyring.gpg@thomas-braun
Ja, ist das Falsch?Synology 918+ 4GB; ioBroker auf RPI4; Zigbee; Sonoff
-
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:~$
Support us
860
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge