hier: Rollladen IP-Symcon :: Automatisierungssoftware
Aber ich sehe gerade, die bezieht sich auf Google:D
Ahh, deshalb, alles klar!
So, jetzt nochmal zur Steuerung:
Wenn ich in der Alexa App den Slider fahre ist es wie oben beschrieben und man könnte den Eindruck gewinnen es passt!
Aber wenn ich per Sprachbefehle hoch/runter sage ist es genau andersherum und es wird auch nur hälftig gefahren, also nicht ganz hoch und nicht ganz runter?
Ciao Heiko
@bumaas: Du müsstest die Rollläden einmal in der Alexa-App löschen und neu suchen, dann werden die neuen Werte für Offen/Geschlossen verwendet.
Eine Doku gibt es bisher noch nicht, aber diese wird sehr vergleichbar zur Google-Version sein. Wie also auch bei den Icons sind 0% offen und 100% geschlossen. Wenn eure Schaltung anders herum läuft, müsstet ihr ein .Reversed-Profil verwenden.
Ich habe aktuell die Werte (im Gegensatz zu Google) nicht explizit umgedreht. Alexa kennt die Befehle für Öffnen und Schließen (= 0% bzw. 100%). Heben und Senken ist definiert, hat bei meinen Tests allerdings nie gegriffen. Ein Setzen auf einen Prozenzwert gibt diesen direkt durch, ein „Setze Rollladen auf 30%“ setzt die Variable auf 30%, nicht 70%. Bei mir in der App darf ich den Rollladen gar nicht schalten… Da die App allerdings von „Öffnungsgrad“ spricht, werde ich das sonst wohl aber auch wie schon bei Google komplett umdrehen. Schade, ich hatte gehofft, dass Alexa bei der Definition der Eckpunkte für Offen und Geschlossen entsprechend intelligent ist.
So ist es bei mir auch. Der Slider (Öffnungsgrad) arbeitet korrekt.
Die Sprachansage dagegen nicht. Bei „Fahre den Rollladen runter/hoch“ erhöht/verringert er den Öffnungslevel in 25% Schritten. Bei „öffne/schließe den Rollladen“ fährt er den Öffnungslevel auf 0%/100%.
Also bei der Sprachansage genau falsch herum.
edit: löschen und neu suchen hatte ich bereits gemacht. Daher stimmt jetzt wohl der Öffnungsgrad, der vorher verkehrt war.
Genau so ist es, nochmal gut zusammengefasst!
Was bedeutet bei dir korrekt? Ich habe den Slider gerade einmal getestet. Fahre ich ihn auf 25% Öffnungsgrad, geht mein Nicht-Reversed-Shutter auf 25%, was allerdings einem Öffnungsgrad von 75% entspricht. Analog geht der .Reversed-Shutter auf 75%, was ebenfalls einem Öffnungsgrad von 75% entspricht. Dies ist also in beiden Fällen falsch. Wie genau schaltet der Rollladen bei dir?
Fordere ich bei einem Nicht-Reversed-Shutter „Öffne Rollladen“, schaltet er korrekterweise auf 0% bei „schließen“ analog auf 100%. Beim .Reversed-Shutter verhält es sich korrekterweise anders herum. Auch hoch oder runterfahren geht in beiden Fällen in die korrekte Richtung. Fahre ich bei einem Nicht-Reversed-Shutter von 50% aus hoch, lande ich bei 25%, also näher an „Offen“, bei .Reversed bei 75%, ebenfalls näher an „Offen“.
Entspricht das auch eurem Verhalten? Oder ist das bei euch anders?
Ein „Schalte Rollladen auf x%“ schaltet den Nicht-Reversed-Shutter auf x%, den Reversed auf (100 - x)%. Das finde ich eigentlich ganz schön, da das „umdenken“ zwischen der Alexa- und der Symcon-Welt dann nicht beim Benutzer landet. Bei Schaltung auf 44% geht es auch auf 44%, auch wenn Alexa fälschlicherweise meint, es handele sich um einen Öffnungsgrad. Wie sieht das eurer Meinung nach aus? Sollte man das so lassen oder sollte man das hier umdrehen? Dann geht es bei einer Schaltung auf 44% (Öffnungsgrad) halt auf 56%(Schließungsgrad).
Es ist recht kompliziert und durcheinander. Im Prinzip hat Alexa die gleiche Sichtweise (Öffnungsgrad) wie Homematic: 0 = geschlossen, 1 = offen. Somit dürfte bei LEVEL Variablen mit einem Reversed Profil Modulmäßig nichts verdreht werden.
Meine Beobachtungen:
Setze ich den Öffnungsgrad beim nicht-reversed Shutter auf 25%, so setzt er die Variable falsch auf 25% (75 wäre korrekt.)
Setze ich den Öffnungsgrad beim Reversed Shutter auf 25%, so setzt er die Level Variabel korrekt auf 0,25.
Mein nicht reversed Shutter wird bei „Öffne Rollladen“ geöffnet: Level = 0(richtig), aber der Öffnungsgrad wird mit 0% angezeigt (falsch). Mein reversed Shutter wird auf LEVEL 0.0 gefahren (falsch), auch der Öffnungslevel wird mit 0% falsch angezeigt.
Hoffentlich hat nicht auch noch Alexa einen Fehler drin :o
Ich habe nochmal eine neue Version hochgeladen. Jetzt wird der Wert komplett umgedreht. Schaltet man den Öffnungsgrad also auf 25% wird die Variable auf 75% geschaltet. Bei .Reversed wird also der Grad direkt übernommen und 25% schalten auch auf 25%. Denkt daran vorher das Gerät einmal in der Alexa-App zu löschen, damit die neuen Anpassungen auch übernommen werden.
Hallo
Eben mal von unterwegs getestet , und sieht gut aus bei mir.
Hab Fibaro mit Reversed Profil.
In Alexa App stimmt der Oeffnungsgrad und Sprache passt auch.
„Rollladen runter“ faehrt 25% runter . „Rollladen hoch“ 25% hoch.
„Rollladen zu“ und Rollladen auf“ wird nicht unterstuezt?
Gesendet von iPad mit Tapatalk
Auf und zu wird unterstützt. Bei mir klappt es wunderbar mit „Öffne Rollladen“ bzw. „Schließe Rollladen“.
Super, so passt es bei mir bei beiden Profilen bei allen Aktionen (hoch/runter/%/auf/zu)
(Ich hatte übrigens bei meinem letzten Test bei dem reversed Rollladen noch ein falsches/normales Profil geladen:banghead:. Ich hoffe, ich habe dich nicht zu sehr verwirrt.)
Bei mir versteht Alexa das. Nur mit der Raumzuordnung hadert sie noch: „Rollladen hoch“ und „Rollladen x%“ wird korrekt auf den Raum bezogen, bei „Rollladen auf“ fragt sie nach, welchen Rollladen ich denn meine …:rolleyes:
Edit: einen Fehler bekomme ich jedoch noch, wenn ich nach dem Status eines Rollladen frage: „Ich weiß nicht was schiefgelaufen ist“. Im Debug steht
TXT: 23.01.2020, 16:58:47 | Request | {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"ea799c14-4221-4d15-bc52-46dda54458b2","correlationToken":"AAAAAA....."},"endpoint":{"scope":{"type":"BearerToken"},"endpointId":"71","cookie":[]},"payload":[]}}
TXT: 23.01.2020, 16:58:47 | Result | {"properties":[{"namespace":"Alexa.RangeController","instance":"Shutter.Position","name":"rangeValue","value":100,"timeOfSample":"2020-01-23T15:58:47Z","uncertaintyInMilliseconds":0}],"payload":{},"eventName":"StateReport","eventNamespace":"Alexa"}
TXT: 23.01.2020, 16:58:47 | Response | {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Shutter.Position","name":"rangeValue","value":100,"timeOfSample":"2020-01-23T15:58:47Z","uncertaintyInMilliseconds":0}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"80972130-d255-4764-a4d4-3178fab01410","correlationToken":"AAAAAAAAA..."},"endpoint":{"endpointId":"71"},"payload":{}}}
Die Statusabfrage kann ich nachstellen. „Leider“ ist die Meldung nach API absolut korrekt. In der App funktioniert die Statusabfrage ja auch korrekt. Ich schaue aber mal, ob ich da was finde.
Hey,
das Problem besteht bei mir grundsätzlich. hoch und runter ist verkehrt rum und auch auch öffnen und schließen .
Sowohl bei Modbus: hier ist der Wert 255=geöffnet und 0=geschlossen
Als auch bei den Shellys: Wert 100=geöffnet und 0=geschlossen
Habt ihr ne idee?
Hast du .Reversed Profile zugeordnet? Das ist notwendig bei 0 = geschlossen.
leider nein, aber ich muss auch ehrlich gestehen, ich habe keine reverse Profile.
Kann ich die irgendwie nachträglich laden?
Kopieren und .Reversed an den Namen anhängen.
Michael
Das leben kann so einfach sein 
Danke
Jetzt muss ich mal ganz dumm nachfragen.
Ich habe das jetzt auch mal mit einem KNX Shutter getestet. Wie kann ich denn mit nur einer Variablen sowohl hoch / runter als auch prozentuale Steuerung umsetzen?
Habe zum Testen mal die Aktions-Variable genommen. Hoch / runter geht damit, aber logischerweise kein relatives Anfahren.
Läuft das wie bei den Dimmern, dass ich nur die Positions-Variable einbinden muss und Alexa interpretiert hoch / runter dann mit 0 % / 100 %?
Dann weiß ich jetzt schon, dass das bei mir nicht sauber laufen wird. Die Aktoren schaffen es nämlich leider nicht aus jeder beliebigen Position sauber eine andere zu treffen. Steuere ich mehrere Positionen hintereinander an, liegen 50 % z.B. nicht mehr da, wo sie aus komplett auf oder zu liegen würden.
Gruß
Slummi
Für Alexa würdest du korrekterweise nur die Positionsvariable einbinden. Alle weitere Interpretation kommt dann von Alexa, also Öffnen, Schließen, Hoch, Runter. Wenn deine Positionsvariable bei mehreren Anfahrten nicht mehr ganz passt, dann kannst du dies entweder hinnehmen und halt ab und an den Rollladen ganz öffnen oder schließen. Falls du das nicht möchtest und die Positionsvariable auch nicht irgendwie kalibrieren kannst, dann hast du immer noch die Möglichkeit, wie von dir beschrieben, einfach die Aktionsvariable einzubinden.
Das ist leider nicht so einfach. Mit den Aktoren kämpfe ich diesbezüglich schon ewig rum.
Das Problem ist, dass auch 0 % und 100 % nach kurzer Zeit etwas abweichen. Wenn ich dann nicht einmal „absolut“ hoch- oder runterfahre, wird es mit der Zeit immer schlimmer. Deshalb werden 0 % und 100 % bei mir eigentlich nie über die Position angesteuert, sondern immer über hoch / runter. Dann kann ich mir sicher sein, dass 0 % auch komplett offen ist und 100 % komplett geschlossen. Die Positionsanfahrt nutze ich nur, wenn ich die Rolllladen gezielt in eine halboffene Position fahren möchte. Daher stelle ich schon an vielen Stellen sicher, dass ein 0 % beispielsweise intern gar nicht an die Positionsvariable geht sondern in ein „auf“ umgesetzt wird. Ich denke, dass ich das hier dann genauso mache. Ist zwar umständlich, aber was besseres fällt mir im Moment nicht ein. Die Fahrtzeiten passen nämlich eigentlich perfekt. Deshalb möchte ich die auch ungerne künstlich verlängern. Egal… Weiß ich auf jeden Fall erst mal Bescheid, wie die Shutter generell einzubinden sind.
Danke!
Gruß
Slummi
1 „Gefällt mir“