Modul MySpeedtest fehlerhafter Upload

Begonnen von Mohmy, 07 September 2020, 19:35:00

Vorheriges Thema - Nächstes Thema

Mohmy

Hallo Gemeinde,

Ich nutze seit langem das FHEM Modul MySpeedtest um die Geschwindigkeit der Breitband-Leitung zu messen. Leider ist seit wohl ewiger Zeit ein Bug im Speedtest-cli vorhanden und der Upload wird zu gering gemessen. Diverse Beiträge im Netz sind vorhanden, aber es gibt keine Lösung seit langem.
Frage: Hat hier jemand das Problem bereits irgendwie gelöst? Hier mal was ich meine:
https://bugs.launchpad.net/ubuntu/+source/speedtest-cli/+bug/1828929
https://github.com/sivel/speedtest-cli/issues/610

Das FHEM Modul MySpeedtest basiert auf dem "speedtest-cli by Sivel". Speedtest-cli misst angeblich mit einer etwas ,,veralteten Technik" und der Bug wird einfach nicht gefunden/behoben. Hier auch Infos dazu und dort ist beschrieben warum ein anderer Speedtest von Ookla (www.speedtest.net) sauberer funktioniert:

Eine saubere Messung mit korrekten Werten der Leitungskapazität ist ja per www.speedtest.net möglich ... per Webseite, App auf Windows und auch unter Linux/Unix, siehe:
https://community.openhab.org/t/speedtest-cli-by-ookla-internet-up-downlink-measurement-integration/94447

Ich hätte sonst die Idee, dass man auf Basis des Ookla-Entwickler-Frameworks von speedtest.net ja mal ein Speedtest FHEM Modul bauen könnte ;) Nur ... wer kann's?

Weitere Infos hier:
https://www.speedtest.net/de/apps/cli

Hier wird beschrieben, wie das als "einfache Lösung ohne FHEM Modul" in FHEM zu implementieren wäre:
https://smarthomebau.de/update-raspberry-pi-internet-geschwindigkeit-tests-automatisieren-quick-dirty/

Mit der Lösung ist allerdings zwar eine CSV-Variante vorhanden, aber man kann natürlich keinen FHEM-Graphen (SVG Plot) generieren, weil kein FHEM-Logfile erzeugt wird.

Der Artikel liefert ja schon eine Menge an Infos ... und eigentlich könnte das "MySpeedtest FHEM Modul" fast die Code Basis sein.
Es müsste sich nur jemand finden, der daraus mal ein Modul bastelt :-)

Viele Grüße
Mohmy

justme1968

#1
probier mal die angehängte version.

- das ookla cli binary installieren
- im modul das ookla attribut auf 1 setzen
- speedtest wird in /usr/local/bin gesucht. wenn es nicht dort ist das path attribut setzen

edit 2020-10-05: ab morgen im normalen update
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Brause

COOL
endlich echt Werte

Funktioniert auf Anhieb
Wenn man schon auf "Focal Fossa" ist muss man zwar etwas tricksen bei der Installation der cli, aber es funktioniert.


sudo apt-get install gnupg1 apt-transport-https dirmngr
export INSTALL_KEY=379CE192D401AB61
export DEB_DISTRO=bionic
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys $INSTALL_KEY
echo "deb https://ookla.bintray.com/debian ${DEB_DISTRO} main" | sudo tee  /etc/apt/sources.list.d/speedtest.list
sudo apt-get update
sudo apt-get install speedtest


der Path war dann bei mir /usr/bin/

doman75

Ich habs auch installiert, bei mir gehts nicht. Wenn ich es auf der commandline aufrufe, also speedtest. Geht es und es kommen auch richtige Werte.
Im Modul hab ich auf ookla = 1 gestellt und den Pfad auf /usr/bin angepasst.Mache ich jetzt einen StatusRequest kommt failed und im log steht folgendes:

2020.10.07 11:52:14.735 5: speedtest_SpeedtestDone: Internetspeed|
2020.10.07 11:52:14.721 5: speedtest done
  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'
2020.10.07 11:52:14.695 5: starting speedtest

Hat jemand eine Idee was ich falsch mache?

Danke
Swen

justme1968

die meldung ist vom spendetest executable.

ich vermute du hast verschiedene versionen installiert. rufst du über die kommandozeile wirklich die gleiche version auf wie aus fhem?

oder es stimmen noch pfade nicht.

eventuell ist es einfacher das tar.gz zu installieren (weiter unten auf der ookla seite) statt über apt zu gehen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

Ich bin eigentlich schon sicher das ich diesselbe Version benutze, ich habe jetzt die speedtest mal noch ins usr/local/bin geschrieben und ausführbar gemacht,
kommt derselbe Fehler. und wenn ich ein find machen kommt auch nur eine (bzw. jetzt 2 x die speedtest)

find . |grep speedtest
./opt/fhem/restoreDir/update/2020-10-07/FHEM/32_speedtest.pm
./opt/fhem/FHEM/.svn/text-base/32_speedtest.pm.svn-base
./opt/fhem/FHEM/.svn/prop-base/32_speedtest.pm.svn-base
./opt/fhem/FHEM/32_speedtest.pm
./opt/fhem/node_modules/npm/node_modules/lockfile/speedtest.js
./opt/fhem/www/SVGcache/wl_speedtest-2019-12-27_00-00-00-2019-12-27_23-59-59.svg
./opt/fhem/www/SVGcache/wl_speedtest-2018-12-01_00-00-00-2018-12-01_23-59-59.svg
./opt/fhem/www/SVGcache/wl_speedtest-2018-12-02_00-00-00-2018-12-02_23-59-59.svg
./opt/fhem/www/SVGcache/wl_speedtest-2018-12-03_00-00-00-2018-12-03_23-59-59.svg
./opt/fhem/www/gplot/.svn/text-base/speedtest.gplot.svn-base
./opt/fhem/www/gplot/wl_speedtest.gplot
./opt/fhem/www/gplot/speedtest.gplot
./etc/apt/sources.list.d/speedtest.list
./var/lib/dpkg/info/speedtest.list
./var/lib/dpkg/info/speedtest.md5sums
./var/cache/apt/archives/speedtest_1.0.0.2-1.5ae238b_amd64.deb
./usr/bin/speedtest
./usr/share/man/man5/speedtest.5
./usr/share/doc/speedtest
./usr/share/doc/speedtest/changelog.gz
./usr/local/lib/node_modules/npm/node_modules/lockfile/speedtest.js
./usr/local/n/versions/node/13.5.0/lib/node_modules/npm/node_modules/lockfile/speedtest.js
./usr/local/bin/speedtest-clialt
./usr/local/bin/speedtest
./usr/local/bin/speedtest-clialt2
./root/.config/ookla/speedtest-cli.json

justme1968

was sagt which speedtest auf der kommandozeile?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

#7
/usr/local/bin/speedtest

hier dazu mal das aktuelle list:

