Beiträge von Seven of Nine

der oben beschriebene Ping-Pong Effekt kommt dadurch zustande, dass es aufgrund von Netzwerk-Latenzen zu Verzögerungen kommt.. Mit einem Schnellen an/aus kann man so prima eine Endlosschleife erzeugen

Lösung:

- beide Schalter auf Detached stellen

- bei den Actions für BUTTON SWITCHED ON und BUTTON SWITCHED OFF jeweils

http//localhost/relay/0?turn=toggle

http://<ip-vom-anderen-shelly>/relay/0?turn=toggle

Dann sorgt nicht das Relais für die Zustandsänderung des Shelly sondern der jeweilige Schalter.

die 3-T-Motoren laufen hier bei mir einwandfrei inkl. Kalibrierung.

Zum Einbau, meine Empfehlung wäre:

Motor mit Shelly & Taster einbauen.

Zum Einstellen der Endpunkte belässt du den Shelly aber noch im Relais-Modus, achtest aber nach Möglichkeit drauf, dass immer nur ein Relais eingeschaltet wird

Hintergrund: beim Einstellen des jeweiligen Endpunktes braucht der Motor Strom auf der jeweiligen Fahrtrichtung, das lässt sich mit einem Taster nur sehr schwer "simulieren"..

Sobald die Endpunkte dann korrekt eingestellt sind, den Shelly auf Roller-Shutter umstellen und den Button Type "Toggle-Switch" auswählen.

PS: sollte der Motor versehentlich doch über beide Kanäle gleichzeitig Strom-Zufuhr erhalten geht er nicht gleich kaputt.. Er fährt dann einfach in Ausgangslage.

Zitat von MaT75

Mein Homebridge-Server im "HeimNetz" findet die Shellies aber nicht mehr. Wenn ich die Homebridge ins "iot"-LAN umziehe, findet Homebridge die Sonos-Boxen im "HeimNetz" nicht mehr, wenn ich die wiederum ins "iot"-Netz umziehe, findet die Sonos-App auf meinem Handy die Sonos-Boxen nicht mehr, wenn ich mein Handy auch ins "iot"-Netz umziehe, habe ich wieder aller Geräte im selben Netz.

ja, so ist das mit dem UDP-Protokoll und Multicast-Nachrichten (mDNS & Coap).. die werden nicht geroutet und sind (genau wie Broadcasts) nur im lokalen Netz sichtbar.

Stand jetzt: eine mögliche Lösung wäre ein Multicast-Proxy, der die Coap und mDNS Nachrichten von einem ins andere VLAN weiterleitet..

Mit Firmware Version 1.10 wird der Shelly auch Coap-Unicast-Nachrichten schicken können, die kannst du dann (sofern das Routing stimmt) an jede x-beliebige IP senden lassen, egal ob im Heimnetz, im IoT-Netz oder im Internet.

Beim ShellyMotion klappt das sogar jetzt schon (Internet & Security Settings - Coiot)

Zitat

Wie kann ich die Datenflut verringern?

die MQTT Update-Period bezieht sich auf reine Status-Updates und bewirkt, dass der Shelly MQTT Nachrichten (sofern es sich um reine Status-Meldungen handelt) ggf. auch seltener sendet. Das sind ja nur "Lebenszeichen", also eine Art Keep-Alive.

In deinem Fall wird sich der Status aber ständig verändern (Stromverbrauch wird aufgezeichnet) und das kann nur sinnvoll funktionieren, wenn der Shelly diese Änderung auch ständig mitteilt.

Wie soll man den Stromverbrauch der letzten 23 Minuten berechnen, wenn man nur alle 24 Stunden eine Meldung erhält?

tauchen die Shellys mit IP Adressen im Router auf? Dann könntest du ein Firmware Update über das webinterface probieren, evtl sind sie danach in der App richtig konfigurierbar

Zitat

Leider kann ich dann kein Gerät in der App sehen, um Einstellungen vornehmen zu können...

der Bereich "discovered Devices" in der App sollte nach ca 30-60 Sekunden sichtbar werden..

wenn das nicht passiert:

- Smartphone und Shelly müssen sich zwingend im gleichen WLAN befinden

- im WLAN muss die Kommunikation von Geräten erlaubt sein (bei FritzBoxen z.b. muss dafür ein Haken gesetzt sein).

Zitat

Habe aktuell eine nicht dimmbare LED angeschlossen.

warum baust du einen Dimmer ein, wenn die LED nicht dimmbar ist? dafür gibt es Shelly1, Shelly1PM und Shelly1L..

Ansonsten siehe Beitrag von SebMai , Dimmer nur mit dimmbaren Leuchtmitteln betreiben.

Zitat von Vestalis

Welche Synchronisation meinst Du? Die von Alexa?

ja, das meinte ich mit Snychronisation.

