nur der +2PM fehlt. Warum auch immer...
weil sich noch keiner der Entwickler hingesetzt und die Firmware für den Plus 2PM angepasst hat. Ist aber auch nicht notwendig weil Allterco selbst an einer sinnvolleren Lösung arbeitet und die nennt sich Matter. Hier ist eine Version für das erste Halbjahr 2023 angekündigt, ganz so lange wird es also aller Voraussicht nach auch nicht mehr dauern.
mit dem Script hier lassen sich mittels Shelly I4 maximal 4 Shelly Dimmer 2 fast exakt so bedienen als wäre der jeweilige Button am Dimmer direkt angeschlossen
https://github.com/shelly-tools/s…iple_dimmers.js
1) kurzer Druck: an bzw. aus
2) Langer Druck: Dimmen / Aufhellen im Wechsel
3) Doppelklick auf 100% Lichtstärke einschalten
Was zwingend notwendig ist: eine stabile WLAN-Verbindung für Shelly I4 und die maximal 4 Shelly Dimmer2. Für zwei Dimmer nutze ich das hier selbst so und das funktioniert seit Monaten super.
So if I add any Shelly gen 2 (Plus/Pro) device to run my custom script, can that gen 2 device then read inputs ans set outputs on the Uni device?
yes, that's possible.
I've done something very similar in various scripts.. Have a look at the emulate_shutter_cycleswitch.js
Dann sollte man vielleicht mal das Script zeigen.
das wird eines von meinem Github-Account sein, aber tatäschlich wäre es schon interessant welches der insgesamt 6 Hue-Scripts da abraucht.
ich frag mal vorsichtig: wird das als Router-Watchdog genutzt um den Router bei Nicht-Erreichbarkeit einer Website neu zu starten? dann kommt der HTTP-Call vermutlich während die Netzwerk-Verbindung gar nicht mehr verfügbar ist und bringt das Script zum Absturz.
Bei dem sehr kurzfristigen Repeat-Verhalten (alle 5000 ms, also 5 Sekunden) landen dann vermutlich 5 Shelly.Call in der Queue und bevor der Timeout vom ersten erreicht wurde ist die maximale Anzahl an HTTP-Calls erreicht -> das führz zum Abbruch.
Wenn es dafür genutzt wird solltest du dem Router schon die Zeit geben neu zu starten und das WLAN wieder aktiv in Betrieb zu nehmen,
Der Schieber, um das Script komplett zu deaktivieren, bleibt immer auf aktiviert.
bin mir grad nicht sicher, deshalb frag ich.. nach einem Reboot / Stromausfall sieht es im Webinterface so aus? (Script aktiviert aber es läuft trotzdem nicht)
Zeigt der was an, wenn er schläft?
in der App sieht man die zuletzt übermittelten Werte. in ioBroker, OpenHAB, HomeAssistant und Loxone ist das genau so..
Gibt es keine Möglichkeit, das zu unterbinden?
wozu? was nutzt es, wenn der im Minutentakt die gleichen Messwerte übermitteln würde?
Das Problem: wenn der ESP8266 wach ist wird er sehr warm, damit würde er die Sensor-Werte gezwungenermaßen komplett verfälschen..
Das Prolem ist mit aktueller Firmware lange behoben, eine Antwort hier macht deshalb eigentlich keinen Sinn mehr.
Script.Stop {id:1}
try with Script.Stop?id=1
Das Ganze lässt sich mit einem Shelly 2.5 meines Erachtens nicht realisieren weil sich die Timer immer in die Quere kommen und deshalb nicht funktionieren.
Mit einem Shelly Plus 2PM geht das aber problemlos.
Ich frage mich, wieso der Heiman nur die Hälfe des Shellys kostet. Mit welcher Begründung kostet der Shelly über das Doppelte?
Cloud-Betrieb in der EU kostet mehr als in China (Tuya), Lizenzen, Entwicklungskosten etc.. die Frage kann aber nur der Hersteller beantworten 
Wird ja niemand gezwungen die Shelly-Variante zu kaufen..
Gibt es noch andere Methoden einen Shelly anzusteuern, als diese:
Grundsätzlich lässst sich mittels Shelly.Call jedes RPC-Kommando aufrufen, welches der Shelly zur Verfügung stellt.
Das kann im Falle des lokalen Shelly ein Switch.Set, ein Input.SetConfig oder was auch immer sein.
Shelly.call("Switch.set", { id: 0, on: false, toggle_after: 2 });bei einem Remote-Shelly braucht man zwingend die HTTP Komponente. Diese beherrscht neben HTTP.GET (siehe oben) auch ein HTTP-POST und einen generischen HTTP.Request (darüber gehen get, post, put, head und delete)
Einen Shelly der ersten Generation steuert man gezwungenermaßen über HTTP.GET (der kann nichts anderes), einen Shelly der zweiten Generation über HTTP.Get oder HTTP.Post, je nachdem was man ihm mit auf den Weg geben will.
Ein Beispiel kann ich auf Wunsch gerne liefern.
Das ist seitens des Herstellers ausdrücklich nicht mehr gewollt.
Hat jemand einen Lösungsvorschlag?
Mein Lösungsvorschlag: bau dir ein Netz welches du so im Griff hast, dass sich Shellies im Bedarfsfall auch mal mit dem Internet verbinden und updaten lassen.
Ich habe auch schon versucht den Pro2 parallel über die 1. WLAN-SST mit dem Internet zu verbinden,
das wird problemlos klappen, wenn Gateway, DNS etc am richtigen Netzwerk-Interface (STA) konfiguriert sind. Ansonsten Hotspot vom Smartphone nutzen.
tatsächlich halte ich das Script auch für zu kompliziert..
das hier ist meine Version, die ich damals zum SmartHomeContest 2021 eingereicht hatte. Hab sie gestern mal an die aktuelle Syntax der API angepasst und etwas bereinigt.
Ist das ein Zeitproblem?
das ist mit ziemlicher Sicherheit ein Netzwerk-Problem oder ein Problem deines MQTT-Servers, sonst hätte ich das Problem nämlich auch
ja, das war ich der den Pull-Request zur Korrektur da eingereicht hat den Timer.clear braucht man tatsächlich weiterhin.
ob das technisch machbar ist kann ich leider nicht beantworten, ich hab auch leider kein detailliertes Datenblatt dazu gefunden, wie der verkabelt werden muss.
kann einen solchen Taster der nur über BUS abgeklemmt wird irgendwie mit Shelly’s verknüpft bekommt.
deswegen ja meine ursprüngliche Frage, was erwartest du dir davon? welche genaue Funktion? nur das Schaltsignal abgreifen? dafür alleine ist er m.E. viel zu teuer.
was erhoffst du dir denn davon? Der Tastsensor ist m.E. von Hause aus erstmal funktionsneutral und bekommt seine Logik über die KNX-Zentrale verpasst. die ist aber bei dir nicht vorhanden..
Davon ab bräuchten der Tastsensor und der Shelly Uni auch noch Strom, also müsstest du irgendwo ein passendes Netzteil (vermutlich 24 Volt Gleichstrom) unterbringen.
Sinnvoller wäre es m.E. einen 4-fach Taster (gibt es z.B. von Jung, Berker oder Shelly WS4) zu nehmen und da einen Shelly Plus I4 dran zu hängen. Die entsprechede Logik (kurzer Tastendruck, Double-Click, Triple-Click bzw, Long-Press ) lässt sich dann im HomeAssistant entsprechend weiterverarbeiten.
nochmal in leicht bereinigt und mit Kommentaren, ich hoffe es hilft den Inhalt besser zu verstehen
// Timer anlegen, 1 mal alle 1000 Millisekunden, wiederholend (deshalb true)
// und mit einer anomymen Funktion
Timer.set(1 * 1000, true, function () {
// variable now definieren und aktuelle Zeit (timestamp) vom Shelly reinschreiben.
let now = Shelly.getComponentStatus("sys").unixtime;
// variable "b" definieren, den Wert von "now" durch 60 teilen
let b = now / 60;
// variable "r" definieren, Inhalt ist gerunded "b"
let r = Math.round(b);
// variablen r und b vergleichen, wenn Inhalt und Datentyp identsich dannn Shelly.Call
if (r === b) {
//Shelly.Call ruft eine exterene URL auf, hier mit der Methode http.get weil die
// parameter direkt in der URL übergeben werden.
Shelly.call(
"http.get", {
url: 'http://192.168.178.205/relay/0?turn=on&timer=1'
},
//hier könnte man z.B. die Rückgabe vom Shelly.Call auswerten, brauchen wir aber hier nicht
function (response) {
},
//null weil wir hier keine Userdaten in den Call übergeben wollen
null
);
}
//null weil wir hier keine Userdaten in en Timer übergeben wollen
}, null);dann kannst du daran lernen und es weiter an deine Bedürfnisse anpassen / verändern.