Beiträge von Devil

Die TRV_ID ist nicht korrekt.

Hier muss die ID rein. Zur ID gehört kein string. Insbesondere da es sich bereits um einen BlutrvCall handelt ist der string „blutrv:“ hier doppelt. Auch wird der Doppelpunkt hier entsprechend dazu führen das der Call nicht funktionieren kann.

Als Zusatz Info das maskieren einer Privaten IP-Adresse ist unnötig.

apreick nein nur Gen2+ da diese Websocket zum Datenaustausch nutzen.

Das hat mit Websocket zutun, Shellys der ersten Generation nutzen keinen Websocket als Schnittstelle zwischen System und Webinterface.

Da gibt es anscheinend ein Problem bei IOS/MacOs 26.1. Selbiges gab es mit der Beta von 26.0 und wurde mit der GM durch Apple behoben. Und ist anscheinend mit 26.1 wieder da. Betrifft also auch Mac OS und nicht nur IOS.

thgoebel kleiner Tippfehler. Du meinst A und B.

Diese werden natürlich gelesen und entsprechenden Feature Requests zugeordnet. Je mehr Anfragen ein Request erhält umso höher sind auch die Chancen für eine Umsetzung.

Natürlich werden die Umsetzbarkeit sowie Nutzen beurteilt.

DIYROLLY der Pro 3CT63 wird seit dem letzten Zendure Update der App anscheinend unterstützt. Müssten somit die ersten sein.

BTW. die Daten werden seit es den Pro 3CT63 gibt bzw. genau genommen sogar schon zuvor durch die Integrators API bereitgestellt. Auf diese haben ja Zendure, Anker usw. einen entsprechenden Zugang welcher eben durch Sie selbst beantragt werden musste.

Ja das funktioniert, es muss die IP angepasst werden. Ein Testalarm ist natürlich kein richtiger Alarm und kann entsprechend darüber nicht gemuted werden.

Und so noch als condition card mit dynamischen rpc:

mute_smoke:
    url: http://{{ ip }}/rpc/Smoke.Mute?id=0
    timeout: 30

type: conditional
conditions:
  - condition: state
    entity: binary_sensor.buro_smoke_smoke
    state: "on"
card:
  show_name: true
  show_icon: true
  type: button
  tap_action:
    action: call-service
    service: rest_command.mute_smoke
    data:
      ip: 172.20.11.1
  icon: mdi:volume-off
  name: Büro Mute
  hold_action:
    action: none
  entity: binary_sensor.buro_smoke_smoke

Wobei hatte erst einen da hatte der Shelly sogar überlebt. 🤣

Alles gut, wollte es nur angemerkt haben, ist ja immer gut wenn sich die Nutzer selbst helfen können und wenn ein Gerät nicht immer direkt retour geht.

thgoebel welcher Einlauf? Es handelt sich lediglich um eine Information. Da gerade in Tickets viele Anwender mit einem Flackern auf diesen Beitrag verweisen. Es sich am Ende aber um eine Fehlerhafte Installation handelt.

Diese Woche bereits drei Stück.

thgoebel grundsätzlich muss hier zwischen einem flackern und blinken der LED unterschieden werden.

Bei einem Flackern liegt kein defekt vor sondern immer eine Unterbrechung von N! Das Gerät ist nicht defekt sondern nicht korrekt angeschlossen.

Normales Heizverhalten eines Backofens. Dieser ist für so etwas nicht ausgelegt.

Ralf Croe Ich habe mal deine E-Mail Adresse entfernt, diese sollte nicht öffentlich in einem Forum gepostet werden!

Der Shelly verbindet sich bevorzugt immer mit dem letzten bekannten Wifi.

Wie gesagt ein Roaming zwischen Wifi-1 und Wifi-2 ist nicht vorgesehen. Es ist entsprechend gedacht:

Wenn mit Wifi-1 verbunden und Wifi-2 verschwindet, dann verbinde dich mit dem Backup Wifi-2. Wenn dieses weg ist verbinde dich mit Wifi-1.

tvbshelly für was aber dann Unifi wenn ich es nicht Vollständig nutze.

Bin aber auch der Meinung wenn man solche Hardware einsetzt, sollte man auch wissen ob man ein VLAN benötigt oder nicht.

Solange mit Wifi-2 verbunden bleibt die Verbindung auch auf Wifi-2. Dort gibt es kein Roaming zwischen zwei Netzten und ist auch nicht angedacht.

So konfiguriert man Unifi funktional: https://support.shelly.cloud/de/support/sol…lly-ger%C3%A4te

Matter erfordert für jedes Gerät eine zusätzliche Zertifizierung.

Wilfried54 Gerätehinweise sowie Details zur Gerätenutzung sind keine Exklusiven Shelly Flood Funktionen sondern sind überall vorhanden.

Nur als Hinweis: Solche grundsätzlichen Diskussionen zu politischen oder wirtschaftlichen Themen führen erfahrungsgemäß schnell zu unterschiedlichen Meinungen. Da der Fokus hier im Forum auf technischen Fragen liegt, wäre es gut, wenn wir möglichst beim Kernthema bleiben.