Internals:
   DEF        3600
   FUUID      5c42db50-f33f-5c7c-563b-e45ecc6cd6b36663
   INTERVAL   3600
   LOCAL      0
   NAME       Internetspeed
   NR         506
   STATE      failed
   TYPE       speedtest
   .attraggr:
   .attrminint:
   Helper:
     DBLOG:
       download:
         logdb:
           TIME       1602067286.8071
           VALUE      586.88
       ping:
         logdb:
           TIME       1602067286.8071
           VALUE      36.843
       upload:
         logdb:
           TIME       1602067286.8071
           VALUE      52.87
   READINGS:
     2020-10-07 12:41:26   download        586.88
     2020-10-07 12:41:26   ping            36.843
     2020-10-07 12:46:43   state           failed
     2020-10-07 12:41:26   upload          52.87
   helper:
Attributes:
   disable    0
   ookla      1
   path       /usr/local/bin
   room       Fritzbox
   verbose    5


Nehme ich das ookla attribut wieder weg, nimmt er auch gleich wieder das speedtest-cli von früher

doman75

fhem@FHEM:~/FHEM$ /usr/local/bin/speedtest --accept-license --accept-gdpr -f json

{"type":"log","timestamp":"2020-10-07T10:53:55Z","message":"Error: [11] Cannot read from socket: Resource temporarily unavailable","level":"error"}
{"type":"result","timestamp":"2020-10-07T10:54:09Z","ping":{"jitter":1.377,"latency":19.978000000000002},"download":{"bandwidth":116144826,"bytes":1099098608,"elapsed":9606},"upload":{"bandwidth":6663540,"bytes":25447152,"elapsed":3814},"packetLoss":0,"isp":"Vodafone DSL","interface":{"internalIp":"192.168.0.3","name":"eth0","macAddr":"34:E6:D7:30:37:34","isVpn":false,"externalIp":"XXXX"},"server":{"id":3313,"name":"suec//dacor GmbH","location":"Coburg","country":"Germany","host":"speedtest1.dacor.de","port":8080,"ip":"217.24.56.27"},"result":{"id":"a7080016-5251-4ee8-bcee-113c25c42172","url":"https://www.speedtest.net/result/c/a7080016-5251-4ee8-bcee-x"}}

Wenn ich den Befehl aus der pm mal eingebe geht es auch

justme1968

und wenn du das gleiche auf der fhem kommandozeile machst?

"/usr/local/bin/speedtest --accept-license --accept-gdpr -f json"

und dann im log schauen
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

in welchen log soll ich dann schauen? also ich habe es wie oben geschrieben, ja schon mal an der kommandozeile probiert,siehe oben.

Was mir auffällt das immer erstmal kommt

Error: [11] Cannot read from socket: Resource temporarily unavailable","level":"error"}


aber dann gehts normal weiter

justme1968

im fhem log.

das "..." kommando aus fhem startet einfach den speedtest über die shell und protokolliert das Ergebnis im log. du solltest also einen laufenden speedtest per ps sehen und nach einer weile das ergebnis.

solange im json ergebnis kommen zeigt fhem diese auch an. bei dir geht vorher schon der start schief und der fehler kommt direkt aus dem speedtest binary.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

Wenn ich an der Kommandozeile den befehl ausführe sehe ich das json ergebnis an der kommandozeile aber im fhem.log steht diesbezüglich gar nichts.

justme1968

auf der fhem kommandozeile per telnet. oder der commandbox oben auf der fhemweb seite. die anführungsfeigen nicht vergessen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

im log erscheint immer das :

what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'


justme1968

aus irgend einem grund mag speedtest nicht aus deinem fhem heraus gestartet werden.

ich tippe auf probleme mit PATH oder einer anderen environment variable und/oder rechten.

versuch dich mal als der gleiche user einzuloggen unter dem fhem läuft und probiere es dann über die shell.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

den gedanken hatte ich auch schon und hab mich als fhem an der kommandozeile angemeldet da geht es aber auch wie beschrieben.

Hm sehr komisch.

doman75


justme1968

vergleich mal das environment von fhem prozess mit der shell die du als fhem user hast.

z.b. mit "env" direkt aus der fhem kommandozeile und im log schauen sowie mit dem env direkt in der shell.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

MarcoE

#19
Hallo,
bei mir geht es auch nicht. Ich habe nur das neue speedtest direkt von ookla installiert und den Parameter ookla auf 1 gesetzt. Direkt von der shell kann ich es aufrufen auch mit dem fhem user. Aber innerhalb fhem sowie von der Eingabezeile von fhem (dann mit "...") funktioniert es nicht. Beim manuellen statusrequest mit verbose 5 kommt folgendes:

2020.10.07 15:41:42 5: starting speedtest
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid
2020.10.07 15:41:42 5: speedtest done
2020.10.07 15:41:42 5: speedtest_SpeedtestDone: speedtest|

Der Aufruf kommt auch sofort zurück (im Gegensatz zu commandline bei der es ja einige Sekunden dauert bis die -korrekte- Antwort kommt).

Hier noch der env aus fhem:

LANGUAGE=en_US:en
OLDPWD=/
JOURNAL_STREAM=9:23643
PERL_LWP_SSL_VERIFY_HOSTNAME=0
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
INVOCATION_ID=78d4f7b72c70469c8141e3425ba06855
LANG=en_US.UTF-8
PWD=/opt/fhem


und von der shell:

LANG=en_US.UTF-8
USER=fhem
PWD=/opt/fhem
HOME=/opt/fhem
XDG_DATA_DIRS=/usr/local/share:/usr/share:/var/lib/snapd/desktop
MAIL=/var/mail/fhem
SHELL=/bin/bash
TERM=xterm
SHLVL=1
LANGUAGE=en_US:en
LOGNAME=fhem
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
_=/usr/bin/env

Viele Grüße
Marco

justme1968

auf den ersten blick fällt mir auf das HOME innerhalb von fhem nicht gesetzt ist.

versuch mal HOME in der shell zu löschen und dann speedtest von hand aufzurufen oder umgekehrt HOME im fhem start script zu setzen und dann speedtest aus fhem heraus aufzurufen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

doman75

Wenn ich mir die HOME wegnehme und dann von Hand aufrufe, kommt derselbe Fehler wie im FHEM.

Wie bekomme ich den die HOME Variable ins Fhem Startskript?

Grüße
Swen

MarcoE

Hallo,
Zitat von: justme1968 am 07 Oktober 2020, 17:03:33
auf den ersten blick fällt mir auf das HOME innerhalb von fhem nicht gesetzt ist.

versuch mal HOME in der shell zu löschen und dann speedtest von hand aufzurufen oder umgekehrt HOME im fhem start script zu setzen und dann speedtest aus fhem heraus aufzurufen.
jepp. Wenn ich HOME auf der shell wegnehme bekomme ich den Fehler.
Ich habe jetzt mal /etc/init.d/fhem in Zeile 13 um

export HOME=/opt/fhem

erweitert und schon funktioniert es.
Viele Grüße
Marco

doman75

Ja Danke damit geht es auch bei mir.

Grüße
Swen

Mohmy

#24
DICKES DANKESCHÖN für die Erweiterung des Moduls und die Umsetzung meines Wunsches, André !!

Läuft bei mir nach Installation des Ookla Speedtest CLI im Pfad  /usr/local/bin  und Aktierung des Ookla-Attributs im Modul sofort und ohne Probleme.
Nun wird die synchrone 500MBit Glasfaser auch anstandslos und sauber gemessen, siehe Anhang.

