Beiträge von elektroman

FreddyFFM Kein Platz - Kein Problem 🛠

Auch dafür gibt es bereits Lösungen in verschiedenen Ausführungen.

z.B. spezialisierte. UP Dosen mit Platz für Elektronik

Ich baue meine Shellies, nach ersten schlechten Erfahrungen, nur noch in eigene Blind UP Dosen ein.

dewaldo mit dem Überschreiben, das stimmt. Der Webhook überschreibt den eingestellten Auto-Off Timer.

Wie Du vielleicht oben #8 schon gelesen hast, funktionieren die Webhooks <1s nicht bzw. falsch (nur ON)

thgoebel hat das in seinem Beitrag auch nochmal bestätigt.

Wenn ich die knappe Anleitung zum VC421 richtig verstehe, ist es den Doppelklick (<0,6s) egal auf welcher Taste das gedrückt wird ?!? Wenn dem so ist hätte ich noch eine einfache Idee.

Da die lokalen Auto-OFF Zeiten ja ganz gut funktionieren, kannst Du die 2 Auf-/Zu-Stellungen ja fest mit einem Shelly2.5 erledigen, indem Du die auf Auto-OFF=0.25 einstellst.

Meine Idee für den Doppelklick (innerhalb 0,6s) wäre, einen weiteren 2.5er oder Plus2 parallel zu schalten und hier die Auto-OFF Zeiten, beider Kanäle, auf 0.1s zu setzen mit der I/O URL Action für Kanal 0=OFF ->schalte Kanal1 ON.

Das ergibt einen schönen kurzen Doppelklick.

"source": "http" bedeutet entweder per App oder HTTP Befehl im lokalen LAN/WLAN geschaltet.

Hier kannst Du auch sehen, wann die "abgedreht" wurden

Loetauge - moin moin - remote könnte man falsch interpretieren. Wenn der Befehl remote aus dem Internet käme, steht dort "source": "cloud" drin 🥳

Was genau soll sich da nochmal „abgedreht“ haben ?

Bei der uptime war‘s bestimmt nicht der Shelly.

Das Problem mit den nicht ankommenden Bestätigungsmails hatte ich in letzter Zeit auch häufig.

Bei einem anderen Anbieter sagte mir die Hotline, dass viele Mailanbieter, diese Mails als "Hard Bounce" Mails identifizieren und sofort abweisen. Die landen dann noch nicht mal im Spamordner. 📧💨

Hatte das Problem bisher bei den Anbietern (t-online.de, strato.de und web.de). Bei T-Online gab wenigstens noch eine kurze temporäre Mail, die sagte, dass eine Mail nicht empfangen werden konnte, aber das wars auch schon.

Da hilft nur ein Problemticket eröffnen bei Shelly.

Hi,

wenn Farbe keine Rolle spielt, nimm die "weisse" DUO. 💡

Das weisse Licht empfinde ich als deutlich angenehmer, als das RGBW gemischte Licht und die Farbtemperatur (Warm-/Kaltweiss) kann filigraner angepasst werden.

Ich kann die PlugS auch nur empfehlen. 👍

Hatte mir zur Weihnachtszeit nochmal welche gekauft und finde immer wieder neue Einsatzgebiete für die Dinger.

Und schick aussehen die auch noch.

Devil - hier fehlt noch ein Smiley, der sagt, dass es ironisch bzw. nicht so ernst gemeint war - 🥳 (nimm das doch nicht immer so ernst) 🍻.

Devil - Du scheinst Provision von Shelly zu bekommen - so, wie Du die neue Plus Serie anpreist 😁

Technisch gesehen, haben die Plus 2PM (ESP32) natürlich einiges zu bieten, gegenüber dem 2.5er mit dem ESP8266.

Das Scripting, wäre für mich das wichtigste Argument upzudaten, aber funktional sind die beiden identisch.

Bluetooth ist nice, aber per Browser IP geht's ja auch. Selbst im Wifi Bereich sind beide identisch und immer noch im 2.4GHz Band unterwegs.

