Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Time constraints getting lost on 2.2.10 #14

Closed
jwelter1971 opened this issue Jan 12, 2019 · 4 comments
Closed

Time constraints getting lost on 2.2.10 #14

jwelter1971 opened this issue Jan 12, 2019 · 4 comments

Comments

@jwelter1971
Copy link

2.2.10 had been working well for several days now, but interestingly after a few days the time time constraints are no longer respected. The motion config shows ‘idle’ for status versus ‘constrained’ and is active. But other motion condors with the same constraints seem to be ok so it’s not all being lost. A restart fixes it and immediate shows the constrained status

@danobot
Copy link
Owner

danobot commented Jan 12, 2019

Any error logs?
Please update to 2.3.0

@jwelter1971
Copy link
Author

Hi Danny - I will get logs tomorrow when back from a business trip. I only know of the problem as my wife reported it and I got into the UI to see the lightinSM in the idle state versus constrained. I restarted HA and they went into constrained mode.

I also will update to 2.3.0

One thing it could be is I use constraints to enable from 7am to 10pm; but then also a over-ride based on outside sun elevation and clouds to block if bright out. Any odd interactions possible between the two?

@danobot
Copy link
Owner

danobot commented Jan 12, 2019

Maybe the contrain time callback is not created when entity in override state. Will investigate.

@danobot
Copy link
Owner

danobot commented Jan 13, 2019

I cannot replicate this issue.

  • Entity starts in idle, override is turned on
  • Entity goes into override
  • Then end_time was reached.
  • Entity goes into constrained
  test:
    sensors:
      - input_boolean.sense_motion
    entity: light.bed_light
    start_time: '01:00:00'
    end_time: '09:26:00'
    override: input_boolean.override

This is expected behaviour.

@danobot danobot closed this as completed Jan 13, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants