Beiträge von Kash

Hallo,

bei eingerichteten Szenen wie z.B. Schwellwert-Unterschreitung bei Leistungsmessung mit Shell1/PM sollten eigentlich E-Mails bei Szenenablauf versandt werden.

Die Szenen laufen zwar ab, erscheinen bei den Ereignissen, lösen angegebene Funktionen aus, aber die E-Mails kommen entweder gleich, verspätet (bis zu mehreren Tagen!) oder gar nicht an. Was kann hier das Problem sein?

Am E-Mail-Hoster, Spambehandlung etc. liegt es nicht, die Anbieter und Konfigurationen wurden schon gewechselt.

Wie kann man die Versendung der E-Mails von der Cloud aus bei Szenenablauf verlässlich und zeitnah erfolgen lassen? Bin über Tipps dankbar.

VG

Zitat von DIYROLLY

Das scheinen Fehlermellldungen zu sein, öffne mal das WebUI vomShelly

wie oben geschrieben: über die Web-Oberfläche ist der Shelly auch problemlos bedienbar.

Ich frage mich nur, wie es mit der Haftung/Versicherungsregulierung aussieht, wenn ein Brand entsteht und der Benutzer solche "Fehlermeldungen" nicht ernst genug genommen hat und alles ohne Ausbau, Prüfung, Ersatz bzw. Wiedereinbau an sich tatenlos vorbeigehen lies...

Nein, es ist nachwievor die "v1.11.4-DNSfix" an Bord. Es dürfte (hoffentlich) "nur" an der Cloud liegen, wobei das schon ein Schreck ist, wenn solche sicherheitsrelevanten "Fehler" angezeigt werden.

Zitat

Wie schon geschrieben handelte es sich lediglich um einen Anzeigefehler in der App (aktuelle und auch Beta). Es ist kein Hardwareproblem oder welches sich auf die FW beruht. Der Fehler wurde gemeldet und in kürzester Zeit gebannt/gefixt ohne dass irgendjemanden einen Schaden entstanden ist oder?

Nicht jeder "wohnt" im Hause seines Shelly - und was tun, wenn "Brandgefahr" ist?

Ein Problem ist es schon, da sich hieraus bereits aus Sicherheitsgründen ein Eil-Auftrag an einen Elektriker ergeben kann. Was soll man denn sonst tun?

Zitat von smarthomeduerig

Ich hatte eigentlich auch keine Probleme mit dem FW 1.11.7. Jedoch habe ich heute bei meinen 7 Shelly Plug S festgestellt, dass diese eine Warnung "Temperature is too high - device switched off" anzeigen, obwohl sie ansonsten normal funktionieren. Zu dem wird ein Hinweis auf die neue FW 1.11.7 angezeigt, obwohl diese bereits installiert ist.

Habe ich auch, allerdings mit Shelly1 PM und einer früheren Firmware seit heute früh. Es scheint an der Cloud zu liegen, die (hoffentlich) diesen Fehler nur anzeigt.

Hallo allerseits,

seit heute erscheint in der "Cloud" (nur dort!) bei einem Shelly1PM "Temperature is too high - device switched off."

Tatsächlich werden aber Lasten bis max. 200 Watt regelmässig damit geschaltet und über die Web-Oberfläche ist der Shelly auch problemlos bedienbar.

Ist das ein Fehler in der Cloud-Darstellung? Diese hat sich anscheinend geändert, da oben über dem Schaltknopf nun auch ein neues kleines Symbol "EXT.SWITCH" eingeblendet wird, was vorher nicht da war.

Gibt es ähnliche Erfahrungen?

VG

kash

In diesem Zusammenhang fällt mir noch ein:

Wären es 2 Shelly1PM, ging das nicht, da diese wegen der Leistungsmessung keinen potentialfreien Relaiskontakt haben, stimmt's?

Zitat von thgoebel

Oder-Schaltung:

O von Shelly 1PM mit O von Shelly 1 und zur Pumpe verbinden

Ist sowas wirklich zulässig? Bedeutet das nicht, daß ein Kurzschluß zwischen beiden Ausgängen besteht?

Wir sprechen, doch von der Betriebsart mit 230 V~?

Was passiert wenn da ein Ausgang auf 230V geschaltet wird und der andere auf 0V ?

Zitat von thgoebel

... lediglich die beiden Schaltkontakte werden in Serie („hintereinander“) angeschlossen. ...

OK. Jetzt ist mir nicht ganz klar, wie die Schaltlogik der "ODER-Schaltung" im 2. Shelly realisiert wird.

