Don't receive Homematic states and figures from 2 am onwards

[rossko57]

@FrankR

Obviously items have to have names that differ in a minimum of 3 characters. ???

No, it’s not that. You can have two different Item names with just one character in a different case.
I suspect more likely is some “debris” associated with the particular Item name. Sometimes broken links get left in openHABs internal JSONDB, and mess stuff up. They’re difficult to track down.

EDIT - there is a utility to make this easier in OH3

Comfoair: Change fan speed on WHR930

Hi Bart, as I suspected the binding is still trying to update values (ventilation#fanIn3, ventilation#fanOut3), which are not valid anymore due to the recent changes. However, I’m not sure why this happens since the binding is supposed to only update channels that are linked to an item. AFAICS these items are commented out in your .items file and thus shouldn’t be linked anymore, if they aren’t defined anywhere else. Could you have a look using following console commands, if there are any remai…

It’s always smart to make a backup before tinkering with this

[FrankR (Frank Rein)]

@rossko57

No, it’s not that. You can have two different Item names with just one character in a different case.

That’s what I expected

[FrankR (Frank Rein)]

I checked with

openhab:links orphan list

and also with

 openhab:links list

but could not figure out any suspicous items

[stefan13 (Stefan)]

I used the org.openhab.binding.homematic-3.1.0-SNAPSHOT.jar. in my previous OH3.1M3 & M4 version, which fixed the issue.
When I updated to 3.1.0M5 last week I removed this add-on an use the binding provided in the M5, as I thought this release uses the SNAPSHOT provided long time ago.
However this seems to be the case, as the Homematic things are not updated again.

Do I still need to use the SNAPSHOT in M5 release, or is this a different problem?

[MHerbst (Martin Herbst)]

Hi Stefan,

in the last months I have tried several implementations to make the connection especially for HmIP items more stable. But none of the solutions really worked reliably and therefore none of them made it into a PR and into the milestones. In my opinion the support of HmIP devices in the normal CCU is really buggy and testing solutions for this problems is really a nightmare.

I now have at home a HmIP devices that also sometimes has problems with state updates which helps a bit to find a reliable solution.

Can you describe a bit more in detail your exact problem? Do to the update stop after a certain period or was the connection between OH and the CCU interrupted for a certain time and nocht completely restored?

Martin

[stefan13 (Stefan)]

Hi Martin,

I checked the event.logs for the last days and it seems the issue only started yesterday again, when I added a new HmIP device.

From that moment, neither the HmIP Thermostats nor the new Device I added (HmIP-SWO-PL) gets any update anymore.

I sent you the related logs in a PM.

However I can set the temperature in OH3 and this change is updated on CCU.
It seems only the update from CCU → OH3 is not working.

Let me know when I shall test anything for you.

Thanks
Stefan

[Walki (Dennis)]

Hey guys
How the situation today? I have still the same problem the Gateway-Extras will not be updated in OpenHAB.
No worries from OH to Raspberrymatic. Any suggestions?

[stefan13 (Stefan)]

Hi Dennis,

the behavior disappeared after removing/re-adding the Gateway thing.

However, each time I update the CCU software, the problem occurs again. After rebooting the CCU some things are not getting updated.
Although the Gateway shows online, it doesn’t work anymore.
To make it work again, it’s sufficient to “disable” the Gateway thing and “enable” it again in OH.

Not sure the same approach will help you, but its worth to test

Stefan