FHEM/mod-AutoShuttersControl
2
0
Fork 0
Code Issues 12 Pull Requests Releases 9 Wiki Activity

Beschattung und Fensterkontakt #9

New Issue
Closed
opened 2020-04-08 12:54:04 +00:00 by marko · 1 comment
marko commented 2020-04-08 12:54:04 +00:00
Owner
Copy Link

Ich habe vor kurzem die Beschattung bei mir eingerichtet, und dabei folgendes festgestellt (ein Bug?):

Öffne ich die Terassentür bei geschlossenem Rollladen, fährt er in die ComfortOpen_Pos (komplett offen). [OK]
Ist die Terassentür geöffnet und ein Herunterfahren steht an, passiert erstmal nichts. Nach dem Schließen der Tür fährt er in die Closed_Pos. [Ok]

Ist der Rollladen durch aktive Beschattung in Shading_Pos gefahren, so fährt er beim öffeenen der Terassentür in ComfortOpen_Pos.
ABER: beim nächsten Event meines Helligkeitssensors fährt er trotz geöffneter Tür in Shading_Pos. Damit habe ich mich schon beinahe ausgesperrt :(

Ist das Verhalten gewollt, und lässt sich da noch etwas konfigurieren? Und welche Infos bräuchtest Du sonst noch zum debuggen?

Ich habe vor kurzem die Beschattung bei mir eingerichtet, und dabei folgendes festgestellt (ein Bug?): Öffne ich die Terassentür bei geschlossenem Rollladen, fährt er in die ComfortOpen_Pos (komplett offen). [OK] Ist die Terassentür geöffnet und ein Herunterfahren steht an, passiert erstmal nichts. Nach dem Schließen der Tür fährt er in die Closed_Pos. [Ok] Ist der Rollladen durch aktive Beschattung in Shading_Pos gefahren, so fährt er beim öffeenen der Terassentür in ComfortOpen_Pos. ABER: beim nächsten Event meines Helligkeitssensors fährt er trotz geöffneter Tür in Shading_Pos. Damit habe ich mich schon beinahe ausgesperrt :( Ist das Verhalten gewollt, und lässt sich da noch etwas konfigurieren? Und welche Infos bräuchtest Du sonst noch zum debuggen?
marko commented 2020-04-08 13:36:19 +00:00
Author
Owner
Copy Link

Konfigurationsproblem. Es reicht aus das Attribut ASC_ShutterPlace auf terrace zu setzen

Konfigurationsproblem. Es reicht aus das Attribut ASC_ShutterPlace auf terrace zu setzen
marko closed this issue 2020-04-08 13:36:19 +00:00
marko added the bug label 2020-04-08 13:36:29 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
Something is not working
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 invalid
Something is wrong
 question
More information is needed
 wontfix
This won't be fixed
No Label bug
Milestone
No items
No Milestone
Assignees
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: FHEM/mod-AutoShuttersControl#9
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?