Der Plus 2PM kostet gerade mal 5€ mehr, sollte also auch nicht ins Gewicht fallen. Selbst bei 13 Rollläden sind das "Peanuts". Da kosten manche schicken Taster mehr 😉.

Ich sehe aber gerade, dass der Plus 2PM kein CoAP mehr unterstützt 😳

Ist das ein Tippfehler oder kommunizieren die Neuen nur noch via IP/MQTT ?

Wenn das OH3 Script od. Rule mal fertig ist, bin ich gespannt, ob’s in der Praxis mit dem Shelly funktioniert.

So ganz verstehe ich deine Scriptlogik noch nicht, da keine Stopbedingung zu finden ist. Ich bin auch gespannt, was der Shelly macht, wenn er alle 100ms mit einem neuen Webhook befeuert wird.

Devil ich möchte nicht unhöflich erscheinen, aber hier liegst Du bei allen Punkten daneben.

1. Der Verbindunsaufbau ist doch hier kein Thema, da die Webhooks per curl gesendet wurden. Ob der Befehl nun nach 1ms oder 3s ankommt juckt auch nicht. Habe die Befehle ja nicht im ms Bereich gesendet 😉
2. Der Shelly setzt diesen Befehl per Webhook NICHT sauber um. Ihr könnt es gerne mal nachmessen/testen, wenn es denn mal funktioniert.
3. Sender und Empfänger befanden sich in der selben Meshzelle ist aber auch völlig egal da (siehe 1.)
4. Wie man am http oben sieht, war der 2.5er als Relais konfiguriert und mit einem PlugS funktionierte es auch nicht. Am 2.5er nur bedingt auf Kanal 0.

Um FreddyFFM einen Lösungsweg zu geben, wäre es nett, wenn jemand sagen könnte, wie man 2 Auto-Off Zeiten (in ms) einem Shelly „senden“ könnte.

Ich muss die Stimmung nach ein paar Versuchen leider etwas runter ziehen.

Habe es mit einem Shelly2.5 probiert und in der WebUI scheint das auch prima zu klappen, egal ob Komma oder Punkt für die Millisekunden gesetzt sind. 🤗

Da hier aber 2 verschiedene Werte gesetzt werden müssen, geht das nur via Webhook oder MQTT (hatte ich noch nicht getestet).

Mit dem Aufruf

http://192.168.178.xx/relay/0?turn=on&timer=0.25

Geht das Relay auch flott aus, allerdings nicht so schnell, wie über das WebUI und ich hatte auch den Eindruck, dass der Wert <1s unsauber, also immer gleich, übertragen wurde. Schätze min.0.5s - völlig egal, was man übergibt.

Bei Kanal 1 funktionieren die Webhooks <1s garnicht - Ausgang wird nur angeschaltet.

Auf Kanal 1 werden nur Werte ab 1s akzeptiert, somit sehe ich für dieses Vorhaben schwarz.

Bei einem PlugS funktionierte es via WebUI auch im ms Bereich, aber nicht mehr über Webhooks. Gleicher Effekt, wie Kanal 1 auf einem 2.5er. 😏

Da das Feld für die Zeit auch rot markiert wird, bei 0. Werten, halte ich das eher für einen netten Nebeneffekt, aber kein supportetes Feature - Schade.

thgoebel vielen Dank für die Erklärung und deine Messungen 🏆

Ich hatte nur ein Blick auf einige Shellies geworfen und da steht was von Sekunden, nicht Millisekunden. Tja man sollte nicht alles blind glauben, was man sieht.

Ist der Trenner für ms ein Punkt oder Komma ?

Nichts zu Danken - dafür ist so ein Forum ja da, um sich zu unterstützen 😉

Mit OpenHAB3 spiele ich auch immer wieder rum, bin aber kein Programmierexperte. Kleinere Scripts klar, aber ab einer gewissen Zeilenlänge wird’s unübersichtlich.🙇‍♂️

Nun die Wetterdaten beziehst Du sicher auch aus dem OpenWeatherMap Binding. Die Astrodaten kann der Shelly sogar selbst errechnen, wenn die korrekten Geodaten konfiguriert wurden. Man kann es also einfach halten.