Sofern Unterstützung bei der Überarbeitung der Doku des Moduls unter https://wiki.fhem.de/wiki/Speedtest gewünscht ist ... ich unterstütze gern bei Bedarf.

Viele Grüße
Mohmy


justme1968

ich habe das wiki bisher nur provisorisch ergänzt. wenn jemand das grundsätzlich etwas überarbeiten und vielleicht in zwei abschnitte aufteilen könnte wäre das glaube ich nicht schlecht.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Gisbert

Hallo zusammen,

ich nutze das speedtest-Modul in der ursprünglichen Form. Jetzt habe ich nach Anleitung im Wiki die ooakla-Variante installiert.
Der anschließende Speedtest schlägt aber mit state failed fehl.
Im log steht:
/usr/local/bin/speedtest: 1: Syntax error: word unexpected (expecting ")")

Kann mir jemand helfen, die Sache zum Laufen zu bekommen?

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Gisbert

Hallo zusammen,

mittlerweile läuft speedtest-cli nicht mehr:
/usr/local/bin$ speedtest-cli
Retrieving speedtest.net configuration...
Cannot retrieve speedtest configuration
ERROR: HTTP Error 403: Forbidden
HPT610FHEM@HPT610:/usr/local/bin$


Was mache ich nun?

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Otto123

Hallo Gisbert,

zeig doch mal ein List von Deinem Device mit ookla Variante?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Gisbert

Hallo Jörg,

hier ist das list mit dem gesetzten ookla-Attribut:
Internals:
   CFGFN      ./FHEM/NetzwerkServerTV.cfg
   DEF        300
   FUUID      5c99fcdc-f33f-e986-fba2-262c89f61bbb839d
   INTERVAL   1800
   LOCAL      0
   NAME       Speedtest
   NR         1103
   STATE      download: 261.1 Mbit/s<br/>upload: 38.5 Mbit/s<br/>ping: 18.5 ms<br/>Status: failed<br/><span style="vertical-align: +0px; font-size: 85%;">2022-08-08 07:13</span>
   TYPE       speedtest
   eventCount 103
   READINGS:
     2022-08-08 06:24:47   download        261.14
     2022-08-08 06:24:47   ping            18.523
     2022-08-08 07:13:37   showstate       1
     2022-08-08 07:13:35   state           failed
     2022-08-08 06:24:47   upload          38.52
   helper:
     bm:
       speedtest_Define:
         cnt        17
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        07.08. 17:41:05
         max        0.00220108032226562
         tot        0.028672456741333
         mAr:
           HASH(0x55ac3b8fce30)
           Speedtest speedtest 7200
       speedtest_Set:
         cnt        303
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        07.08. 09:29:59
         max        0.11893892288208
         tot        1.14977121353149
         mAr:
           HASH(0x55ac3b8fce30)
           Speedtest
           statusRequest
Attributes:
   comment    Durch das Upgrade auf Debian Bullseye fehlte python.
Es wurde mit "sudo apt install python" nachinstalliert.
Damit läuft speedtest-cli auf der Linux-Kommandozeile.
Die im Wiki genannte Ookla-Variante wurde installiert, bricht aber mit failed ab.
   group      Performance
   icon       it_network
   ookla      1
   path       /usr/local/bin
   room       Network
   stateFormat {'download: '.round(ReadingsVal($name,'download',0),1).' Mbit/s<br/>'.
'upload: '.round(ReadingsVal($name,'upload',0),1).' Mbit/s<br/>'.
'ping: '.round(ReadingsVal($name,'ping',0),1).' ms<br/>'.
'Status: '.ReadingsVal($name,'state','').'<br/>'.
'<span style="vertical-align: +0px; font-size: 85%;">'.substr(ReadingsTimestamp($name,'state',''),0,16).'</span>'}
   verbose    5

Die Installation der ookla-Variante hab ich wie im Wiki durchgeführt.
Verbose 5 sagt dies:
2022.08.08 07:13:35.658 5: starting speedtest
/usr/local/bin/speedtest: 1: Syntax error: word unexpected (expecting ")")
2022.08.08 07:13:35.720 5: speedtest done


Wenn ich zur ursprünglichen Variante zurückkehre, dann läuft diese wieder, in der Regel. Mitunter braucht es 2~3 Anläufe, bis es tatsächlich ohne Fehler läuft. Wenn "failed" in Fhem auftaucht, dann läuft speedtest-cli auch auf Linux-Ebene nicht.

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

MadMax-FHEM

#30
Habe die ookla Variante laufen und wie folgt "installiert":

Zitat
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.1.1-linux-armhf.tgz
tar -xf ookla-speedtest-1.1.1-linux-armhf.tgz
cp speedtest /usr/local/bin/

EDIT: also wie im Wiki (nur eben 1.1.1 statt 1.0.0).

Ob es schon eine aktuellere Version gibt weiß ich nicht/hab ich nicht geprüft.
Aber es ist schon mal nicht die Version 1.0.0 aus dem Wiki ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Gisbert

Hallo Joachim,

ich hab die Version 1.1.1 wie vorgeschlagen runtergeladen und installiert - es brachte aber keine Besserung, d.h. die Messung wird sofort mit "failed" beendet.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Otto123

#32
Hallo Gisbert,

hast Du mindestens einmal
/usr/local/bin/speedtest
Im Terminal gestartet? Du musst die Lizenz bestätigen. Ich bin nicht sicher, ob das auch als User fhem geschehen muss (ich betreibe das remote auf meinem Router)
Im Zweifel einmal so in der FHEM Oberfläche starten:
{qx(/usr/local/bin/speedtest --accept-license --accept-gdpr -f json)}

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MadMax-FHEM

Zitat von: Otto123 am 08 August 2022, 09:23:15
Hallo Gisbert,

hast Du mindestens einmal
/usr/local/bin/speedtest
Im Terminal gestartet? Du musst die Lizenz bestätigen. Ich bin nicht sicher, ob das auch als User fhem geschehen muss (ich betreibe das remote auf meinem Router)
Im Zweifel einmal so in der FHEM Oberfläche starten:
{qx(/usr/local/bin/speedtest --accept-license --accept-gdpr -f json)}

Gruß Otto

Passiert bei mir automatisch, wenn notwendig.

Aber ja: das erste mal habe ich es auch aus der Console gestartet... ;)

@Gisbert: verbose hochgedreht? Steht was im Log? Was passiert, wenn du es (wie von Otto vorgeschlagen) als fhem "auf der Console" startest?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Hat er :)
Zitat von: Gisbert am 08 August 2022, 07:30:37
Die Installation der ookla-Variante hab ich wie im Wiki durchgeführt.
Verbose 5 sagt dies:
2022.08.08 07:13:35.658 5: starting speedtest
/usr/local/bin/speedtest: 1: Syntax error: word unexpected (expecting ")")
2022.08.08 07:13:35.720 5: speedtest done

word unexpected (expecting ")") - klingt merkwürdig
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Gisbert

Hallo zusammen,

:sudo /usr/local/bin/speedtest
/usr/local/bin/speedtest: 1: Syntax error: word unexpected (expecting ")")


Welche Rechte benötigt die Datei "speedtest"?
Ich hab die Rechte auf root:staff geändert, wie bei allen anderen Dateien in diesem Ordner.

Die Zeile in der Fhem-Eingabe hat keine Änderung gebracht.

Viele​ Grüße​ Gisbert​

Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Otto123

#36
dann ist die Datei speedtest  mMn kaputt / falsch
ls -lha /usr/local/bin/speedtest
Gerade gesehen:
ZitatAktuelles FHEM | HP ThinClient T610
Du hast doch kein Armhf System?

Entweder / oder
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.1.1-linux-x86_64.tgz
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.1.1-linux-i386.tgz

- je nachdem ob 64 bit oder 32 bit uname -a
Löschen nicht vergessen:
sudo rm /usr/local/bin/speedtest

Vielleicht sollte "wir" die offizielle Seite im Wiki verlinken.  ;) https://www.speedtest.net/de/apps/cli

Zitat von: Gisbert am 08 August 2022, 10:24:29
Welche Rechte benötigt die Datei "speedtest"?
Ich hab die Rechte auf root:staff geändert, wie bei allen anderen Dateien in diesem Ordner.
Die Datei muss durch den user der sie benutzt ausführbar sein. Ansonsten sind die Rechte Wurst, sudo braucht es auch nicht. ::) ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Gisbert

Hallo Otto,

ZitatGerade gesehen:
Zitat
Aktuelles FHEM | HP ThinClient T610
Du hast doch kein Armhf System?

Entweder / oder
Code: [Auswählen]
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.1.1-linux-x86_64.tgz
wget https://install.speedtest.net/app/cli/ookla-speedtest-1.1.1-linux-i386.tgz
- je nachdem ob 64 bit oder 32 bit

Danke für diesen entscheidenden Hinweis. Ich hätte selbst drauf kommen können, wenn ich die Auswahl für ein Betriebssystem hätte treffen müssen.
Nachdem diese Hürde geschafft wurde (hab ein 64Bit-System installiert), läuft es direkt ohne Nachfrage in Fhem.
Auf der Linux-Ebene läuft es auch, da sind 2 Fragen vor dem Test davor geschaltet, nur beim ersten Mal.
Läuft Bombe, Latenz sind nur 6 ms.

Nochmals besten Dank und viele Grüße​
Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Ralph

#38
Moin allerseits, auch ich bitte mal wieder um Hilfe.
Mein Speedtest, der machmal zickig, aber immer funktioniert hat, wills eit heute morgen um 04:00 nun gar nicht mehr.
Vorausgegangen hatte mir jemand empfohlen, auf das zuverlässigere ookla umzusteigen, was ich nun tat.
Auf der RasPi tut das nun ja auch
Version: speedtest 1.1.1.28

Speedtest by Ookla
Server: Pfalzkom GMBH - Ludwigshafen (id = 28818)
ISP: Vodafone Germany - nur von denen gibts hier 5G mit RSRP -89 dB
Latency:    24.01 ms   (4.01 ms jitter)
Download:    78.79 Mbps (data used: 95.5 MB )
Upload:    21.60 Mbps (data used: 31.0 MB )
Packet Loss:     0.0%


Nun das Problem: Das Modul Speedtest hat keine Lust und endet sofort mit failed.
Verbose 5 sagt:
2022.08.16 13:18:36 5: speedtest_SpeedtestDone: iNet|
2022.08.16 13:18:36 5: speedtest done
  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'
2022.08.16 13:18:36 5: starting speedtest
  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'

Der List
Internals:
   DEF        3600
   INTERVAL   3600
   LOCAL      0
   NAME       iNet
   NR         787
   STATE      failed 85.7 Down; 28.8 Up; Ping 37.8 ms
   TYPE       speedtest
   eventCount 60
   READINGS:
     2022-08-16 03:54:17   MBit-s          85.7 Down; 28.8 Up; Ping 37.8 ms
     2022-08-16 03:54:17   download        85.73
     2022-08-16 03:54:17   ping            37.837
     2022-08-16 13:38:26   state           failed
     2022-08-16 03:54:17   upload          28.79
   helper:
   hmccu:
Attributes:
   ookla      1
   path       /usr/local/bin <--- da isses und Rechte hats auch
   room       Internet


Vielleicht hat ja von Euch noch jemand eine Idee ?    *hoffnungsvoll*
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

MadMax-FHEM

Geht es denn auf der Console?

Richtiges Binary zur Platform?

Wie hast du "installiert"?

Zitat
   path       /usr/local/bin <--- da isses und Rechte hats auch

Dann poste doch mal ls -la davon ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Die Pfad Angabe braucht es nicht:
Zitatwill be searched in /usr/local/bin if path is not set.
Für alle ausführbar?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ralph

Auf Console usführbar, siehe bereits oben.

Installiert von Ookla, Platform Debian

pi@raspb:~ $ ls -la /usr/local/bin
insgesamt 2624
drwxrwsrwx  2 root staff    4096 Aug 16 12:17 .
drwxrwsr-x 10 root staff    4096 Sep  7  2017 ..
-rwxrwxrwx  1 root staff   28935 Jan 19  2018 raspiBackupInstall.sh
-rwxrwxrwx  1 root root   176205 Jan 19  2018 raspiBackup.sh
-rwxrwxrwx  1 root root   176205 Jan 19  2018 raspiBackup.sh.0.6.3.1.sh
-rwxrwxrwx  1 pi   pi    2219064 Nov 17  2021 speedtest
-rwxrwxrwx  1 root staff   65123 Apr  8  2021 speedtest-cli
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

Otto123

#42
Ich meine ja nach wie vor: jeder user muss einmal "die Lizenz bestätigen" - für die FHEM Kommandozeile:
{qx(/usr/local/bin/speedtest --accept-license --accept-gdpr -f json)}Wenn keine Anzeige kommt mal ins log schauen.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ralph

Auch dies tat ich bereits, sonst hätte es ja siehe oben auf der console nicht fonktioniert.

Ich tat es es nun nochmals mit Deinem Befehl und erhielt im Log neuerlich:

  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'

Meine unmaßgebliche Vermutung: FHEM redet nicht richtig mit der speetest.cli
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

Otto123

Ich behaupte: da wird ein falsches / kaputtes speedtest ausgeführt! Zumindest ist die Datei älter als die aktuelle Version.
Zitat von: Ralph am 16 August 2022, 17:01:32
Auch dies tat ich bereits, sonst hätte es ja siehe oben auf der console nicht fonktioniert.
Einspruch! in der console arbeitest Du als max, FHEM arbeitet als willi.

