Probleme mit Speedtest

Begonnen von slor, 26 Oktober 2020, 23:23:13

Vorheriges Thema - Nächstes Thema

topa_LE

Zitat von: Christoph Morrison
Warum? Du kannst doch im Modul den Pfad zum Modul im Attribut path angeben (so bei mir, Buster mit ookla Speedtest):

Tja, wenn ich wüsste wo die installiere binary speedtest installiert wurde, hätte ich das gemacht.

Die aktuell einzige existierende speedtest habe ich manuell kopiert.

topa_LE

Besten Dank für dein Denkanstoss! ;-) Setze den Path mal nach usr/bin ...

Danke hoffe ich es klappt! ;-)

topa_LE

Ich las es sein, klappt nicht.

Danke dir trotzdem.

terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid
2020.11.13 20:39:58 1: PERL WARNING: Use of uninitialized value $a[1] in pattern match (m//) at ./FHEM/32_speedtest.pm line 181.
2020.11.13 20:39:58 3: eval: {speedtest_SpeedtestDone('WEB_Speedtest|')}
2020.11.13 20:39:58 1: PERL WARNING: Use of uninitialized value $a[1] in string eq at ./FHEM/32_speedtest.pm line 213.
2020.11.13 20:39:58 3: eval: {speedtest_SpeedtestDone('WEB_Speedtest|')}

topa_LE

Ich kenne mich ja selbst ;-)

Hat mir echt keine Ruhe gelassen.

Nach nochmals Recherche ist es tatsächlich so, das man in die /etc/init.d/fhem folgendes setzen muss:

Zeile 15/16 ergänzend: export HOME=/opt/fhem

### END INIT INFO
sleep 10
set -e
cd /opt/fhem
export HOME=/opt/fhem
port=7072


Ist nur echt etwas quicky! Wer soll das wissen, der sich nicht so richtig auskennt. ... und das bei so einem doch so unwichtigen Modul!

Lüppt jetzt wieder wie es soll.

Da sollte Andre oder ein anderer mal es im Wiki ergänzen ...

Schönen Abend noch.

DONE :-)

MadMax-FHEM

Naja, initd ist halt "Historisch" Stretch bzw. eigentlich sogar noch Jessie (und früher)...

Auf einem "nativen" Buster wird fhem durch systemd gestartet...

Vielleicht ist das somit auch nur bei dir das Problem: unter Stretch das Problem mit dem Installieren von speedtest und nach dem Upgrade zu Buster dann das Problem mit Home... ;)

Gruß, Joachim

P.S.: Aus diesem und anderen Gründen halte ich eben nichts von Upgrades...
...ich installiere sauber/neu...
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)

topa_LE

Gebe ich dir voll Recht, nur die Zeit habe ich nicht.

Habe bisher von Jessie -> Stretch -> und Dralala upgegraded. Irgendwann muss ich mal völlig neu aufsetzen. aber jede Menge Arbeit.

Aktuell läuft meine FHEM (4 Jahre) sehr gut mit alle erdenklichen Defines. Aber richtig, mal NEU machen ist nicht verkehrt ... nur jetzt noch nicht ;-)

Besten Dank für Eure Unterstützung.

Schönes WE.

slor

#51
Konnte dank dem Speedtest Vodafone Kabel Deutschland beweisen, dass die Leitung echt mies ist.
Seit Freitag bei der Telekom mit DSL und happy. Telekom Leitung ist zwar nicht ganz so schnell, aber stabil und besserer Ping.
Die Graphen sprechen für sich :-)
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Technikfan123

Hallo Slor

Es freut mich sehr, dass du eine Lösung gefunden hast! Wenn etwas nicht so funktioniert, wie man es gerne hätte, dann kann es mit der Zeit echt mühsam werden. Hoffentlich funktioniert nun alles einwandfrei. Ich drücke dir die Daumen  ;D.
Die Technik galoppiert ihrem Reiter davon. (Manfred Hinrich 1926 - 2015)

Ralph

Moin,
vielleicht liest es ja noch jemand hier.
Ich scheute mich, etwas Neues aufzumachen.

Habe seit heute dieses Problem und weiß nicht, wo ich suchen soll:

pi@raspb:~ $ sudo speedtest-cli --list | grep Germany
Cannot retrieve speedtest configuration
ERROR: HTTP Error 403: Forbidden

Speedtest terminiert mit failed.

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

Zitat von: Ralph am 07 August 2022, 21:42:21
Moin,
vielleicht liest es ja noch jemand hier.
Ich scheute mich, etwas Neues aufzumachen.

Habe seit heute dieses Problem und weiß nicht, wo ich suchen soll:

pi@raspb:~ $ sudo speedtest-cli --list | grep Germany
Cannot retrieve speedtest configuration
ERROR: HTTP Error 403: Forbidden

Speedtest terminiert mit failed.

Bist wohl nicht alleine: https://forum.fhem.de/index.php/topic,114118.msg1230361.html#msg1230361

Ich nutze allerdings ookla...

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)

Ralph

