Ich hab bei den Plus-Modellen die verlinkten Bilder angeschaut - die haben 5 Drähte. Bei den Basics sind eben nur 4.
Das verlinkte Video der Plus-Modelle zur Kalibrierung zeigt dass man AM MOTOR (am "Ende") eine Taste drücken muss um die Kalibrierung auszuführen und dann händisch in die Endlagen fährt.
Ich habe bei meinem 4-Adrigen "dummen" Motor (unbekannter Marke) ein Ähnliches Semi-intelligentes System:
Ich muss einen separaten "Up" oder "Down"-Kalibrierungstaster drücken - dieser bleibt auch "versenkt". Dann fahre ich "ungebremst" bis ans Ende und der Taster hüpft raus. 2x gemacht und schon ist fertig kalibriert.
Das schöne ist: Diese Taster sind so platziert dass ich zwischen der Raffstore und dem Raffstore-Kasten mit der Hand reinkomme und dies somit ohne Ausbauen/Umbauen/... machen kann.
Beiträge von borsti0
-
-
Ich habe gerade die KI dazu befragt: VirtualBox kann das GAR NICHT, es sollte unter Linux aber möglich sein eine "virtuelle Netzwerkkarte" anzulegen und dieser die VLAN zu konfigurieren. Auf diese virtuelle Netzwerkkarte kann man dann auch mit der "dummen" VirtualBox einfach die VM drauflinken und schon "sollte" die VM einem VLAN zugeordnet sein.
KI-Beispiel:
ip link add link eth0 name eth0.208 type vlan id 208
ip addr add 192.168.x.x/24 dev eth0.208
ip link set eth0.208 up
schaut zumindest "simpel" und vielversprechend aus - also einen Test wert. -
Es währe dann nötig diese zwei 2PM's zu TAUSCHEN oder einen weiteren Shelly 2PM Gen4 als "Empfänger-Shelly" zu besorgen. Du kannst auch eine zusätzliche "Plug" als "Empfänger-Shelly" irgendwo in Reichweite einstecken.
Im wesentlichen ist es nur notwendig dass dein "Empfänger-Shelly" ein Shelly-Gerät ab Gen3 ist (=> da wird BTHome direkt unterstützt) und dein "Aktor-Shelly" muss glaube ich ein Shelly-Gerät ab Gen2 sein, es ist aber nicht unbedingt notwendig dass dieser Gen3 ist.
Soweit ich BTHome verstehe sollte der Ablauf dann folgendermaßen funktionieren:
1) Der "Empfänger-Shelly" (Shelly 2PM Gen4) bindet die WS90 mittels BTHome ein
2) Am "Empfänger-Shelly" wird eine Aktion definiert die aufgrund von gewissen WS90-Events (z.b.: Status=wet) einen HTTP-Request an den "Aktor-Shelly" absetzt.
3) Der "Aktor-Shelly" (Shelly Plus 2PM) braucht eigentlich keine Änderung - durch das HTTP-Request wird einfach ein normales "Up" bzw. "Down"-Kommando ausgeführt. -
Soweit ich das noch im Kopf habe war damals das Problem dass "Oracle VirtualBox" nicht für unterschiedliche VM's unterschiedliche VLAN's auf 1 physikalischen Schnittstelle vergeben konnte.
Wenn ich VLAN's auf diesem Level richtig verstehe muss ja die "gesammte Kette" VLAN's können. Mein Netzwerk (Unify) kann es, bei Linux würde mans schon irgendwie hinbekommen dass die physikalische Schnittstelle mehrere VLAN's betreibt, aber VirtualBox müsste dann wie ein "Intelligenter Switch" arbeiten der jede virtuelle Schnittstelle einem dedizierte VLAN zuweist.
=> kann sein dass sich da was getan hat, habs nun schon ein zeiterl nicht mehr probiert. -
Ich habe auf der Homepage mal einen "Plus" angeschaut - das war der "20410" (linkes Verdrahtungsbild). K.a. ob da der weiße Draht nun "free" ist oder doch verwendet wird.
=> ich würde zumindest vorher abklären (und wenn man den Rollo-Support bemühen muss) ob da die "Rollo-Leistung" von ~100W über die "Up"/"Down"-Pins läuft oder direkt aus der Versorgung kommt. Dann würden ja die Up/Down-Pins keine Leistung schalten und der Shelly kann sich dann nicht mehr kalibrieren. -
Hast du nun einen Shelly Plus 2PM oder einen Shelly 2PM Gen4 dort wo man den Shelly WS90 einbinden soll ("Empfänger-Shelly")?
-
Ich muss trotzdem fragen: Warum ist der Stromstoßschalter überhaupt drinnen? Diese "Funktion" kann kann auch der Shelly selber übernehmen.
Siehe dazu ein paar Seiten weiter: https://community.shelly.cloud/gallery/image/…rschaltung_png/ -
hast du auch schonmal probiert das Webinterface des Shelly's direkt aufzumachen wenn du im Router eh schon die "neue" IP siehst?
-
Werden die Shelly Plug S Gen3 von Zendure aktiv unterstützt?
Ich weiß dass es immer wieder hier im Forum die Diskussion gibt warum bei diversen BKW/Akkus ein Shelly Pro 3EM "funktioniert", aber ein Shelly 3EM-63T Gen3 nicht.
=> Es sind sind hald leider unterschiedliche Geräte und müssen von den externen Herstellern separat unterstützt werden. -
Nein, wichtig ist nur, dass die Rollos selber an der Endlage stoppen - ob mechanisch oder elektrisch spielt für den Shelly keine Rolle.
tvbshelly : ist bei diesen "plus"-Motoren mit elektronischen Endlagen, die dann auch einen 5-Adrigen Anschluss haben, nicht auch implizit eine Kalibrierung mit Shelly 2PM Gen4 NICHT möglich?
Bei fehlender Kalibrierung kann man die Rollo-Position nicht in "%" anfahren sondern nur die Shelly-Funktion "Up"/"Down" nutzen.
Wenn sich nichts geändert hat ist ohne Kalibrierung auch Matter (und Zigbee?) nicht gescheit bzw. sogar gar nicht nutzbar. -
Man kann doch die Shelly WS90 auch direkt am "Empfänger-Shelly" per BTHome integrieren und eine Action generieren die bei einem dementsprechenden Event (z.b.: "Rain > xx mm/h" or "State = wet") einen HTTP-Request an den Markisen "Aktor-Shelly" sendet.
-
Ich verwende "leider" HA und nicht die Shelly-Internen Features, deswegen bin ich da der Falsche. Aber ich höre hier im Forum immer wieder dass man die BLU-Geräte auch "lokal" DIREKT per "BTHome" an einen Shelly ab Gen3 koppeln kann.
Ich habe hier gerade eine Shelly Plug PM Gen3 und nen Shelly BLU Distance. Wenn ich den Shelly BLU Distance in den "Pairing Modus" versetze kann ich ihn beim Shelly Plug PM Gen3 einfach mit dem "+" hinzufügen. Danach kann ich auch "Actions" auf die Distance, Batteriestatus, uvm ausführen....mehr hab ich jetzt ned herumgeklickt.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
bei mir kam die NAS nicht in Frage, da ich IoT und wichtige Daten (NAS) in getrennten Netzwerken betreibe. Ich habe keine Lust darauf, dass mir irgendein schräges (chinesisches?) IoT-Gerät irgendwie auf meine wichtigen Daten zugreift. Und ein eigenes NAS für HA war mir auch zu aufwändig bzw. nicht zukunftssicher genug (Stichwort Software-Updates).
Mein gesamtes IoT-System läuft in einem eigenen VLAN.
Ich habe bei mir HA als VM auf meinem "Server" laufen. Leider habe ich es nicht hinbekommen das auf meinem Server mit 1 physikalischen Netzwerkschnittstelle den virtuellen Schnittstellen unterschiedliche VLAN's zugewiesen werden.
D.h.: mein HA läuft leider im "allgemeinen" VLAN => ich habe dann per Firewall-Regel dem HA, und nur diesem, eine Route zum IoT-VLAN geöffnet.
Somit sind die "chinesischen?" IoT-Geräte "unter sich" in einem eigenen VLAN und ich konnte trotzdem meinen bestehenden Server ohne Mehrkosten um HA erweitern. -
Schaut soweit "gut" aus, aber schlussendlich wird es sich zeigen wenn der Shelly richtig verdrahtet ist ob die Kalibrierung gut geht.
Wenn die Kalibrierung NICHT gut geht kannst du deinen Schalter trotzdem vollständig verwenden, du kannst auch per Software "rauf" und "runter" fahren, es funktioniert hald das direkte Anfahren auf z.b.: "70% offen" des Rollos nicht.
Soweit ich weiß kannst du ohne Kalibrierung auch nicht gescheit Matter verwenden.
Aber eines nach dem anderen... -
An welchen Shelly möchtest du den den Shelly BLU H&T koppeln? Wenn du den als BTHome einbinden willst brauchst du mindestens einen Shelly ab Gen3.
-
Was mich aber wundert ist, dass man hier bei Ecowitt:
https://www.ecowitt.com/api/quickstart/product?id=249
viel höhere Versionsnummern für den WS90 sieht. Letzte ist:
"WS90 Firmware V1.5.9 Upgrade 2025-11-26"
Sind das doch verschiedene Geräte ?
Also ich habe die "original" Ecowitt Wittboy WS90.
Dabei hat die Basisstation die Version 3.2.7 - und bei der WS90 bekommst du dort AN KEINER STELLE die Informationen welche FW da drauf ist. Der einzige Weg die Version auszulesen und auch upzudaten ist indem man ein Mini (oder Micro?)-USB-Kabel anhängt und mit einem speziellen Tool mit einem "update is OK or it will be bricked"-Button die Firmware überschreibt.
=> Ich habe das 1x gemacht und bringt eigentlich gar nichts.
Aber zu DEINER Frage:
Nein, ich gehe davon aus dass Ecowitt mit der Shelly-FW-Vesionierung und Weiterentwicklung nichts mehr zutun hat, vor allem da ja bei Shelly die "Logik" im WS90 steckt, bei Ecowitt in der Basisstation. -
Ich weiß ja nicht wie das Wetter bei euch die letzten Wochen war: aber bei uns haben wir seit ~1Monat bes.... Wetter - viel Feuchtigkeit, Nebel, Schnee, Eis, ...
Kann es sein dass der Sensor deiner Station "verstopft" ist oder anderweitig beeinträchtigt (ehrlich gesagt weiß ich nicht einmal WO dieser Sensor verbaut ist).
Möglicher Workaround zum Reset:
Ich hatte seit vorgestern bei einem Shelly BLU Distance einen "totalausfall" - ein "Batterie raus + rein" hat das Problem zumindest mittelfristig behoben, die Einstellungen blieben dabei erhalten. -
Da ich ja Taster habe und das vielleicht auch hier interessant wird:
Wenn der SCHALTER nun auf z.b.: "UP" dauerhaft steht, kann ich dann per App "Down" fahren bzw. eine konkrete Position anfahren oder ist das erst möglich wenn ich den Schalter in die neutrale Position zurückstelle? -
Also ehrlich gesagt: ich würde am Anfang GAR NICHTS kaufen: schau erst einmal wie du mit HA zurecht kommst und ob dir das System überhaupt gefällt. Ich weiß ja nicht wie viel Hardware du gleich einbinden willst/kannst, oder ob du eh (wie ich vor ein paar Jahren) bei 0% "smart"-Geräten anfängst, aber die 1ste Installation wird sicher nicht die letzte bleiben
.
Ich habe zuerst bei mir am Windows-Desktop "Oracle VirtualBox" installiert => ist gratis.
Da hab ich dann das HA-Image von der Homepage genommen und erst einmal einige Wochen damit herumgespielt, Snapshots gemacht, wieder zurückgesetzt, neu angefangen, uvm.
Erst als ich etwas mehr "confidence" gehabt habe, wollte ich auf die "finale Software + Hardware" gehen. Bei mir war das mein Linux-Server wo eben auch schon der VirtualBox-Server für andere Sachen lief (=> bei dir kann das u.u. auch ein Rasperry Pi, MAC, oder irgendwas anderes sein).
Da kann man dann das System "final" aufsetzen. Wenn man glück hat kann u.u. auch die "Spielwiese" vom Desktop rüberportieren (war bei mir möglich). -
ließt du aus dem Changelog raus WAS dann eigentlich das Problem gewesen sein sollte? Es gibt ja einige Matter-Related punkte die helfen (oder schaden) könnten:
