Shelly vs Ecotracker

Ordnas · 2025-10-24T02:55:03+00:00

Ich habe beide im Einsatz. Jetzt ist mir aufgefallen das der Ecotracker viel häufiger aktualisiert als der Shelly. Offensichtlich gibt es gerade mit Shelly P...

Surfer1264(2nd)

betty In OpenDTUonBattery kann man die Abfrage auf 1 Sekunde einstellen und wird direkt lokal über rpc abgefragt.

Das ist das lokale lokale Setup ( das Ordnas nicht hat), JA UND wie Felli und ich schon schrieb, so schnell kannst du nicht mal zuschauen, so schnell geht das ,da braucht man sich auch nicht vor den Hauszähler stellen, defacto synchron.

Alle anderen Lösungen “einmal um den Globus” haben halt ihre Latenzen, mal mehr mal weniger. Und wenn das die DatenGrundlage für eine Regelung ist……….weiter muss ich nicht sprechen..

Zurück zum Problem oben
👆
Latenzen Shelly vs.,Ecotracker….um die Frage ging es.
Ich hatte Ordnas gebeten, was zu prüfen…Antwort steht aus.

Surfer1264(2nd)

mwe In der Shelly App unter Geräteinformation gibt es als letzten Eintrag einen Zeitstempel namens "zuletzt gesehen" dort ist eine sekündliche Aktualisierung

Wirklich sekündlich?

Getestet?

Ich hab’s gerade getestet. 50 W Ein Aus im Sekundentakt.
Der Wert in der Shelly App wird alle 5 Sekunden aktualisiert. Das ist der Cloudweg.

im HA kann ich mir den Wert im Sekundentakt auslesen lassen. Ca. 50 W an/ aus… per Hand …man sieht die Sprünge

ZenUser17cB7VP

Shelly Pro 3EM lokal, Hyper 2k : Änderungen längstens nach 3 s.

Surfer1264(2nd)

ZenUser17cB7VP Shelly Pro 3EM lokal, Hyper 2k : Änderungen längstens nach 3 s.

LOKAL yes

ZenUser17cB7VP

Viel schneller geht es eh nicht, wenn die Abtastung 60/min erfolgt.

zen-100

Habe ebenfalls beide - Shelly und Ecotracker - parallel im Einsatz und bin überrascht, wie schnell der Ecotracker reagiert. Der Geschwindigkeitsunterschied ist bei mir zugunsten des Ecotracker sehr gering (Reaktion Shelly nahe 3 sek., Eco 1-2 sek.). Der Ecotracker ist jedenfalls für alle, die einen fachmännischen Eingriff in den Zählerkasten scheuen, eine sehr gute und preisgünstige Alternative. Mein davor parallel laufender Tasmota-Lesekopf i. V. mit iobroker war um Welten langsamer. Jetzt steuere ich alles mit HA und bin damit aktuell sehr glücklich.

Surfer1264(2nd)

zen-100 Jetzt steuere ich alles mit HA und bin damit aktuell sehr glücklich.

Im Kontext der Arbeit im HA solltest du keine Verzögerungen mit Shelly sehen…. Läuft ja alles lokal.
Also Ich habe keine Verzögerungen, siehe oben……

ZenUser17cB7VP

Mein Hyper 2k regelt mit dem Shelly genauso schnell wie der Ecotracker im Video des OP.

MachtjaNix

Shelly ist mega ungenau der ecotraker ist die bessere Wahl

Surfer1264(2nd)

MachtjaNix Shelly ist mega ungenau der ecotraker ist die bessere Wahl

Kann ich aus Erfahrung der letzten 2 Jahre leider gar nicht bestätigen.
Kannst du das mal mit Zahlen Daten Fakten hinterlegen? Bitte ?

Surfer1264(2nd)

TS1

Hey alles gut Mr. TS1

wogegen ich MEGA allergisch bin sind

pauschalierte Behauptungen hier in solchen Foren und damit meine ich nicht Dich (der erklärt)
sodern sowas hier .....

MachtjaNix Shelly ist mega ungenau der ecotraker ist die bessere Wahl

um dann abzutauchen....TROLL
ZAHLEN DATEN FAKTEN

Mehr als 1% Genauigkeit verspricht der Shelly übrigens nicht, oder anders herum, diese Genauigkeit kann man erwarten
auf 1000kwh im Jahr also 10kwh "Messfehler" , eigentlich kein Gespräch wert.

Ziemlich unerklärlich immer noch

TS1 bei mir im niederen Messbereich zwischen 0 und 100W etwa 6-10W Messdifferenz

