Hello, thanks you for the suggestion.
I once recorded the behavior of "Report Sensor values". See attach.
Result: in the case of changes, a request is made in 5-6 minutes, in the case of no change in 10 minutes.
open points
Why the Http-Gets are sent twice-> ???
The temperature is integer (4 digits) vs. API description. It's not a bug it's feature 
??
Does anyone have an idea about the open points?
Sind die Schalter kompatibel zu den Abdeckungen der Anbieter Gira, Jung, usw.
Wie könnte eine Kombination mit einer oder 2 Steckdosen aussehen oder Shelly-Taster 4 mit einem klassischem Schalter kombiniert?
Ich bin überwältigt 
innerhalb von ein paar Minuten und das alles um Mitternacht
SebMai -> super, vielen Dank. Spart mir das "blödsinnige" Probieren
Thema ist schon etwas älter, aber beschreibt eine gute Möglichkeit der Konfiguration. Habe die beschriebenen Befehle nachvollziehen können, aber einige Settings habe ich nicht herausbekommen 
Nach "http://192.168.178.110/settings/actions" erhalte ich
"actions": {
"out_on_url": [
{
"index": 0,
"urls": [
"http://192.168.178.230:9000/api/WZ/Set?Tra…elIsOn&Value=On"
],
"enabled": true
}
], .......
Wie kann ich die url "http://192.168........" per http-Befehl ändern?
Ich suche nach einer Möglichkeit einen neuen Shelly oder einen Shelly welcher wieder mit Spannung versorgt wird zu erkennen. Bedeutet: er sollte sich bei einer lokalen URL anmelden.
Noch besser wäre ein regelmäßiges "Keep Alive" in einem Zeitraum von 1-3 Minuten.
den gibt es nicht, lässt sich aber mit ein paar einfachen Zeilen Code auf einem permanent laufenden Rechner (als eine Art Proxy) problemlos realisieren.. wenn du einen Rechner hättest, kann ich da ein passendes Programm liefern, düften nicht mehr als 30 Zeilen Code werden.
HttpResponseMessage response = await GetAsync("http://192.xxx.xxx.xxx/status");
JObject o = JObject.Parse(Encoding.UTF8.GetString(response.Content.ReadAsByteArrayAsync().Result));
var ison = o.SelectToken("relays[0].ison").ToObject<bool>();Völlig falsch Wenn ein Rest-Client vorhanden ist, sind es 3 Zeilen
Somit natürlich der richtige Hinweis und vielen Dank für das Code-Angebot. Meist ist der Code nicht das Hauptthema, wenn man mal das Ziel kennt.
Der obige C#-Code läuft unter Win 10 auf einem Raspi 2, der reicht hierzu völlig aus!!!
Für mich ist das Thema beendet.
Danke für die Rückmeldung.
Das ist mir bekannt. Ich meinte einen direkten Zugriff auf z.B. ison und mit einem bool-Wert als Antwort.
Hallo,
ich habe ein ähnliches Problem. Kann man gezielt auf eine Status-Info lesend zugreifen?
z.B. ....../status???relays_0_ison ????
Danke Willi
Sodele
Das hört sich doch gut an. In 1-2 Sekunden kann man sicher eine Anfrage an den Server schicken. Hierdurch ergeben sich doch einige zusätzliche Möglichkeiten
Nachdem jetzt mein Shelly-Cloud-Äquivalent fast fertig ist (läuft prima auf einem RasPi mit Win 10), werde ich mir mal den DW vornehmen.
DANKE!!!
Erstmal vielen Dank
Der Action Close/Open geht sagt praktisch Hallo und ich kann jetzt den Json über IP/Status ausgeben
Nur zu meiner Sicherheit / meinem Verständnis.
Ich habe nur eine Action für entweder Close oder Open je nach reverse_open_close! Ich bekomme also nur eine Action für close oder open. Richtig?
sensor.state sollte dann den entsprechenden Status open oder close haben, also keine andere Info als die Action close_url ( je nach reverse_open_close). Richtig?
Ich würde aber gern eine Action für open und close bekommen. Ich könnte natürlich nach z.B. einer close-Action reverse_open_close entsprechend setzen, aber ist dann der Server bereit? Oder schläft er?
Wacht der Server nach einer Action immer auf? Wenn ja, wie lange bleibt er wach?
Ist meine Frage zu dümmlich? Oder ....
Auch klitzekleiner Hinweis hilft mir
Da stehe ich wieder auf dem Schlauch???
Unter Sendevorgang verstehst du eine Aktion/Event welche eine vorher definierte URL aufruft?
In der API-Beschreibung finde ich 4 URLs. Welche meinst du? Oder Gibt es noch weitere?
{
"device": {
"sleep_mode": true
},
"dark_threshold": 100,
"twilight_threshold": 300,
"sleep_mode": {
"period": 6,
"unit": "h"
},
"led_status_disable": true,
"lux_wakeup_enable": false,
"dark_url": null,
"twilight_url": null,
"close_url": null,
"vibration_url": null,
"tilt_enabled": false,
"tilt_calibrated": false,
"vibration_enabled": false,
"reverse_open_close": false
}
sensor.state | string | Door/window sensor state: open or close |
Den Sensor/Reedkontakt kann ich aber nur abfragen wenn der Server aktiv ist!!?? Oder irre ich mich hier?
Eine Aktion wird nur für Öffnen oder Schließen ausgelöst!!? Richtig? Wenn z.B. Öffnen ausgelöst wird ist die Abfrage des Sensor nicht nötig, weil klar. Aber wie erkenne ich dann das Schließen?
Vielen Dank für deine Geduld mit mir, aber die Flagge ist schon eine Herausforderung
Nach dieser Hürde haben ich doch einige Hinweise zu meinen Fragen gefunden. Aber das Verhalten des Servers wurde, wenn ich es richtig verstanden habe, elegant "umschifft". Bzw. habe ich etwas von Ping gelesen, ist sicher auch eine Lösung. Es wäre natürlich besser wenn man den Zeitpunkt, bzw. das gesamte verhalten des Servers kennen würde, also wie exakt wird das Stundenintervall ggf. eingehalten. Irgendwo habe ich mal etwas von 4 Sekunden gelesen die der Server wachbleibt, wenn er aufwacht.
Das Öffnen der Tür wird wohl, in der beschrieben Lösung, über Vibration erkannt!? Hatte ich schon vermutet, werde ich ausprobieren. Und mal sehen was mir Wireshark noch so alles verrät
Habe immer noch etwas bedenken, dass ich jetzt Aufwand in die Sache stecke und morgen kommt die tolle neue Firmware.
Noch mal vielen Dank.
Danke für den Link:-) --> ich lande dann hier!!
:
Shelly Door/Window [Blockierte Grafik: https://smarthome-forum.eu/index.php?attachment/912-de-gif/] / [Blockierte Grafik: https://smarthome-forum.eu/index.php?attachment/913-gb-gif/] (bis Firmware 1.5.7)
Shelly Door/Window [Blockierte Grafik: https://smarthome-forum.eu/index.php?attachment/912-de-gif/] (ab Firmware 1.6.x)
Shelly Door/Window 2 [Blockierte Grafik: https://smarthome-forum.eu/index.php?attachment/912-de-gif/] (ab Firmware 1.8.0) (Danke neo-v )
:
Wenn ich diese Links weiter verfolge, komme ich zu einer allgemeinem Beschreibung und zum Schluss
:
Für Entwickler:
:
Diese Links führen wieder auf die Shelly-API-Beschreibung. Diese ist aber die Basis meiner Fragen.
Sorry finde hier nichts was mich mit meinen Fragen ein wenig weiter bringt. Warte wohl wieder etwas ab!!! Mir scheint bei DW können wir sicher bald wieder eine neue Firmware erwarten. Werde halt noch mal ein anderes Tür-Modul verwenden.
Hallo Stefan,
evtl. bin zu blöd, aber bei dem Homematic-Link komme ich irgendwie wieder auf die bekannte Shelly-API-Beschreibung!!??
Kannst du mir evtl. einen Link bezüglich DW geben?
Oder einen sonstigen Hinweis zu meinen Problemchen.
Vielen Dank.
Hallo, jetzt mit der neuen Firmware habe ich mir noch mal die API angeschaut. So richtig klar komme ich immer noch nicht. Im Prinzip will ich nur das Schließen und Öffnen einer Tür sicher erkennen und evtl. noch die Helligkeit abfragen.
Das eine Aktion (URL)für Schließen oder Öffnen habe ist klar. Aber wie kann ich nach dem Öffnen das Schließen abfragen? reverse_open_close? Aber ist zu diesem Zeitpunkt der Server aktiv? act-Reasons -> hier wird z.B. der Sensor open/close als Grund des Aufwachens genannt: ABER wacht der Server bei jeder Zustandsänderung auf? Oder??
Anderer Ansatz: Kann ich über die Vibrationserkennung die Bewegung einer Tür (öffnen und schließen) erkennen? Wacht dann der Server auf? act-Reasons ->Alarm?
Periodisches Aufwachen des Servers nach x Stunden. Wie kann ich erkennen das der Server aufgewacht ist? Ein stundenlanges Pollen ist sicher nicht sinnvoll. Oder wacht der Server immer exakt zur vollen Stunde auf?
Ja der andere DW hat noch die "alte" Firmware, aber es ist aus meiner Sicht nicht sinnvoll auf einer alten Firmware Code zu entwickeln, die scheinbar inkompatibel weiterentwickelt wurde. Da warte ich mal auf die folgende Firmware mit dann einer langwährenden Stabilität in den Events/Actions
LG Willi
Vielen Dank für Deine Mühe und die Weitergabe dieser Anforderung an Allterco.
Ich habe 2 DW1, einer ist noch original-verpackt, schaue mal nach der Firmware.
Und wenn schon Weihnachten ist und man sich was wünschen darf, wäre es schön, jeweils ein separates Event(Action) für close und open zu haben. Die ewige Umschalterei mit reverse_open_close ist gewöhnungsbedürftig, auch wenn es automatisiert läuft. Habe dabei ein ungutes Gefühl.
Hallo 66er,
eigentlich habe die Actions genau so verstanden. Was mich umtreibt ist, welches Action wird nach dem Tiefschlaf aufgerufen? Oder wird überhaupt ein Action aufgerufen? Mein Ziel ist es, wenn der Shelly aus dem Tiefschlaf erwacht, den Status zu erfassen/auszulesen.