Bei Dim=Cycle wird mit jedem Ansprechen nur bis 100% hoch- oder bis Minimum Brightness runter gedimmt. Der Dimmvorgang ist dann beendet. Das habe ich z.B., um einen entfernten Dimmer über SW2 eines anderen Dimmers anzusprechen. Ich habe mir etwas in Node Red gebaut, damit die Bedienung identisch ist.
Beiträge von Schubbie
-
-
Warum macht man sowas
es ist schon nervig, dass ich mir einen Workaround in Node Red für "dim=Cycle" überlegen muss und nun dafür auch noch? Man will doch nicht bei jedem Update Angst haben, dass Funktionen, die man über seine Automatisierung anspricht, auf einmal einfach wegfallen oder geändert werden. Es funktionierte doch? -
Per Android könnte man eine Meldung der Ring über z.B. Automate eventuell auswerten und einen HTTP-Befehl absetzen lassen. Allerdings muss das Android dann im Heimnetz oder per VPN verbunden sein. Vielleicht geht es ja aber auch direkt, was schöner wäre.
-
Nein, löst auch bei Blättern, Regen, etc. aus.
Eine Kamera mit einstellbarer Bewegungserkennung und potentialfreiem Ausgang oder Möglichkeit einen Befehl an einen z.B. Shelly abzusetzen, ginge vielleicht.
-
Kann man da nicht den Bewegungsmelder überbrücken und davor einen schalten, der etwas taugt. Du musst halt drauf achten, dass der vielleicht keine Kleintiererkennung haben darf. Allerdings frage ich mich auch, wie warm solch ein Federkleid ist, was ja recht gut isolieren dürfte.
Leider haben die wenigsten einen Testreiher im Regal stehen. Aus der Hühnerklappenfraktion ist mir auch nichts mit Bewegungsmelder bekannt.
-
Und wie oft verjagt die Teichbewässerung den Reiher? Schafft sie es 1x oder denkt sich der Reiher "oh guck mal, wenn ich zu dem Teich gehe, dann geht die Dusche für mich an"?
Einen Hund abzurichten ist da vielleicht einfacher
-
Stefan, denke doch mal dran zurück an die vorherigen Updates der Gen 1. Wie oft gab es nach einem Rollout keinen Hotfix? Und sorry, aber wenn ich bei einem Dimmer nach einem Update auf einmal mit einem Taster (Single Button) nicht mehr Dimmen kann, wofür der Dimmer ja gedacht ist, dann weiß ich nicht, was vor dem Rollout getestet wurde.
-
2 Dimmer habe ich auch nicht aktualisiert, da ich den HTTP-Befehl DIM=Cycle empfangen können möchte. Ich dachte, dass nicht viel passieren kann, wurde aber wieder eines besseren belehrt
-
Ich frage mich, warum es die Firmware so lange als Beta gibt, jedoch niemand die Bugs entdeckt. Mag vielleicht niemand mehr die Betas installieren? Oder denkt Allterco sich, dass wenn die Beta läuft, nochmals schnell etwas geändert werden muss, bevor das Update ausgerollt wird, damit es nicht langweilig wird?
Es ist schön, dass es noch Updates gibt, jedoch frage ich mich, wo bisher der Nutzen dieser Updates lag. Beim Dimmer konnte es passieren, dass er bei der Kalibrierung beschädigt wird, wurde gefixt. Es wurde ein Energiesparmodus eingebaut, auch super. Aber der Rest? Wozu?
-
Es behauptet glaube ich niemand hier etwas anderes, jedoch sind es manchmal die Gegebenheiten.
-
Wäre schön, wenn auch die Dimmer 2 das Update annehmen würden
Jetzt scheint es zu gehen, zumindest hat es einer angenommen.
-
Super, danke Dir.
Und ich würde mir http DIM=Cycle zurück wünschen
-
Dann wäre es (zum Glück) der einfache Motor und nicht der IO. Ich verstehe nicht, wie man bei sowas zur heutigen Zeit Schalter verbauen kann.
-
Es betrifft bei mir Shelly Dimmer 1 und Dimmer 2.
Ich habe Taster angeschlossen und unterschiedlichste Leuchtmittel.
Dimmt der Dimmer per Taster hoch, dann ist alles ok, andere ich die Dimmrichtung durch loslassen und erneutes drücken, dann geht der Shelly plötzlich auf 1%, sprich auch unter "Minimum Brightness". Einige glimmen dann noch, bei anderen sieht man nicht mehr, dass die noch an sind.
Bei dem, den ich neu kalibriert habe, aber immer noch selber Fehlverhalten hat, kommt hinzu, dass der nun beim Hochdimmen im unteren Bereich flackert, als wenn die Helligkeit hin und her springt, bis er dann weiter die Helligkeit erhöht.
-
Aber eine Firmware zwischendrin, die mal nicht negativ behaftet ist, wäre super.
Haben denn noch mehrere dieses Problem?
-
musste ich alle Kabel aus dem Ubiquiti Switch ausstecken und dann wieder einstecken. Wahrscheinlich habe ich nicht mehr die genau gleichen Ports getroffen.
allerdings hast du dich an das Thema angehängt, was ich eben nicht auf dem Schirm hatte.
-
Das Shelly Update könnte zeitlich ja hinkommen?
Der AC-Pro ist gefühlt ca. 8 Jahre auf dem Markt? Die Dreams Machine deutlich kürzer. Dass die Geräte eventuell unterschiedliche Protokolle nutzen kann daher sein. Hast du denn wirklich ein Mesh oder ist der AP-Pro per LAN angebunden?
Bist du sicher, dass im Switch alle Ports gleich konfiguriert sind? Normalerweise müssten die Ports für die APs VLAN-Tagged sein (zumindest bei der Nutzung von VLANs), wenn ich es richtig in Erinnerung habe. Ich weiß nicht mehr, in wie weit Ubiklicki dieses automatisch umstellt, sollte man die APs anders einstecken.
-
1. Ja. Der Master kann selbst gewählt werden. Man hat sozusagen mit jedem AP die Möglichkeit diesen zum CloudKey (wie es bei Ubiquiti heißt) zu machen und muss den nicht separat laufen lassen.
Ob nun Meshing oder per LAN angebunden, kann man wählen.
2. Ich habe an allen 3 Anschlüssen (2x 1&1 DSL, 1x Kabel Vodafone) IPv4 Adressen und mache mein DynDNS über Strato. Da kann ich Dir also nicht weiterhelfen.
Die FritzBoxen unterstützen ja aber teils bereits WireGuard und es kann ja nicht mehr lange dauern, bis die anderen nachziehen.
-
Die Shellies haben vor Kurzem auch ein Update bekommen. Hast du dieses eingespielt?
Ich würde aber Ubiquiti vermuten. Gibt es bei der DreamMachine eine Auswahl ähnlich "Kompatibilität zu alten 2,4GHz Geräten erhöhen"? Vielleicht wurde ein Protokoll mit dem Update deaktiviert, welches der Shelly gerne hätte.
-
Ich habe Probleme mit anscheinend allen Dimmer. Dazu habe ich jedoch ein eigenes Thema eröffnet:
