Beiträge von Devil

Grundsätzlich ist hier die Bezeichnung Fußbodenheizung vereinfacht gewählt. Aber natürlich kürzer als „verwende Explizit den Externen Sensor ohne Interne Offset Berechnungen“. Hierbei ist einfach zu beachten der TRV nutzt im Fußbodenheizungsmodus nur den Externen Sensor dies kann aber bei Radiatoren zu mehr Schwingungen führen als mit der Internen Berechnung welche aber zu abweichenden Anzeigen führen kann.

Im Zusammenhang mit UniFi wirkt es eher so, als würde hier versucht, über VLAN-Grenzen hinweg zu arbeiten, anstatt die Netzstruktur sauber zu trennen.

Wenn entsprechende Hardware vorhanden ist, würde ich IP-Netze nicht unnötig vergrößern (z.b. ein /24 einfach aufziehen), auch wenn das Technisch Problemlos funktioniert. In solchen fällen ist es sinnvoller, zusätzliche Netze sauber zu Segmentieren.

Wenn ich bereits VLAN-fähige Hardware einsetze, nutze ich diese auch konsequent. Andernfalls kann man genauso gut bei klassischer Consumer-Hardware bleiben. Macht am Ende weniger Stress.

apreick ist genau genommen schon optional, wenn du nur eine Lokale Verbindung nutzt und auch einen lokalen Zeitserver angibst. Wenn der Shelly aber eine Internetverbindung benötigt (Firmwareupdates, Cloud.... oder auch eine Lokale Namensauflösung) dann ist es eben nicht mehr Optional.

Zitat von Murmillo

Netzwerkmaske: 255.255.252.0
Gateway: 192.168.0.1
DNS: nichts eingegeben
Ich habe KEINE weiteren Einstellungen nach dem Werksreset gemacht. AUCH nicht die Cloud ausgeschaltet, was auf eine gelbe LED deuten würde.

DNS, nicht angegeben, das sagt ja dann schon alles. Für eine Aktive Internetverbindung wird dieser benötigt.

Sicher dass das zweite Oktet 198 sein soll?

Meist ist das doch die 168…

micha06de um einen Factory Reset durchzuführen.

Niemand verbietet hier jemandem den Mund. Jeder kann seine Sicht äußern, solange die Netiquette des Forums eingehalten wird, das gilt für alle Beteiligten, auch für dich.

Ich habe dich zudem an keiner Stelle persönlich angesprochen. Die Aussage war eine allgemeine Feststellung aus dem Supportalltag, insbesondere weil in vielen Fällen Hinweise der Versanddienstleister schlicht übersehen werden. Dass das offenbar direkt auf dich bezogen wurde, ist deine Interpretation, trifft aber nicht den Inhalt meiner Aussage.

Fakt bleibt: Die meisten Bestellungen wurden am nächsten Werktag übergeben, die Laufzeit liegt auch hier meist im Rahmen der angegebenen internationalen Versandzeit, und das Tracking weist selbst auf mögliche Verzögerungen hin.

Mehr gibt es dazu sachlich nicht zu ergänzen.

Jeder kann kaufen, wo er möchte. Wer den günstigsten Standardversand ins Ausland wählt, muss aber akzeptieren, dass es dort eben länger dauert. Wer eine schnellere Zustellung will, kann an der Kasse jederzeit DHL-Express auswählen, das kommt in der Regel innerhalb von 48 Stunden.

Eine Bestellung, die am 24.11.2025 um 18:00 Uhr eingeht und bereits am 25.11.2025 an den Versanddienstleister übergeben wird, ist mehr als zügig bearbeitet. Ab diesem Zeitpunkt liegt die Laufzeit nicht mehr im Einflussbereich des Verkäufers. Auf der Webseite stehen klar bis zu 7 Werktage für den internationalen Versand, eine Zustellung am 4.12.2025 liegt exakt innerhalb dieser Angabe. Das Tracking weist zudem aktuell explizit auf mögliche Verzögerungen hin. Man muss es nur lesen, wenn möglich.

Nach drei Werktagen Versandstatus bereits Nachrichten in einem Tonfall zu verfassen, den man hoffentlich nicht im eigenen Familienumfeld nutzt, hilft übrigens niemandem weiter.

Darauf gehen wir hier aber auch nicht weiter ein.

tschabippe Bitte sende mir per PN die Ticketnummer sowie die Bestellnummer. Beachte, dass während Aktionen wie den Black Weeks Bestellungen teils im Sekundentakt eingehen und wir diese strikt der Reihe nach abarbeiten und versenden.

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.