Führe mal das in der FHEM Kommandozeile aus:
{qx(wget -qO speedtest.tgz https://install.speedtest.net/app/cli/ookla-speedtest-1.2.0-linux-armhf.tgz;;tar -zxvf speedtest.tgz speedtest;;./speedtest --accept-license --accept-gdpr -f json ) }
Keine Panik, das wird FHEM für eine kurze Zeit blockieren!
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ralph

So tat ich denn wie befohlen.

Ergebnis. in FHEM erschien sofort Speedtest, im Log stand: (reverse zu lesen)

Aborted
  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'
2022.08.16 17:50:52 5: speedtest_SpeedtestDone: iNet|
2022.08.16 17:50:52 5: speedtest done
  what():  basic_string::_M_construct null not valid
terminate called after throwing an instance of 'std::logic_error'
2022.08.16 17:50:52 5: starting speedtest
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

Otto123

ich befehle nix - alles nur empfohlen ;)
was sagt das in der FHEM Kommandozeile
{qx(uname -a)}

Hast Du 64 bit? Dann wäre das download https://install.speedtest.net/app/cli/ookla-speedtest-1.2.0-linux-aarch64.tgz
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ralph

{qx(uname -a)}
Linux raspb 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux
IMHO habe ich kein 64bit, ein ordinärer Raspberry.


Also jetzt verstehe ich gar nichts mehr.

Eingedenk dessen, dass Du sagtest, ich hätt eine falsch ältere Version, gin ich zu ookla und tat, wie dort beschrieben auf
https://www.speedtest.net/apps/cli   unter  Unbutu / debian :

pi@raspb:~ $ sudo rm /etc/apt/sources.list.d/speedtest.list
rm: das Entfernen von '/etc/apt/sources.list.d/speedtest.list' ist nicht möglich: Datei oder Verzeichnis nicht gefunden
pi@raspb:~ $ sudo apt-get update
OK:1 http://archive.raspberrypi.org/debian stretch InRelease
Holen:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15,0 kB]
Ign:3 https://www.debmatic.de/debmatic stable InRelease
Ign:4 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch InRelease
Fehl:5 https://www.debmatic.de/debmatic stable Release
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Ign:6 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch Release
Ign:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
Ign:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
Ign:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
Ign:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
Ign:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
Ign:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
Ign:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
Ign:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
Ign:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
Ign:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
OK:7 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Sources
Ign:10 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de_DE
OK:8 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main armhf Packages
OK:9 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main all Packages
Ign:11 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-de
Ign:12 https://packagecloud.io/ookla/speedtest-cli/raspbian stretch/main Translation-en
Paketlisten werden gelesen... Fertig
E: The repository 'https://www.debmatic.de/debmatic stable Release' does no longer have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: The repository 'https://packagecloud.io/ookla/speedtest-cli/raspbian stretch Release' does not have a Release file.
N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration details.
pi@raspb:~ $ sudo apt-get remove speedtest
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket speedtest kann nicht gefunden werden.
pi@raspb:~ $ sudo apt-get remove speedtest-cli
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »speedtest-cli« ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 225 nicht aktualisiert.
pi@raspb:~ $ sudo apt-get install curl
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
curl ist schon die neueste Version (7.52.1-5+deb9u16).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 225 nicht aktualisiert.
pi@raspb:~ $ curl -s https://packagecloud.io/install/repositories/ookla/speedtest-cli/script.deb.sh | sudo bash
Detected operating system as raspbian/stretch.
Checking for curl...
Detected curl...
Checking for gpg...
Detected gpg...
Running apt-get update... done.
Installing apt-transport-https... done.
Installing /etc/apt/sources.list.d/ookla_speedtest-cli.list...done.
Importing packagecloud gpg key... done.
Running apt-get update... done.

The repository is setup! You can now install packages.
pi@raspb:~ $ sudo apt-get install speedtest
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket speedtest kann nicht gefunden werden.
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

Otto123

#48
ich verwende da nie die Installation sondern nur den Abschnitt
ZitatHerunterladen von Speedtest CLI

Aber Du hast "stretch" - da bist Du irgendwann "raus"
ZitatDebian LTS support for Debian 9 "Stretch" ended on June 30, 2022
Deswegen installiert er bestimmte Dinge nicht mehr, es gibt für alte Systeme keine Pakete mehr.

Du behauptest aber ja nach wie vor: Im Terminal geht es, in der FHEM Kommandozeile nicht. Ich tappe immer noch im Halb-dunkel.
Was bringt denn das im Terminal:
which speedtest
und
speedtest -h

Nachtrag
Dein Fall steht schon im Wiki https://wiki.fhem.de/wiki/Speedtest#Installation_des_CLI_Binary_von_ookla
Kannst ja mal probieren was da verlinkt steht.

Insofern lagst Du mit Deiner Vermutung richtig: FHEM macht etwas anders :)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ralph

Moin Otto,
Danke für Deine bisherige Mühe und entschuldige die späte Antwort.
Nach einer schifgegangenen Katarakt-OP sehe ich schlechter, stolperte gestern und musste versorgt werden.

Zitat von: Otto123 am 16 August 2022, 19:52:19
Aber Du hast "stretch" - da bist Du irgendwann "raus"
Deswegen installiert er bestimmte Dinge nicht mehr, es gibt für alte Systeme keine Pakete mehr.

Dann, so fürchte ich, habe ich wohl eine komplette  Neuistallation gewonnen.

Kennst Du eine aktuelle - ohne zusammenstoppeln - funktionierende Intallationsanleitung für einen Raspberry3 für  Linux-Blöde ?
FHEM auf RaspberryPi3 mit Geekworm USV und SignalDUINO 433MHz und HM-MOD-RPI-PCB mit 3 HM-Sec-SD-2, 5 FHT, 2 RM 100-2 Uni S, 2 HMS100, 6 CUL_WS, 6 CUL_FHTTK, 11 FS20 und 7 FS20V Spannungsüberwachungen

Otto123

Hallo Ralph,

naja ich habe da nicht nur eine Beschreibung. :) ich schreib Dir was zusammen und schicke es Dir. Wäre hier im Thread falsch.

Den kurzen Workaround aus meinem Nachtrag willst Du nicht noch probieren? Die komplette Neuinstallation solltest Du ja ruhig angehen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Jochen_M

Hallo zusammen,
ich habe den Thread nun einige male gelesen und den OOKLA speedtest 1.2.0.84 auch nach Anleitung installiert bekommen.
Auf meinem Raspi läuft speedtest auch perfekt (Lizenz ist bestätigt)!

Linux raspberrypi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux

Die OOLKA Variable habe ich auf 1 gesetzt - auch OK!

Im FHEM selber bekomme ich nach dem Start des speedtest nur ein "running" als Status angezeigt und im LOG (Verbose 3) die Fehlermeldung:
"2022.09.26 14:26:30 1: json needed for ookla speedtest"

"list speedtest" zeigt mir folgendes (letzter erfolgreicher Lauf war am 23.09.)
Internals:
   DEF        3600
   FUUID      62d29844-f33f-a264-c80d-c2e6ab733b4e9597
   INTERVAL   3600
   LOCAL      0
   NAME       speedtest
   NEXT       2022-09-26 15:26:26
   NR         497
   STATE      running
   TYPE       speedtest
   eventCount 2
   READINGS:
     2022-09-23 06:39:58   download        53.14
     2022-09-23 06:39:58   ping            19.192
     2022-09-26 14:26:26   state           running
     2022-09-23 06:39:58   upload          29.16
   helper:
Attributes:
   ookla      1
   path       /usr/local/bin
   room       Internet


Was ich zwischenzeitlich mal gemacht hatte:
ich habe das Modul "32_speedtest.pm" mal modifiziert um einige Meldungen mehr mit Verbose 3 zu erhalten, um so den Fehler einzugrenzen. Allerdings ohne Erfolg - hier ein LOG davon.
So wie ich den LOG verstehe, läuft der speedtest durch, gibt dann aber das Ergebnis nicht aus.

