Beiträge von borsti0

Zitat von Der_Dscho

Updates erfordern oft Neustarts, besonders bei YAML-Konfigurationen, und es gibt eine steile Lernkurve für komplexe Anpassungen. Die Dokumentation ist primär englischsprachig, und einige Integrationen sind cloud-abhängig.

Jep, muss ab und an mein HA neu starten - eine Sache von wenigen Sekunden und "das Haus" läuft wieder.

Das mit der "steilen Lernkurve", vor allem wenn man auch noch Node-RED verwenden will und gleich alles "gekapselt" (= wiederverwendbar und duplizierbar) implementieren will, ist sicherlich nicht ohne. Auch die Kommunikation zwischen HA <=> Node-RED ist nicht ganz so einfach.

Dass einige Integrationen Cloud-Abhängig sind ist auch klar:
wenn meine Anker-Integration mit der online Anker-API kommunizieren will muss ich natürlich mit der Anker-Cloud kommunizieren.
=> Aber das heißt NICHT dass man z.b.: für die Kommunikation mit einem Shelly die Shelly Cloud verwenden muss. WENN ein Gerät eine "lokale API" hat, wird diese wahrscheinlich auch in HA unterstützt.

Zitat von Designer

In der Shelly-App hast durch eine Auswahl aus Flüssigkeiten, Feststoffe, Belegung und Garagentore & Rollläden mit einigen Sub-Unterpunkten (z.B. bei Feststoffe: Generisch, Pellets/Futter, Getreide, Salz/Sand). Du kannst hier zudem die Einbauhöhe hinterlegen (oder mittels Live-Entfernungs-Messung ermitteln) sowie "Leere Distanz" und "Volle Distanz" eingeben. Man kann auch festlegen ob vom Sensor oder der Geräte-Basis gemessen werden soll. Des Weiteren kann man zwischen 7 Messbereichen auswählen, die Vibration aktivieren oder deaktivieren und ein Mess-Intervall einstellen.

Vielleicht lohnt sich daher doch die Shelly-App für eine Fein-Justierung

Wie gesagt: Beim Shelly BLU Distance kann ich den Messbereiche, Vibration aktivieren/deaktivieren und Mess-Intervall mit der Shelly BLE Debug-App konfigurieren.
Der Rest ist glaub ich nur "Visualisierung in der App" und keine "Parametrierung am Gerät" - sollte somit keinen Impact auf die eigentlichen Rohwerte haben. Ich lasse mich natürlich gerne berichtigen.

Zitat von Jo_Be

Es werden nur dann Daten per mqtt von zigbee2mqtt weitergeleitet, wenn auf dem Shelly 1PM Mini Gen4 eine Statusänderung passiert

Naja, das ist ja eines der "Grundprobleme": Die Spannung, Strom, Leistung, Frequenz, Temperatur, uvm. ändern sich ja LAUFEND, somit würden ja auch laufend Frames geschickt werden. Es ist somit die Aufgabe des Slaves bereits vorab zu entscheiden was "Meldewürdig" ist => und diese Parameter scheinen lt. ralf084 eben nicht zu stimmen bzw. "ungünstig" eingestellt zu sein. Als er sie nach SEINEN Wünschen angepasst hat funktionierte es eben eh wie erwartet.

Grüße aus dem Mühlviertel

Zitat von ralf084

Setup:

Home Assistant Yellow mit ZHA
16× Shelly 1PM Mini Gen4 (Zigbee-Modus)
zha-toolkit v1.1.34

Da du dir das eh schon so genau angeschaut hast:
Was glaubst du wie viele Shelly 1PM Mini Gen4 im Zigbee-Modus könnte dein Netzwerk mit deinen "optimierten Parametern" nun vertragen? D.h.: wie GROß könnte so ein Netzwerk theoretisch werden?
Ich frage nur weil hier im Forum teilweise Leute >80 Shelly's im Einsatz haben => währe so ein Netzwerk mit Zigbee überhaupt noch umsetzbar?

Ich hab hier im Forum schon gelesen dass das auch bei der Shelly Power Strip 4 Gen4 ein Problem ist, da dort ja gleich 4 "Plugs" integriert sind. Dies schreit ja schon fast danach dass Shelly hier zumindest einen/mehrere Parameter im Webinterface einfügen muss oder die Defaults auf "sinnvolle" Werte setzt.

=> Hast du dazu auch ein Feature request bzw. ein Ticket gemacht, das Problem habe im Prinzip ALLE die die neuen Geräte im Zigbee-Modus betreiben wollen?

