This object is in archive! 

Climate - Weekly program issue, using new GUI

Christophe shared this problem 9 years ago
Known

Hi,

Using the new GUI, the climate weekly program is not well displayed


Thank you

Replies (19)

photo
1

I tried to redefine the weekly program for one of my climate with this new UI but after it does not work properly...


To correct my climate, I had to reconfigure it with the old UI.

photo
1

Other point, the configuration made in the new UI cannot be seen in old UI.

In the old UI, we can see the old climate configuration.

photo
1

Romain GAREL wrote:

Other point, the configuration made in the new UI cannot be seen in old UI.

In the old UI, we can see the old climate configuration.

I think, because obviously new UI don't actually do any change, it only shows virtual change. Regardless what mode you choose.

photo
1

Jki wrote:

Romain GAREL wrote:

Other point, the configuration made in the new UI cannot be seen in old UI.

In the old UI, we can see the old climate configuration.

I think, because obviously new UI don't actually do any change, it only shows virtual change. Regardless what mode you choose.
You think wrong. New UI is using the new API. Old UI is not able to read the thermostat configuration of the Zipabox which is not set through it. This is the feature which is not supported by the old UI. It is only supported with the new UI and this is why it is visible in new UI not matter where you make a change.

photo
1

Sebastian Popovic wrote:

Jki wrote:

Romain GAREL wrote:

Other point, the configuration made in the new UI cannot be seen in old UI.

In the old UI, we can see the old climate configuration.


I think, because obviously new UI don't actually do any change, it only shows virtual change. Regardless what mode you choose.
You think wrong. New UI is using the new API. Old UI is not able to read the thermostat configuration of the Zipabox which is not set through it. This is the feature which is not supported by the old UI. It is only supported with the new UI and this is why it is visible in new UI not matter where you make a change.
If i make a manual change to temp, and press "permanent hold", it shows that it is changed. But really not, log out and again in, it is back in weekly program temp, and shows still "permanent hold". For example. I tested this several times, and because it didn't work, after that i didn't dare to use it. It can be fixed now...

photo
1

Tested again, not fixed(repaired, if better).

photo
1

Jki wrote:

Tested again, not fixed(repaired, if better).
what is the problem?

photo
1

Sebastian Popovic wrote:

Jki wrote:

Tested again, not fixed(repaired, if better).
what is the problem?
Above there:

If i make a manual change to temp, and press "permanent hold", it shows

that it is changed. But really not, log out and again in, it is back in

weekly program temp, and shows still "permanent hold". For example.

photo
1

Hello Jki,


I am unable to replicate your issue.

Which firmware are you using?

Do you still experience the same issue?

photo
1

Hello,


My firmware is 0.9.999.2a, but it's working since yesterday night.

photo
1

Antonio Majer wrote:

Hello Jki,


I am unable to replicate your issue.

Which firmware are you using?

Do you still experience the same issue?

My firmware was 0.9.999.2a yesterday, now it seems be 0.9.999.2i. Have to test, if it is correct now...

photo
1

The climate/thermostat still not work, as it should...

A bit a challenge to my not so good english, but lets try... If i manually increase temp from the slider, it shows new setting and switch radiators "on". I click the "permanent hold". Then after logging out, and again in, it shows again weekly programmed temp, not new temperature and radiators are "off". However, "permanent hold" shows still active.

Another thing is, if i want program whole week, for example, "away", it is impossible. It won't save the program. Some time i can change one day to "away", but then, if i try change another, previous go back to "comfort". If i drag whole week to "away" and click "save", there is always only sunday "away". I have made whole week program from old dashboard "away", and it is "active" program, fortunately. Changes from new dashboard seems not overriding this setting. It should be that way, until new thermostat is usable.

photo
1

Hello Jki,


I am still unable to replicate your issue. Open ticket so we can troubleshoot-it further.

photo
1

Antonio Majer wrote:

Hello Jki,


I am still unable to replicate your issue. Open ticket so we can troubleshoot-it further.

Ok, i just did. We'll see.

photo
1

The climate/thermostat is still unusable in new UI.

My experiences from last 24h tells, that you should not create new thermostat, trying to adjust the current one, or maintain it any way from the new UI.

Perhaps it works for somebody, but mine do not.

When created and adjusted from old UI, it works correctly. (still... I'm sensing, that there is coming some conflicts between old and new UI)

photo
1

I have the same issue as Jki refered above..


Can`t use the new GUI to set ut temperature and permanent hold function does not work.


In old GUI it works.. This tested standing in the room and watching the power turn on and off.


So, new GUI does not work !!


ALSO, when turning heath up above 21,5 degrees, the new GUI drops back to 21,5. In old GUI the temperature shows correct f.ex 23 degrees as shown i pictures below

photo
1

See picture


This issue have been present after new GUI in christmas..

photo
2

Antonio Majer wrote:

Hello Jki,


I am still unable to replicate your issue. Open ticket so we can troubleshoot-it further.

Antonio Majer wrote:

Hello Jki,


I am still unable to replicate your issue. Open ticket so we can troubleshoot-it further.

Feel free to log into my zipatobox and see the differense in old GUI and new GUI.. The old GUI is the one that is working in this example..

photo
1

Hello Magnus,


Please try to update your box with new firmware and then see if the issue reappers.

Leave a Comment
 
Attach a file