Genau dieses Thema wird bereits diskutiert - vielleicht sollte man die 2 Threads "zusammenlegen.
Meine "Theorie" ist ja dass auf der einen Seite der absolute Luftdruck ausgegeben wird und auf der andere der relative Luftdruck wo je nach Berechnungsmethode auch Mehreshöhe, Temperatur und Luftfeuchtigkeit mit einbezogen wird.
Wird bei shelly der "absolute Luftdruck" oder der "relative Luftdruck" ausgegeben? Und welche Methode wird zur Rückrechnung auf den relative Luftdruck verwendet. "Fixed Offset" oder "Dynamische Berechnung"?
Lt. KI wird bei Ecowitt seit einem FW-Update in 2025 die genauere Dynamische Berechnung verwendet die u.a. die Seehöhe Temperatur und Luftfeuchtigkeit mit einbezieht.
Achtung, "original" Ecowitt Wittboy WS90-User
Bei mir wird in HA ein "absoluter" und "relativer" Luftdruck angezeigt, k.a. wie das umgerechnet wird, aber der Unterschied ist bei mir immer ~70hPa.
Hallo, eine Bigblue Cellpowa 1000. Leider ohne Schnittstelle. Sie zeigt alles an, aber man hätte es gern auch online, wenn's auch nur die Spannung ist.
Schade, lt. Homepage geht da wirklich nichts. Die größere CellPowa 2500 könnte man anscheinend per "App" steuern, aber vermutlich auch "nur" über Bluetooth, was mit Shelly nicht gut zusammenspielt.
Und eine "optische" Auswertung des Ladekreises ist auch nicht sinnvoll.
Wenn nur
Wenn es nur um die Anzeige der Ströme geht, gibt es außerhalb des Shelly - Universum dieses kleine Teil:
https://www.ebay.de/itm/1273028546…%3ABFBM5sL96-lm
Gruß
Jep, sowas hab ich auch schonmal gesehen, scheint mir der "richtigere" Weg zu sein wenn man die Daten nicht direkt aus der Station herausbekommt - braucht aber selber hald auch wieder Energie welche bei kleinen Anlagen dann vielleicht schon ins gewicht fällt.
Und wenn es den noch mit einem DAC-Ausgang oder einer HTTP-Schnittstelle gibt bekommt man die RICHTIGEN Daten auch gescheit in die Shelly-Welt.
Also du hast da deine Shelly-Generationen etwas durcheinander: ich nehme mal an du hast folgenden Aufbau
Shelly BLU Distance => Bluetooth connection => Shelly 1 Gen3 + Shelly LoRa Add-on => LoRa connection => Shelly 1 Gen3 + Shelly LoRa Add-on => WLAN connection => ...
Wenn sich seit der letzten Diskussion nichts geändert hat dann musst du bei LoRa noch so einiges "händisch" machen. U.a. die Verschlüsselung und auch dass du auf ein Request einen Response bekommst. Es gibt glaub ich schon einige Scripte die dir dabei helfen können - aber da ich selber kein LoRa verwende kann ich dir da leider nicht weiterhelfen.
Du musst aber auf beiden Seiten die gewünschten Daten Aus/Einpacken um sie über LoRa verschicken zu können. Darüber hinaus kannst du die "remote Shelly's" auch nicht Updaten oder anderweitig umkonfigurieren, da du keine App-Connection zu diesen Geräten hast (es funktioniert auch kein "Shelly-Webinterface").
LoRa ist eben kein "Range extender" deines WLAN's sondern eine properitäre Funkübertragung wo nur ausgewählte Daten übertragen werden.
Ich würde dir empfehlen dich zuminest kurz mal umzuschauen was in deiner Gegend ein 5G-Router+Vertrag kostet. Bei mir in Ö bietet u.a. ja Hofer (= Aldi) eigene IoT-Tarife um ~20€/Jahr mit 11GB/Jahr an. In Kombination mit einer VPN zu dir nach Hause hast du dann einen vollständigen Zugriff auf all "remote devices". Einschränkungen bleiben natürlich noch bei BLU-Geräten für Features die eine direkte Bluetooth-Verbindung benötigen.
Aber eine Solaranlage funktioniert eben anders: die Spannung wird ja vom MPPT rausgestellt um den optimalen Arbeitspunkt (= maximale Leistung) zu "selektieren". DIYROLLY verwendet ja quasi eine "leicht belastete Lehrlaufspannung".
Ich finde es schräg dass man sich immer in diese geregelten Systeme "reinhacken" will und etwas zurückzurechnen versucht wenn das Gerät selbst u.u. eh die Daten zur Verfügung stellen könnte.
Solange man aber nicht über den Shelly-Rand hinausschaut wird man solche Lösungen nicht berücksichtigen.
Im "best Shelly-case scenario" hat die Powerstation eine Netzwerkschnittstelle (LAN/WLAN) und die relevanten Daten können per HTTP-Request ausgelesen werden.
StefanL1980 : Was hast du denn genau für eine Powerstation?
Grundsätzlich würde ich als "Master" einen Shelly OHNE Relay nehmen, also z.b.: Shelly Plug PM Gen3, Shelly PM Gen3/4, ...
Als "Slave" kannst du quasi jeden Shelly nehmen mit Relay, z.b.: Shelly Plug S Gen3, Shelly 1 Gen3/4, ...
Wenn du beim Slave die Leistungsmessung NICHT brauchst dann nimm z.b.: den Shelly 1 Gen3/4, ansonsten den Shelly 1PM Gen3/4. Aber nur der "nicht-PM" hat einen potentialfreien Kontakt falls das für dich relevant ist.
Ich würde dir empfehlen mittlerweile zumindest Geräte der Gen3 oder Gen4 zu nehmen. Die Gen2-Geräte ("Plus"-Geräte) sind mittlerweile schon relativ alt und bekommen manche Updates wie Matter & Co einfach nicht mehr.
Die Spannung vom Panel steigt auch über 16V DC.
...vor allem wenn es KALT ist.
Was willst du denn messen? Die Spannung sagt ja nicht direkt was über die gelieferte Leistung aus. Du müsstest schon auch noch den Strom mitmessen. Der MPPT "regelt" dann die Spannung sodass du die optimale Leistung bekommst.
Bsp:
Hat die Powerstation keine API um das gleich dort auszulesen - dich wird ja sicherlich auch der Ladezustand interessieren?
ist das nun die INTERNE Temperatur oder die außen gemessene?
Ich habe bei mir überall die Namen "Shelly", "BTHome", oder gar die ID/MAC/Nummer ENTFERNT und gegen "abstrakte Namen" ersetzt.
z.b.: heißt mein Shelly Plus 2PM (und alle Entities) der bei mir das Raffstore im Schlafzimmer bedient einfach "Bedroom_Cover" und der Fenstersensor dort "Bedroom_Window".
=> Dies erlaubt es mir bis zu einem gewissen Grad die Shelly-Geräte auch mal gegen ein anderes Gerät/Generation oder sogar einen anderen Hersteller auszutauschen. Es interessiert auf logischer Ebene KEINEN mehr dass das ein Shelly ist, und noch weniger WELCHER GENAU, sondern nur mehr dass dies der "Fenstersensor fürs Schlafzimmer" ist.
Ich habe dann alle Entities dieses Gerätes automatisch renamen lassen sodass die immer "bedroom_cover_xxxx" heißen.
Ich verarbeite die Daten dann in Node-RED weiter, aber das ist eine andere Baustelle...
Wenn man dann noch einen Luftfeuchtigkeitsmesser von Shelly dazu gibt, kann man es so einstellen, dass er so lange lüftet bis die luftfeuchtigkeit um deinen gewissen Prozentwert gefallen ist? Das wäre dann nämlich meine nächste Idee.... Weil wenn man nur eine gewisse Zeit einstellt, ist das ja auch nicht 100% ideal.
Ich hab mir gedacht dass es "suboptimal" ist da statische Grenzen zu nehmen, da je nach Jahreszeit andere Feuchtigkeiten vorhanden sind. Ich habe mich deswegen dazu entschieden einen "Sprung" der Feuchtigkeit in einem Raum zu erkennen.
Ich verwende dafür zwar Home Assistant, das lässt sich aber auch sicherlich mit Shelly-Bordmitteln ähnlich realisieren:
Mein System:
- Home Assistant
- verfügbare/verwendete Humidity-Sensoren
- mehrere Shelly BLU H&T in diversen Räumen (alle "Bedroom_xxx" und "Bathroom")
- Ecowitt Basisstation ("Livingroom")
- neu: interne Messung der zentralen Wohnraumlüftung/MVHR als "zentrale Messung des gesamten Hauses"
- Lüftung: nur MVHR fürs gesamte Haus, also auch als Abluft fürs Bad & WC
=> diese wurde bisher direkt per Shelly an einem 24V-Eingang "getriggert", neu: "Trigger" über Modbus
Meine MVHR hat bereits einen "Nachlaufmodus" integriert, den habe ich z.z. auf "30min nach letzter Triggerung" eingestellt. Es ist bei mir sinnvoll das direkt in der MVHR zu belassen, da die Lüftung auch direkt verdrahtet über Taster im Bad & WC angestoßen werden kann.
Anbei sieht man 2 "Events" wo jemand im Bad Duschen war - die Feuchtigkeit steigt im Bad, aber auch bei der MVHR sehr schnell um ~20% an.
Meine Implementierung:
Mein "Trigger" für die Lüftung (=> bei mir MVHR) wird ausgelöst wenn die "höchste Humidity - niedrigste Humidity" aller verfügbaren Sensoren >15% beträgt.
Ich verwende dabei ALLE verfügbaren Sensoren (Bedrooms, Bathroom, Livingroom, MVHR), obwohl wohl nur das "Bathroom" und 1 "Referenzsensor" reichen würde.
Mit diesem System läuft die Lüftung schon seit Monaten automatisch an wenn wer baden geht und ist aktiv bis sich das Haus wieder "ausgependelt" hat. Durch die integrierte Nachlaufsteuerung meiner MVHR kann ich mir in HA das in zumindest sparen.
Mir ist somit auch egal ob das Haus 40% Luftfeuchtigkeit hat oder 60% - mit der "Difference"-Methode funktionierte es bisher immer
Das Problem ist ein ABGRIFF direkt vom Lampendraht - eine einfache "Verbindung" zum Shelly SW-Eingang funktioniert dort leider nicht (=> siehe Link zum "Bukowski-Draht").
Aber wenn du NUR den 2ten Ausgang der 2ten Wippe nutzt dann bist du ja "elektrisch entkoppelt". Somit kannst du diesen 2ten Ausgang direkt verwenden.
Wenn ich dich richtig verstehe ist dein IST-Zustand: 2 Aktoren mit jeweils 1 Schalter (elektrisch)
Und du möchtest eigentlich nur den Lüfter "automatisieren" und behällst dabei (elektrisch) den 2ten Taster wie er war.
=> Dann kannst du für den Lüfter einfach den Anschlussplänen für einen z.b.: Shelly 1 Gen3/4 folgen, die Lampenverdrahtung bleibt ja unangetastet.
Bsp:
Da mit dieser Verdrahtung aber der Motor per default weiterhin direkt mit dem Schalter ein/ausgeschaltet wird (und somit direkt mit dem Licht) musst du an den Eingängen mit den Parametrierungen wohl noch etwas spielen.
Ich vermute du wirst folgendes brauchen:
- Invertierter Eingang (da du ja beim AUSSCHALTEN triggern willst)
- u.u. Relay schalten mit Schalter-"Flanke" anstatt direkt mit Schalter-"Zustand"
- Auto-Off-Timer
Ein Shelly 1PM mini Gen3 ist in meiner Garage seit einigen Wochen für den Lichtschalter zuständig. Es ist ca. 3mal vorgekommen, dass er offline war und nicht erreicht werden konnte.
also stürzt er ab oder wird er nur aus dem WLAN geschmissen?
kann ich einen Watchdog laufen lassen
Wie/wo hast du einen Watchdog aktiviert? Dafür gibt es nach meinem Wissensstand keinen SW+HW-Support
Teste doch mal:
- Lässt sich das Licht im "ausgefallenen Zustand" noch schalten? => Wenn "JA", dann läuft die Firmware grundsätzlich noch
- Wie du gerade testest: Shelly-AP eingeschaltet lassen um nachzuschauen ob das Webinterface und grundlegende Funktionen noch laufen
- Schau mal im "ausgefallenen Zustand" nach ob dein AP glaubt dass der Shelly noch connected ist und was der scheinbare Status des Shelly's ist.
Grundsätzlich hatte ich mit meinem Unifi-System auch das Problem dass 1 Gerät mit seeehr schlechten Empfang den AP "killte". Es schienen alle Clients noch online zu sein, aber keiner konnte noch Daten intern/ins Internet schicken. Nur ein Reboot des AP half damals.
=> aber ein zusätzlicher AP "in der Nähe des Clients mit schlechten Empfang" verschaffte sofortige Abhilfe fürs gesamte System.
Es ist zwar traurig, aber manche AP's/Clients haben leider solche patschn.
welche internen Temperaturen bekommst du denn mit dem Kommando http://my_shelly_ip/rpc/Shelly.GetStatus
ich bekomme da u.a. auch die Temperatur raus:
...."aenergy":{"total":1264.406,"by_minute":[0.000,0.000,0.000],"minute_ts":1766439600},"temperature":{"tC":43.3, "tF":110.0},"pos_control":true,"last_direction":"open",....Alle Shelly's haben das "Problem" dass man den SW-Eingang NICHT "parallel" zur Last hängen kann, da der SW-Eingang sowohl bei 230V (= Licht eingeschaltet) als auch 0V (= Licht ausgeschaltet => kontakt zu N über Lampe) aktiviert ist.
Es gibt hierfür eine "Lösung" wo man einen passenden Vorwiederstand verbaut - siehe dazu folgenden Link zum "Bukowski-Draht"
Alternativ könntest du einen Shelly 2PM Gen3/4 nehmen und auch die Lampe direkt über den Shelly betreiben (Siehe Anschlussdiagramm). Den 2ten Eingang musst du ja nicht bestücken.
Vorteil dieser Variante: du kannst bei Bedarf mit einem "long push", "double push" oder "tripple push" weitere "Aktionen" ausführen, z.b.: Lüftung ohne Licht, usw.
Hast du bei dir eh geschaut ob du einen Neutralleiter beim Schalter vorhanden hast? Und sind das Licht und der Lüfter auch auf dem gleichen Stromkreis?
PS: hab bei mir die MACadressen zu den positionen notiert. bzw. da der router die fixen IPs anhand der MACs vergibt, sind bei mir die IP-Adressen eineindeutig des Verbauorts zugewiesen.
Stimmt, das mach ich auch noch, aber eben nur bei WLAN-Geräten möglich: somit weiß dann NOCH ein Gerät wo dieses WLAN-Gerät/IP steht.
Ich habe das Haus übernommen und die neuen Fenster somit auch. Laut Label des Motors ist es ein „Hualite“ Motor vom Typ YYGL35E-10/17 - hier kann ich nicht weiteres erwähnen. Diese wurden mit den Drutex Fenstern wohl ausgeliefert.
Ich habe mal das Datenblatt für den Hualite YYGL35E-10/17 gegoogelt.
Die Anschluss scheint eine "standard" 4-Adrige Version zu sein:
Ich möchte jetzt auch mein Haus mit dem Shelly 2PM ausstatten und habe ebenfalls festgestellt, dass meine Rolladenmotoren mit 5 Adern ausgestattet sind. Vermutlich das eine Kabel für Dauerstrom bzgl. für die Funkverbindung.
Aus Rollo-Sicht scheint somit die Dauerphase NICHT notwendig zu sein, u.u. geht diese Phase aber noch an eine andere Stelle (Steckdose oder zum nächsten Rollo). => Es währe schon interessant WO der Draht nun endet um zu sehen was da dran hängt.
Interessant ist dass dein Rollo auch ohne separate "L"/"Program"-Leitung eine Kalibrierung der elektronischen Hardware-Endlagen unterstützt, die Kalibrierung wird direkt über die Taster angestartet:
=> Interessante "Doppelverwendung" der "Up"/"Down"-Steuerleitungen.
Das heißt aber auch dass du deine Rollo-Kalibrierung (=> NICHT die Shelly-Kalibrierung) wohl nur so machen kannst:
- ohne Shelly oder mit 2 physikalischen nicht-verriegelten Tastern
- mit Shelly im "Switch"-Modus mit 2 physikalischen nicht-verriegelten Tastern
- mit Shelly im "Switch"-Modus wo die notwendigen Relay-Schaltzustände in Software "emuliert" werden.
=> Diese Rollo-Kalibrierung muss gültig eingestellt sein bevor du den Shelly kalibrierst!
Ich möchte jetzt auch mein Haus mit dem Shelly 2PM ausstatten und habe ebenfalls festgestellt, dass meine Rolladenmotoren mit 5 Adern ausgestattet sind. Vermutlich das eine Kabel für Dauerstrom bzgl. für die Funkverbindung.
