Shelly Scripting - Erste Schritte mit mJS auf dem Shelly Pro 4 PM
Vložit
- čas přidán 7. 09. 2024
- ⬇ ⬇ Alle Scripts und weitere Informationen im Blog-Beitrag weiter unten in der Infobox ⬇ ⬇
➤ 👨🎓 ioBroker-Master-Kurs: haus-automatis...
➤ 👨🎓 Gratis MQTT-Kurs: haus-automatis...
➤ Blog-Beitrag: haus-automatis...
• Shelly Pro 4 PM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Plus Plug S
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Plus 1
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Plus 1 PM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Plus 2 PM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Plus i4
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 1
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 1 PM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 2
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 2 PM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 3
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
• Shelly Pro 3 EM
→ Amazon: haus-auto.com/... (Affiliate-Link)
→ Conrad: haus-auto.com/... (Affiliate-Link)
→ Reichelt: haus-auto.com/... (Affiliate-Link)
▬ Mehr zum Thema ▬▬▬▬▬▬▬
Tutorials / Online-Kurse:
👨🎓 haus-automatis...
Podcast (Draht zu smart):
🔈 haus-automatis...
Newsletter:
✉️ haus-automatis...
Zweitkanal:
🎬 / @kleineszuhause
▬ Social Media ▬▬▬▬▬▬▬
Instagram: / haus_automation
Facebook: / hausautomatisierungcom
LinkedIn: / hausautomatisierungcom
Patreon: / haus_automation
GitHub: github.com/kle...
#smarthome #homeautomation #shelly
Was hältst Du von dem neuen Scripting-Feature? Wirst Du es nutzen? Ist es Dir zu komplex? Welche Logik packst Du direkt auf die Geräte?
Lass uns in den Kommentaren diskutieren!
M.E. überflüssig; Ich selbst ("Power User") sehe jedenfalls keine neuen Anwendungsmöglichkeiten, da ich all das doch schon viel bequemer mit meiner normalen Hausautomatisation machen kann.
@@JostSchwider Das ist der Punkt. Und die Zielgruppe sind ja nunmal die Power-User.
Vielen Dank für die aufschlussreiche Einführung - hat mir Lust auf mehr gemacht :)
Wie immer super erklärt Matthias! :-) Ich denke auch das Shelly scripting ist für den "normalen" User auch eher zu komplex... Das lässt sich alles mit dem ioBroker bzw. ähnlichen Tools schon viel komfortabler in die Hausautomatisierung integrieren :-)
Vielen Dank für deine Videos!
Durch deinen Kanal zusammen mit „Spiel und Zeug“ , „verdrahtet“ und „EddyD‘s Smarthome“ hab ich schon viel Neues kennengelernt und wissen aufbauen können.
Weiter so 😉
Aber nur einer davon antwortet auf deine Kommentare 😉
Vielen Dank für die Einführung. Gut, daß Shelly auf einer verbreiteten Sprache aufsetzt.
Ich habe eine oder zwei Anwendungen, bei denen ESP8266 direkt miteinander Daten austauschen programmiert und im Einsatz. Also, nicht gerade häufig.
Denkbarer Einsatz der lokalen Programmierung: Einen komplexeren Ablauf, bei dem u.U. auch das timing wichtig ist, auslagern und durch ioBroker etc. triggern. Oder diese Lauflichtsteuerungen (wer's braucht) handeln und die Muster zeitabhängig oder per Zentralenbefehl ändern.
Ist aber jetzt kein Feature, dem ich entgegengefiebert hätte. Mal sehen, ob und wo man es noch brauchen kann.
Die Shelly wollen in den Schaltschrank. Aber dazu bräuchte es meiner Meinung nach bistabile Relais, nulldurchgangsgesteuert, damit man in beiden Stellungen den Stromverbrauch minimiert und den inrush current bei kapazitiven Lasten reduziert. So wie es z.B. Eltako macht. Diese Grundtugenden wären mir persönlich wichtiger.
Ein Video nach dem anderen - weiter so :)
Hallo Matthias, tolles Video um einen ersten Eindruck zu bekommen! Ich werde nicht all zu viel Logik auf die Shellys auslagern, da mein ioBroker die Zentrale ist. Für spezielle Anwendungen die auch autak(ohne W(LAN)ausfall) zuverlässig funktionieren sollen, kann ich mir ein Script auf den Geräten gut vorstellen. Bsp. für den Mähroboter 2 Begrenzungskabelkreise und eine Klappe ansteuern im Gartenzaun zum Vorgarten. Leider gibts den ShellyPro4 noch nicht mit potenzialfreien Relays. Von daher wird's ein Winterprojekt mit ESP8266(Tasmota) & 4xRelayboard für diese Aufgabe werden. Wenn es den Shelly2.5 mit TempsensorAddon und ein paar mehr Eingängen geben würde könnte man damit auch eine Autake Gewächshauslüftung realisieren. Wollte damit nur aufzeigen, dass es auch nützlich sein kann etwas Inteligenz auszulagern. Bei manchen Menschen kann es auch nicht schaden, was davon einzulagern😉. LG Michael
Moin Matthias.
Danke für deine Erklärungen in deinen vielen Videos.
Keine Ahnung ob das jetzt hier ein bisschen spät kommt.
Ich könnte mir vorstellen das die Entwickler der Shellys und deren Scriptengine einen Weg gehen wollen den es im Entfernten auch in der KNX Welt gibt.
Jedes Shelly-Gerät (mit Scripting) ist "sein eigener Herr", es gibt keine übergeordnete Logik (Node Red, Open Hub ... etc).
Jedes Shelly-Gerät kann - und das könnte der Vorteil sein (jedoch nur für die, die JS können) - seine eigene Logik haben und so ein Teil einer IOT-Installation werden.
Sicher muss der "Besitzer" der Geräte der Programmierens mächtig sein. Aber mit ein bisschen Google und Co. wird sich sicher eine Lösung, vielleicht auch für Unerfahrene finden lassen.
Wünschenswert wären vielleicht (für JS-Unerfahrene) Templates(Vorlagen) die der Nutzer dann per WEB-Oberfläche mit Parametern füllt und dann nur noch "save and run" klickt und der Shelly legt los!!
Dafür bräuchten die Shellys bzw. deren ESPs sicher mehr Speicher....
Mal sehen was noch so passieren wird....
Gruß Frank
Genau das gibt es ja schon vom Hersteller. Also Vorlagen auf der Webseite. Aber man muss natürlich trotzdem noch direkt den Code ändern und hat keine bunten Eingabefelder o.ä.
Ein Einsatzgebiet ist die Energiesteuerung im Haus, wie bspw. die Heizungs- und PV-Steuerung. Da "smart grid" kompatible Systeme oft über Schaltkreise getriggert werden, können mit der Scripting Engine endlich Vernünftige Lösungen auch ohne das teure KNX gemacht werden.
KNX ist pro Kanal meistens günstiger als die Shelly Pro Reihe 😉
Danke für das gute Video.
Ja, das ist sicher nicht trivial Scripts zu schreiben und dürfte neben der Hürde auch zu vielen Problemen und Fehlern führen.
Aber es ist trotzdem eine coole Sache für alle die fit im programmieren sind.
Ich werde das jetzt versuchen für einen Regler (PID) zu nutzen, der eine Pumpe (0-10V Eingang) steuert. Das macht dann durchaus Sinn, wenn man das Script direkt auf dem Selly laufen lässt, wo die Eingangswerte gemessen werden.
Komplexe zusammenhänge löst man dann besser im Home Assistent, IO-Broker und/oder Node-Red. Wegen der höheren Latenz aber nicht gut brauchbar für PID-Regler…
Daumen nach oben und netten Kommentar, klaro. 👍
Auch wenn ich nicht wirklich der Anwender bin und irgendwann gedanklich ausgestiegen bin. Lag aber nicht am Video, sondern weil ich mich mit scripting noch nie befasst habe. 🙄
Was ich interessant fände: HA oder ioBroker übertragen ihre Automatismen als Skripte auf die Shellys. Hätte den Vorteil, dass es komplett ausfallsicher wäre. Aktuell ist man ja voll abhängig von der Smart Home Instanz. Andersherum hätte das auch den Vorteil, dass man die Regeln zentral verwalten und verteilen kann, ohne dass bei Defekt des Aktors die Skripte verloren gehen. Also beides würde sich eigentlich perfekt ergänzen.
Die Idee ist gut, aber mit sehr viel Arbeit verbunden. Man könnte ja nur Logiken übermitteln, welche andere Shellies ansteuern. Oder welche einfache Zeitpläne enthalten. Da gibt es leider sehr viele Einschränkungen auf der Shelly Seite.
Und man bleibt ja vom WLAN abhängig
Super erklärt ... jetzt müsste das Modul noch BASIC-programmierbar sein ... dann wärs ein Goldklumpen ...
Basic 😅 Der war gut
Zu schön, um wahr zu sein ... mein Ernst ... 😉
@@maikeltronic6061 Gerade mal geschaut - es gibt wirklich einen Basic Interpreter für den ESP :)
Tolles Video! Danke! Ich kann mir vorstellen, dass man mit den Scripts die Shelly-eigene Firmware mit Hardware-nahen Funktionen super für seine persönlichen Bedürfnisse erweitern kann, die man auf allen seinen Shellies einsetzen möchte. Ein gutes Beispiel dafür ist die automatische Verteilung der Wi-Fi Konfiguration aus deinem Video. Die Automatisierungslogik auf die einzelnen Endgeräte auszulagern, macht aus meiner Sicht aus zwei Gründen keinen Sinn:
1. Steuerungslogik an zentraler Stelle wie Home Assistant, ioBroker etc. ist viel einfacher wartbar.
2. Die o.g. out-of-the-Box Logikzentralen bringen ja massiv mehr Abstraktion und Vernetzung mit anderen Komponenten im System. Warum soll ich sowas „zu Fuß“ neu programmieren?
Gewisse kritische Regeln auf die Geräte auszulagern kann schon Sinn machen. Nur fällt mir dafür momentan kein Beispiel ein.
Das ganze Scripting wurde ja auch eher entwickelt, um Leuten ohne Zentrale mehr Möglichkeiten zu geben.
Allerdings finde ich es dafür zu kompliziert
Ich sehe den Nutzen hier auch nur wenn keine andere Logikengine vorhanden ist.
Wenn man beispielsweise nur Shellys hat und diese nur über Alexa und die Shelly-App steuert.
Wie du schon angesprochen hast, wenn Raspi o.ä. vorhanden ist, würde ich meine Logiken nicht auf zig Geräte verteilen.
Aber ich weiß schon warum Shelly das macht: Weil sie es können 🙈
Ich habe vor, in der Toilette folgendes zu realisieren:
Licht und Lüfter werden über das Relais Plus2PM eingeschaltet.
Bleibt das Licht länger als 60 Sekunden an, beginnt der Lüfter, den Raum zu belüften. Nach 122 Sekunden schaltet sich der Ventilator wieder aus. Bleibt das Licht jedoch länger als 3 Minuten an (jemand macht viel Lärm ;) ), soll der Ablüfter noch 10 oder 15 Minuten laufen.
Hallo, super Video. Danke. Eine Fage, gibt es die Möglichkeit einen Schwellwert, der sich auf mehreren Shelly im Script befindet, zum Beispiel über eine lokale Datei (auf der Fritzbox) zu ändern und die Shellys holen sich den Wert.?
Mittlerweile gibt es ja diesen Key-Value Storage. Den kann man sicher dafür nutzen
Danke für dein lehrreiches Video. Ich würde gerne wissen, ob es möglich ist, durch ein Skript, auch nach einer Aktion, die Cloud zu bestimmten Zeiten zu aktivieren oder zu deaktivieren.Vielen Dank ! Claudio Gi
Da das Thema Scripting hier nicht so gut angekommen ist, habe ich mich damit nicht weiter auseinandergesetzt
Wie kann man den Varaiablenwert aus einer If-Abfrage an das Hauptprogramm zurückgeben ?
gibts da sowas wie globale Variablen ?
Hab mal nee Frage .. Wo sieht man den die Print ausgaben ausser in der Konsole ?
Hallo, tolles Video. Gibt es auch ein Forum oder sowas wo man sich darüber austauschen kann bzw. "Skriptanfragen" stellen kann. Ich bräuchte eine Funktion die Du hier ja schon fast gezeigt hast, nämlich zwei verschiedene automatische Ausschaltzeiten. Schalte ich den Shelly durch einen normalen Tastendruck ein schaltet er in drei Minuten, wieder aus. Schalte ich den Shelly durch einen langen (vielleicht 3 Sekunden Tastendruck) ein, schaltet der Shelly in 15 Minuten aus. 🤔
Grüße
Gibt ja eine Shelly Facebook Gruppe und das Shelly Support Forum. Eventuell gibts ds schon Sammlungen
wie du sagst, da kommt sicher einiges. nur denk ich, daß es die scripts nicht kostenlos geben wird. ausser in einigen foren. (ioB) und da ist dann für mich die frage, wie gehts mit dem shelly adapter weiter? wurde ja erst vor kurzem der community übergeben...
We are surprised how some people try to thinking that Shelly Scripting is something witch HA do. They are made for totally different purposes. HA is central controller which support a lot's of devices, complexity automation and data storage, no matter what type of communication is in use. Shelly Scripting is made to extend feature for existing firmware if there specific one needed. It's made to cover critical applications. Scripting also allow to manage devices via Shelly cloud or to connect device locally with Philips HUE or Netatmo as example. Soon Alexa and Google will open a options to notify them locally too. Via Scripting you can do something which firmware not supported as example control output with delay or depend of external sensors connected via Bluetooth(not finished), wired add-on or another Wi-Fi device. We ourselves are not yet fully aware of where the limit is, but we are sure that in time we will find out together with you.
And that is exactly what I‘ve asked at the end of the video: What kind of logic would you place on which device in a specific situation.
I really like the feature and I’m looking forward to the ideas of the creative community. And it’s much more powerful than I expected!
Den Shelly 4Pro als Raspi / ioBroker Ersatz zu nutzen,… also ich weiß nicht ;) preislich gibts da keinen Grund…
Dann dass man am Shelly 4Pro nur 1 Stromkreis hat ist auch net grad der Burner ;)
Was ich aber immerhin gut finde ist dass die normalen Shellys (Pro) verbessert wurden :)
Naja Scripting kommt ja auf allen Pro und Plus Geräten. Das könnte man also auch auf einem einfachen Shelly 1 Plus umsetzen.
Die Frage ist dann: auf welchem? Und welche Logik bekommen die Geräte integriert?
Daher bin ich ja gespannt wo die Reise hingeht! Was ich sehr gut finde ist dass es endlich Shellys für die Hutschiene gibt. Schade nur, dass ich das im Januar 2016 nicht schon wusste 🙈
Wobei ich da wohl doch auf KNX gegangen waere, aber da war ich noch nicht im Bilde bezüglich Smart Home….
Ich warte ja noch sehnlichst auf ne Lüftersteuerung :) die die ich jetzt in den Bädern habe sind nichtmal ansatzweise intelligent ;)
Also ein Ersatz wird es sicherlich nicht sein, aber ich persönlich würde es z.B. als redundante Steuerung für 'kritische' Anwendungen einsetzen. Zentralen sind ja schön und gut, aber wenn diese eine Zentrale flöten geht, geht eben alles den Bach runter :D Wenn genau beim Abstellen der Gartenbewässerung irgendein unerwarteter Fehler auftritt und man keine Kontrolle programmiert hat, die überprüft ob das Ventil auch wirklich geschlossen wurde, könnte man im Shelly selbst nun eine "Notfall-Abschaltung" einbauen, die nach x Minuten das Ventil schließt, um nichts zu überfluten. Jetzt muss man nur hoffen, dass nicht noch das Skript im Shelly abschmiert 😅
Shelly Scripting würde ich auch für kleine Anwendungen einsetzen, bei denen sich das Aufsetzen einer ganzen ioBroker Instanz nicht lohnen würde. Bei den Großeltern könnte man die Teichpumpe/Fontäne smart machen, sodass sie nur bei gutem Wetter eingeschaltet wird. Dafür braucht man keinen Pi mit ioBroker, der dann 24/7 läuft.
@@stevewichmann5148 Dazu braucht es aber Sensorik. Drinnen und draussen. Und je nach Gegebenheiten auch noch einen Luftentfeuchter. Mit einer Zentrale wie ioBroker geht das wohl einfacher als mit dezentralen Shelly
An den Sensoren wird es nicht scheitern ;)
Ich denke die Kommunikation und Vernetzung von Shellys untereinander ist über Lösungen wie den ioBroker deutlich komfortabler möglich. Wenn alle Abhängigkeiten der Geräte untereinander verwaltet werden.
Wo ich hier den enormen Mehrwert sehe Scripte Lokal auf dem Shelly laufen zu lassen ist ganz klar:
1 Zuverlässigkeit
2 Latenz
3 Autarkie
4 Resilienz
Der größte Vorteil besteht zweifelsohne wenn damit shellys zu intelligenten Autarken Bausteinen im Haus werden und Daten zur Verarbeitung das Gerät garnicht erst verlassen müssen.
Ein Beispiel aus der Praxis in meiner Installation. Ein Bewegungsmelder am Hoflicht. So einfach, so üblich. Jetzt sollte es aber möglich sein durch einen Schalter oder manuelles Eingreifen die Auto-Off Zeit einmalig zu erhöhen um bei länger andauerndem Aufenthalt zu verhindern dass das Licht ausgeht. Bisher ist das Folgendermaßen gelöst: Shelly 2.5 mit Bewegungsmelder im Impulsmodus, an einem Eingang. Schalter am anderen Eingang und Licht an einem Ausgang. Der Befehl muss momentan immer den Umweg über den ioBroker nehmen, um auf Basis der Bedingungen Sonnenstand, Uhrzeit, Quelle des Befehls (Shelly Adapter oder Yahka) den Strahler entsprechend ein und aus zu schalten. Diese ganze Logik könnte jetzt also auf den Shelly direkt übertragen werden. Und plötzlich geht das selbe auch ganz ohne WLAN bzw. Während eines Ausfalls des ioBrokers.
Anderes Beispiel:
Die Hofeinfahrt bei mir ist ausgestattet mit einem Torflügel an einem Shelly2.5 im Roller-shutter Modus, einem Schlüsselschalter, Und zwei Lichtschranken an nem anderen Shelly. Hat den Vorteil keine Torsteuerung für hunderte euro zu kaufen wenn es auch 2 Shelly für 40€ tun. Mit Funktionen die so kein Gerät auf dem Markt bietet.
Logik und Steuerung übernimmt der ioBroker. Komplett eingebunden in HomeKit, Fährt automatisch zu sobald ein Fahrzeug hindurchgefahren ist. Erkennt die Torposition, Ignoriert die Außenliegende Lichtschranke bei öffnendem Tor. Und steuert eine RGB Birne als Ampel. Setzt aber funktionierendes wlan und einen laufenden ioBroker voraus um mit allen Funktionen zu funktionieren. Da ist er, der ultimative Usecase für lokale Scripte. Reagiert immer in Millisekunden, auch ohne wlan oder sonstige Abhängigkeiten als autarker Baustein, aber trotzdem vernetzt mit anderen Systemen.
Lokale Scripte werten die Shellys im Prinzip zu einer SPS auf, die mit 220V Relais, 220V Eingängen, Ethernet und Wlan ausgestattet sind. Und das alles zum unschlagbaren Preis. Jetzt fehlt nurnoch ein Shelly 8Pro oder 16pro da die 4 aus/ein-Gänge dann ihre Grenzen haben.
Als möglicher Einsatzzweck der Vernetzung von Shellys untereinander über Scripte fallen mit vielleicht Nachrüst-Installationen, die ohne Hub oder Zentrale auskommen sollen, ein. Vereinfacht die Wartung enorm. Einmal installieren, und Programmieren, nie wieder drum kümmern.
Gerade die Möglichkeit der Plus Geräte Simultan im Client und AP Modus zu laufen ist dafür Gold wert.
Möglicher Einsatzzweck der mir da in den Sinn kommt:
Bei Freunden herrscht die Situation vor, dass Rolläden immer zu fest programmierten Zeiten herunterfahren. Nicht sehr praktisch, wenn man draußen auf der Terasse sitzt und dann ausgesperrt wird. Um einen Hub zu betreiben und regelmäßig mit Updates zu versorgen fehlt aber Zeit, Know-how, und Motivation. Wände aufreißen um KNX Bus zu verlegen steht auch außer Frage.
Hier jetzt ein paar von den neuen Shellys an die Rolläden, die Markise und die Außenbeleuchtung. Einer davon im AP Modus und die anderen als Client in das Shelly eigene WLAN. Alle Schalter und sonstigen Funktionen funktionieren wie immer, nur dass die Rollos im Erdgeschoss nichtmehr herunterfahren werden wenn die Markise ausgefahren ist oder die Außenbeleuchtung eingeschaltet ist.
Die (Mini-)SPS ist ein gutes Beispiel in meiner HA.
Ich setze eine LOGO unter dem ioBroker (über Modbus TCP) lokal ein, um bei Ausfall des ioB meine Heizung und WW-WP in einen Default Zustand zu bringen. Wenn ioB 120 Sekunden lang nicht triggert werden die Ausgänge lokal rückgesetzt. Einfache Logik, die zukünftig auch mit Shelly machbar ist.
Hallo. Ich weiß nicht mehr wen ich fragen kann. Kannst du mir helfen bezüglich Schalten per mqtt der einzelnen Kanäle. Ich bekomme alles in meiner Agfeo Telefonanlage hin. Status etc funktioniert. Aber ich finde nicht die richtigen Topics und Parameter für Schalten.
Steht alles in der Dokumentation: shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Switch
Da sind auch Beispiele für MQTT Payloads
Wa sich mir nicht erschliesst, wo liegt der Unterschied/Vorteil einer programmierung im Shelly gegenüber einer Automation in einem System wie HomeAssistant oder änlichem.
Da sind wir schon zwei
Moin, vielen Dank für das tolle Video!
Kann mir jemand sagen, wie ich am besten Daten von anderen Shellys abrufe? Bzw. kann man eigene Funktionen über RPC auf einem remote device aufrufen?
Konkret: Ich habe 8 Eingänge, verteilt auf zwei Shelly i4. Nun möchte ich diese 8 Eingänge in einem Script auf Shelly A verarbeiten, brauche dazu aber auch die Input-Events von Shelly B. Wie also bekomme ich die Input-Events von Shelly B in das Script auf Shelly A?
Kann ich mit den Pro 4PM einen Drehstrommotor mit links und rechtslauf anschließen und steuern? Über die Schaltereingänge müsste ich 2 Endlagenschalter integrieren. (offen und geschlossenes Tor)
Super Video
Brauche Hilfe bei einem neuen Projekt
Hallo Matthias ich habe mir hier die Videos zu den neuen Shellys angeschaut. Nun habe ich heute zwei Shelly 2 Pro bekommen und dachte diese können auf Grund der 2 Kanäle auch Rollladenmotore ansteuern, dem ist wohl nicht so. Es gibt nur diese beiden Switche. Nun habe ich natürlich die Möglichkeit ein Script einzusetzen, welches bestimmt dieses könnte. Leider bin ich nicht in der Lage solch ein Script zu erstellen.
Hast du irgendwo schon so etwas gesehen. Ich habe schon gesucht aber bisher noch nichts gefunden.
Wenn du oder jemand anders soetwas gefunden hat bitte hier einmal schreiben. Ich war froh das ich diese beiden direkt aus Bulgarien bekommen habe, denn hier in DE sind sie momentan noch kaum erhältlich.
Mein Problem mit dem vorherigen Shelly 25 habe ich auf dem Dachboden ewig Probleme gehabt mit dem WLAN und ich konnte ihn am Ende garnicht mehr erreichen, deshalb der Wechsel zum Shelly 2Pro
Laut Shelly soll der Rollladen-Support für das Gerät nachgeliefert werden. Aber ich weiß nicht wie hoch das priorisiert ist.
Alles super finde dein Beispiel leider nicht zum Runterladen. Außerdem gibts was Aktuelleres ist, ja bereits ein Jahr vergangen?
Wegen mangelndem Interesse habe ich das Thema nicht weiter verfolgt
@@haus_automation ich bin sehr an weiteren Vidos interessiert zur Shelly-Programmierung!
Haus-Automation mit Shelly ist immer mehr im kommen, also wird auch das Interesse an Tutorials weiter ansteigen!
Übrigens: bei mir bekomme ich weder irgendwelche Werte angezeigt, noch eine Fehlermeldung.
Da kann ich hin und her schalten so viel ich will, aber das Programm tut einfach gar nichts!
Hi, ich würde gerne einen JSON Befehl ausgeben, wenn ein Shelly Ausgang ausgeschaltet wird.
Ich verstehe die Anforderung noch nicht ganz. Per MQTT geht zB ja eh eine Notification raus wenn ein Ausgang geschaltet wird.
#19:23 | Also seine SSID plus Passwort in einem Script offenzulegen, ist wohl nicht so der Bringer. Gibt's keine Secrets-Datei?
Ist doch nur ein Beispiel, was möglich ist…
Immer nur das negative suchen ist nicht so meine Art 😉
Ist schon klar. :)
Hallo, ich versuche seit Tagen eine einfache Skript Datei ans laufen zu bringen.. ich nutze allerdings mangels Skript Kenntnisse Vorlagen.
Ich möchte ein Shelly ausschalten wenn 5 Minuten 10 Watt oder kleiner ist. Geht es? Wie gesagt soll der Shelly ohne Anbindung mangels WLAN funktionieren.
Ja das geht mit einem Timeout
@@haus_automation hast du ein Link mit einem Beispiel?
@@Martinnrw100 Guck durch die Shelly Script Examples. Da ist bestimmt etwas bei. Funktioniert am Ende genauso, wie man es z.B. mit Blockly im ioBroker umsetzen würde. Also einen Timer starten, wenn Leistung unter Schwellwert. Und den Timer abbrechen, falls es doch wieder drüber kommt.
@@haus_automation hab die Shelly Example nichts gefunden… sowas hat wohl noch keiner gemacht 🤷♂️
Naja schade.
@@Martinnrw100 Auf GitHub, hatte ich doch in diesem Video hier auch verlinkt oder
Gerade frage ich mich, ob eine Art indoor tracking wie das hier czcams.com/video/7bfW_6130To/video.html mit den neuen Shellys realisiert werden könnte. Warum D1-Miniskaufen, wenn man schon ESP32 mit überschüssigen Resourcen installiert hat.
Hallo, ich möchte mit einem Shelly und einer Shelly PLUS und zwei Temperatursensoren ein Programm schreiben, welches eine Pumpe steuert. Alle 10 Minuten soll am Sensor S1 die Temperatur K1 und am Sensor S2 die Temperatur K2 gemessen werden. Danach gilt (Python):
-----------------------------------------
if (Pumpe ist aus):
if C1 > C2 + 6: # Temperaturen in Kelvin, Pumpe einschalten
start Pumpe
else:
if C1 < C2 + 2: # Pumpe ausschalten
stop Pumpe
--------------------------------------------
Lässt sich Shelly auch in Python programmieren ?
Nein, aber die paar Zeilen macht auch ChatGPT schnell zu JavaScript
Wenn ich ehrlich bin, ist es mir eiskalt über den Rücken gefahren, als ich das Beispiel gesehen habe, über das ein Script mit curl ohne authentifizierung auf den Shelly geschrieben und gestartet werden kann. Ich habe mir die Beschreibung zur Scripting Engine noch einmal angeschaut. Wörter, wie "Authentication" oder "Security" oder "Credentials" usw. tauchen dort nicht auf.
Grundsätzlich gefällt mir die Idee, kleine Devices über eine Scripting Engine auf einfache Art und Weise um Funktionen zu erweitern. Aber ich kann nicht verstehen, wie man APIs heute noch ohne Absicherung in ein Endkundenprodukt einbauen kann. Und Allterco Robotics sind ja eher keine Anfänger mehr auf dem Gebiet.
Hier in diesem Fall würde bereits eine manipulierte Website ausreichen, die ein User mit seinem Handy aufruft um einem Shelly über die Scripting Engine in weniger als 1 Sekunde Schadcode unterzujubeln. Und dafür muss man kein Super Hacker sein.
Ich will wirklich kein Schwarzmaler sein. Aber wie siehst du das?
Ich würde einfach ein Passwort für die Weboberfläche setzen und dann ist die API damit abgesichert 😉
@@haus_automation Das hilft schonmal :)
Jetzt habe ich selbst kein Shelly aber wird man bei der Einrichtung zum Passwort Setzen aufgefordert? Oder nur, wenn man das explizit möchte?
Wird man nicht. Sehe ich aber auch nicht als notwendig an, da die Geräte ja meistens nur über das Heimnetzwerk laufen.
Von CSRF Angriffen mal abgesehen.
wäre noch interessant zu wissen ob sich Text auf dem Bildschirm des 4 PM darstellen lässt lassen. Wäre z.b. was fürs Gartenhäuschen. Wenn man es weiterspinnt könnten auf den Bildschirm nicht nur die 4 Ausgänge geschaltet, sondern es könnten auch Schalter angelegt werden die andere Funktionen auslösen. Quasi ein "Mini-io.broker" im "Insel-Betrieb"