Momentan finde ich die API für den Flood noch etwas schwierig: Man muß ja genau den Moment abwarten, wenn er Online geht um einen /status-Request abzuschicken.
In der Cloud-API ist der Flood noch nicht enthalten.
Toll wäre die Möglichkeit, wenn er seinen kompletten /status als JSON an eine angegebene URL postet, sobald er Online kommt.
Ich hatte wieder etwas Gelegenheit an meinem ursprünglichen 1PM Problem zu arbeiten.
Nach einem Austausch durch einen Shelly1 funktioniert alles problemlos seit einer Woche!
Ich habe auch zwischenzeitlich mit ein paar Fachleuten gesprochen. Ohne das fachlich beurteilen zu können war deren Meinung das es sehr gut vorstellbar ist, das die wahrscheinlich verbauten Hall-Sensoren zur Strommessung bei induktiven Lasten (z.B. gewickelte Halogentrafos) durchaus "Fehler" in die Elektronik induzieren können, was dann zu einem Absturz führen kann.
Ich hatte auch den Hersteller disbzgl. via Support kontaktiert, da kam aber nich viel hiflreiches zurück.
Momentan schaut das Fazit wie folgt aus: Der Shelly 1PM hat auf Grund seiner Bauweise evtl. Probleme, wenn er induktive Lasten schalten muss.
Interessant wird dann für mich, ob das auch den 4Pro betreffen wird, oder eine zukünftige Änderung das Problem beseitigt.
Hallo,
du kannst jederzeit die API-Schnittstelle aufrufen: http://[ip]/status . Dort kommen Daten im JSON-Format zurück, unter "temperature" findest du den gesuchten Wert.
Grüße,
Magnus
SparkyMaster: Ja, Fehler tritt immer nur dann auf, wenn der Trafo als Verbraucher an Output hängt, sonst nicht.
SparkyMaster : Danke für deine Antworten.
Ich hatte am Wochenende wieder etwas Zeit zum experimentieren:
- Einen anderen Shelly 1PM an anderer Stelle verbaut mit LED-Birne: Funktioniert tadelos.
- Am Problem-Standort statt Halogentrafo direkt LED-Birne angeschlossen: keine Probleme
- Nochmal alle Kabel und Anschlüsse geprüft auf stromführende Phase und Schalter
- Schalter komplett weggelassen, schalten nur per SW: gleichen Probleme
- Testreihe: mind. 2 Minuten warten nach booten, dann alle 10 Sekunden per SW schalten: 8,10,2,5,7,1,7,3,14,8,2,1 (Zahl gibt Anzahl der Schaltvorgänge bis zum Absturz/Reboot an, 3 mal hat er nicht automatisch neu gebootet sondern musste stromlos gemacht werden).
- Fehler tritt somit sporadisch sowohl beim Ein- als auch beim Ausschalten auf.
- Ist der Shelly abgestürzt hat er immer noch Strom (LED leuchtet)
- an der Hauptphase ist ein E-Meter verbaut, das zeigt folgende Werte beim einschalten des Trafos: CosPhi-Verschiebung 9 Grad, 36VA Scheinleistung anstieg, Blindleistung 0,017 kVar anstieg
Für mich sieht es immer noch so aus, als ob die Elektronik des Shellys wegen Problemen mit dem Verbraucher (Halogentrafo mit 50W) abstürzt. Einen Anschlussfehler kann ich nicht sehen, es funktioniert ja erstmal alles.
Guzzi-Charlie : Welche Verbraucher hängen hinter deinen 1PMs die nicht funktionieren?
Hallo,
nochmal ein Update nach weiteren experimentieren: Lass ich den Verbraucher weg (O), läuft der Shelly stabil (natürlich wird dann der Verbraucher nicht mehr geschalten).
Kann es sein, das der Halogentrafo (etwas ältere Bauart, 3 Halogenbirnen, Verbrauch laut Shelly 50W) irgendwelche Stromschwankungen verursacht, die den Shelly zum Absturz bringen?
Das würde genau zu dem Verhalten passen: Manchmal bootet er neu, manchmal bleibt er einfach in einem undefinierten Zustand hängen. Das kenne ich auch von anderen elektronischen Geräten, wenn Spannungsschwankungen auftreten.
Ich hab noch die "Max Power Protection" ausgeschalten, an der liegts aber auch nicht.
Grüße,
Magnus
Hallo SparkyMaster ,
gerade nochmal kontrolliert, ich habe genau wie in Variante 1 angeschlossen. Ich dachte auch erst an sowas, allerdings dürfte er ja dann gar nicht mehr funktionieren, bis ich wieder am Schalter schalte. Er verhält sich aber ohne weiteren Schaltvorgang so: Schalter -> nicht mehr erreichbar -> boot -> wieder erreichbar. Und er funktioniert ja grundsätzlich einige male.
Andere Frage: Warum ist eigentlich die Schaltung zwischen einem Shelly 1 und einem Shelly 1PM verschieden? Hat das mit dem potential freien/nicht potentialfreien Schaltausgängen zu tun?
Update: Gerade auch noch Variante 2 geschalten, hat leider genau das gleiche Verhalten.
Grüße,
Magnus
Hallo,
das ist schonmal beruhigend, das ich nicht ganz alleine bin mit meinen Problemen. Ich habe auch eine Fritzbox mit Mesh in Betrieb, den Zusammenhang mit den Shelly-Problemen stelle ich mir aber etwas schwierig vor.
Firmware habe ich nur die aktuelle getestet, vielleicht kam mit dem letzten Release der Fehler rein?
Grüße,
Magnus
Ich bin mit meinem Shelly 1PM am verzweifeln, ich bekomme diesen nicht stabil zum laufen.
Problem: Nach dem einsichern, überlebt der Shelly ein paar Schaltvorgänge (manchmal einen, manchmal bis zu zehn), dann reagiert er nicht mehr (kein Netz, kein manuelles Schalten). Nach einiger Zeit scheint ein Watchdog den Shelly neu zu booten und er ist wieder im Netz erreichbar. Der Uptime-Zähler (via Rest) zeigt dann ein paar Sekunden an, er hat also wirklich neu gebootet.
Folgendes habe ich bisher ohne Erfolg ausprobiert:
Aufgebaut ist der Shelly 1PM laut Anleitung (unter Beachtung das Anleitung von Gehäusebeschriftung abweicht (L1/L vertauscht):
Phase kommend: Shelly L
Phase gehend: Shelly O
Null kommend: Null gehend + Shelly N
Schalter (roter Anschluss): Shelly SW
Schalter (schwarzer Anschluss): Shelly L1
(kommend: von Sicherung, Gehend: zu Lampe)
Das ganze ist ein normaler Wechselschalter, an dem nur zwei Anschlüsse vorhanden sind (rot/schwarz). Es hängt lediglich ein Halogentrafo mit 50W dran.
Ich verstehe nicht ganz, warum er eigentlich funktioniert (Schalten per Software/Schalter, WLAN erreichbar) und dann plötzlich ohne erkennbares Muster bei einem Schaltvorgang nicht mehr reagiert und dann neu bootet (In seltenen Fällen funktioniert das automatische Booten auch nicht und die Sicherung muss manuell ausgelöst werden). Die Hardware kann es aber auch nicht sein, da ich extra einen neuen 1PM gekauft habe, dieser sich aber genauso verhält.
Update: Wenn man den Output weg lässt (O offen) läuft alles stabil (natürlich wird dann der Verbraucher nicht geschalten).
Ich hoffe jemand kann mir einen Tipp geben was falsch ist.
Grüße,
Magnus
Hallo,
ich hab genau das gleiche Problem wie Davimas. Sobald URLs eingetragen sind, stürzt der Shelly sporadisch ab. Manchmal überlebt er ein paar Schaltvorgänge (egal ob per Software oder per Schalter), mal gleich das erst mal nach dem booten. Erst Sicherung an/aus macht ihn wieder erreichbar.
Ich habe keine CCU angebunden sonder ein eigenes Script das im lokalen Netz auf meinen Server liegt. Dort kommt dann nach dem Absturz auch nichts mehr an, ping geht dann auch nicht mehr.
Update: Ich bin mir nicht mehr sicher, dass die Aktionen schuld sind, da das Problem jetzt auch ohne diese Auftritt. Habe deswegen wg. des Problems einen neuen Thread aufgemacht.