bei der induktiven Messmethode des Shelly.... verstehe ich tatsächlich NULL. Aber sei es drum. Du hast es im Griff.

MachtjaNix

🤣🤣🤣

PV-Laudi

Bei mir wird die Leistung innerhalb von 2-3 Sekunden angepasst. Wasserkocher mit Blick auf die Shelly app. Genauer wäre es natürlich der Wasserkocher steht im Keller mit nen Blick auf'n Zähler 😏

TS1

Ach man Surfer, das hab ich dir doch auch schon vor über einem halben Jahr versucht zu erklären. Damals war bei mir im niederen Messbereich zwischen 0 und 100W etwa 6-10W Messdifferenz zwischen dem EVU-Zähler und dem pro3em, die zusätzlich nicht vom Hub2000 gegen Null geregelt wurden. Das hatte ich dann mit ein paar mehr Windungen 0,5er Schaltlitze um den CT-Wandler von Eingang C, also wo die 2-3W Spannungsversorgung drauf ist, ausgeglichen bekommen.
Du solltest nicht von deiner Anlagengenauigkeit auf die der anderen schließen, es gibt immer Differenzen bei Einbau und Herstellung und die Shellys sind auch nicht geeicht! Streuungen und Spreizungen sind in dem Messbereich mit 1% Fehler schon Normal.

brs

Ist das wirklich so das der shelly publisht oder wird der auch nur abgefragt und wenn wo ist es einzustellen

Surfer1264(2nd)

brs Ist das wirklich so das der shelly publisht oder wird der auch nur abgefragt und wenn wo ist es einzustellen

Im Cloudumfeld ist da GAR NICHTS einzustellen......dies Clouds unterstützen keine industriellen Echtzeitanwendungen. Thats it
Die Shelly App aktualisiert nicht schneller als 5 Sekunden. (was für Anzeige völlig reicht).
Der Shelly löst die Daten aber im Sekundentakt auf (für die Statistik)...wie oft er die Daten wegschiebt? DONT KNOW. Vermutlich wenn er Zeit hat. (Shelly kann ja die Daten über Stunden Puffern...großer Vorteil). Daher gibts hier auch keine Datenlücken, wie bei Zendure.

Wenn man auf Geschwindigkeit wert legt...
AGAIN and AGAIN and AGAIN

LOKAL abfragen, so oft wie du willst, bis die Leitung glüht
HTTP-Request....Felli wir verstehen uns

Felli hängt via http request an der API

Felli

Im MQTT Modus publisht er an einen MQTT Broker, wenn man via API anfragt also request dann gibt der anrufende den Takt vor. Wie gesagt das eine schiebt das andere deut 😉 Ist ähnlich wie bei Tasmota da tun die sich nicht viel. Meine OpenDTUonBattery hängt via http request an der API. Da gebe ich den Takt in der DTU an. Wenn ich den Kopf via MQTT anschaue, ist die Feuerrate im Kopf definiert. Kleinste Einheit bei meinem Iskra Zähler ist 1 Sekunde, so oft liefert er Werte. Bei korrekt definierten Skript haut der Kopf das auch via MQTT in die Welt. Dazu braucht es aber ein stabiles Netzwerk. Wenn man ein Dutzend oder mehr dieser Geräte im Netzwerk hat, kann die Paketzahl sonst zu Instabilität führen.

brs

Also antwortetet auf request, und sendet nicht von sich in die Welt hinaus

Felli

Danke fürs erklären ich weiß nicht wie ich es anders bildlich erklären soll. Es geht auf jedenfall und das so wie man es mag und ohne meckern 😵‍💫🤣

Surfer1264(2nd)

brs Also antwortetet auf request, und sendet nicht von sich in die Welt hinaus

Depends von der Schnitstelle die du nutzen willst...Welche möchtest DU denn nutzen ?

MQTT und HTTP-Request und Matter, RPC over UDP, MODBUS und .....Whatever
sind untersch. Konzepte

Aus Entwicklersicht sind die Geräte ein Traum, weil sie (fast) alles unterstützen.

Felli

Kommt aufs Protokoll an habe ich doch geschrieben. Http request ist die Abfrage via API als request=abholen, MQTT sendet Daten an einen Broker also schiebt sie weg. Hoffe jetzt ist es klar ich weiß nicht wie ich es noch anders beschrieben soll. Darüber hinaus bieten Shelly, Tasmota noch anderen Unfug an Schnittstellen an, je nachdem wie hart oder speziell man es braucht.

« Previous Page Next Page »