Vom 1. Shelly ist der O-Ausgang über die Zeitschaltung angesteuert. Diesen Ausgang müsste man wohl mit dem I-Eingang des 2. Shelly verbinden, der Schalter am SW-Eingang des 2. Shelly. Und wie wird jetzt (ohne Cloud) im 2. Shelly die Logik programmiert?

Zitat

Ich habe keine Ahnung, ob man das in einer Scene berücksichtigen kann. ...

Es soll möglichst autonom laufen - ohne Cloud.

Zitat von thgoebel

Ein zusätzlicher Shelly 1 im Stromkreis der Pumpe, Schalter/Taster an Klemme SW, Power-On = On, Reverse Input, Auto-On nach 5 Minuten?

Ist dann nicht der nachgeschaltete Shelly "offline", sobald der vorgeschaltete "Power Off" schaltet?

Hallo allerseits,

ich habe ein kleines Problem und suche dazu den Lösungsansatz

Eine kleine Brunnenwasserpumpe, an welche ein Rasensprenger angeschlossen ist soll zu bestimmten Tageszeiten (z.B. von 10:00 bis 11:00 Uhr, 14:00 bis 15:00 Uhr und 18:00 bis 19:00 Uhr) aktiv sein. Hierzu habe ich Wochen-/Tageszeitpläne hinterlegt: jeweils zur Beginn-Uhrzeit wird "ON" geschaltet, zur Ende-Uhrzeit wird "OFF" geschaltet.

Nun möchte ich aber noch eine Pause einbauen, wenn ein Lichtschalter im Hausanschlußraum betätigt wird. Wenn das im Hausanschlußraum eingeschaltet ist, soll ausnahmsweise die Wasserpumpe für 5 Minuten pausieren.

Ich habe hierzu schon etwas experimtiert und den geschalteten Lichtdraht (vor dem Schalter liegt das gleiche L1, von welchem auch der Shelly und die Pumpe die Spannung bezieht!) an den SW-Eingang des Shelly1 PM angehängt.

Es gelingt mir aber nicht, dies sauber umzusetzen. Sobald der Schalter am SW-Eingang den Schaltausgang vom Shelly umgesteuert hat, wird der (angefangene) Zeitplan nicht mehr beachtet. Dieser hat erst dann wieder Einfluss auf den Schaltausgang, wenn die nächste Zeitgrenze einen Schaltzustand auslöst.

Wie kann das erledigt werden, daß z.B. bei der automatisch um 10:00 Uhr loslaufenden Brunnenwasserpumpe z.B. um 10:07 Uhr der Schalter betätigt wird, der für 5 Minuten austastet, also dann um 10:12 Uhr wieder anläuft, bis der Aktive Zustand wieder um 11:00 Uhr automatisch beendet wird?

Die Anforderung wäre auch, dass mehrmals im normalerweise aktiven zustand immer wieder manuell "AUS"-geschaltet werden kann.

Danke für jedwede Hinweise zu Lösungsansätzen. Solche einfache Dinge sollten doch eigentlich auch ohne übergeordnetes System realisierbar sein.

VG

Zitat

Aha? Bei mir dann auch?

… und warum ist mit älterer Firmware dann alles okay!?

Irgendwas ist da definitiv noch „krumm“.

Sehe ich auch so - und zwar gewaltig "krumm" !

Zitat

Hallo zusammen,

Könnte ein Router Neustart etwas bringen? Aber aus der Ferne...mhhh wenn das auch noch schief geht....Oder WLan deaktivieren und dann wieder aktivieren. probiert?

...

Warum hast du dann mit den anderen weiter gemacht?

Wenn kein AP aufgepannt wird und kein Wlan Log In erkennbar ist, ...was ist wenn er in einer Schleife festhängt.

Gab es bei mir ja schon mal mit einem Uni.

Wlanaufbau-Abbruch-AP-Abruch-Wlanaufbau-Abbruch...usw (in sehr kurzer Zeit).

aber das bei allen Shellys!?

Alles anzeigen

Router-Neustart und WLAN-Neustart ist auch schon mehrfach probiert. Die Shellys nahmen keinen Verbindungsversuch neu auf.

Ich hatte für die anderen bereits das Update über die Shelly-Cloud angeklickt. Das läuft ja dann ohne direkte Kontrollmöglichkeit ab.

Bei dem einen ist es so, daß dieser nicht in der Cloud verfügbar war. Bei diesem habe ich es über dessen Web-Interface ausgelöst. Es trifft zu dass der eine einen nicht so guten WLAN-Empfang hat, aber die an die Cloud angebundenen Shellys haben zum Router einen guten WLAN-Empfang und ja das gleiche Problem ...