probier mal über das webinterface einen Neustart des Shelly, danach wenn möglich per App die Cloud aktiveren.

In der App kann es einen Moment dauern bis der Shelly erreichbar ist. (so ca. 30 -90 Sekunden - so lange dauert das Auffinden der Shellys im LAN wenn die Cloud deaktiviert ist)

Zitat von Vestalis

Über die Webseite https://my.shelly.cloud/ kann ich ihn steuern, das würde dafür sprechen.

ja, dann ist die Cloud aktiv und dein Konto verknüpft.. dann kannst du die Cloud über webinterface wieder aktiveren

die erste Verbindung zur Cloud muss zwingend über App erfolgen wegen der Kontoverknüfung, aber die ist ja dann offensichtlich vorhanden.

Danach einfach nochmal die Synchronisation von Geräten anwerfen.

Zitat von Vestalis

Und nein, in der Liste stehen weiterhin nur meine anderen SmartHome Geräte aber nicht der Shelly.

dann ist der Shelly vermutlich nicht in der Cloud? deaktivere mal beim Shelly die Cloud und aktivere sie wieder (wichtig: das Aktivieren dabei über die Smartphone-App machen)

Zitat

Funktioniert aber einwandfrei mit der 1.7

ja, aber das mit dem "funktioniert" ist halt immer so eine Sache.. die Frage ist dann immer, wie lange es funktioniert (hätte)..

Zitat

Notfalls schicke ich den Trafo zum Nachvollziehen nach Bulgarien! I

das wäre zur Analyse sicher eine große Hilfe, aber nicht wegen der Portokosten erschrecken

Ich denke (immer noch), dass es mit dem Netzteil zusammenhängt, sprich Mindestlast unterschritten (ist ja für Halogen gebaut worden, nicht für LED) und vermutlich auch nicht dimmbar..

Das werden wir nur leider ohne Handbuch nicht rausbekommen.. hab leider weder über Google noch die Hersteller-Seite ein Handnuch des exakten Modells gefunden.

Zitat von Loetauge

Wie können die sich nicht vertragen? ¿?

z.B IP doppelt vergeben

Zitat

Ok im Moment habe ich quasi Edelschrott. Ich müsste als auf die Tamota zurückflashen und dort dann die genannte Option setzen ?

welchen Zustand hat der Plug denn aktuell? den Zwischenschritt, also das Mongoose-Wifi ist schon sichtbar?

@orkus ein Handbuch hast du nicht zufällig vom Netzteil bzw. hattest du vor dem Shelly Dimmer auch schon einen Dimmer am Netzteil angeschlossen?

Ich kenne das von meinen Uralt-Halogen-Netzteilen noch, die hatten meist eine Mindest-Last und eine Maximal-Last.. Daher hab ich bisher auf den Austausch der Halogen durch LED verzichtet..

Zudem steht auf einem meiner Netzteile explizit drauf, dass es für Dimmer geeignet ist..

Ich bin elektrotechnisch zu wenig bewandert, als dass ich beurteilen könnte, ob das Unterschreiten einer Mindestlast bzw. das Nutzen eines nicht dimmbaren Netzteils einen Dimmer zum "Abrauchen" bringen kann..

Eventuell finden wir aber Hinweise, warum der Dimmer sich zerlegt haben könnte..

Zitat

Nein .... Wird diese benötigt wenn ich zurückflashen möchte ?

ja, musste ich beim Zurückflashen eines Shelly1 setzen.. steht aber auch auf der Seite mit der Anleitung (etwas weiter unten)

Setoption78 1 in der Tasmota Konsole hattest du gesetzt?

Zitat von Interface

Boah echt, woran merkt das den der Motor?

hat was mit dem Endschalter-Adapter zu tun (denke da sitzt ein Kontakt).. bei den 3T-Motoren und denen von SolRoyal ist es übrigens identisch..

Zitat von xstefanr

Bin bei 4% angekommen. Obwohl mittlerweile Sogar die Cloud ausgeschaltet ist.

Wird der von extern abgefragt? ioBroker, REST-API Zugriffe, Ping? oder hat dein WLAN einen Energiesparmodus und der motion muss sich ständig neu verbinden?

Bitte möglichst viele Details, das kann dir (und anderen) helfen..

Zitat von jpgorganizer

Der Motor muss komplett in die Welle eingescho-ben werden, damit die Endabschal-tung arbeiten kann (Laufringadapter am Motorkopf )"

Exakt das ist das Problem, wenn der Motor nicht vollständig in der Welle montiert wurde schaltet er selbständig ab..

Zitat von Interface

Habe ihn nur mal so angeschlossen, da ich ihn noch übrig hatte um zu schauen ob er funktioniert.

das geht (ganz sicher) nicht, bin vor Jahren in die gleiche Falle getappt.