Beiträge von alsk1

Naja, also ganz ehrlich. Der Mensch ist heute so Gläsern, da kommt es auf Alexa auch nicht mehr an.

Ich glaube das Garagentor braucht niemand mit Alexa zu öffnen und die Haustür sollte bei Abwesenheit eh abgeschlossen sein.

Die Heizung hat generell einen Frostschutz und ob die Rollos oben oder unten sind, spielt für den Einbrecher keine Geige.

Wer so skeptisch ist darf gar kein Smarthome nutzen denn jeder der ins WLAN kommt hat die volle Kontrolle und durch Störender lassen sich auch Funkkomponenten aushebeln. VPN hin oder her, aber wirklich sicher ist nichts, ausser kein Smarthome nutzen.

Was genau funktionierte vorher mit der Min. Brightness denn nicht? Bzw was funktioniert in diesem Bezug nun richtig?

Habe leider den Überblick verloren.....

Es ist aber immer so bei diesem Dimmer. Lösche ich die Kalibrierdaten und starte die Kalibrierung neu, dann schlägt diese wieder fehl. Der 2.Durchgang funktioniert dann.

Es ist immer so, daß ausschließlich der 2.Durchgang erfolgreich durchläuft.

Hallo zusammen,

Ich habe derzeit 4 Stück Shelly Dimmer in Betrieb. Diese funktionieren super.

Bei einem dieser Dimmer gibt es jedoch Probleme mit der Kalibrierung.

An diesem Dimmer hängen 2 LED Leuchtmittel mit jew. 6,5W. Es handelt sich um (ich glaube Filament heisst das) Leuchtmittel mit den LED Leuchtstäben drin von ELV. Es sind E27 Sockel Lampen, dimmbar.

Firmware 1.5.7: Starte ich die Kalibrierung, dann läuft diese bis 98%, dann steht sie für ca. 6 min auf 98%, dann kommt Calibration failed. Ein zweiter Durchlauf funktioniert ohne Probleme. Bei max Stellung zeigt Dimmer 12W, was ja ungefähr passen würde

Es ist reproduzierbar das der 2.Durchlauf immer funktioniert.

Firmware 1.5.8rc2: Starte ich die Kalibrierung, dann läuft diese bis 98%, dann nach ca 1 min geht sie auf 99%, dort steht sie für ca. 6 min auf 99%, dann kommt Calibration failed. Ein zweiter Durchlauf funktioniert ohne Probleme. Bei max Stellung zeigt Dimmer 12W, was ja ungefähr passen würde

Es ist reproduzierbar das der 2.Durchlauf immer funktioniert.

Meine Frage wäre nun, ob das so dennoch OK ist oder ob es schädlich für den Dimmer ist? Die Einstellung ist Trailing Edge, was ja eigentlich richtig sein sollte....

