VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Afaik kann man im tasmotizer einstellen, dass die Firmware vor dem Flashen gesichert werden soll.
Falls du das getan hasst, sollte es möglich sein, mit dieser Sicherung die Original Firmware wieder zu flashen, mit dem tasmotizer.
Es wäre ein Versuch wert.
Falls du nicht gesichert hast, kann ich hier nicht weiterhelfen.
Bei Deiner besseren Ergänzung muss ich dann auch einen Job im Browser starten?
Ja, das kurze obige Skript ist per Schedule Job, wie in #2 angelegt, um 00:00 Uhr (oder so) zu starten.
Es stoppt zunächst das saldierende Skript.
Dann löscht es die beiden KVS Einträge.
Nach 5s startet es das saldierende Skript.
Nach 10s, also 5s nach dem Start von Skript 1, stoppt es sich selbst.
Du willst gegen 00:00 Uhr all dies durchführen lassen. Somit ist dafür genau ein Schedule Job wie in #2 erforderlich.
Edit:
Na ja, manche mögen dafür im Skript einen Timer und Zeitvergleiche einsetzen. Ein Schedule Job passt hierfür aber bestens und der Scheduler arbeitet verlässlich.
Kleine Korrektur:
Der Job wird nicht per Browser "gestartet" sondern angelegt. Der Scheduler in der Firmware ruft an Hand der timespec Angabe die eingetragene Methode mit den eingetragenen Parametern auf.
Jeder eingetragene und freigegebene (enable=true) Schedule Job ist ein Auftrag an den Firmware internen Scheduler, den Job auszuführen.
Dann habe ich eine verbessernde Ergänzung:
Shelly.call("script.stop", {id:1}); // stoppt Skript 1
Shelly.call("kvs.delete", {key:"EnergyConsumed"});
Shelly.call("kvs.delete", {key:"EnergyReturned"});
Timer.set(5000, false, function() {Shelly.call("script.start", {id:1});}); // startet Skript 1
Timer.set(10000, false, function() {Shelly.call("script.stop", {id:Shelly.getCurrentScriptId()});}); // stoppt sich selbstEdit:
Vielleicht können die letzten beiden Aufrufe Shelly.call... auch ohne Wartezeiten per Timer genutzt werden. Das müsste aber getestet werden.
at Shelly.cal("script.stop", {id:1});
call mit zwei l
Ich korrigiere oben. Ich habe das Skript nicht getestet, sorry.
Es ginge bspw. auch mit einem einzelnen Schedule Job und einer Funktion "reset" im Skript. Diese Funktion sollte die Skript internen Salden auf 0 setzen, je nach Skript auch die KVS Werte.
Dann braucht der Shedule Job die Methode "script.eval" und "params":["id":1,"code":"reset()"]
Die KVS Daten nur auf null setzten klappt nicht, da sie im Skript gespeichert sind und alle 10Sek übergeben werden.
Dazu habe ich in #7 auf drei Jobs hingewiesen.
Job 1 stoppt das Skript. timespec="55 59 23 * * *"
Job 2 setzt die KVS Werte auf 0. timespec="0 0 0 * * *"
Job 3 startet das Skript. timespec="5 0 0 * * *"
Hab's gefunden.
Ich hatte etwas später noch korrigiert. In #2 steht es mittlerweile richtig.
Deine Schedule Einträge:
{"jobs":[{"id":1,"enable":true,"timespec":"0 * * * * *","calls":[{"method":"script.start","params":{"id":1}}]},{"id":2,"enable":true,"timespec":"0 0 0 * * *","calls":[{"method":"script.start","params":{id:2}}]}], "rev":65}Im Job 2 muss hinter "params" der Key id in Anführungszeichen stehen.
Edit:
Interessant. Dann tritt ein solcher Fehler beim Methodenaufruf auf und nicht etwa während des Eintragens.
Bei mir gab es keine Fehlermeldung. Ich testete aber auf einem Shelly Plus 1, habe keinen Pro 3EM.
Sorry, ich testete nur den Job von #3.
Ich kann keinen Syntaxfehler im Job von #2 erkennen.
Edit:
Ich legte den Job nach #2 soeben erfolgreich an, ohne Fehlermeldung.
Da die Daten Saldiert werden und wenn das Skript weiter läuft die KVS-Daten nicht zurückgesetzt werden
Dann sollte das Rücksetzen der Werte auf 0 genügen. Teste doch mal den Schedule Job von #3! Nur den oberen Teil bitte, nicht das Listing! 
Ok, vielleicht ist ein kurzzeitiges Anhalten vor dem Werte-Rücksetzen zielführend. Dann wäre das Skript kurz nach dem Rücksetzen zu starten. Das sind dann drei Schedule Jobs.
Nur zu Info: der 3Pro EM hat keine Web Ui, mit ihm kann man keine Schedule Job editieren.
Tatsache? Das ist dann aber schwach.
SyntaxError: JSON.parse: expected property name or '}' at line 1 column 203 of the JSON data
Du sollst den Schedule Job ja auch nicht in ein Skript packen!
Außerdem wird dein Job 1 per timespec jede volle Minute gestartet. Ok, zum testen halt ...
Also nee, dies ist der Standard Off Topic Thread. 
Es bleiben folgende Fragen.
Zu 1. Das kann auch per Schedule Job erfolgen. Ich versuche es mal.
http://<IP Adresse>/rpc/schedule.create?timespec="0 0 0 * * *"&calls=[{"method":"kvs.set","params":{"key":"EnergyConsumed","value":0}},{"method":"kvs.set","params":{"key":"EnergyReturned","value":0}}]Die Methode "schedule.list" zeigt folgendes:
{
"jobs": [
{
"id": 1,
"enable": true,
"timespec": "0 0 0 * * *",
"calls": [
{
"method": "kvs.set",
"params": {
"key": "EnergyConsumed",
"value": 0
}
},
{
"method": "kvs.set",
"params": {
"key": "EnergyReturned",
"value": 0
}
}
]
}
],
"rev": 10
}Hallo Marius alias Pit38
Da gibt es einiges zu klären.
Alles folgende ist ungetestet, sollte aber funktionieren.
Wenn ich dich richtig verstehe, genügt hierfür ein etwas komplexerer Schedule Job oder ein einfacher Schedule Job in Kombination mit einem Skript. Ich frage an dieser Stelle nicht nach dem Zweck deines Vorhabens.
Ein vermutlich für dein Vorhaben geeignetes Skript:
Shelly.call("script.stop", {id:1});
Shelly.call("kvs.delete", {key:"EnergyConsumed"});
Shelly.call("kvs.delete", {key:"EnergyReturned"});
Timer.set(5000, false, function() {Shelly.call("script.stop", {id:Shelly.getCurrentScriptId()});});Dieses Skript stoppt Skript 1, entfernt die beiden Einträge mit den Keys "EnergyConsumed", "EnergyReturned" und stoppt sich selbst nach 5 Sekunden.
Ich habe die Wartezeit von 5 Sekunden eingebaut, um sicherzustellen, dass die ersten drei Anweisungen komplett ausgeführt werden. Man mag testen, ob dies immer auch ohne diese Wartezeit sichergestellt ist.
Angenommen, dieses obige Skript hat die Id 2. Dann kannst du den passenden Schedule Job wie folgt anlegen und die Zeitangabe später bspw. per Web UI ändern.
http://<IP Adresse>/rpc/schedule.create?timespec="0 0 0 * * *"&calls=[{"method":"script.start","params":{"id":2}}]PM ist nicht erforderlich, den Plus 2 gibt es aber ausschließlich mit PM.
welcher dem Shelly Plus i4 (der das Relais ersetzt) in der Lampe sagt welchen Ausgang er schalten soll?
Anders herum, ein i4 hat keine Relais, noch nicht einmal Ausgänge. An einen i4 werden Taster oder Schalter angeschlossen. i4 = input 4, d.h. er hat 4 Eingänge. Mit einem Plus 2(PM) kannst du zwei Stromkreise schalten, was in deinem Fall passen täte. Ein Plus 1 ist wenig geeignet, weil er nur einen Relais-Ausgang besitzt und einen Eingang. Willst du die beiden Stromkreise nicht auch unabhängig voneinander schalten können?
Willst du deine Steuerung wirklich Cloud abhängig machen?
Siehe meine Signatur!
Es gibt eine Möglichkeit, die Messdaten lokal auf dem Shelly zu speichern - autark, per Skript.
Diese können bei Bedarf und Gelegenheit abgerufen oder per Copy & Paste übertragen werden. Das Ganze ohne Cloud.
Wer mehr mmöchte, dem kann ich im lokalen Netz einen Raspberry Pi empfehlen, auf dem Influx und Grafana laufen ... auch alles ohne diese abhängig machende Cloud.
Ich lese wiederholt von Shelly 2PM, weshalb ich einen aktuellen Shelly Plus 2PM vermute, also ein Gerät der zweiten Generation.
Mit einem solchen gelingt das, was du willst. Es ist allenfalls eine Frage des Aufwandes (evtl. im programmieren).
Da du eh Taster vorziehen willst, stehen hierfür Ereignisse wie push, long push, double push und triple push zur Verfügung - vielleicht nicht auf einem Plus 2PM, aber jedenfalls auf einem Shelly i4.
Den i4 kannst du zum reinen Steuern eines Plus 2PM an der Lampe verwenden. Das muss aber nicht sein, wenn genügend Leitungen zur Lampe führen und der Plus 2PM die von dir gewünschten Ereignisse zur Verfügung stellt.
An Hand solcher Ereignisse kannst du Webhooks (=Actions) einrichten, die das Gewünschte veranlassen.
Per Skript auf einem Plus 2PM gelingt es in jedem Fall.
Schau mal hier:
Das RPC Konzept ist überzeugend. Du kannst dir die RPC Antworten leicht per Browser ansehen.
http://<IP Adresse>/rpc/<Methode>?<Parameter, falls erforderlich>&<weiterer Parameter>
Auf Windows sind Firefox oder Edge zu empfehlen, weil diese die Antworten übersichtlich strukturiert darstellen.
Edit: Sorry, der zielführende Link ist dieser
https://shelly-api-docs.shelly.cloud/gen2/Component…shellygetstatus
konkret: http://<IP Adresse>/rpc/switch.getstatus?id=0
Die Antwort liegt im JSON Format vor. Nach der Konvertierung in ein Objerkt "obj" gelingt der Zugriff per obj.apower. Auch stehen weitere Daten wie obj.voltage, obj.current ... zur Verfügung.
Edit:
Du kannst die gewünschten Daten auch vom Shelly Plus Plug S so senden lassen, wie es dein "Arduino"-System gut verarbeiten kann. Dies gelingt am flexibelsten per Shelly Script.
Du willst ja einen Shelly Plus 2PM dazu bringen, das manuelle Schalten per doppeltem "Schalterdruck" (?) nachzubilden. Kein Taster?
Da es keinen URL gibt, der einen Schaltimpuls verzögert, also bspw. in 1 s auslöst, sehe ich ausschließlich die Lösung per Skript.
Du willst ja bspw. einen 0.5s langen Impuls, gefolgt von einem weiteren 0.5s langen Impuls per Plus 2PM schalten lassen.
Dies gelingt per Timer.set(...) in einem Skript.
Willst du darüber mehr wissen?
Edit:
Entscheidend ist das Verhalten des Plus 2PM. Welches Bedienelement dieses auslöst ist letztlich unwesentlich, solange dieses die entscheidenden Befehle in einem zeitlichen Abstand per URL sendet.
Edit 2:
Ein solches Skript kann auf dem Plus 2PM laufen und einen sog. HTTPServer Endpoint zur Verfügung stellen. Dieser empfängt eine Nachricht und generiert daraufhin die gewünschten Schaltvorgänge.
Diesen URL kann ein Wall Display (vermutlich, ich habe kein solches) oder ein Shelly i4 oder ein Shelly der ersten Generation oder ... senden.
Die Portnummer ist standardmäßig 1883.
