Beiträge von T(:)M

Zitat von Na-Hallo

du kannst doch in den Einstellungen die Punkte: Eingänge vertauschen bzw. den Punkt Richtungen umkehren nutzen, damit die Richtungen stimmen. Oder was meinst du mit Status?

Die Richtungen `öffnen-schließen' sind korrekt.
Es wird mir aber nur der Status `offen` angezeigt, wenn der Rollo geschlossen ist

Hallo, was habe ich falsch gemacht, wenn beim 2PM für einen Rollo der Status offen und geschlossen vertauscht sind?
Was braucht ihr für Infos um mir einen Tipp geben zu können.
lieben DANK

Habe ich doch oben schon mehrfach geschrieben, dass ich einen Tast-Schalter angeschlossen habe.

Genauer einen Tastschalter von Gira System 55., was gleich zu setzen ist mit einem Wechselschalter.

Von meiner Seite aus, beobachte ich nun in dieser Konstellation wie in Post #18 geschrieben, ob

mein ursprüngliches Problem mit dem "Licht an" aus unbekannter Ursache, weiterhin vorhanden ist.

Das schalten des Lichtes, hat ja in jeder Konstellation bisher funktioniert.

Ja das war mein allererster Versuch, also einen ganz normalen Zustands Trigger "on" und "off" Trigger mit einem toggle oder im Endeffekt dann mit "light.turn_on" und "light.turn_off"

Ich habe jetzt nochmal auf das normale push_button in Verbindung mit dem input_mode "Button" umgestellt.

alias: WZ Decke BUTTON Shelly i4 - VER2
description: ""
trigger:
  - platform: device
    device_id: abb59c7e1432fc9e6362283d6eb2daa1
    domain: shelly
    type: btn_down
    subtype: button1
  - platform: device
    device_id: abb59c7e1432fc9e6362283d6eb2daa1
    domain: shelly
    type: btn_up
    subtype: button1
condition: []
action:
  - service: light.toggle
    data: {}
    target:
      entity_id: light.wz_decke
mode: single

Wenn ich den Shelly i4 auf Button umstelle

dann werden mir in HA diese Trigger Optionen angezeigt.

wo ich dann diese Automation probierte

description: ""
mode: single
trigger:
  - platform: device
    device_id: abb59c7e1432fc9e6362283d6eb2daa1
    domain: shelly
    type: single_push
    subtype: button1
condition: []
action:
  - service: light.toggle
    data: {}
    target:
      entity_id: light.wz_decke

Schau mal hier, habe ich keine Möglichkeit auf einen "Schalter" umzustellen, sondern eben nur diese Möglichkeiten und da war mein letzter Test die "Energie". Hatte aber auch schon "Licht" usw. probiert. Das ist direkt in HA in den Geräteeinstellungen

mein letzter Versuch mit dem "powered" ist in der Tat seltsam und ich kannte das bisher auch nicht. Das Licht wird aber auch da geschalten.
Bei der Version mit "push-button" war bisher bei mir nicht sehr zuverlässig und ich musste den physischen Tastschalter oft mehrfach drücken, bis das Licht an ging.

Zitat von Devil

Du hast Schalter am i4? Dann darfst du hier nicht starr mit dem Status des eingangs Arbeiten. Sondern musst auf den Wechsel reagieren egal ob an oder aus

Ja ich habe einen Tastschalter am input_0, welcher den i4 triggern soll.
... Du meinst kein "light.turn_on" oder "off" sondern ein "light.toggle", um beim "Switch und powered" zu bleiben

Wie gesagt, ich habe mittlerweile alle möglichen Varianten ausprobiert, weil ich dachte, das könnte mein Problem verändern.

alias: test_i4
description: ""
mode: single
trigger:
- type: powered
platform: device
device_id: abb59c7e1432fc9e6362283d6eb2daa1
entity_id: 93275c069d815f8bdfaf38d4c0e46ba9
domain: binary_sensor
- type: not_powered
platform: device
device_id: abb59c7e1432fc9e6362283d6eb2daa1
entity_id: 93275c069d815f8bdfaf38d4c0e46ba9
domain: binary_sensor
condition: []
action:
- service: light.toggle
data: {}
target:
entity_id: light.wz_decke

Zitat von apreick

Und am einfachsten ist das von hier aus 🤗

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

... genau von hier, wird mir dann folgendes vorgeschlagen

Diese Automation wird mir u.a. auch vorgeschlagen, mit den `binery_sensor` und das war mein letzter Test, der auch die Lampen schaltet. Allerdings eben mit den o.g. Problemen

Die komplette Automation aus Post #1 meinst du nochmal? Oder ist die Automation (yaml) in Post1 nicht zu sehen.?

Hi, danke für die immer wieder so schnelle Rückmeldung. TOP
Ja auch über diesen Weg, habe ich die Automation (siehe oben)
schon erstellt. Ich hatte alle möglichen Trigger schon probiert.

Wenn ich im Shelly auf Select-Input-Mode "Switch" gehe

ist das auch eine Auswahlmöglichkeit die ich getestet habe.

Für deine "push" Trigger Art, ist da der input-mode "Button"

notwendig, oder auch "Switch"?
Hat das auch was mit dem Reboot on zu tun? Nicht oder?

Hallo,

ich habe in meinem Home Assistant mehrere plus i4 oder i3 verbaut.

Damit schaltet u.a. zigbee Leuchten oder Shelly rbgw2, welche ich dauerhaft mit Spannung versorgt habe.
Am Shelly input_0 habe ich einen Wechselschalter angeschlossen, welchen den i4 triggern soll.

Ich konnte bisher meinen Fehler noch nicht genau eingrenzen, aber von Zeit zu Zeit

ist einfach das Licht an, ohne dass ich in Home Assistant log ersehen kann, was oder wer das Licht

eingeschaltet hat, weil hier nur "eingeschaltet" aufgeführt wird .... ohne die üblichen Hinweis durch "Automation xy"

... was eigentlich darauf hinweist, dass nicht HA das Licht eingeschaltet hat.

Was ich auf jeden Fall herausgefunden habe, das beim reboot der Shelly i4 die Lichter

angehen, was so nicht sein soll?
Wie kann ich dies schon mal abschalten?
Ich habe bisher keinerlei Actions im Shelly programmiert und diesen als "Select input mode = Switch" eingestellt.

Was mir gerade noch auffällt und vermutlich auch ungünstig ist: Sobald ich das Licht direkt über Home Assistant schalte, stimmt der "ON" oder "OFF" Status in der Shelly APP natürlich nicht mehr ?

_{Ich hoffe man versteht was ich hier meine, wenn nicht, bitte einfach kurzen Einwand und ich versuche noch einmal näher darauf einzugehen, wenn das wichtig werden solle}

An HomeAssistant habe ich die Shellys mit Outbound Websocket "Defaut TLS"  "ws://192.168.1.222:8123/api/shelly/ws"

eingetragen.

Über diese Automation steuere ich mit dem i4 zb hier die WZ Deckenleuchte (zigbee)

alias: WZ Decke - Button Shelly i4
description: ""
trigger:
  - type: powered
    platform: device
    device_id: abb59c7e1432fc9e6362283d6eb2daa1
    entity_id: 341787100f1ab2d0a37b4e5b1028f174
    domain: binary_sensor
    id: "on"
  - type: not_powered
    platform: device
    device_id: abb59c7e1432fc9e6362283d6eb2daa1
    entity_id: 341787100f1ab2d0a37b4e5b1028f174
    domain: binary_sensor
    id: "off"
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - "on"
        sequence:
          - service: light.turn_off
            data:
              brightness_pct: 35
              kelvin: 2800
            target:
              entity_id: light.wz_decke
      - conditions:
          - condition: trigger
            id:
              - "off"
        sequence:
          - service: light.turn_off
            data: {}
            target:
              entity_id: light.wz_decke
mode: single

Ok danke euch für die rege Rückmeldung.

Ich muss deswegen doch nochmal etwas ausholen. Der rgbw2 ist für die Nachtbeleuchtung

im Schlafzimmer, welches ich tagsüber Stromlos mit einem plus1PM gemacht habe.

Damit die Ladegeräte und auch der rgbw2 tagsüber keinen Stromverbrauch erzeugen.

HomeAssistant schaltet also tagsüber den plus1PM aus !

Wenn die Nachtroutine beginnt, wird das 1PM aktiviert, somit bekommt der

rgbw2 Spannung und stellt auf die im http-request eingestellte Farbe. (GELB/100%)

Zum Bett gehen Top. Dann geht der rgbw2 in den Licht aus Zustand (Frage: da ist aber doch er rgbw2 noch mit Strom versorgt, wg. WLAN usw.)

Wird während der Nacht Licht benötigt, gibt es zwei zigbee Schalter am Bett, die ein "light.turn_on" on den rgbw2 senden, aber

mit der Farbe zb (BLAU/5%). Diese Farbe erscheint aber nicht, weil der Shelly (klar) die Farbe GELB/100% sendet.

Deswegen die zwei FAREBN und HELLIGKEITSSTUFEN.

So, leider muss ich mich nochmal melden. Das mit der Einschaltfarbe

funktioniert schon, aber ich würde ich eher die Farbe benötigen,

wenn der "rgbw2" selber das erste Mal mit Strom versorgt wird.

Aktuell ist es so, wenn ich das Licht einschalte, wird die Farbe (zum Test Gelb/100%) angezeigt.

Jetzt habe ich die Einschränkung, dass ich über Fremdsysteme

keine Farben mehr mit einem externen Taster definieren kann, da

bei jedem Einschalten die Farbe Gelb angezeigt wird.

Eine Farbdefinition zb über HomeAssistant (zigbee Taster ein - Farbe blau/50%)

wird durch die Shelly Farbe Gelb/100% "überstimmt".

Ich hoffe man kann vestehen, was ich damit meine

ja man sollte enfach GENAU lesen ... ja es war natürlich hier, wie du auch schreibst.

Lieben DANK ... funkioniert

Zitat von mawi4de

Hi,

stell in der Shelly App oder WebUI des Dimmrs die gewünschte Farbe ein, die wird gespeichert und beim Einschalten des Dimmers immer genutzt solange du die Farbe nicht in den EInstellungen änderst.

Hi danke auch Dir für die Rückmeldung. Das ist klar, aber ich denke da eher an den u.g. http-request, welcher mir immer die gleichen rgb Werte bei Stromzufuhr einstellt.

Vielen Dank für die schnelle Rückmeldung.
Muss ich den http-request dann hier eintragen? Oder wo gehört der hin

Hallo, ich habe an einem rgbw2 ein RGBW-LED angeschlossen.

Wie kann ich definieren, mit welcher Farbe die LED bei Stromzufuhr einschaltet.

Jetzt mal ohne sonstige Hilfsmittel wie HomeAssistant o.ä.