• Updated caches
• Reapply planes

Currently everything is designed to handle strings only, which results in implicit, and unwanted conversions due to CategoryLogger.

Target vs. current as [..^....]?
Colors/formats according to #21

Maybe I am blind but I can’t find the way how to create the mentioned virtual device.
Could you please add a help.
Really no idea where those devices shall be :(

Subject of the issue

The app is picking up the right temperature from the schedule but try to set it to 0 degrees, startet after upgrade to 1.1.2

Steps to reproduce

Tell us how to reproduce this issue.

Expected behaviour

Tell us what should happen

Actual behaviour

Tell us what happens instead

Compare https://homey-heating.mskg.app/releasenotes/v01-01
Make the "#XXX" automatically a link.

• Apply “automatic,” at least no messages?

• Bathroom schedule
• Add 0:00 on Monday
• Shows Sunday 18.5, should 23:00

Possibly sort?

VD doesn’t work. - no thermostats found -

Too much vertical spacing.

On Homey I have installed version 2.0.2.
I have created one heating plan with shedules.
I have one device added to be applied plan (thermostat Eurotronic Spirit).
In timeline a see messages that target temperature is set, but no temperature change on device.
What do I wrong?
thanks

Sometime targetTemperature seems to be serialized as string.
Found by Lennard, while switching from version 1.0.0 => 1.1.1.

This lead to setpoints not beeing set with "invalid_type" errors..
Most likely the underlying reason for #38 in 1.0.0

Most thermosts work with battries, that helps to keep them running.

Make an out-off season mode that set's all valves to 6°.

add class="hy-nostyle"

Subject of the issue

Non-radiator devices are added to the associated devices.

Steps to reproduce

(( Unknown - It just happens))
I have two 'Better Logic' psuedo-buttons in there. The only thing that is 'special' is that the Better Logic app was recently updated. The other device I see is a Rituals Perfume Diffuser. This app hasn't been updated

Expected behaviour

No non-radiator valves should be associated

Actual behaviour

non-radiator valves are associated

Footnotes:

• After restarting the Heating Heating Scheduler app, the non-valve devices are gone and only the radiator valves show.
• When the non-valve devices are there, the 'Current Situation' screen is broken
• When the non-valve devices are there, the physical valves are managed as scheduled

Describe the bug
I am using Danfoss thermostats and every time when the plan sets the temperature everything goes well but a couple of minutes later there is another try to set the temperature (what sometimes floods my timeline!).

The device itself get the value the first time, so there is no problem with heating but it is a bit annoying when you see the flooded timeline :(

Anotherthing which I realized today is the setting of a device which has been already deselected yesterday. No idea why the app try to set this device ...

Screenshots
Double set

An error from a device which was already deselected

Smartphone (please complete the following information):

• Device: iPhone X
• OS: IOS 12.1.4

On iPhone SE (resolution like 5 and 5S) i can't scroll down a click on OK button in time setting.

I use 1.1.0 beta. In 1.0.0 beta it was OK.

https://sentry.io/organizations/mskg/issues/899853319/?project=1396900&referrer=github_plugin

SyntaxError: Unexpected token A in JSON at position 0
  ?, in JSON.parse
  File "./src/app/services/heating-plan-repository/HeatingPlanRepositoryService.ts", line 75, in load
    this.planList = JSON.parse(plansString);
  File "./src/app/services/bootstrapper.ts", line 27, in Object.<anonymous>
    repositoryService.load();
  ?, in Generator.next
  File "./src/app/services/heating-manager/TemperatureConflictPolicy.ts", line 27, in s
    export class MinTemperatureConflictPolicy implements ITemperatureConflictPolicy {
...
(2 additional frame(s) were not displayed)

SyntaxError: Unexpected token A in JSON at position 0

Hi,

I think it would be nice to be able to get an overview on a per-zone (or per radiator) basis, so the effective calculated schedule in a single view, so something in the line of:

I'm note sure how 'readable' it would become on a phone screen, but it may be a nice extra-feature.

Subject of the issue

To many alerts when multiple heating plans

Steps to reproduce

Add possibility to turn off alerts for each heating plan

Expected behaviour

Alert only for the plans selected

Actual behaviour

When three different plans has the same time set, but three different setpoints i get three messages. It's a little too much.

Would be a great feature to have. Open window detection.
When a room / zone has door/window sensors you can select them as a open window detector for that zone and set a default close valve / lower temp in that zone.

So normal schedule is 18 degrees in the morning so me and my gf can get out of bed nicely.
When dressed we open the window for some fresh air and leave downstairs . So the schedule in that zone will have a breakout from the default schedule to 13 or 10 degrees (whatever is set) so the valves close and heating and energy doesnt go out of the window for the time fresh air gets in.

As soon as the window in the zone is closed normal schedule wil resume.