Danke Dir für die Antwort. Nun gerade gehts wieder.

Aber auch Danke für den Wink mit ookla. Ich las schon mal was, aber es war mir wieder entfleucht.
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

Gisbert

Hallo zusammen,

da ich gesehen hab, dass auf diesen Beitrag Bezug genommen wurde, wollte ich erwähnen, dass ich die ookla-Variante nicht zum Laufen gebracht habe. Beta-User versucht mir gerade im obigen Thread zu helfen.

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

Moin Gisbert,
habe ookla mal installiert, läuft auf dem Raspi gut, mit FHEM Speedtest aber nicht, siehe Dein Link.
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

eddy242

Hallo zusammen,

ich bin den Diskussions-Thread durchgegangen, bin mir aber nicht ganz sicher, ob das abschließend gelöst wurde. Ich habe den Stacktrace an und bekomme folgende Einträge regelmäßig. Ich verwende (bisher) nicht Ookla.

2022.09.12 07:31:10.328 1:     main::CallFn                        called by fhem.pl (782)
2022.09.12 07:31:10.328 1:     main::telnet_Read                   called by fhem.pl (3961)
2022.09.12 07:31:10.328 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (263)
2022.09.12 07:31:10.328 1:     main::AnalyzeCommand                called by fhem.pl (1125)
2022.09.12 07:31:10.328 1:     main::AnalyzePerlCommand            called by fhem.pl (1198)
2022.09.12 07:31:10.328 1:     (eval)                              called by fhem.pl (1169)
2022.09.12 07:31:10.328 1:     main::speedtest_SpeedtestDone       called by (eval 11128075) (1)
2022.09.12 07:31:10.328 1:     main::__ANON__                      called by ./FHEM/32_speedtest.pm (214)
2022.09.12 07:31:10.328 1: stacktrace:
2022.09.12 07:31:10.328 1: eval: {speedtest_SpeedtestDone('hlathome_speedtest|||')}
2022.09.12 07:31:10.328 1: PERL WARNING: Use of uninitialized value $a[1] in string eq at ./FHEM/32_speedtest.pm line 214.
2022.09.12 07:31:10.328 1:     main::CallFn                        called by fhem.pl (782)
2022.09.12 07:31:10.328 1:     main::telnet_Read                   called by fhem.pl (3961)
2022.09.12 07:31:10.328 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (263)
2022.09.12 07:31:10.328 1:     main::AnalyzeCommand                called by fhem.pl (1125)
2022.09.12 07:31:10.328 1:     main::AnalyzePerlCommand            called by fhem.pl (1198)
2022.09.12 07:31:10.328 1:     (eval)                              called by fhem.pl (1169)
2022.09.12 07:31:10.328 1:     main::speedtest_SpeedtestDone       called by (eval 11128075) (1)
2022.09.12 07:31:10.328 1:     main::__ANON__                      called by ./FHEM/32_speedtest.pm (182)
2022.09.12 07:31:10.328 1: stacktrace:
2022.09.12 07:31:10.328 1: eval: {speedtest_SpeedtestDone('hlathome_speedtest|||')}


Der Speedtest klappt manchmal, manchmal nicht

Internals:
   DEF        7200
   FUUID      5c8c367f-f33f-0759-bf63-3410b92b2fc2de04
   FVERSION   32_speedtest.pm:0.238670/2021-03-01
   INTERVAL   7200
   LOCAL      0
   NAME       hlathome_speedtest
   NR         76
   STATE      ok
   TYPE       speedtest
   eventCount 88
   Helper:
     DBLOG:
       download:
         logdb:
           TIME       1662970077.42792
           VALUE      265.93
       ping:
         logdb:
           TIME       1662970077.42792
           VALUE      22.757
       state:
         logdb:
           TIME       1662970077.42792
           VALUE      ok
       upload:
         logdb:
           TIME       1662970077.42792
           VALUE      41.09
   READINGS:
     2022-09-12 10:07:57   download        265.93
     2022-02-20 07:21:09   id              40094
     2022-02-20 07:21:09   location        Frankfurt
     2022-02-20 07:21:09   name            PVDataNet
     2022-02-20 05:21:09   packetLoss      0
     2022-09-12 10:07:57   ping            22.757
     2022-09-12 10:07:57   state           ok
     2022-09-12 10:07:57   upload          41.09
   helper:
Attributes:
   DbLogInclude .*
   alias      Speedtest Client
   comment    Alle: speedtest-cli --list | grep Germany
   group      Communication
   path       /usr/bin
   room       Server

hapege

Hallo,
Ich hatte auch ständig 403er Fehlermeldung. Abhilfe:
Wenn ich speedtest-cli mit "--secure" aufrufe (bzw die Option in der 32_speedtest.pm ergänze), dann klappts zuverlässig. Habe ich auch gerade hier gepostet:
https://forum.fhem.de/index.php/topic,13419.msg1236431.html#msg1236431

Sorry falls der Post woanders hingehört...
Developer: 70_ESCVP21net.pm, 70_SVDRP.pm
Mitglied FHEM e.V.