2022.09.25 19:09:06 3: starting speedtest
{"type":"log","timestamp":"2022-09-25T17:09:10Z","message":"Error:
  • Timeout occurred in connect.","level":"error"}
    2022.09.25 19:09:29 3: speedtest done
    2022.09.25 19:09:29 3: speedtest_SpeedtestDone: speedtest|{"type":"result","timestamp":"2022-09-25T17:09:29Z","ping":{"jitter":1.1890000000000001,"latency":8.8339999999999996},"download":{"bandwidth":7208922,"bytes":76392000,"elapsed":10806},"upload":{"bandwidth":3664354,"bytes":24101280,"elapsed":6615},"isp":"Deutsche Telekom AG","interface":{"internalIp":"10.8.6.179","name":"eth0","macAddr":"B8:27:EB:06:A1:DD","isVpn":false,"externalIp":"79.213.26.139"},"server":{"id":37567,"host":"ook-fra-x1.puregig.net","port":8080,"name":"Netprotect","location":"Frankfurt","country":"Germany","ip":"216.131.114.246"},"result":{"id":"a32d16e4-5a18-4992-b557-91037afafcd3","url":"https://www.speedtest.net/result/c/a32d16e4-5a18-4992-b557-91037afafcd3","persisted":true}}
    2022.09.25 19:09:29 1: json needed for ookla speedtest


    Kann mir hier jemand weiterhelfen?
    Was genau muss ich machen bei der Fehlerfall "json needed for ookla speedtest"?

    Dank eines einfachen Anwenders sein Euch Gewiss ...

MadMax-FHEM

Eventuell:

sudo apt install libjson-perl

Habe ich in meinen Notizen, allerdings ohne weiteren Kommentar wofür...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Jochen_M

Hallo Joachim, Dank für die schnelle Untersützung.
Leider kann ich die Installation nicht durchführen. Bekomme folgende Fehlermeldung bei dem Aufruf:

Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcommon-sense-perl/libcommon-sense-perl_3.73-2+b9_armhf.deb  404  Not Found [IP: 93.93.128.193 80]
....
E: Internal Error, ordering was unable to handle the media swap


Jochen

MadMax-FHEM

apt update hast du vorher gemacht?

Was für ein System?

HW/OS inkl. Version...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Jochen_M

Hallo Joachim,
ja das apt update habe ich vorher mehrmals gemacht.

Raspi Pi3 als System
OS: Linux raspberrypi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux
OOKLA : speedtest Version 1.2.0.84

was kann ich sonst noch wie auslesen, das weiterhelfen kann ?

Jochen

MadMax-FHEM

Welche OS Version?


cat /etc/os-release


Und apt update läuft ohne Fehler durch?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Jochen_M

Hallo Joachim,

hier die Rückmeldung vom OS Jessie:

PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

sudo apt update - erzeugt Fehlermeldung am Ende (siehe unten)

pi@raspberrypi:~ $ sudo apt update
Ign http://mirrordirector.raspbian.org jessie InRelease
Ign http://mirrordirector.raspbian.org jessie Release.gpg
OK   http://archive.raspberrypi.org jessie InRelease
Holen: 1 https://debian.fhem.de ./ InRelease
Ign https://debian.fhem.de ./ InRelease
Ign http://mirrordirector.raspbian.org jessie Release
Holen: 2 https://debian.fhem.de ./ Release.gpg
Ign https://debian.fhem.de ./ Release.gpg
Holen: 3 https://debian.fhem.de ./ Release
Ign https://debian.fhem.de ./ Release
OK   http://www.linux-projects.org wheezy InRelease
Holen: 4 https://debian.fhem.de ./ Packages
Holen: 5 http://www.linux-projects.org wheezy/main armhf Packages
Holen: 6 https://debian.fhem.de ./ Translation-de_DE
Holen: 7 https://debian.fhem.de ./ Translation-de
Holen: 8 https://debian.fhem.de ./ Translation-en
Ign https://packagecloud.io jessie InRelease
Holen: 9 https://debian.fhem.de ./ Packages
OK   http://archive.raspberrypi.org jessie/main armhf Packages
Holen: 10 http://www.linux-projects.org wheezy/main Translation-de_DE
Holen: 11 https://debian.fhem.de ./ Translation-de_DE
Ign https://packagecloud.io jessie Release.gpg
OK   http://archive.raspberrypi.org jessie/ui armhf Packages
Holen: 12 https://debian.fhem.de ./ Translation-de
Holen: 13 https://debian.fhem.de ./ Translation-en
Holen: 14 https://debian.fhem.de ./ Packages
OK   http://www.linux-projects.org wheezy/main armhf Packages
Ign https://packagecloud.io jessie Release
Holen: 15 https://debian.fhem.de ./ Translation-de_DE
Holen: 16 https://debian.fhem.de ./ Translation-de
Holen: 17 https://debian.fhem.de ./ Translation-en
Holen: 18 http://www.linux-projects.org wheezy/main Translation-de
Holen: 19 https://debian.fhem.de ./ Packages
Holen: 20 https://debian.fhem.de ./ Translation-de_DE
Holen: 21 https://packagecloud.io jessie/main Sources [14 B]
Holen: 22 https://debian.fhem.de ./ Translation-de
Holen: 23 https://debian.fhem.de ./ Translation-en
Holen: 24 https://debian.fhem.de ./ Packages
Fehl https://debian.fhem.de ./ Packages
  HttpError403
Holen: 25 https://debian.fhem.de ./ Translation-de_DE
Ign https://debian.fhem.de ./ Translation-de_DE
Holen: 26 http://www.linux-projects.org wheezy/main Translation-en
Holen: 27 https://debian.fhem.de ./ Translation-de
Ign https://debian.fhem.de ./ Translation-de
Holen: 28 https://packagecloud.io jessie/main armhf Packages [14 B]
Holen: 29 https://debian.fhem.de ./ Translation-en
Ign https://debian.fhem.de ./ Translation-en
Holen: 30 https://packagecloud.io jessie/main Translation-de_DE [146 B]
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Holen: 31 https://packagecloud.io jessie/main Translation-de [146 B]
Ign http://archive.raspberrypi.org jessie/main Translation-de
Holen: 32 http://www.linux-projects.org wheezy/main Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-en
Holen: 33 https://packagecloud.io jessie/main Translation-en [146 B]
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Holen: 34 https://packagecloud.io jessie/main Translation-de_DE [146 B]
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 35 http://www.linux-projects.org wheezy/main Translation-de
Holen: 36 https://packagecloud.io jessie/main Translation-de [146 B]
Holen: 37 https://packagecloud.io jessie/main Translation-en [146 B]
Holen: 38 https://packagecloud.io jessie/main Translation-de_DE [146 B]
Holen: 39 http://www.linux-projects.org wheezy/main Translation-en
Holen: 40 https://packagecloud.io jessie/main Translation-de [146 B]
Holen: 41 https://packagecloud.io jessie/main Translation-en [146 B]
Holen: 42 https://packagecloud.io jessie/main Translation-de_DE [146 B]
Holen: 43 http://www.linux-projects.org wheezy/main Translation-de_DE
Holen: 44 https://packagecloud.io jessie/main Translation-de [146 B]
Holen: 45 https://packagecloud.io jessie/main Translation-en [146 B]
Holen: 46 https://packagecloud.io jessie/main Translation-de_DE [146 B]
Ign https://packagecloud.io jessie/main Translation-de_DE
Holen: 47 http://www.linux-projects.org wheezy/main Translation-de
Holen: 48 https://packagecloud.io jessie/main Translation-de [146 B]
Ign https://packagecloud.io jessie/main Translation-de
Fehl http://mirrordirector.raspbian.org jessie/main armhf Packages
  404  Not Found [IP: 93.93.128.193 80]
Holen: 49 https://packagecloud.io jessie/main Translation-en [146 B]
Ign https://packagecloud.io jessie/main Translation-en
Fehl http://mirrordirector.raspbian.org jessie/contrib armhf Packages
  404  Not Found [IP: 93.93.128.193 80]
Fehl http://mirrordirector.raspbian.org jessie/non-free armhf Packages
  404  Not Found [IP: 93.93.128.193 80]
Fehl http://mirrordirector.raspbian.org jessie/rpi armhf Packages
  404  Not Found [IP: 93.93.128.193 80]
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Holen: 50 http://www.linux-projects.org wheezy/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Holen: 51 http://www.linux-projects.org wheezy/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Holen: 52 http://www.linux-projects.org wheezy/main Translation-de
Holen: 53 http://www.linux-projects.org wheezy/main Translation-en
Holen: 54 http://www.linux-projects.org wheezy/main Translation-de_DE
Ign http://www.linux-projects.org wheezy/main Translation-de_DE
Holen: 55 http://www.linux-projects.org wheezy/main Translation-de
Ign http://www.linux-projects.org wheezy/main Translation-de
Holen: 56 http://www.linux-projects.org wheezy/main Translation-en
Ign http://www.linux-projects.org wheezy/main Translation-en
Es wurden 28 B in 9 s geholt (2 B/s).
W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/jessie/main/binary-armhf/Packages  404  Not Found [IP: 93.93.128.193 80]

W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/jessie/contrib/binary-armhf/Packages  404  Not Found [IP: 93.93.128.193 80]

W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/jessie/non-free/binary-armhf/Packages  404  Not Found [IP: 93.93.128.193 80]

W: Fehlschlag beim Holen von http://mirrordirector.raspbian.org/raspbian/dists/jessie/rpi/binary-armhf/Packages  404  Not Found [IP: 93.93.128.193 80]

W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages  HttpError403

E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.



MadMax-FHEM

Ich dachte apt update würde ohne Fehler durchlaufen?

Hast du immer noch fhem in der sources.list stehen?

Zitat
Fehl https://debian.fhem.de ./ Packages HttpError403

Und Jessie? Echt?

Dafür gibt es wohl keine Pakete mehr!

Ist auch verständlich:

Jessie -> Stretch -> Buster -> Bullseye

Und das neueste ist schon am Werden...

Ich denke auf lange (oder eigentlich kurze) Sicht wirst du mit Jessie nicht mehr weit(er) kommen...

EDIT: und solche Ausgaben besser in "Code-Tags", das '#' im "Menü"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

RalfRog

Hi
Da hat Joachim recht. Jessi ist nicht mehr in deinen gewählten Quellen drin (Stretch noch):

http://mirrordirector.raspbian.org/raspbian/dists/
[DIR]   Parent Directory       -        
[DIR]   bookworm-staging/   26-Sep-2022 11:03    -        
[DIR]   bookworm/   26-Sep-2022 11:03    -        
[DIR]   bullseye-staging/   26-Sep-2022 11:03    -        
[DIR]   bullseye/   26-Sep-2022 11:03    -        
[DIR]   buster-staging/   26-Sep-2022 11:03    -        
[DIR]   buster/   26-Sep-2022 11:03    -        
[DIR]   oldoldstable/   26-Sep-2022 11:03    -        
[DIR]   oldstable/   26-Sep-2022 11:03    -        
[DIR]   stable/   26-Sep-2022 11:03    -        
[DIR]   stretch-staging/   26-Sep-2022 11:03    -        
[DIR]   stretch/   26-Sep-2022 11:03    -        
[DIR]   testing/   26-Sep-2022 11:03    -    
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

Jochen_M

Dank Euch, ich war der Meinung "Never change a running system" ...

Aber OK, werde es dann wohl mal wagen zu aktualisieren ... melde mich wenn ich weiter bin. Dank Euch nochmal für die Hilfe bisher ...

Der Jochen

RalfRog

System hochziehen bzw. neu aufsetzen ist wohl der sinnvolle Weg. Ich hab glaube ich 2016 mit Jessie angefangen.

Eventuell kannst Du mit diesen Quellen etwas tricksen:

https://archive.raspberrypi.org/debian/dists/ 

Index of /debian/dists
[ICO]   Name   Last modified   Size   Description
[PARENTDIR]   Parent Directory       -    
[DIR]   bullseye/   2022-09-26 12:45    -    
[DIR]   buster/   2022-09-26 12:45    -    
[DIR]   jessie/   2021-11-08 08:01    -    
[DIR]   stretch/   2022-09-16 10:40    -    
[DIR]   wheezy/   2021-11-08 08:01    -    
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

MadMax-FHEM

Ich würde allerdings neu aufsetzen.
Gerade der Übergang von Jessie zu Stretch mit dem Wechsel von initd auf systemd...

Bzw. setze ich immer neu auf...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

RalfRog

Jo. Neu aufsetzen geht vermutlich auch am Schnellsten... 
Alles andere wird immer wieder zu Problemen führen.
Eventuell  auch bei dem ein oder anderen Modul  :-[
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

Otto123

Zitat von: Otto123 am 17 August 2022, 16:49:37
Hallo Ralph,

naja ich habe da nicht nur eine Beschreibung. :) ich schreib Dir was zusammen und schicke es Dir. Wäre hier im Thread falsch.

Den kurzen Workaround aus meinem Nachtrag willst Du nicht noch probieren? Die komplette Neuinstallation solltest Du ja ruhig angehen.

Gruß Otto
Da das Thema Neues System jetzt wieder kommt, wie damals versprochen:
https://heinz-otto.blogspot.com/2022/08/howto-fhem-umzug-von-system-nach-system.html
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Jochen_M

#65
Hallo zusammen,
habe jetzt mal ganz blöd einfach aktualisiert

Jessie >> Stretch >> Buster

FHEM läuft noch, aber die Fehlermeldung bleibt beim speedtest:

2022.09.26 20:58:29 1: json needed for ookla speedtest

Version:

pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"


FHEM:

Linux raspberrypi 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux


speedtest Internals

Internals:
   DEF        3600
   FUUID      62d29844-f33f-a264-c80d-c2e6ab733b4e9597
   INTERVAL   3600
   LOCAL      0
   NAME       speedtest
   NR         497
   STATE      running
   TYPE       speedtest
   eventCount 1
   READINGS:
     2022-09-23 06:39:58   download        53.14
     2022-09-23 06:39:58   ping            19.192
     2022-09-26 20:58:14   state           running
     2022-09-23 06:39:58   upload          29.16
   helper:
Attributes:
   ookla      1
   path       /usr/local/bin
   room       Internet


speedtest

pi@raspberrypi:~ $ speedtest -h
Speedtest by Ookla is the official command line client for testing the speed and performance of your internet connection.


Version: speedtest 1.2.0.84


Auf dem Raspi direkt funktioniert speedtest wieterhin

Im FHEM mit "{qx(/usr/local/bin/speedtest --accept-license --accept-gdpr -f json)}"
bekomme ich folgende Info:
{"type":"result","timestamp":"2022-09-26T19:21:11Z","ping":{"jitter":1.382,"latency":8.767,"low":8.221,"high":10.640},"download":{"bandwidth":584703,"bytes":4115520,"elapsed":6906,"latency":{"iqm":604.831,"low":102.120,"high":1110.318,"jitter":90.525}},"upload":{"bandwidth":3647411,"bytes":35124480,"elapsed":10102,"latency":{"iqm":27.801,"low":9.626,"high":299.217,"jitter":12.536}},"packetLoss":0,"isp":"Deutsche Telekom AG","interface":{"internalIp":"10.8.6.179","name":"eth0","macAddr":"B8:27:EB:06:A1:DD","isVpn":false,"externalIp":"79.214.149.151"},"server":{"id":35692,"host":"fra.speedtest.clouvider.net","port":8080,"name":"Clouvider Ltd","location":"Frankfurt Am Main","country":"Germany","ip":"91.199.118.184"},"result":{"id":"54eb3ba8-42de-4cd7-a470-a0032f9cd5c5","url":"https://www.speedtest.net/result/c/54eb3ba8-42de-4cd7-a470-a0032f9cd5c5","persisted":true}}


also auch alles OK, nur wenn ich die speedtest aus dem FHEM starte schlägt es fehlt....


2022.09.26 21:23:01 1: json needed for ookla speedtest


Nicht das ich das System nicht neu aufsetzten würde, habe aber bedenken, das doch was anderes daran schuld ist.

Der ratlose Jochen

@Otto123 - Das hilft auf jeden Fall, wenn ich diesen steinigen Weg wirklich gehen werde. Danke

MadMax-FHEM

Hast du json installiert, siehe mein Post oben...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Zitat von: MadMax-FHEM am 26 September 2022, 15:22:27
Eventuell:

sudo apt install libjson-perl

Habe ich in meinen Notizen, allerdings ohne weiteren Kommentar wofür...

Gruß, Joachim
Hattest Du gemacht?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Jochen_M

Hallo Joachim, Otto,
habe ich nach Eurem Kommentar gemacht, hatte es glatt schon wieder vergessen - Dank für den Hinweis.

sudo apt install libjson-perl

Hier der Report dazu.
Sieht für mich i.O. aus.


pi@raspberrypi:~ $ sudo apt install libjson-perl
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  libcommon-sense-perl libjson-xs-perl libtypes-serialiser-perl
Die folgenden NEUEN Pakete werden installiert:
  libcommon-sense-perl libjson-perl libjson-xs-perl libtypes-serialiser-perl
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 215 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 569 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Holen:1 http://mirror.de.leaseweb.net/raspbian/raspbian buster/main armhf libcommon-sense-perl armhf 3.74-2+b18 [24,0 kB]
Holen:2 http://mirror.de.leaseweb.net/raspbian/raspbian buster/main armhf libjson-perl all 4.02000-1 [88,8 kB]
Holen:3 http://mirror.de.leaseweb.net/raspbian/raspbian buster/main armhf libtypes-serialiser-perl all 1.0-1 [12,7 kB]
Holen:4 http://mirror.de.leaseweb.net/raspbian/raspbian buster/main armhf libjson-xs-perl armhf 3.040-1+b1 [89,1 kB]
Es wurden 215 kB in 1 s geholt (190 kB/s).
Vormals nicht ausgewähltes Paket libcommon-sense-perl wird gewählt.
(Lese Datenbank ... 55668 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libcommon-sense-perl_3.74-2+b18_armhf.deb ...
Entpacken von libcommon-sense-perl (3.74-2+b18) ...
Vormals nicht ausgewähltes Paket libjson-perl wird gewählt.
Vorbereitung zum Entpacken von .../libjson-perl_4.02000-1_all.deb ...
Entpacken von libjson-perl (4.02000-1) ...
Vormals nicht ausgewähltes Paket libtypes-serialiser-perl wird gewählt.
Vorbereitung zum Entpacken von .../libtypes-serialiser-perl_1.0-1_all.deb ...
Entpacken von libtypes-serialiser-perl (1.0-1) ...
Vormals nicht ausgewähltes Paket libjson-xs-perl wird gewählt.
Vorbereitung zum Entpacken von .../libjson-xs-perl_3.040-1+b1_armhf.deb ...
Entpacken von libjson-xs-perl (3.040-1+b1) ...
libcommon-sense-perl (3.74-2+b18) wird eingerichtet ...
libtypes-serialiser-perl (1.0-1) wird eingerichtet ...
libjson-perl (4.02000-1) wird eingerichtet ...
libjson-xs-perl (3.040-1+b1) wird eingerichtet ...
Trigger für man-db (2.8.5-2) werden verarbeitet ...


Danach habe ich den Raspi nochmal gebootet (sudo reboot) und erneut versucht.

Ergebnis:  ::) ;D

Ich habe zum ersten mal seit 3 Tagen wieder ein protokolliertes Ergebnis.

Hoffe mal das diese Messung nun wieder jede Stunde automatisch ausgeführt und protokolliert wird.

Danke Euch allen für die Unterstützung....

Toll so eine Community.

PS:
Sollte man dies evtl. in die Wiki mit aufnehmen, oder war das nur ein Problem von meiner "alten" Installation? Evtl. hilft es anderen ja auch ...

RalfRog

Zitat von: Jochen_M am 26 September 2022, 21:27:10
....
habe jetzt mal ganz blöd einfach aktualisiert
Jessie >> Stretch >> Buster

FHEM läuft noch, .......

Alle Achtung  ;)
Dass das ohne weitere Probleme geklappt hat.

Zitat
PS:
Sollte man dies evtl. in die Wiki mit aufnehmen, oder war das nur ein Problem von meiner "alten" Installation? Evtl. hilft es anderen ja auch ...

Ja dein Problem war, dass Jessie in den Paketquellen nicht mehr drin ist.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

Beta-User

Zitat von: RalfRog am 27 September 2022, 11:51:42
Dass das ohne weitere Probleme geklappt hat.
...das werden wir mittelfristig sehen...

Würde darauf tippen, dass irgendwann mal die SD-Karte nicht mehr will, denn
Zitat
Ja dein Problem war, dass Jessie in den Paketquellen nicht mehr drin ist.
...da stand noch was von Wheezy (!) in den (ebenfalls komplett verbogenen) Paketquellen...
Vermutlich ist das Ding seit >6 Jahren im Einsatz :o .

Na ja, wenn man auf dem Standpunkt steht "never change ...", dann stört einen so eine Kleinigkeit ja nicht, und auch nicht die verbogenen Paketquellen.

Also klone (hust) doch bei Gelegenheit mal sicherheitshalber deine SD-Karte. (oder mach' besser das, was alle hier angeraten hatten: Backup+Neuinstallation des OS (auf einer neuen Karte!))!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files