Bei einigen (schlecht konfigurierten) CMS Systemen kann es vorkommen, dass solche User-Namen als Bash Befehl interpretiert werden, daher sollte man gewisse Sonderzeichen im Vorfeld vermeiden.
Mein „‚rm“ Befehl würde (als root) beispielsweise die komplette Festplatte unter Unix löschen, ohne nachzufragen. Also nicht nachmachen, wenn man kein aktuelles Backup hat 😉
Mal abwarten, was beim User
rm -rf /*
passiert 😈
Für alle übervorsichtigen Hobbyelektriker gibt’s ja auch potentialfreie Phasenprüfer, wie dieser hier von Conrad.
Was haltet ihr Admins davon den kompletten Thread zu löschen ?
Ernsthaft - nach seitenlanger Debatte um „Nichts“ konnte doch weder geklärt werden
1. warum die Sicherung auslöste
2. es rein garnichts mit dem i4 zu tun hatte
3. das Unwort „Phasenprüfer“ benutzt wurde 😆
du siehst meinen Beruf? wir lernen nicht umsonst über 3,5J
und Laien sollten länger leben, zuviele Tipps können uns auch hier im Internet ins Jail bringen!
siehe auch Link in Signature
Sorry, aber auch ich habe u.a. BMSR Technik für 3.5 Jahre gelernt. 😋
Ich denken wir alle haben hier eine gewisse Grundkenntniss von Elektrotechnik.
Ja - so ein Phasenschummler ist kein non-plus-ultra, aber für Otto-Normalverbraucher ist das eine Möglichkeit herauszufinden, wo es „Aua“ macht und wo nicht 😉
Bitte erklärt mir mal warum genau das eine schlechte Methode (für Laien) sein sollte ein Phase von einem Nullleiter zu unterscheiden ?!?
Meine Shellys haben per Firewall absolut keinen Internetzugang (Zeitserver LAN-intern), und die Astrozeiten funktionieren trotzdem.
Das halte ich für ein Gerücht. 🌜
Mir ist sehr wohl bekannt, wie Zeit unter Linux funktioniert - zumindestens seit dem 1.1.1970 😋
NTP, Zeitzonen und Astrodaten sind 3 versch. Themen klar. Die Shellies kennen nur eine „starre“ int. Uhr. Sachen, wie Zeitzonen od. Astrodaten müssen den Devices irgendwie bekannt gemacht werden.
NTP via lokalem Zeitserver (hab ich auch) - ok, aber Astrodaten muss selbst ObenHAB sich über ein Binding extern besorgen.
Die Zentrale hat doch keine direkte Verbindung zu einem Rolladen.
Selbstverständlich hat(te) die Gira Schaltzentrale eine Kabelverbindung zu den Rollläden. Mit welcher Magie sollten die denn vorher gesteuert worden sein 🪄
Wenn der Shelly so angeschlossen wird, dann darf der FI nicht auslösen, denn es kann kein Fehlerstrom fließen.
Ihr habt absolut Recht. Es ist viel Text zu dem Thema geschrieben worden und eingangs dachte ich, dass der Fi, statt LSS ausgelöst hatte. Mein Fehler.
Mein Vorschlag sollte ja nur dazu dienen den Fehler einzugrenzen. 
Stimmt nicht ganz. Die Astrozeiten werden von der Shelly anhand der Koordinaten berechnet. Sobald die Koordinaten fix eingestellt wurden funktioniert das autark.
Das Thema hatte ich ausgiebig mit dem Shelly Support debattiert, nach der letzten Zeitumstellung, denn genau das hat bei mir und vielen anderen Usern nicht funktioniert, obwohl die online waren.
Bei mir sind auch fest die Koordinaten eingestellt.
Es sollte mit einem Firmwareupdate behoben werden, wobei ich mich frage, woher ein offline Shelly diese Infos beziehen sollte ? Dann müsste ja ein GPS verbaut sein.
Hier im Forum wurde behauptet, dass die Astrodaten einen Tag vorher von der Cloud bezogen und vermutlich sogar lokal gespeichert werden, aber das funktioniert sicher nicht, wenn der Shelly dauerhaft offline ist.
Hallo elcidre,
für die Ersteinrichtung meiner Shellies habe ich mir einfach so ein Kabel gebastelt und die Phase markiert. Die Steckdosen-Phase bekommst Du auch mit einem Phasenprüfer raus, indem Du mit der anderen Hand den Schutzkontakt berührst.
Dann klemmst Du deinen i4 einfach mal an eine freie Steckdose und schaust, ob der FI immer noch kommt. Falls ja, ist der i4 definitiv defekt.
Die Eingänge am i4 müssen alle über die selbe Phase geschaltet werden. Ist das bei Dir sichergestellt ?
Hier nur mal ein Bsp. meiner Freihluftverdrahtung
Da muss ich meinen Vorrednern Recht geben. Das WLAN auszuschalten, bringt von der Stromersparnis NICHTS.
Im Gegenteil - viele SmartHome Geräte versuchen dann zyklisch alternative Verbindungen aufzubauen und gehen damit auch nicht in den Ecomodus.
Die Zeitpläne im Shelly laufen dann auch nur mit fest eingestellten Zeiten !
Sobald Astrodaten, wie bei Sonnenaufgang-/untergang eingestellt sind, funktionieren die Shellies nicht mehr, da diese Daten via Cloud oder eigener Hausautomation bereit gestellt werden.
Hallo mic@home,
prinzipiell gibt es für alles auch eine Shelly Lösung. In deinem Fall würde ich aber auch mal ein Blick auf Homematic o.ä. werfen, um abzustecken, was Du alles für dein Haus planst.
In Punkto Schalter, Fernbedienung, Alarmanlagen u.s.w. hat Homematic einfach die bessere Peripherie.
Shelly hat aber auch viele Vorteile. Angefangen von der OpenSource Idee, kein Cloudzwang oder direkter Zugriff auf die Devices via Webbrowser waren für mich ein Argument.
Tip: probiere einfach mal 2-3 kleinere Lösungen mit Shelly und entscheide, ob es das richtige für Dich ist.
Ich würde mit schaltbaren Steckdosen, Dimmern beginnen und dann die Rollläden nach und nach umrüsten. Spätestens da wirst Du kaum einen günstigere Lösung finden, mit solch einem Funktionsumfang.
Deine Netzwerkkenntnisse sind sehr vom Vorteil !
Das vernachlässigen viele bei ihren SmartHome Projekten.
Auf hier empfehle ich, den Bereich von 1-100 für feste IP's zu reservieren und alle smarten Geräte sauber zu verwalten, inkl. MAC-Adresse natürlich. Dann kommt man später nie durcheinander und hat's für Dritte auch schon sauber dokumentiert.
Hier im Forum haben viele ihre Projekte auch schön dokumentiert. Nimm Dir einen Kaffe oder auch Glühwein und überfliege die Shelly Projekte einfach mal. ☕️📖
Viel Spaß 🎄
Hallo Dennis,
vorab sollte man einen Blick ins Logfile werfen, um der Ursache auf den Grund zu gehen.
In deinem Fall hilft auch das Aktivieren des Debug-Logmodus für die Zeit der Fehlerfindung.
Ich habe auch so einen "Automatismus", der mir beim Öffnen+Dunkel z.B. das Licht auf der Terrasse für 3min. einschaltet. Das funktioniert auch sehr zuverlässig, wenn nicht gerade die Batterie leer ist
1. feste IP ist schon mal gut, aber dann bitte auch konsequent überall (Router und Shelly)
2. bei welcher Aktion genau schaltest Du den Scheduler ? Webhook, Szene oder MQTT ?
3. sind noch andere Bedingungen verknüpft ß (z.B. nur wenn der Sensor dark und open o.ä.)
Wir helfen uns hier im Forum alle gegenseitig, aber dafür brauchen wir auch möglichst genaue Fakten.
Hi fischermans,
m.M. nach klappt das Toggeln nur solange, bis ein Flur mal einen anderen Zustand hat, wie der andere.
Bsp. Oben Licht an / Unten Licht aus
Eine Taste wird betätigt (Toggle) und schaltet dann Oben Licht aus / Unten Licht an
So war das bestimmt nicht gedacht. Solange beide (Oben/Unten) im gleichen Zustand sind klappt deine Logik.
Ich habe mir mal schnell eine Freiluftverdrahtung gebastelt, da ich auch so eine Treppenschaltung machen will.
Mein Tip:
1. Den Schaltermodus am Shelly auf Edge stellen (bei jedem Zustandswechsel)
2. (Optional) Timer Auto off nach xy Sekunden, damit das Licht immer autom. ausschaltet
3. I/O Actions - Output ON mit 3sek Verzögerung
http://xxx.xxx.xxx.02/relay/0?turn=on&timer=34. I/O Actions - Output OFF mit 3sek. Verzögerung
http://xxx.xxx.xxx.02/relay/0?turn=off&timer=3Bei 3+4 schaltet natürlich der 1. Kreis den 2. und umgekehrt, aber nur so hast Du - auf Dauer - einen sauberen Zustand.
Hallo dewaldo,
1. da die ganze Schaltlogik im Shelly verarbeitet wird, empfehle ich Taster, statt Schalter. Ich verwende daher die Gira Jalousietaster (015800).
2. sind in deinen Safety Einstellungen (max. Power Protection od Obstacle Detection) ggf. zu knappe Werte eingestellt, weshalb der Rollladen solch ein Verhalten hat ?
3. wenn es keine „dummen“ Motoren mit mechanischer Endabschaltung sind, wäre es denkbar, das da irgendeine (Überlast-)Logik das Verhalten generiert. Daher würde ich einfach nur mal per Schalter/Taster hoch-/runterfahren, um auszuschließen, dass es nicht am Motor selbst, dem Schalter oder sogar mechanischen Hindernissen liegt.
Da deine Rollläden auch nicht sofort schalten, sieht es echt nach unsauberen Kontakten der Merten Schalter aus.
Korrekt - Logfiles usw. kommen von einem übergeordneten System z.B. der Shelly Cloud.
Wohin sollte er diese Daten auch schreiben.
Bisher hatte ich das nur für Taster, nicht jedoch für Schalter in Betracht gezogen.
sorry - bin irgendwie von Tastern ausgegangen. Ist bei mir natürlich auch via Kreuzschaltung.
Was noch eine schnellere Schaltalternative wäre, ist das MQTT Protokoll, aber dann verzichtet man auch die Cloudfunktionen. Ist bei einer Wechselschaltung aber durchaus vertretbar
Über die Funktion „Button Long Push“ kannst Du ja das Verwirrspiel wieder in einen kontrollierten Ein/Aus Zustand bringen.
Sollte es prellen (kleine Einschaltspitzen), so kann man das mit einem kleinen Kondensator (10-40nF) ganz gut unterbinden.