Edit: Und nicht alle wollen das per HA oder separat per Script einspielen müssen.

Leider gehen bei mir hier gleich die Gedanken in die Richtung:
Kann es sein dass beim Motor bei gewissen Positionen kein elektrischer Kontakt mehr besteht und er somit nicht losfährt?

Frage:
1) Wenn du von 50% auf 30% fährst: wird beim Shelly dann eine LEISTUNG angezeigt die der Motor aufnimmt oder ist der auf ~0W? Beim "normalen" Verfahren sollten da ja ~100W angezeigt werden.
Ich weiß nicht was der Shelly 2.5 macht wenn während der Fahrt die Leistung auf 0W abfällt - die neuen Shelly's sollten hier eigentlich eine Fehlermeldung liefern.

2) Ich kenne die Kalibrierung beim Shelly 2.5 nicht, aber beim Shelly Plus 2PM wird als Teil der Kalibrierung beim 2ten Durchlauf "stufenweise" nach oben und dann nach unten verfahren. Bsp: Verfahren von 100%=>90%=>Stop=>80%=>Stop=>....=>10%=>Stop=>0%
Diese Kalibrierung sollte auch deinen Fehler triggern.

3) Um mal den Shelly selbst auszuschließen: hast du schon probiert das Rollo OHNE Shelly zu betreiben, d.h.: nur mit einem Up/Down-Taster bzw. Shalter ohne Shelly dazwischen?

Zitat von Der_Dscho

Ich habe dabei gar nicht den Anspruch, alles logisch miteinander zu verknüpfen – eine zentrale App zur Bedienung aller Systeme wäre für mich bereits ein großer Gewinn.

Die "Verknüpfungen" enstehen dann eh auf natürlichem Weg wenn einmal die OPTION besteht auch etwas zwischen z.b.: EnOcean zu WLAN zu verknüpfen. Das schöne ist ja: das ist ein "laufendes Projekt" - wenn es irgendwo "zwickt" kann man dafür sicherlich etwas anstecken und automatisieren. Mit HA (oder ioBroker) ist man dann hald nicht mehr dran gebunden auf WELCHEM Standard man diese Erweiterung aufbaut.

Zitat von Schubbie

Ich habe eine VM auf dem NAS.
In der VM läuft Home Assistant mit dem Node Red AddOn (statt ioBrocker).

Same here, nur dass die VM hald auf meinem Server läuft. Bin mit Node-RED für die Automatisierung sehr zufrieden. Aber das ist wohl "Level 2" .

Ich glaube das im wesentlichen doe ROHDATEN ja die Gleichen sind, Shelly muss vielleicht noch etwas mit der Nachverarbeitung aufholen - das wird aber (hoffentlich ) in den nächsten Monaten besser werden.

Die Frage ist doch: wie willst du auf die Wetterstation zugreifen (lokales/remotes Webinterface, Shelly-App, "überlagertes Automatisierungssystem", ...), willst du die Daten für Automatisierungen verwenden und welches "Automatisierungs-Ökosystem" verwendest du. d.h.: bist du ein "Shelly-App-User" oder verwendest du eh schon ein überlagertes Automatisierungssystem wie Home Assistant, ioBroker, usw.?

Zuerst:
du kannst dein HA (oder ioBroker oder etwas ähnliches) ja mal "Sanft" einführen und nach-und-nach Funktionen "portieren". D.h.: es muss kein "big bang" bei der Umstellung sein. Ich würde dir sogar empfehlen die 1ste Installation als "Kennenlern-Installation" zu betrachten und nicht gleich essentielle Funktionen exklusiv drauf aufhängen - es kann (und wird wahrscheinlich) etwas schief gehen .
Ich persönlich kann auch nur empfehlen vor jeder größeren Ändnerung/Erweiterung einen "snapshot" der Konfiguration zu machen um bei nicht-Funktion schnell wieder auf eine known-good-configuration zurückspielen zu können.
=> HA & Co kann ja erst auch mal parallel zu deinem bisherigen System laufen!!!

Zitat von Der_Dscho

QNAP NAS (läuft nicht 24/7)

Wenn du dieses NAS schon zur Verfügung hast: da gibt es sicher ein Plugin mit dem du dich dann mit HA mal "anfreunden" kannst => ob es dann dort dauerhaft läuft kannst ja noch später entscheiden. Da hättest dann zumindest genug Speicher zur Verfügung, ob CPU+RAM ausreicht wird sich wohl rausstellen.

