openhab / openhab-addons

Add-ons for openHAB
https://www.openhab.org/
Eclipse Public License 2.0
1.88k stars 3.59k forks source link

[boschshc] wall-thermostat items is not updated automatically #15871

Closed ulrgaer closed 2 months ago

ulrgaer commented 11 months ago

the wall-thermostat: Items are not updated automatically. the correct value is only updated once after installation of the item or after system restart.

Expected Behavior

the items value (temperature, humidity) should be update each time when the chancel value is changed.

Current Behavior

update only once after configuration of the new item or after system restart.

Possible Solution

no solution known

Steps to Reproduce (for Bugs)

  1. configure items once
  2. wait for update, nothing is changing

Context

only old values (temperature, humidity ) are shown on openHAB

Your Environment

david-pace commented 11 months ago

Thanks for the bug report @ulrgaer. Do you have any other Bosch SHC things/channels that are updated correctly when this happens? If all channels are affected, the root cause might be #15912.

ulrgaer commented 11 months ago

Dear David,the description looks like my case. But what can be done?Best Uli

david-pace commented 11 months ago

Hi @ulrgaer, I would propose to proceed as follows:

  1. Check if you can find the stack trace mentioned in #15912 in your openhab.log
  2. If you can't find it, wait until this happens again and then check your openhab.log again
  3. If the stack trace is present, we assume that #15912 is the root cause. Then I would propose to close this issue (since then it would be a duplicate) and that we continue tracking down the problem in #15912.

By the way I am one step further in analyzing the issue in #15912.

ulrgaer commented 9 months ago

I'm still waiting for the next occurrence. Feedback traces will come.

david-pace commented 8 months ago

There is another issue that potentially causes this problem: https://github.com/openhab/openhab-addons/issues/16174

Both issues are fixed in the mean time and will be available in the next milestone release. We can leave this issue open until we know for sure that it was one of these two issues.

david-pace commented 7 months ago

OpenHAB 4.2.0.M1 was released and contains both fixes.

@ulrgaer could you please install this milestone and report back whether the problem is solved?

ulrgaer commented 7 months ago

david, thanks for the information, can you please help me hoe to install a milestone release without disturbing the actually running installation, thanks, uli

david-pace commented 7 months ago

The only clean way I can think of would be to install openHAB on a separate, spare computer or Rasberry Pi. Do you have one lying around by any chance?

If you have one and if you are willing to invest time in a parallel installation, select the following during the openHabian installation in order to get the latest milestone builds: https://community.openhab.org/t/solved-install-milestone-build-on-openhabian/50802/3

If not you can still wait until the next stable release, but this may take a few more weeks or months.

ulrgaer commented 7 months ago

Thanks David, will it work on bookworm as well? If yes, may be I can test by next weekend on bookworm, let me see. Uli

david-pace commented 7 months ago

If you mean Debian Bookworm, this should work. Just follow the instructions on this page, specifically

stale[bot] commented 5 months ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

david-pace commented 2 months ago

Since there were no further reports by the OP, I assume that this issue was/is caused by one of the following bugs:

The first bug was fixed a long time ago, and a fix for the second bug is in development. Please track the progress there if applicable. Once a fix is available for https://github.com/openhab/openhab-addons/issues/17176 and it still does not work, feel free to re-open this bug or open a new one.