Beiträge von Devil

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.

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.