VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Beides geht - irgendwie...
Sinnvoll ist wohl eher ein Shelly1, wenn lediglich der eine Verbraucher geschaltet werden soll und keine Leisungsüberwachung notwendig ist.
Den vorhandenen 2.5er einzusetzen ist ggf. auch möglich - kommt u.a. drauf an, welche Leistung geschaltet werden soll und welche Art Trafo das ist.
Wie sieht es denn mit der WLAN-Abdeckung im Technikhaus aus? Wenn die mager ist, dann ist Frust vorprogrammiert...
Und einbinden ins eigene Netzwerk geht gar nicht? Nur der Shelly AP?
Hier war von 14-18Uhr an ohne zu nutzen. Klar gibt es leichte Veränderungen aber im Schnitt über eine Stunde immer 15-16Wh
Wahnsinn - hätte ich nie gedacht... das grenzt ja an elektrische Raumheizung.
Was macht der denn mit der Energie?
Wobei mich im Fall TV grundsätzlich frage, warum ich da eine mehr oder weniger smarte Steuerung benötige. Ich bin doch vor Ort, wenn ich gucken will und wenn ich nicht vor Ort bin, braucht das Teil doch auch nix tun. Früher, bei den alten Röhrengeräten war es noch lästig, dass die locker mal ne Minute brauchten bis die Mattscheibe erste Kontraste zeigte.
Aber die aktuellen Teile sind doch innerhalb Sekunden betriebsbereit - die brauch ich doch nicht anzukurbeln, wenn ich vom Job heimwärts aufbreche, wie z.B. meine Heizung...
Ich hab für meine Mediengeräte, die ja mittlerweile gar keinen - oder wenn sehr versteckten - Netzschalter mehr haben, seit DM-Zeiten dieses Teil:
Alsolut betriebssicher, definitiv Null Standby, wenn alles aus ist. Gesteuert wird sie von mir als Aktor und meiner Frau als übergeordnetes System - smarter gehts nimmer... 
Da stimme ich t-600 zu,
solange man die Energie nicht so speichern/einsetzen kann, das der Überschuss auch "häppchenweise" sinnvoll genutzt werden kann, ist es immer ein Jonglieren, wann man was zum richtigen Zeitpunkt startet.
Bei Deiner 4kWp-Anlage hast Du ja nun schon Erfahrungswerte sammeln können, was die denn so im Jahresverlauf und bei den unterschiedlichsten Witterungsbedingungen produziert. Und damit kennst Du ja den Leistungsverlauf auch wenn mal eine Wolke die Sonne verdeckt. Eine gewisse "verwertbare" Grundproduktion lässt sich da sicher im Tagesverlauf definieren und damit nutzen.
Soweit ich weiß, gibt es Webseiten, die die erwartete Sonneneinstrahlung für viele Orte berechnen/zur Verfügung stellen. Diese Werte in Kombination mit Deinen Anlagenwerten in z.B. einem ioBroker-System zusammengebracht könnten vielleicht ein paar interessante Ansatzpunkte zur Eigenverbrauchsoptimierung bieten...
Ist halt was zum "reinfuchsen" und sicher nicht mal eben so erfolgreich zusammengeklöppelt...
Falls Du Dich dran gibst - viel Erfolg, und lass uns wissen, wie es läuft....
BTW: Nur interessehalber- Hat sich die Leistung deiner Module über die Jahre spürbar veändert?
Es sind primär Mobilfunkgeräte, die ihre Sendeleistung entsprechend der Signalqualität verändern (können).
Daher "strahlt" ein Smartphone "wie Weltmeister", wenn man im Funkloch ist - und damit steigt natürlich der Energiebedarf/-verbrauch.
Im Bezug auf WLAN habe ich von solcherlei Energiesprüngen noch nicht gehört/gelesen.
Fakt ist jedenfalls, dass die Shellys permanent versuchen sich mit dem konfigurierten Netzwerk zu verbinden - vielleicht, wenn erfolglos, öfter und damit energieintensiver als bei Verfüfgbarkeit des WLANs...
Hallo Karl,
da vermute ich erstmal mehrere Probleme.
So wie ich das lese, funktionieren bei Dir alle Shellys außerhalb der Unterverteilung problemlos?
Was ist denn "nach einiger Zeit"? Ist das eher nach einer Stunde, oder nach einer Woche?
Wäre es möglich, dass Du die UV-Türe mal aushängst und die UV für eine gewisse Zeit offen läßt?
Sind immer alle drei Shellys in der UV gleichzeitig betroffen, oder mal der eine, mal der andere?
Wenn sich die Shellys "nach einiger Zeit zurücksetzen" - sind sie dann komplett aus dem Netzwerk? Nicht mehr (bei ggf. offener Türe) über Web-UI erreichbar?
Wie sieht es in der UV mit Wärme/Enge und ggf. energieführenden Adern (also Leitungen, durch die immer mal wieder ordentlich Storm fließt - Waschmaschine/Trockner/Herd etc.), die vielleicht nahe an den Adern liegen, die jeweils an Shelly-SW angeklemmt sind?
Aber wenn es doch schon immer ein Taster war/ist, dann muss doch irgendwo ein Stromstoßrelais o.ä. verbaut (gewesen) sein. Das wäre doch dann der Ort für den Shelly.
Nee - die Shellys ticken zwar intern (mehr oder weniger genau), aber sobald sie booten werden Zeitinformationen gesucht.
Sind nun mal WALN-Aktoren und keine Zeitschaltuhren o.ä.
Hi Marco,
you are right...
When my brain serves me right, we (the members of this forum) figured out the different possibilities of wiring. It works well and solves many problems - but still it is not part of the official technical file.
Hallo Rainer,
gib mal in der Suchfunktion (bei Bereich "Alles" anwählen, nicht nur "Forum" oder ähnliches) ein paar Schlagworte zu dem Thema ein.
Du wirst "geflutet" mit dieser Fragestellung und entsprechenden Informationen.
Sämtliche Zeitfunktionen der Shellys sind von einem Zeitserver abhängig, da die Shellys selbst keine Uhr haben.
Ob der Zeitserver dann via Internet erreichbar ist, oder ob der eigene Router diesen Job übernimmt ist dem Shelly egal - Hauptsache er bekommt Zeitinformationen, wenn er sie braucht.
Sämtliche Zeitfunktionen der Shellys sind von einem Zeitserver abhängig, da die Shellys selbst keine Uhr haben.
Ob der Zeitserver dann via Internet erreichbar ist, oder ob der eigene Router diesen Job übernimmt ist dem Shelly egal - Hauptsache er bekommt Zeitinformationen, wenn er sie braucht.
Genau... SmartHome ist ein Weg....
Er ist dann nicht mehr erreichbar und ein Schalten mit den physischen Tastern, die an dem Schalteingang hängen, ist auch nicht mehr möglich.
Da würde ich mal den Fokus drauf richten...
Wifi-Erreichbarkeit ist die eine Sache... aber wenn die Schalter nicht mehr reagieren liegt da zumindest mal "ein Wurm" drin....
Hallo FG-FOX,
Nur über ein Drittsystem
das ist vielleicht ein wenig spartanisch.
Ein oft "übergeordnet" genanntes System, wie z.B. ioBroker führt die Einzelsysteme zusammen und bietet auch entsprechende Plattformen der Auswertung/Steuerung.
Letztlich sind die Anlagenteile, wie Wechselrichter, Shelly3EM, Smartplugs nichts anderes als Datenlieferanten bzw. Befehlsempfänger. Was aus den Daten gemacht wird und was an Reaktionen/Befehlen herauskommt können diese Teile nur rudimentär bieten/leisten. Ab einer gewissen Komplexität, Wunsch nach Kontrolle, Individualität kommt man um eine "Steuerzentrale", die das kann nicht herum.
BTW: Warum fällt Deine Anlage "raus"? Ist sie dann 20 Jahre alt?
Hi Alexandre,
there are diffenrent conditions the DW2 will wake up and send its state data:
Main: Open/Close (of course)
Additionally: A periodic set of data will be sent. The DW2 wake up, send state, back to sleep. I don't know the exact frequency of the period, but I think I heard something like every 12 hours...
In the App/WebUI you can define/enable more condition for wake up and sending:
In section "Sensor Settings" you can activate the light conditions, "tilt"-function, the "vibration"-sensor and temperatur changes. All active detecions will wake up the DW2 and it will send state information - and will stress the battery.
For example: I configured my DW2 that it will inform me about open/close the gate and if the temperature is changed more than 1°C. In my log I will find (depending of weather and come/go-events) more than 20 entrys of the DW2.
Form "outside the sensor" you cannot wake up the sensor using software, http-request ore something like that. The only way to wake up is push the button or manipulate the conditions (like open/close the door).
Hi,
1. Both life wires? = 1x110V + 1x110V + Neutral?
2. CT? What is CT?
Hi barry,
yes... that would bei nice....
But do you know any Shelly the Input-potential is independent from power supply?
Was würde denn passieren, wenn statt dem I3 mal der Shelly-Adapter im ioBroker neu gestartet wird?
Ich habe ja auch seit Monaten das Problem, dass alle Shellys brav in der App und via NodeRed arbeiten und nur immer wieder im ioBroker "einfrieren" - bis heute ohne Ergebnis/Lösung... nur Adapter Restart hilft für mehr oder weniger lange Zeit...
Bin daher auf dem Weg Richtung MQTT...
Darf ich fragen, wozu dann ioBroker benötigt wird?
Na klar....
Ich war anfangs genauso überfordert, wie der TE, der seine Shellydaten via ioBroker/NodeRed im Homee visualisieren will.
Trotz etlicher Videos wußte ich ewig nicht, was wie funktioniert, und was welche Vorsusetzungen braucht - wahrscheinlich habe ich mich selbst duch meine SPS-Vergangenheit blockiert... egal.
Ich hatte mit NodeRed begonnen und wollte die Shellywelt und die Eaton-E4-Welt zusammenbringen. Irgendwie hat das alles nicht so geklappt und mich stört bis heute, dass die Zustandsänderungen eines Shelly in NodRed erst nach ausdrücklichem Nachfragen (pollen) ankommen. Auch hat mich die Fülle der Daten, die bei Statusabgfrage reinkommen schier überfordert.
Da bin ich dann auf ioBroker umgeschwenkt, der mir alle Daten schön aufgeschlüsselt und anwählbar in seiner Liste der Objects präsentiert.
Mittlerweile habe ich darüber auch meinen Wechselrichter und andere Dinge laufen - und weiter die Shellys.
Allerdings bin ich da auch wieder nicht wirklich zufrieden, da sich bei mir der Shelly-Adapter mal gerne mehr oder weniger "verabschiedet" dass alle Werte der Shellys (komischerweise bis auf Uptime) eingefroren sind (in der Shelly-App und in NodeRed sind die Stati weiter aktualisiert verfügbar/steuerbar). Erst ein Adapterneustart bringt Abhilfe (manchmal nur für wenige Minuten, manchmal locker für den Rest des Tages - Nachts wird eh ein Neustart gemacht).
Also hier geschildert/gefragt, in Fb gefragt... ohne greifbare Ergebnisse/Hinweise/Ideen.
Also wieder mit NodeRed rumprobiert und wieder feststellen müssen, dass die Shelly-Nodes trotz einer einstellbarer "Poll-Time" nix von selbst bringen - ohne inject o.ä.
Jetzt wage ich mich an MQTT, weil ich mittlerweile auch begriffen habe, wie ich via Telegram steuern/auswerten kann - und so keine Shelly-Cloud mehr benötige, um aus der Ferne zu agieren. Zudem kommen auch in NodeRed via MQTT alle Werte so prompt rein, wie ich das via COAP beim ioBroker schätzen gelernt habe...
Vielleicht wird der ioBroker bei mir igendwann obsolet, aber zur Zeit komme ich mit der Kombination ganz gut klar:
ioBroker als Basis und alles andere als Adapter darin versammelt...
