Beiträge von MeisterQ

    Nachtrag:

    Ich habe mir eigene LoRa Nodes gebaut die Daten Empfangen, sowohl als auch senden können.
    Dabei ist aufgefallen, dass die Payloads die bei meinem Lilygo T-Beam LoRa Board eingehen, siehe hier:
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Unique ID meines Nodes, Temperatur und Luftfeuchtigkeit im Seriellen Monitor vom T-Beam Board.

    Sowohl gehen die Nachrichten auch bei meinem Shelly 2PM Gen4 mit LoRa Addon ein.
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Anders herum: Der Shelly sendet alle 10 Sekunden einen Ping raus mit hochzählender Nummer:
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
    Die Payload kommt auch auf dem T-Beam Board an:
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Meine Nodes haben keine Serielle Ausgabe, aber eine LED die blitzt wenn eine Payload eintrifft und diese Blitzt im 10 Sekunden Interval.

    Scheinbar braucht man das Thema nicht weiter adressieren, sondern kann das LoRa Addon mit selbstgebauten LoRa Nodes verwenden sofern Länder Frequenzen, Bandbreite und Spreadingfactor passen.
    Ich habe wieder zu Hersteller-Verschlossen gedacht und gedacht, dass Shelly da noch ein Properitäres Protokoll aufsetzt - Tun sie nicht.

    Danke Shelly und viel Spass alle anderen mit dieser Information.

    Wie ist eigentlich der Regelalgorithmus bei den BLU TRV so?

    Die meisten China TRVs glänzen ja mit einer Schwingenden On/Off Regelung der Ventile.
    Das alte WiFi TRV hat auch zwar auch zwischen 0 und 100% geregelt, war aber meiner Meinung nach auch nicht der beste Regler.
    Interessant wäre mal ein Graph mit Soll, Ist, Ventilöffnung im Vergleich.

    Idealerweise sollte bei größerer Abweichung das Ventil voll auf sein, und je näher Ist an Soll ran kommt, muss die Ventilöffnung langsam zu gehen, bis sie ihren Sweetspot zwischen Soll/Ist/Ventilposition gefunden haben.

    Sowas konnte ich bisher bei keinem TRV feststellen, außer bei einem wo ich den Regler selber Programmiert habe.

    Die limitationen bzw freiwilligen Regelungen von LoRa sind mir durchaus bekannt. Ich kann sowohl Eigene Hardware als auch Software Entwickeln. Es geht hier im Thread weder um die Geräte selbst, noch irgendwelche Regularien. Ich erhoffe mir hier nur von Shelly das Properitäre Protokoll zu bekommen.

    Wenn Shelly sie nicht veröffentlicht, baue ich mir halt mein eigenes Gateway. Das wollte ich allerdings vermeiden und auf deren Hardware zurück greifen.

    Ja, es wäre definitiv einfacher. Aber es würde noch extra Komponenten benötigen. Dann müsste ich wieder ein weiteres Gateway hier irgendwo hin stellen. Im Haus habe ich 2 Shellys mit LoRa Addon. Die würden meinen kompletten Bedarf abdecken was die Ausleuchtung an geht.

    Ein Shelly Entwickler sagte mir mal, wenn ich den Support nach dem Protokoll fragen würde, würden sie ihn vermutlich veröffentlichen. Das ist nun schon einige Wochen her und wie beschrieben, haben sie vermutlich meine Frage nicht verstanden.

    Lesen hier Entwickler / PM von Shelly mit?

    Hallo,

    ich habe vor, externe LoRa Sensorik mit dem LoRa Addon sprechen zu lassen. Diese würde ich über Components gerne dann Visualisieren.

    Also mir schwebte vor ein Gerät wie dieses: https://github.com/PricelessToolkit/PirBOX-LITE zu bauen / kaufen, und über das Addon ins Shelly Ökosystem zu holen bzw die Daten an Homeassistant zu senden.
    Die Kommunikation zwischen verschiedenen Shellys mit dem Addon ist kein Problem. Allerdings ist das "Properitäre Protokoll" was die Addons dafür nutzen nirgends dokumentiert.

    Mein Ansatz wäre nun, das Addon zu öffnen und den Bus zu sniffen wenn man definierte Pakete schickt. Das ist aber sehr aufwendig.
    Ich habe dem Support schon mal eine Anfrage diesbezüglich geschickt, aber ich glaube dieser hat die Frage nicht wirklich verstanden, weil sie mir mit den "fertigen Skripten" fürs Addon geantwortet haben.

    Vielleicht hat von euch jemand einen Link zur Doku oder weiß an wen ich mich wenden kann.

    Danke

    leider unterstützt Zigbee2MQTT in HA die TRVs nicht und sie wollen es auch nicht implementieren: https://github.com/Koenkk/zigbee2mqtt/issues/25433 :-(

    Mit "nicht wollen" hat das ganze wenig zu tun. Du musst bei z2m selber einen Converter aus der Konfiguration extrahieren und bereitstellen! Musst ein PR aufmachen usw. Da gibt es eine Anleitung zu. "Von Sich aus" machen die das nicht. Das ist aber auch bei jedem Gerät so bei z2m.
    Füg das TRV hinzu und gehe der Anleitung nach: https://www.zigbee2mqtt.io/advanced/suppo…ew_devices.html

    Gibt es die Möglichkeit, über die BLU RPC das Display umzuschalten? Ich würde gerne je nach Tageszeit und Helligkeit im Raum das Display umschalten lassen.
    In der Knowledgebase ist dort nichts vergleichbares zu finden.

    Bevorzugt wäre die Umschaltung über Zigbee. Ich weiß ja nicht ob hier auch Entwickler mitlesen.