[erledigt] Freeze-Suche rund um echodevice-Modul (viele https-Requests)

Begonnen von MadMax-FHEM, 20 Januar 2020, 18:15:02

Vorheriges Thema - Nächstes Thema

MadMax-FHEM

Hallo Markus,

Zitat von: KölnSolar am 21 Januar 2020, 21:16:39
das ist ja prima. freezes vom echodevice so gut wie gelöst, Oli hat jetzt doch wieder einen Sinn in seinem attr gesehen und Dein Testsystem ist auch etwas aufgeräumter.  ;D
Und alle was gelernt. 8)

jep, das stimmt! :)


Zitat von: KölnSolar am 21 Januar 2020, 21:16:39
Bis zum nächsten Mal

Mal sehen, ich hab ja noch so ein paar Testsysteme mit potentiellen "Freeze-Modulen"...
...die es aus diesem und anderen Gründen noch nicht auf mein Hauptsystem geschafft haben... ;)

Aktuell "untersuche" ich gerade das Unifi-Modul, ob das auf mein Hauptsystem "darf"...

Noch mal danke, 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)

KernSani

Zitat von: KölnSolar am 21 Januar 2020, 21:16:39
Oli hat jetzt doch wieder einen Sinn in seinem attr gesehen
Nö... sehe ich immernoch nicht so wirklich ;) Ich glaube das frisst nur jede Sekunde ein paar Millisekunden und der Mehrwert ist fraglich...
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...