Beiträge von borsti0

    Frage zu HomeAssistant. Habe den BLU D/W in den Bluetooth Einstellungen des Shelly Plus 1 eingefügt aber in HA sehe ich nur den Wlan Shelly Plus 1 den BLU Kontakt sehe ich leider nicht?

    in HA wird jedes BLU-Gerät durch die eigene "BTHome"-Integration als eigenes Device eingebunden.

    Ich habe hier nur Shelly's der 2ten Generation welche als Gateways funktionieren (=> erst ab Gen3 können die Shelly's BTHome lokal nutzen). Ich musste für HA NICHTS "koppeln", die BLU-Geräte tauchen einfach wie "magic" auf, egal über welchen Shelly sie nun kommunizieren.

    Ist zwar ein "Extremfall", aber das ist der Batteriestatus meines Shelly BLU Distance der draußen verbaut ist und dem Wetter "ausgeliefert" ist.
    => Dabei scheint vor allem die Temperatur eine extreme Auswirkung auf die Li-Batterie-Spannung zu haben was dazu führt dass der %-Wert massiv mit der Temperatur (und auch der Belastung!!!) schwankt.

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

    Zur Info: am Abend des 3. Jänner beim großen "Sprung" auf ~95% habe ich NICHT eine neue Batterie eingesetzt, sondern die bestehende Batterie raus+reingetan. Nach dem Hochfahren des Devices wurde dann der Batterie-Ladestand ~25% höher angezeigt.

    Damit muss man dann leider leben.

    tvbshelly hat eh schon einen Thread dazu verlinkt.

    Ich verwende den Batterie-Wert nur mehr als einen "groben Indikator" wie voll sie noch ist und schau mir einfach an wenn das Device dann WIRKLICH stirbt - dann tausche ich die Batterie.

    Abschalten würde ich diese Funktion zumindest bei den Unterputz verbauten Shellys dennoch nicht. Wer weiß, wann man das mal braucht.

    Jep, aber es ist trotzdem "gut" zu wissen wo das wohl herkommt.

    Bei meinem Freund war es sogar noch etwas "stranger":
    Er hatte nämlich die Homekit-Firmware oben wo es diese Option gar nicht gibt - es hat trotzdem zugeschlagen.
    Er musst sich extra die Shelly-Firmware raufspielen, dann die Funktion ausschalten, und dann wieder die Homekit-Firmware raufspielen. Dann hatte er das Problem nicht mehr. :rolleyes:

    Ein Freund von mir hatte ähnliche Probleme. Soweit ich weiß war bei ihm im Wesentlichen das Problem dass (zumindest bei den Gen1-Geräten) ein Shelly-Reset mit dem PowerUp/Down ausgelöst werden kann. Link
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    => Bei ihm wars der Leitungsschutzschalter => anscheinend hat der bei ihm so "geprellt" dass er das Resettieren auslösen konnte.
    Er konnte glaub ich in den Optionen einen Switch deaktivieren dass dies so nicht mehr möglich war.

    höchstwahrscheinlich NICHT das was die KI schreibt ;) - solange nicht irgendwohin direkt verlinkt wird.

    Aber:
    Uns ist letztens in einem anderen Thread auch aufgefallen dass auf der Produkthomepage 300mA "Max switching current" steht und in der Knowledge Base dann nur mehr von 250mA geschrieben wird.

    Was du unter "Spulenstrom" verstehst weiß ich aber nicht.

    jep, geht schon - aber das muss man hald auch in die Automatisierungen mit einbeziehen - was wohl keiner machen wird. Bei simpler "abfrage" wird man immer einfach den letzt gesendeten Wert erhalten.

    Da ich in HA Node-RED verwende habe ich dort eine "Timeout"-Funktion für jedes Device implementiert. Diese überprüft ob von jenem Device auch zyklisch Daten gesendet werden. Wenn nicht wird ein "Fehlerstatus" generiert der alle Abhängigkeiten in einen "SafeState" versetzt.

    Damit erkenne ich dann auch zeitnah wenn z.b.: ein Shelly BLU Door/Window "spontan" die Batterie ausgeht oder wenn auch bei einem Fremdhersteller ein ähnliches Problem auftritt.

    Das ist meine "generische Fehlererkennung" für einen Totalausfall eines Sensors unabhängig vom Hersteller.

    Meine persönliche Meinung:
    - Einfach reinstopfen => ist wohl "OK", solange es elektrisch keine Probleme gibt. Rein aus Wartungsgründen währe es wohl sinnvoll diese etwas zu "sortieren" und zu befestigen
    - Schrumpfschlauch => da kommst dann nie wieder dran, würd ich nicht machen
    - Kürzen => Ich weiß nicht ob das mit der Kalibrierung probleme macht. An der "analogen Seite" würde ich hier nicht an den Originalkabeln herumspielen.

    Ich selber habe auch mehrere Shelly 3EM-63W Gen3 verbaut und somit einige fix verdrahtete Spannungsversorgungskabel die ich händeln muss - habe auch noch keine "schöne" Variante gefunden, werde aber vom "Kürzen" absehen.

    Weiß ich nicht, ich habe das bei mir empirisch ermittelt, bin oft genug drüber gefallen:

    1) Dem BLU-Gerät ist es egal ob ein Client (oder mehrere) die Daten "mitließt" oder nicht, es wird immer in einem Zyklus (z.b.: 1d, 7h, ...) oder bei Event (z.b.: "Tür geöffnet", "Wasser detektiert", ...) ein Frame gesendet (=> kann man in HA im Logger mitlesen)
    => daraus folgt auch dass wenn KEIN Gateway den Frame mitließt dies das BLU-Gerät gar nicht auffällt, es gibt ja keinen "Verbindungsaufbau" und somit auch kein ACK.

    Fehlerminimierung: Es gibt bei manchen BLU-Devices einen "Beakon Mode", wodurch das Gerät nicht nur bei Events sondern auch sonst öfters Daten sendet, aber dadurch wird natürlich die Batterie mehr belastet.

    2) Es scheint zumindest bei HA so zu sein dass beim NICHT-Senden eines Frames das Gerät weiterhin als "Aktiv" gelistet wird. Es gibt dabei scheinbar kein "Timeout". Man bekommt auch den letzte gesendeten Wert als "aktuell gültigen" angezeigt, auch wenn dieser schon mehrere Tage alt ist.

    Bsp.: mein Shelly BLU Distance:
    Der hängt sich alle ~2 Wochen mal auf: das bekomme ich nur mit der packet_id mit, da die "Datenpunkte" (hier Packet ID, Batterie und Signalstärje) ja weiterhin als "Gültig" präsentiert werden. Je nach Einstellung sollte dieser mindestens 1 Packet alle 5min senden.
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    Ob nun HA oder das Gateway selbst die Daten "vorhält" ist bei meinem Setup irrelevant - ich habe ein Problem damit.

    3) Sogar mit der Shelly BLE Debug-App wird bei dem Button "Read" (=> wo ja alle Datenpunkte ausgelesen werden sollen) immer erwartet dass man "die Taste am BLU-Device" drückt
    => Das heißt für mich das nicht einmal Shelly eine Option hat AKTIV Daten vom BLU-Device anzufordern. Diese müssen vom BLU-Device selbst aktiv gesendet werden.
    An sich ist hier der App sogar egal OB man eine Taste drückt, die will einfach nur 1 Frame des Gerätes erhalten, dies schafft man u.a.:
    - wenn man ein "Event" auslöst (z.b.: Magnet vom Shelly BLU Door/Window entfernen)
    - wenn man "lange genug" wartet bis durch den automatischen Zyklus ein Frame gesendet wird
    - ...


    Ich will nur sagen:
    Der STATUS eines BLU-Sensorwertes ist nur so gut wie das Timeout auf das er überprüft wurde. Ab diesem Zeitpunkt kann dann einfach alles passiert sein => dies muss bei allen Automatisierungen berücksichtigt oder akzeptiert werden!!

    jep, da stimme ich dir zu.
    Ich habe bisweilen nur Hardware in MEINEM lokalen Haus wo ich quasi täglich hinkomme, sonst währe "meine Methode" natürlich nicht brauchbar.

    Ich habe auch schon abseits von Shelly darüber nachgedacht wie ich das handeln soll wenn ich eine "1.5V AA-Batterie" bzw. "1.2V AA-Akku" gegen eine "1.5V Lithium AA-Akku" austausche.
    => Diese haben ja auch einen internen Schaltregler und geben "bis zum bitteren Ende" konstant 1.5V aus. Somit sind alle Batterie/Akku-Ladestandsanzeigen komplett sinnlos. Man weiß auch dort nicht ob der Akku noch zu 99% voll ist oder schon zu 2% leer. Da hilft auch eine Spannungsmessung nicht. Man kann dort nur "auf Verdacht" den Akku wieder aufladen.

    => Das "auf Verdacht aufladen" eines 1.5V Li AA-Akkus ist ja noch OK, aber bei den Shelly-BATTERIEN ist ein "auf Verdacht AUSTAUSCHEN" eine gescheite Batterie-/Geld-/Ressourcenverschwendung.

    Naja, wenn du IRGENDEIN "BLU"-Gerät auch jede ms abfragst: dann fragst du NICHT das Gerät selbst ab, sondern nur das Gateway. Das BLU-Gerät "broadcastet" nur messages zyklisch oder event-basiert. Diese Daten werden im Gateway (oder auch wo anders) dann bis zum "update" gespeichert.
    D.h.: Fällt ein BLU-Gerät aus, so ist im Gateway noch immer der letzte Zustand gespeichert, was sowohl "offen" als auch "geschlossen" gewesen sein kann.
    Nur wenn man die "packet_id" auf Änderung überprüft (=> als "I'm alive"-Signal) weiß man WANN das letzte Packet hereingekommen ist und kann den Zustand zu jenem Zeitpunkt als "gültig" ansehen. Wenn das aber per Default wie bei mir schon ~7h her ist kann man keinerlei Aussage über den Zustand seitdem machen.

    Konkret bei mir:
    Ich verwende den Shelly BLU Door/Window als "Fliegengitter-Öffnungssensor" um zu verhindern dass bei offener Tür die Raffstore nicht automatisch herunterfahren und sich ruinieren.
    => Das haut seit dem ich sie verbaut habe SUPER hin. Ein Öffnen wird auch <1sek in HA erkannt. Aber es bleibt hald immer noch das "Restrisiko" dass sich die Shelly BLU Door/Window einfach mal "verabschieden". Ich habe hierfür in HA ein Timeout eingebaut: wenn sich der Sensor innerhalb von 7h nicht mit einem neuen Packet meldet muss ich ihn als "offline" ansehen und in den "FailSafe-Zustand" wechseln, d.h.: Die Automatisierung für dieses Raffstore deaktivieren.

    Es IST elektrisch auch MIT Parallelschaltung sauber! Und die beiden Kontakte sind NICHT in Serie, sondern parallelgeschaltet. Einer der beiden Shellies wird hoffentlich funktionieren...

    Ich meinte mit "2 Shelly's in Serie" MEINE Lösung: Dort würde dann ja der 1ste "Slave"-Shelly mit seinem Ausgang den Eingang des 2ten "Main"-Shelly's schalten. Erst dieser 2te Shelly würde dann mit dessen Ausgang den Türöffner auslösen.

    Es gibt zwei Typen ADK46-Leistungssteller: Der eine arbeitet mit Impulspaketen und ist ausschließlich für Elektrowärme-Anwendungen gedacht. Der andere (ADK46B) arbeitet mit Phasenanschnitt. Letzterer wird höchstwahrscheinlich Störungen im Netz verursachen. Impulspaketsteuerung sollte keine Störungen verursachen…

    Ich habe mir bei beiden Methoden gedacht wie sich da meine Regelung mit dem Hausverbrauch + Batteriepufferung verhält wenn da entweder immer die Phase angeschnitten wird, oder wohl noch schlimmer "gepulst" die Leistung gebraucht wird. Mit der Nachregeltotzeit meines Systems würde da die Leistungskompensation u.u. in eine "Schwingung" geraten und sich doppelt negativ auswirken (NICHT rückspeisen wenn Heizstab aktiv, und RÜCKSPEISEN wenn schon wieder ausgeschaltet).
    => Ich habe dieses Problem teilweise mit meinem Induktionsherd der seine 1-3kW immer im Sekundentakt ein-aus-ein-aus-... schaltet.

    Meine Meinung zu Kaminofen + Shelly sind schon in vielen Posts hier im Forum dokumentiert, u.a. auch in diesem verlinkten.

    Darüber hinaus muss ich sagen, dass mit meinen BLU-Geräten ab und an "Events" übersehen werden und diese erst irgendwann ankommen (=> ich verwende Home Assistant). Darüber hinaus melden sich die Shelly BLU Door/Window per default bei mir nur alle 7h, dazwischen weiß man einfach nicht ob das Gerät nicht einfach "gestorben" ist. Es wird auch kein "Offline"-Status detektiert.
    D.h.: man kann sich nicht DEFINITIV darauf verlassen das der vor ~6h59min gemeldete Status auch jetzt noch gültig ist.
    => Ich würde mich bei SOLCHEN Anwendungsfällen zumindest nicht darauf verlassen!!!

    Also sehe ich das richtig: du schaltest deinen PC nochmals zusätzlich mit einer Plug aus? Ein Computernetzteil hat ja im "PowerOff"-Zustand auch <<<5W, wahrscheinlich sogar <1W, also verbrauchst du mit dem Shelly in sich mehr Leistung als du sparst.
    Oder schaltest du mit der Plug gleich MEHRERE Geräte aus (Tower+Monitore+Audio+...).

    => Ich würde dir Empfehlen eine dumme "Master-Slave-Steckdosenleiste" zu kaufen, die kosten sehr wenig und funktionieren bei mir seit Jahren super.
    Da brauchst du "auf Dauer" den PowerOff-Strom des Towers + ~1W, alle anderen Slaves sind per Relay deaktiviert. Meistens haben diese Steckdosenleisten auch noch einen kleinen Netzfilter integriert was dir u.u. mal bei kurzen Überspannungen helfen kann.

    Abgesehen davon:
    Bei meinen Shelly Plus 2PM (und ja, ich weiß: ich verwende diese im "Cover"-Mode) habe ich zumindest im Webinterface die Option "Action on power on" - ich vermute das wirds bei allen Shelly's mit Relay's geben.
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Als "Notlösung" könntest du natürlich auch den Computer im Bios so einstellen dass er bei einer Netzrückkehr sich NICHT automatisch einschaltet, das würde aber auch dein "normales Einschalten" beeinflussen.

    jep, kommt mir auch so vor: das ist mehr eine "Batterie könnten noch zu X % voll sein"-Anzeige *gg*.

    => Deswegen verwende ich diese Batterieanzeigen auch mehr als:
    1) Wenn die Anzeige Niedrig ist => kaufe eine neue Batterie bzw. Kontrolliere ob noch eine "lagernd" ist.
    2) Wenn das Gerät ausfällt => wechsle die Batterie