An den anderen Dimmern hängen andere Leuchtmittel (Dimmer 1: 75W konventionell, Dimmer 2: 2x75W konventionell, Dimmer 3: 3x11W LED E27 (kein Filament).

Blöde Frage: Aber die 1.5.8rc3 ist nicht mehr erschienen oder?

Oder muss ich erst von der rc2 wieder auf die Final und kann dann auf rc3?

Zitat

hi!

keine gute idea. funzt dann nicht mehr bei on den letzten dimmlevel aufzurufen.

musst du dann immer von 0 auf x raufdimmen.

Denke ich nicht. Bei Homematic klappt das auch, 0% ist aus und bei Tastendruck letzter Dimmwert.

Man könnte aber auch Minimum Brightness auf 30% setzen, dann muss man nicht immer von 0% ab herauf dimmen...

Komfortabler wäre es jedenfalls wenn 0% = aus wäre. Im übergeordneten System kann ich mir natürlich auch so behelfen das Dimmlevel <10 = Status aus ist und >10% = Status an. Aber dann wäre Status=aus obwohl Dimmlevel >0. Auch blöd...

Ich vermute, das man hier 2 Variablen hat, falls man den Dimmer als reinen Ein/Aus Schaltaktor betreiben möchte, zB das Schalten von nicht dimmbaren Leuchtmitteln.

Ich würde es aber begrüßen wenn 0% = Status AUS wäre. Dann könnte man im übergeordneten System den Dimmer rein über das Dimmlevel bedienen und bräuchte nicht immer 2 Variablen (Übersichtlichkeit).

Auf einem Tablet macht das schon viel aus ob ich je Dimmer nur 1 oder 2 Variablen brauche...

Für mich wäre logisch und Wünschenswert:

Dimmlevel 0% = Aus (Status off)

Dimmlevel 1-100% = Dimmer 1-100%

Status aus = Aus (Status off)

Status ein = Dimmlevel 100% (Status on, 100%)

Homematic Dimmer lassen sich auch rein über das Dimmlevel bedienen (0% = aus, 1-100% = Dimmlevel).

Zitat

Ja, das Problem besteht und ist bekannt.

In einem übergeordnetem System sind zwei Bedienschritte notwendig: Helligkeit auf-/runterziehen und Ein-/Ausschalten. Ist mit einem Befehl zu realisieren, ähnlich: http://192.168.0.50/color/0?turn=on&white=20

Sollte das Problem denn nicht in der 1.5.8 behoben werden oder bin ich da falsch informiert? Mit den http-Requests kenne ich mich leider gar nicht aus und mit den 2 Bedienvariablen ist wirklich im übergeordnetem System nicht wirklich komfortabel....

OK, habe das Vorgehen mittlerweile selbst rausgefunden und nun die 1.5.8rc2 installiert.

Ein Ziehen der Brightness in der WebUI des Shelly auf 0% ist aber immer noch nicht möglich. Der Wert springt direkt wieder auf 1%

Wie kommt man an die Pre Release 1.5.8?

Würde gerne mal was testen mit meinem übergeordneten System IP Symcon, gerade was den autom. An/aus über Dimmstufe betrifft.

Ich verstehe es immer noch nicht..

Aber ist auch nicht so schlimm, denn nun scheint es bei mir ja zu funktionieren, auch wenn sich nicht alle Shellys im selben Raum mit dem Repeater verbinden.

Hauptsache sie haben irgendwie Empfang und sind erreichbar.

Also noch mal zum Verständnis. Der Dimmer hat ja 2 Variablen, wodurch er über ein übergeordnete System geschaltet / bedient werden kann.

1x Status = ein/aus

1x Helligkeit = Dimmen

Ist der Dimmer eingeschaltet und steht auf 30%, dann ist Status = ein und Helligkeit = 30%.

Schaltet man den Dimmer nun per Taster/Schalter aus, dann ist Status = aus und Helligkeit = 30%.

Schaltet man über den Taster/Schalter wieder ein, dann ist Status = ein und Helligkeit = 30% (letzter Helligkeitswert vor dem Ausschalten).

Würde man nun eine Steuerung des Dimmers im übergeordneten System NUR über die Helligkeitsvariable realisieren, dann sehe ich folgendes Problem:

Steht der Dimmer auf 30% (und wäre demzufolge ein) und man zieht die Helligkeit auf 0%, dann würde der Dimmer ausgehen.

Schaltet man nun am Taster/Schalter ein, dann würden die 0% (letzte Helligkeit angefahren) und der Dimmer wäre wieder aus (ließe sich nicht mehr einschalten). Somit wäre ein Bedienen über lokalen Taster/Schalter nicht mehr möglich.

Ich nutze IP Symcon als übergeordnetes System und habe mir dort ein Programm bzw ein Skript erstellt, welches die Helligkeit immer auf 10% setzt, sobald der Wert über das übergeordnete System auf unter 10% gestellt wird.

Bei einer reinen Bedienung des Dimmers über die Helligkeit (auch Ein/Ausschalten) müsste man sich wohl eine eigene Bedienvariable basteln, die die beiden Variablen Status (Ein/Aus) und Helligkeit inkludiert.

Also:

Wenn Staus des Dimmers = ein UND Helligkeit = 0, dann Dimmer = aus (Status auf AUS setzen)

Wenn Status des Dimmers = aus UND Helligkeit > 0, dann Dimmer = ein (Status auf EIN setzen)

Hier könnte man bei Helligkeit > 0 auch direkt eine Mindesthelligkeit = xx anfahren (zB 10%).

So zumindest mein logisches Verständnis.

Da man aber die Helligkeit nicht auf 0% regeln kann, sondern nur auf minimal 1% funktioniert das nicht.

Dann müsste man zwangsläufig bei Dimmlevel 1% in den AUS-Zustand springen.

66er

Jetzt muss ich mal blöd fragen wo man dazu etwas findet? Bei der Homematic Kopplung habe ich diesbezüglich nichts gefunden. (?)

Das wird nicht funktionieren. Du bekommst die Brightness nicht auf 0.

Steht die Brightness zB auf 30% und Du ziehst sie auf 0, dann springt sie zurück auf 30%.

Ziehst Du sie auf 1%, dann bleibt sie auf 1%.

Du könntest im übergeordneten System natürlich festlegen, daß zB Brightness Wert kleiner 5 und größer 0 = State Off bedeutet.

Man darf dann aber nicht auf 0% ziehen/regeln. Trigger müsste dann eine Werteveränderung der Brightness sein.

Shelly kann nicht auf 0 dimmen, sprich durch Dimmen ausgeschaltet werden. Die minimale Dimmstufe ist 1. Darum gibt es in einem übergeordneten System, zB IP Symcon, auch 2 Variablen. State = an/aus und Brightness = Helligkeit.

Die Brightness kann nur auf minimal 1 gedimmt werden.

Ich denke das hängt damit zusammen das Shelly immer auf dem letzten Helligkeitswert einschaltet. Wäre der letzte Helligkeitswert = 0,dann würde der Dimmer trotz Einschalten ja aus sein. Das ergibt dann keinen Sinn.

66er

Dann verstehe ich es immer noch nicht. Was für einen Sinn ergibt es die Helligkeit im Raum zu messen?

Wo steckt der Sinn darin?

Kann mich jemand bitte aufklären wozu man einen Helligkeitssensor in der einem Kontakt braucht, wo die Helligkeit erst beim Öffnen oder Schließen gemeldet sird?

Der Sinn erschließt sich mir überhaupt nicht?

@Badmad:

Ich verstehe Deinen Post aus #9 immer noch nicht. Für mich ist das keine Anleitung und zudem nicht zu verstehen, was Du damit sagen möchtest (??)

Ja, seitdem ich IP Vergabe der Shellys durch DHCP eingerichtet habe, aber Festnageln der IP durch die Fritzbox funktioniert es alles korrekt.

Es scheint also einen Unterschied zu machen ob man feste IPs in den Shellys vergibt oder ob man über DHCP die IP Adressen vergibt und über die Fritzbox Festnageln lässt, gerade im Mesh.

Anscheinend managed die Fritzbox im Mesh, wo sich dann die Teilnehmer einbuchen (Box oder Repeater), was bei fester IP Vergabe nicht funktioniert.

@Badmad

Das verstehe ich nicht.