Hallo zusammen,
ich habe nun mit meinen Einstellungen
Zeitfenster: 1 Stunde vor Sonnenuntergang bis Sonnenaufgang
Übertragungsmodus: MQTT
LED: aus
Folgenden Batterie-Verlauf der letzten 7 Tage:
Das sieht erst einmal gut aus und sagt eine lange Batterie-Lebensdauer voraus. Ich werde weiter beobachten bin aber guter Dinge.
Gruss
Absolut, im LAN ist nichts 100%ig sicher, aber für "kritische" Übertragungen ist auf jeden Fall TCP zu empfehlen. Für mich ist dann MQTT die richtige Wahl und ich brauche mich mit CoIoT erst einmal nicht mehr auseinander zu setzen.
Danke nochmal!
Gruss
Doch noch eine Frage bezüglich CoIoT: bedeutet das nicht, weil ja per UDP geschickt wird, dass man unter Umständen Bewegungsmeldungen "verpasst" weil ein Übertragungsfehler auftritt? Speziell im WLAN kann das durchaus mal passieren, unabhängig vom Shelly. Wie verlässlich ist CoIoT denn dann im Vergleich zu REST/MQTT? Wäre schon blöd wenn man erwartet, dass bei Bewegung Licht an geht, dann aber nichts passiert... 
Gruss
Verstehe, danke für die Infos! Ich hatte vorher tatsächlich Actions verwendet, aber damit bekommt man halt andere Informationen wie Batterie und Lux-Wert nicht.
Das heißt aber unter dem Strich, dass MQTT sich korrekt verhält, wenn man jede Stunde ein Datenpaket erhält (ich war mir da nicht sicher, ob man das irgendwo noch von der Frequenz her einstellen kann), da das eine der sparsamsten Betriebsarten des Shellys ist.
Gruss
Für das Überwachen der Zustände (Motion oder Tamper) stehen wahlweise MQTT, COAP oder HTTP-Actions zur Verfügung. Alle 3 Varianten sind Stromsparend, weil der Sensor selbst aktiv wird (und zwar nur dann, wenn es notwendig ist)
Da habe ich eine Frage dazu: bei mir meldet sich der Shelly per MQTT jede Stunde 1 Mal und schickt Daten, ist das so beabsichtigt? Bedeutet ja, dass er jede Stunde aus dem Deep Sleep aufwachen muss. Würde man ihn per REST jede Stunde abfragen käme man dann nicht auf das selbe Ergebnis? Oder gibt es da noch weitere Unterschiede, wenn MQTT aktiviert ist?
Dazu hatte ich diesen Thread hier eröffnet:
MQTT <=> Batterie - Shelly Motion - Offizielles Shelly Support Forum (smarthome-forum.eu)
Wäre sehr interessiert an Details, was für die Batterie das Beste ist und warum.
Danke!
Gruss
Hallo zusammen,
ich habe gerade mal geschaut, per MQTT meldet sich der Shelly 1 Mal pro Stunde mit aktuellen Werten. Ist das bei COIOT auch so? Bei den Actions meldet er sich ja wirklich nur, wenn etwas passiert...
Gruss
Hallo zusammen,
hat schon jemand Details zur Batterie-Lebensdauer bei aktiviertem MQTT? Ich habe bei mir jetzt mal von Actions über URL-Aufruf (2, Motion Detected, Motion Ended) auf MQTT umgestellt und bin mir nun unschlüssig, welche der Methoden besser ist (für die Batterie). Bei MQTT scheint eine "dauerhafte" Verbindung zwischen Server und dem Shelly zu bestehen, was zumindest theoretisch für mehr Auslastung der Batterie sorgen müsste, aber ich bin da technisch nicht so tief drin um das beurteilen zu können. Hat da jemand mehr Wissen?
Danke!
Gruss
@Muetze ,
super Tipp, danke, das wird besser funktionieren.
Gruss
Gute Idee, danke! Ergebnis: sehr ähnlich. Von daher ist der Bereich also am Tag ebenfalls zu dunkel um eine Unterscheidung zwischen Tag und Nacht zu machen. Ich setze nun die Schwelle auf 0 Lux und mache die Logik in meiner Haus-Automation basierend darauf ob draußen dunkel ist oder nicht.
Gruss
ja, es wäre "bat.value", aber wie schon im vorherigen Post gesagt warte ich mal ab ob der Hersteller die Übertragung dieser Werte per Actions implementiert, das wäre der optimale Weg. Trotzdem danke für Deine Mühe!
Gruss
Ja, da bin ich vollkommen bei Dir. Wenn man Werte wie Lux, Batterie-Status usw. bei der Action mitgeben könnte, wäre das optimal, dann würde das Pollen komplett entfallen. Ich dachte sowas mal irgendwo gesehen zu haben, konnte es aber, wie gesagt, nicht finden. Aber wenn es angekündigt ist dann warte ich, anstatt jetzt eine komplexe Logik zum Pollen zu implementieren. Ich hoffe die Batterie ist jetzt nicht nach ein paar Wochen leer
Ich habe übrigens auch die LEDs deaktiviert um Batterie zu sparen. Habt Ihr Vorschläge/Tipps, was noch alles die Batterie "entlastet"?
Danke!
Gruss
Hm..., danke für die Info!
Gibt es andere Einstellungen, die auf die Lichtempfindlichkeit Einfluss haben? Ich habe z.B. die "Motion Sensitivity" auf 256 stehen... Aber auch ein Änderung auf 1 zeigt den selben Lux Wert...
Gruss
Ein Punkt fällt mir noch ein. Ich glaube mal irgendwo gesehen zu haben, dass man die URLs, die der Shelly Motion bei Bewegung aufrufen soll, mit Parametern versehen kann (lux, ...), konnte das aber nicht finden. Welche Möglichkeiten gibt es da?
Gruss
Danke Euch für die Antworten!
in erster Linie wollte ich mir einen Überblick verschaffen, was alles geht. Es gibt ein paar Anwendungsfälle, die ich im Kopf habe, aber diese sind nicht dringend, von daher kann ich warten, bis der Hersteller da nachgezogen hat.
Ich bin mit den anderen Protokollen jetzt nicht firm aber wenn diese Nachrichten pushen, dann muss der Shelly in diesem Augenblick ja ebenfalls aus dem Sleep raus, um per WLAN zu senden. Ich habe alle Protokolle aktuell deaktiviert, da für mich die Shellys eben wegen der guten REST Schnittstellen so vielseitig einsetzbar sind. Aber ich verstehe natürlich, dass über andere Protokolle die Kommunikation nochmals sparsamer ist. Trotzdem würde ich es gerne probieren. Ich rede nicht von einer Abfrage jede Minute, sondern um Möglichkeiten die Konfiguration über den Tag hin anzupassen, abhängig von der Tageszeit. Oder auch 1 Mal pro Tag den Batterie-Status abzufragen um Warnungen verschicken zu können.
Gruss
Hallo zusammen,
kann es sein, dass es noch keine offizielle Dokumentation zu der REST Schnittstelle des Motion gibt? Auf https://shelly-api-docs.shelly.cloud/ konnte ich nichts finden...
Danke!
Gruss
Hat also niemand das Problem mit den Helligkeitswerten? Mein Anwendungsfall ist, dass ich das Licht im Treppenhaus einschalten möchte wenn es bereits dunkel ist, aber selbst Tags über sinkt der Lux Wert auf 0...
Lesen hier eigentlich Mitarbeiter von Shelly mit?
Gruss
Current version: 20210226-072307/v1.1.0@f31e1d2bDas sollte passen, aktuellere wird mir nicht angezeigt.
Gruss
Hallo zusammen,
habe heute meine 2 Shelly Motion erhalten und diese auch sofort integriert. Nun habe ich aber das Problem, dass die Shellys die LUX Zahl irgendwie komisch angeben. An Stellen, wo eigentlich noch durchaus Licht ist, zeigt er mir < 5 Lux an, in bestimmten Fällen sogar 0. Dabei haben wir ja Tag Das Treppenhaus, wo sie arbeiten, ist natürlich dunkler als der Rest des Hauses, aber ich dachte 0 Lux wäre wenn es stockfinster ist. Kann ich da auch negative Werte angeben oder ist es einfach so, dass der Helligkeitssensor diese "Einschränkung" hat, dass er nicht zwischen dunkel und finster unterscheiden kann?
Danke!
Gruss
Hallo zusammen,
bin jetzt das Risiko eingegangen und habe die Leinwand komplett ausgefahren. Und siehe da, nach 60 Sekunden gibt es tatsächlich einen automatischen Stopp. Damit hat die Kalibrierung geklappt.
Danke allen für Ihre Tipps!
Gruss
Ja, diese Idee ist mir auch gekommen, aber mit 230V ist das jetzt auch nicht ganz ungefährlich. Ich hatte gehofft, dass es einen einfachen "switch" gibt, womit man per REST mitteilen kann, dass die manuellen Zeiten als "kalibriert" gelten.
Finde die Shellys wirklich gut, da sehr flexibel, aber das ist ein erster Punkt, der einerseits überraschend ist, andererseits eine flexible Integration etwas behindert. Schade...
Gruss