Hallo,
nö, lässt sich nicht ändern und ist auch nicht notwendig. Am Ende der eingefügten Bedingung steht ein "AND" = UND. Draufklicken, und weiter Bedingung eintragen.
Gruß Detlev
Hallo,
nö, lässt sich nicht ändern und ist auch nicht notwendig. Am Ende der eingefügten Bedingung steht ein "AND" = UND. Draufklicken, und weiter Bedingung eintragen.
Gruß Detlev
Hallo, der 2te Lampenauslass könnte doch auch mit einem Baldachin überdeckt werden, um dann mit einer "Affenschaukel" zur Pendelleuchte geführt werden. Dann ist man wieder in der Schalterdose.
Gruß Detlev
Alles anzeigen<snip>
Ich würde nun aber folgendes machen: Jeden Abend gegen zb 19Uhr soll der Endschalter abgefragt werden und mir eine Push-Nachricht ans Handy gesendet werden.
Sprich: 19Uhr - Tor ist offen, oder 19Uhr - Tor ist geschlossen. Dann kann ich selbst entscheiden, ob ich das Tor öffnen oder schließen möchte.
<snip>
Bei dieser Frage findet ja kein Input-Change statt oder das Relais schaltet nicht.
Ich finde in der App also keine Möglichkeit diesen Fall als Szene zu erstellen.
<snip>
Hallo,
das wird mit Bordmitteln beim Aufbau wie in der Anleitung von Spike knapp werden. Um 19:00 Uhr den Input abfragen wird fehlschlagen, da dieser nur auf "Input Change" nur genau bei dem Wechsel des Status positiv ist. Wenn also um 18:59 das Tor zugefahren ist (Input State Change), dann wird dieser Wechsel nirgendwo gespeichert. Um 19:00 ist dann also nur der Zeitpunkt aktiv. Ergebnis nach boolscher Logik: 0 and 1 = 0.
Und der Ausgang hat ja schon eine andere Funktion (daher ist ja auch der Input als "SW detached" angegeben).
Möglich (Stichwort: IC-Grab) würde sein, einen weiteren Shelly einzusetzen. Dieser bekommt den Input anstelle des vorhandenen Shelly angeschlossen, und schaltet auch seinen Ausgang - hier kann dann die Stautsabfrage "State Change - when Shelly Relais is activ" der Szene um 19:00 zuschlagen. Mit diesem Ausgang wird dann der (bislang existente) Shelly am Eingang gesteuert.
HTH
Detlev
<snip>
einen Multishortcut "Türlicht" erstellt, komme dann aber nicht weiter.
<snip>
Hallo Konni,
nun, nur einen Multishortcut anlegen reicht leider nicht. Du musst vorher die entsprechenden Shortcuts anlegen, die das Schalten übernehmen. Diese kannst du dann in den Multishortcut einbinden - siehe auch #11
HTH
Detlev
... Button Type ... Detached ... die direkt angeschlossene Lampe sonst immer mit angehen wird, und dann die Actions mit 1. Localhost und 2. IP eintragen.
Hallo,
das ist mMn so nicht ganz richtig.
Wenn beim Schaltertyp "Momentary" eingestellt wird, den Haken setzen bei "Don't activate if the button is long pressed" funktioniert bei mir einwandfrei:
Kurz drücken: Licht geht an/aus
Lang drücken: DDD zum Shelly1 und Drucker geht an/aus
HTH
Detlev
Die visuelle Unterscheidung zwischen gelesen/ungelesen, die fehlt mir etwas.
Ansonsten gefällts.
Gruß Detlev
Hallo,
bin zwar nicht SebMai, aber dennoch zur zweiten Frage:
Eine gestartete Szene lässt sich nicht so einfach wieder Stoppen, denn die ist kein Schalter, der nur An/Aus kennt.
Was soll denn bei einem "Stopp" geschehen: Rollback (wobei das bei einer Bewässerung z.b. nicht geht), einfach stehen bleiben (dann entwickelt sich der Rasen in einen Sumpf), zum Ende springen (dann fehlen u.U. Vorbereitung für einen weiteren Durchlauf, ...
Gruß Detlev
Oder vielleicht etwas "basteln", wie in dem Beitrag "Shellys mit Javascript und HTML visualisieren" angerissen?
Gruß
Detlev
Tja, da musst du noch einen Shelly "opfern".
Sonnenaufgang oder Sonnenuntergang gehen in Szenen nicht.
Den zusätzlichen Shelly damit schalten lassen, und dann in der Szene den Ausgang abfragen.
Gruß Detlev
Hallo,
was soll der Shelly den machen? Den Stromstoßschalter ersetzen? Oder als vierter Taster funktionieren?
Gruß
Detlev
Gut, beim NFC-Tag hätte ich besser von "Aufgabe" gesprochen; hab ich oben geändert.
Gruß Detlev
Wenn du in dem Link (getestet mit Android) nachliest: auf dem Tag wird nur der Aufruf des Deep-Link hinterlegt. Alles andere geschieht in dem Script der aufgerufenen App, hier "HTTP-Request". Wie das auf einem Apfel geht, da sind andere gefragt.
Gruß Detlev
Noch ein kleiner Nachtrag:
Da die Shortcut-ID von Smartphone zu Smartphone variiert, kann man anstelle dieser auch direkt den Namen des HTTP-Requests hinter "deep-link/" eintragen. Somit kann ein HTTP-Request per "Export" und "Import" an mehrere beteiligte Smartphones ausgerollt werden, und der Inhalt des NFC-Tags wird von jedem der so versorgten Smartphones "abgearbeitet".
Dabei ist zu beachten, das Umlaute oder Leerzeichen URL-codiert eingegeben werden, also anstelle des Leerzeichens z.B. %20. Hier hilft sicherlich ein Tool aus dem Netz.
HTH
Detlev
Hallo,
normalerweise "sieht" die Cloud deine WLAN-Konfiguration nicht. Denn dann müsstest du in deinem Router Port-Weiterleitungen einrichten, damit die Shellys von außen angesprochen werden können.
So, wie es geplant ist, "informiert" der Shelly die Cloud, also ausgehender Datenverkehr.
Nun, wenn dir jemand den Plug wegnimmt, kann er - entsprechende Gerätschaften vorausgesetzt - sicherlich die WLAN-Informationen auslesen. Aber dann kann er das auch, wenn er sich vor dein Haus stellt.
Gruß
Detlev
Hallo,
Schubbie: stimmt, das ist eine Lichtschranke im Kasten. Denn leider habe ich kein Fenster im Kasten, so das meine Frau den mehrmals am Tag aufgemacht hat, um zu sehen, ob Post da ist. Und ja, wenn der Brief unmittelbar VOR dem Sensorfeld zu liegen kam, meldete sich nichts, da dann die Reflektion ausreichte. Kam in 1 von 20 Fällen vor. Daher habe ich Sensor und Katzenauge gedreht, da nun der Sensor nicht von einem Brief "getroffen" werden kann.
Um einen Fensterkontakt von Homematic zu verwenden, muss so ein System erstmal da sein - ist es nicht. Fritzbox und Shelly waren da.
SparkyMaster: nein, die Klappe muss nicht offen sein. Die wird nicht überwacht. Sonst würde mir jedesmal, wenn meine Frau in den Kasten sieht, etwas gemeldet.
Was nun noch fehlt, ist eine Anzeige im Haus - bislang nur per Shelly-Push-Nachricht. Das kommt noch, wenn der PAF - u.a. durch solche Basteleien - gestiegen ist. Sonst werde ich die Kosten schwer argumentieren können.
Fotos reiche ich nach.
Gruß Detlev
Hallo Gemeinde,
noch ein kleiner Nachtrag: mechanisch sollte der Sender/Empfänger so im Briefkasten angebracht werden, dass er nicht direkt von einem Brief verdeckt werden kann. Sollte nämlich ein weißer Briefumschlag eingeworfen werden, und der landet dann unmittelbar vor dem kleinen Fenster des Sensors, wird nichts erkannt, da die Reflektion des Umschlages genügt, das Sendesignal auf den Empfänger zurückzuwerfen.
Gruß Detlev
Hallo Andy, verstehe ich es richtig, das du bei dem Taster in den Actions sowohl unter "Button switched ..." etwas eingetragen hast und _gleichzeitig_ noch in den "Output switched ..."?
Gruß Detlev
Hallo,
für den ersten Fall trage unter "Button switched on" ein: turn=toggle
Dieser Befehl schaltet immer in den anderen Modus: an --> aus, aus --> an. "Button switched off" bleibt dann leer.
Den 2. Fall habe ich nicht vollständig verstanden.
Gruß Detlev