Zitat von Schubbie

P.s.: nächstes Update nur, wenn du vor Ort bist...

P.p.s.: Bei einem VPN bräuchtest du, falls ein übergeordnetes System interessant ist, nur eins für alle Standorte.

Ja, das ist auch meine Lehre aus der Sache ...

Das mit nur einem übergeordneten System ist ein Pluspunkt. Geht das tatsächlich auch, wenn die Shellys der einzelnen Standorte dann (wie wg. Routing zu VPN-Standorten notwendig) verschiedenen IP-Adressbereichen angehören?

Schubbie:

danke für die Unterstützung. Aber bei verschiedenen Router-Typen an versch. Standorten (nicht Fritz!Box und auch kein zusätzliches NAS) ist wohl nur umsetzbar mit externer Hardware, die weitaus teurer ist als die Shellys.

Wie gesagt: Die Shellys haben kein eigenes WLAN aufgespannt (sind also nicht in den AP-Modus gefallen), versuchen auch nicht, neue Verbindungen aufzubauen - weder auf das Haupt-WLAN noch auf das Backup-WLAN.

SSID und Passwort enthalten keine Sonderzeichen.

Bei einem der Shellys habe ich das Update auf "...DNSfix" fernausgelöst (mit Port-Weiterleitung), danach ging es kurz, wobei die Firmware-Version nicht mehr als nicht aktuell angezeigt wurde, aber eigenartigerweise nicht in der Anzeige mit dem Suffix "DNSfix" angezeigt worden ist. Ich habe dann Restart ausgelöst und seitdem auch diesen Shelly nie mehr gesehen ...

Zitat von Schubbie

Sind es denn "deine" Standorte oder die von Kunden? Wenn es eigene sind, dann nicht mit Portweiterleitungen sondern mit Site2Site VPN arbeiten und jedem Standort einen eigenen IP-Adressbereich geben.

Auf die Router kommst du nicht, um nach umliegenden Netzen zu scannen? Dann könnte man zumindest gucken, ob die Shellies wieder ihren AP aufgespannt haben.

Es sind "meine" Standorte.

Site2Site VPN hilft mir hier auch nicht, da hier die Shellys per WLAN zum Router keine Verbindung mehr haben.

AP-Modus dachte ich auch schon, aber keine SSID davon sichtbar, aber auch keine neueren Verbindungsversuche der Shellys als Client. Sie scheinen entweder komplett zu klemmen, oder aber ihre WLAN-Konfiguration o.ä. verloren zu haben.

Auch müsste ich pro Standort ja für VPN (wenn denn wieder alles mal läuft) zusätzliche Hardware wie z.B. Raspi anschaffen und "zwischenschalten".

Zitat von funkenwerner

...der Fehler muss wo in deinem Netz liegen

Es sind mehrere Orte betroffen, also auch verschiedene WLANs.

Wieso heisst es übrigens "DNSfix"? Bereinigt scheint ein Fehler mit dem DNS jedenfalls nicht. Dort ist (bzw. war vor dem Update) als DNS-Server jeweils die Router-Adresse eingetragen, der wiederum DNS-Anfragen an die DNS-Server-Adresse vom Internet-Provider überträgt.

Da aber ein Aufschalten von außen über den Router und Portweiterleitung zum Shelly nicht klappt und der Shelly bei den WLAN-Geräten nicht erscheint, dürfte das erste Problem zunächst an der nicht mehr bestehenden WLAN-Verbindung zusuchen sein. Schöner Mist, wenn man keinen Zugriff mehr hat.

Totaler Frust,

alle Shelly1 und Shelly1/PM, die die letzten Tage die Firmware mit dem 1.11.4-DNSfix gezogen haben, sind nicht mehr online erreichbar.

Sind die "nur" offline und durchlaufen noch die normalen Prozesse oder in welchem Status? Klappen dann die Zeitprogramme, wenn keine Online-Verbindung besteht?

Die Einbauorte sind an mehreren Orten im weiteren Umkreis, teilweise mit bis zu 200 Fahrtkilometer verbunden. Wie kann man das aus der Ferne lösen? Reboot ist ja auch nicht möglich ohne Fernzugriff.

Zitat von Loetauge

Es ginge auch, das ... der Action Befehl für ... Output Off wieder zurück geschrieben wird.

Verstehe ich jetzt echt nicht.

Wann und wie oft wird denn die URL bei Off aufgerufen?

Geschieht dies wohl nicht nur bei der Flanke vom On zum Off-Zustand am SW-Eingang?