Der OH3 Zeittrigger basiert auf Cron, spez. dem Quartz Cron, aber der kann auch „nur“ auf Sekundenbasis eingestellt werden.

Das Schließen auf xy% wird m.M. nichts ohne Kalibrierung. Alternativ müsste man die Zeit manuell ermitteln und dann den Stop Befehl absetzen.

Krauskopp Ich versuchs mal mit meinem Worten zu erklären.

Es gibt eine Device-ID, die weltweit eindeutig sein sollte, wie eine Netzwerkkarten MAC Adresse (12stellig).

Dann gibt es einen Authorisation Key (auth_key), der deine Benutzer ID in der Shelly Cloud darstellt.

Der Shelly meldet sich also verschlüsselt in der Cloud (https://home.shelly.cloud/) mit seiner device_id an und die Cloud Zugriffsmechanismen weisen es dann dem richtigen Benutzer zu via auth_key.

Wenn das nicht zusammen passt, bekommst Du die FM „device is already used by an other Account“ (oder so ähnlich).

Aus welchem Netzwerk (Internet) der Shelly sich meldet, ist der Cloud egal.

Der Nachbar wird daher nicht deine Shellies und umgekehrt sehen.

Im Handbuch, nicht nur dem 3EM, steht recht eindeutig:

WiFi Client Backup:

Allows the device to connect to an alternative WiFi network, if the primary is not available. After typing the details in the respective fields, press Set.

Das sollte dann auch in Nachbars Garten, äh WLAN, funktionieren, wenn SSID und Passwort passen. 😆

Hi Freddy,

das wird schwierig, da die kürzeste konfigurierbare Zeitspanne beim Shelly 1s entspricht.

Das war so meine erste Idee den 2.5er im Relay Modus fahren und mit den Auto-Off Timer zu arbeiten.

So, wie ich es sehe, steuert der Becker VC421 das über diese vordefinierten Zeiten.

Bedeutet das wirklich 0,25s oder 0-25s ?

Gibt es eine Möglichkeit den Rollladen direkt mit dem Shelly anzusteuern ?

Dann gäbe es (bei deinem Motor) evtl. die Möglichkeit zu Kalibrieren oder wenigstens mit Endschaltern zu arbeiten.

Ein ähnliches Thema hatte ich hier mit Velux Rollos schon mal gelesen.

Bitte mal die Forumsbeiträge nach Dachfenstersteuerung, Roto, Velux,...o.ä. durchsuchen.

Ich hab's auch mal, aus reinem Interesse, getestet.

Bin zu folgendem z.T. bereits gesagtem, Ergebnis gekommen.

• wenn im WLAN z.B. ein Mesh Repeater ausfällt, wechselt der Shelly recht flott (ca. 3s) auf den nächstbesten Repeater - man merkt keine Einschränkung
• sobald er ein WLAN Signal hat, aber keine Internetverbindung, verbleibt er in diesem WLAN ! Über die Cloud/App geht dann - von extern - logischerweise kein Zugriff. Lokal ist der Zugriff möglich via IP od. etwas verzögert in der App
• Erst wenn der WiFi Status meldet - not connected, schaltet er auf das Backup (WiFi2) um
• sobald wifi2 einen Internetverbindung hat, sollte auch der Cloudzugang/die App wieder funktionieren. Das konnte ich jedoch nicht testen, da ich nebenbei noch arbeiten muss und das ganze Wifi nicht lahm legen wollten.

Vielleicht kann man mit den neuen Plus Shellies ein Script basteln, was genau diesen Connect Ausfall abfragt und dann ggf. das wifi1 mit wifi2 tauscht, aber sinnvoller ist eine intakte Infrastruktur.

Es gibt ja auch viele HA Lösungen mit 2 Internetleitungen oder ein altes Smartphone als HotSpot Backupverbindung mit der Fritz!Box verbinden oder ... einfach mal googeln.

LED blinken am Shelly Bedeutung

Ich glaube Du suchst das hier.

Shelly Cloud API access 📚

Bitte aufmerksam lesen, spez. die Sicherheitsaspekte !