Zitat von Der_Dscho

Externer Zugriff kann über Fritzbox über VPN erfolgen

Das würde ich auch mehr dem Router überlassen, da dieser wahrscheinlich NOCH stabiler läuft als andere Komponenten im Netzwerk.

Zitat von Der_Dscho

Shelly

Mit der HA Shelly-Integration + HA BTHome-Integration konnte ich bisher noch alle Shelly-Devices uneingeschränkt direkt verwenden. Ich habe aber keine "Spezialdevices" alias FrankEver - ich würde mir aber auch dort keine Probleme erwarten.

Zitat von Der_Dscho

Auf den Shellys laufen aktuell zwei aufwendigere Skripte:

Die Scripte können ja erstmal wie gehabt offline weiterlaufen. Wenn dann die gewünschte Stabilität der HA-Installation erreicht ist kann man bei Bedarf dies erweitern/ersetzen durch eine Kombination aus HA-Sensoren (WLAN-Connection der Handy's, BT-Detection, usw....)

Zitat von Der_Dscho

EnOcean

Es scheint offensichtlich Unterstützung für einige Gateways zu geben, kurz überflogen gibt es anscheinend einen MQTT-Adapter, usw => horcht sich nach etwas mehr Arbeit an, aber nicht unmöglich...

Zitat von Der_Dscho

AVM DECT

Auch hier soll eine Integration "FRITZ!SmartHome" funktionieren.

Zitat von Der_Dscho

Velux KIG300 (Rollladensteuerung)

Das habe ich selber aktiv im Einsatz - wird per HomeKit direkt (= offline) in HA integriert und läuft ganz gut.

Zitat von Der_Dscho

Hekatron Genius Port (Rauchmelder)
Samsung SmartThings: 4 × Klimaanlagen
Daikin Onecta: 1 × Klimaanlage

=> Einfach auch mal nach einer Integration mit "Home Assistant XXXX" Googeln und du kommst meistens auf eine "Integrations"-Seite oder es wird erklährt dass es per MQTT, Matter & Co realisiert werden kann.
U.u. gibt es nur eine "HACS"-Integration, dann sind die Integrationen zwar nicht "offiziell", aber meistens auch sehr gut gewartet.

Zitat von Der_Dscho

Solakon Balkonkraftwerk (App-basiert)

Hier soll es eine OFFIZIELLE Integration geben die über Modbus TCP kommuniziert - sollte somit (hoffentlich) sogar komplett offline funktionieren.

=> Einfach mal "testen", du musst ja nicht gleich dein bisheriges System killen.

Zitat von Jo_Be

Das nur so wenige Meldungen eine Batterie in einem Tag leeren sollen, halte ich für völlig unmöglich. Da stimmt etwas anderes nicht.

Und wie ich vorher schonmal geschrieben habe:
Schau dir bitte die packet_id an: wenn die auch immer um +1 raufzählt dann schickt er WIRKLICH nur je 1 Packet, wenn er da immer um +20 hochzählt dann sind es eben immer 20 Stk.
Wenn dieser Zähler alle 10 Sekunden bei 0 neu anfängt dann hat sich das Gerät wohl resettiert.
=> Poste doch mal einen "Trace" dieses Datenpunktes!

Zitat von apreick

Bluetooth im Shelly deaktivieren und in HA das Gateway (passiv) aktivieren

Dann werden automatisch die Einstellungen im Shelly gesetzt und das Script wird übermittelt

I did not try it that way, I "disabled parameters until HA did not work anymore" and THAT configuration was my result (BT + Script activated, BT RPC deactivated)

Ich muss trotzdem noch blöd nachfragen:
Was ist eigentlich die Motivation für dieses Projekt?
Zahlt sich so eine "teure" und vor allem mechanisch aufwendiges Gerät aus um noch das letzte Körnchen Effizienz rauszuholen?
Kann man nicht mit Ost+West-Panälen (2x4 Stk), u.u. sogar Bifacial, eine hinreichende Auslastung deines Inverters erreichen? Das muss dann nicht gewartet werden und ist auch nicht Windanfällig. Ich würde u.u. sogar die Panäle "relativ steil" stellen um vor allem im Winter etwas mehr Energie rauszuholen, im Sommer hat man ja eh oft "zu viel" davon.

Du hast da sicherlich schon deine Statistik-Kurven hierfür berechnet was du da an elektrischen Mehrwert erwartest.

Es ist einfach nur auffällig dass man quasi NIRGENDS mehr nachgeführte Solarpanäle sieht, das war vor ~20 Jahren "modern" bzw. notwendig, heutzutage kauft man "einfach" die doppelten Anzahl an Panälen.

"Feature-Technisch" verlierst du mit der Gen1 auch bei Raffstores die Möglichkeit den Lamellenwinkel einzustellen.
ICH verwende mittlerweile auch immer mehr BLU-Geräte und verwende meine Raffstore-Shelly's (Shelly Plus 2PM) alle als BT-Gateway für Home Assistant (weil sie ja "schon da" sind).

Zitat von Schlomo

Helligkeit???
Ist der einzugebende Wert Lux?

ICH fahre die Raffstores nicht automatisch Wetterabhängig runter, da ich die Wetterstation quasi nur als "Sicherungsmechanismus" verwende, d.h.: fahre alles in den "Safe State" hoch wenn ein Grenzwert überschritten wird.

Die "allgemeine Verschattung" (rauf+runterfahren) mache ich persönlich zeitabhängig bzw. mit Sonnenauf/-untergang und nicht Wetterabhängig. Somit ist mir die eigentliche Helligkeit draußen egal.
z.b.: Im Sommer willst du dass am Tag das Raffstore HERUNTEN ist und in der Nacht OBEN, im Winter ist es eigentlich genau umgekehrt.

Zitat von Schlomo

Wind 28m/sek

28m/s (= 100km/h) kommt mir schon etwas hoch vor, bei meinen Raffstores habe ich ~60km/h (= ~17m/s) eingestellt, da bei dieser Windstärke die Lamellen der Raffstores schon wirklich "ungut" scheppern.

Did I understand this right:
If I disable "Enable RPC" within the Bluetooth-Menue at the Shelly Proxy-Device the Proxy-Feature for Home Assistant does NOT work anymore?

I use several Shelly Plus 2PM (= Gen2) with this option disabled, but the proxy for my home assistant is still working
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

As I understood this the "proxy"-Feature is provided by the "aioshelly_ble_integration" script installed by home assistant if you activate active/passive BT scanner mode for the spezific shelly device
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Ich habe zwar "nur" Shelly Plus 2PM als Referenz für Temperatursensoren, da ich diese dort bereits seit ~2 Jahren übrewache: Aber bei diesen Geräten kann man den verbauten Temperatursensor quasi für NICHTS gebrauchen, der hat viel zu viele Abhängigkeiten:
- Ob Relay eingeschaltet ist
- Welche Scripte auf der CPU laufen (=> z.b.: BTHome + Home Assistant)
- Welche FW-Version installiert ist!!!
- Natürlich: Umgebungstemperatur incl. Einbauort und Einbaurichtung

Anscheinend sind je nach Gerät auch manchmal die Sensoren "unter dem Relay" verbaut und manchmal "in/bei der CPU" => also auch dort musst du aufpassen.

Es scheint mir ehrlich gesagt eine relativ schlechte Methode zu sein diesen Sensor für irgendeine art "Regelung" zu verwenden.

Tja, der Shelly BLU Distance hat z.z. noch so einige Probleme.
Bei mir kommt alle paar Tage auch mal ein falscher Werte rein - könnte u.u. eine Reflexion sein oder einfach ein Messfehler.
Wenn die "Basisfehler" des Shelly BLU Distance einmal behoben sind werde ich mir diese "Störungen" bei mir mal genauer anschauen, ICH habe gottseidank die Option das in Home Assistant einfach rauszufiltern.

Zitat von DIYROLLY

Der Motor kann ja auch über Funk gesteuert werden und der Shelly kann ohne Leistungsaufnahme so nicht kalibriert werden.

Zitat von horkatz

Hallo Roubihoubi,

vermutlich sitzen Relais im Antrieb und bei den Auf- und Ab- Leitungen handelt es sich nur um Steuerleitungen. Nennenswerte Schaltströme werden nicht fließen, trotzdem schaden die Snubber nicht. Der Rolladen wird sich aber nicht kalibrieren lassen...

Tja, schade, wenn kein Strom über diese Adern läuft kann sich der Shelly nicht kalibrieren.

Du hast dann im Wesentlichen folgende Einschränkungen:
- du kannst die Position der Rollos NICHT per "%" anfahren sondern nur mit den Up/Down-Buttons.
- Soweit ich weiß kannst du das Rollo nicht richtig im Matter-Modus verwenden.