OH3 + CCU3 Update Issues after CCU3 Firmware Update

  • Platform information:
    • Hardware: Dell Optiplex, running Proxmox PVE 7 // CCU3 “original”
    • OS: Ubuntu 22.04 LTS server in a Proxmox VM
    • Java Runtime Environment: OpenJDK Runtime Environment (build 11.0.19+7-post-Ubuntu-0ubuntu122.04.1)
    • openHAB version: openHAB 3.4.4
  • Issue of the topic: using the Homematic binding I have had several HmIP BROLL, FSM and SMI55 integrated in OH3. These have been running for almost three years to some extent. I am passing some of those to Google Home and have been using this path for voice control successfully for a year.

Some time this spring, I ran a regular update of the CCU3 to firmware 3.69.7. About the same time, Google Home updated something Introducing the redesigned Google Home | Google Home - sorry this is vague, and yes one of the
problems using these freeby cloud services. Basically, both the hardware-facing firmware and the user-facing side received independent changes. Everything ground to a halt. Voice control stopped working, OH3 scripts would not receive triggers anymore.

So I decided to migrate OH3 from a Raspberry 3B to the Proxmox VM it’s now running in. This was around April. And serves to illustrate the “status quo” - and not in the cool rocking around the world way, but the “honey, why aren’t the rollershutters moving” way.


We lived with this for a while because I didn’t have time to dig through these issues. Built a few quick workarounds. Now I have the time to sit down.

  1. Homematic CCU3 rules dont work for my usecase anymore. They broke in the update. So I want to build a rule in OH3 to mimick the behaviour:

“If any BROLL is LONG PRESSED up or down, run ALL ROLLERSHUTTERS in the appropriate direction:” Basically, use the long-press to close all shutters and open them in the morning.

  1. To do this, I need to figure out how to read switch triggers. And this is where it becomes interesting.

I got an HmIP BROLL on firmware v1.10.8 on my desk jury-rigged to test things fast. I have two items created for the button channel:

homematic:HmIP-BROLL:87ad8d1642:00111BE9XXXXXX:2#BUTTON (Trigger).

Regardless of how the semantic class I use in the item, I never get any update on the state. On a SMI55, this used to work, instantly it would detect motion and go “ON” (or something, I don’t recall, it stopped working, too).

In the log (log::tail for homematic), I get only:

10:52:44.741 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Double) value '0.01' for '00089BE9916479:5#POWER' from gateway with id '87ad8d1642'
10:52:44.742 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Double) value '0.01' for '00089BE9916479:5#POWER' from gateway with id '87ad8d1642'
10:52:44.742 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#VOLTAGE_STATUS' from gateway with id '87ad8d1642'
10:52:44.743 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#VOLTAGE_STATUS' from gateway with id '87ad8d1642'
10:52:44.743 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#VOLTAGE_STATUS' from gateway with id '87ad8d1642'
10:52:44.744 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Double) value '0.0' for '00089BE9916479:5#CURRENT' from gateway with id '87ad8d1642'
10:52:44.744 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Double) value '0.0' for '00089BE9916479:5#CURRENT' from gateway with id '87ad8d1642'
10:52:44.745 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#FREQUENCY_STATUS' from gateway with id '87ad8d1642'
10:52:44.745 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Double) value '0.0' for '00089BE9916479:5#CURRENT' from gateway with id '87ad8d1642'
10:52:44.746 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#FREQUENCY_STATUS' from gateway with id '87ad8d1642'
10:52:44.746 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (Integer) value '0' for '00089BE9916479:5#FREQUENCY_STATUS' from gateway with id '87ad8d1642'
10:53:14.244 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (String) value 'nr' for 'CENTRAL:0#PONG' from gateway with id '87ad8d1642'
10:53:14.246 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (String) value 'nr' for 'CENTRAL:0#PONG' from gateway with id '87ad8d1642'
10:53:14.243 [DEBUG] [communicator.AbstractHomematicGateway] - Received new (String) value 'nr' for 'CENTRAL:0#PONG' from gateway with id '87ad8d1642'

Which reads to me like nothing much, it gets a few status updates from the CCU3 is what I see this as.


So here’s the super open question. What am I missing to receive state changes on my items again? Its really weird that I can still run Google voice to control switches (after having re-added them in OH3) and I can even still control the BROLLs via voice (again, after re-adding them). But I am not getting any states.

I understand this is a super open question and my first post in this forum. I’ve been a reader for years, always figured my own stuff out but at this point I’m lost. It feels like something went very wrong between my OH3 and the CCU3, somewhere in between the versions, and I can’t pinpoint it.

Help, anyone?

Thanks, Jace <3

Semantic tags will not have anything to do with updates to the Item state. Thing of the semantic model like folders in a file cabinet. What folder you put a document into doesn’t change the contents of the document. Same with Items, what you do to it from a semantic model perspective doesn’t change how the Item works.

Knowing what it changes to is going to be important because that will dictate the Item type and whether/what sort of transformation is required to convert the incoming message to something the Item can understand.

At least that proves that OH is connecting to the CCU3. That’s not a small thing.

The Thing? You’ve not mentioned it. I don’t know Homematic but if it works like most other technologies (and the docs seem to indicate that’s the case) you’d automatically discover and/or create a Thing to represent each device. Those Things will have Channels and those Channels will be linked to the Items.

So do you have a Thing to represent this button? Does that Thing show as online? Are the Channels of that Thing linked to the Item? Does the Item type and the Channel type match?

Thanks for the comprehensive reply. May you forgive me for a short one:

Due to some unforseen circumstances (pressing delete on the wrong VM) I was forced to set up OH4, and the problem has thus resolved itself.

To respond to your query, the Thing had been created, the right channel selected, etc. It just was not producing any change on the physical button press. This immediately changed today. Selected the BROLL Thing, selected the channel related to the Long Button Press, linked an Item. And as soon as I pressed the button for the set time, the Item State updated to ON - as expected. But try as I might, I could not get it to do it in my old OH3 install.