I’m trying to follow the binding documentation but the example of the thing configuration doesn’t marry up with the example item configuration… It’s VERY confusing!
After several attempts and other topics in the form I currently have this… No errors… But my test item for the volume just doesn’t work!
Any help would be greatly appreciated…
The thing I have added even shows up in the PaperUI inbox with these details…
And these match the details for the binding I am entering when setting up my volume item…
Hi Sebastian, yeah if it’s not a dumb mistake on my part then these are some extra details…
Running OpenHABian on a RPi3 being openHAB 2.5.0 Build #1502.
I only have the 1 yamaha item setup so far.
When I send a command to the dimmer through the classic UI I see this in the logs.
2019-02-12 23:06:08.890 [ome.event.ItemCommandEvent] - Item 'Yamaha_VolumeZ1' received command 59
2019-02-12 23:06:08.895 [nt.ItemStatePredictedEvent] - Yamaha_VolumeZ1 predicted to become NULL
Just tried removing the volumeDbMin and max settings from the “thing” and this doesn’t look to change anything…
I do notice this in the logs every 20 second based on the refresh interval I guess…
2019-02-12 23:09:07.294 [me.event.ThingUpdatedEvent] - Thing 'yamahareceiver:zone:9ab0c000_f668_11de_9976_ac44f241c6b4:MainZone' has been updated.
2019-02-12 23:09:27.275 [me.event.ThingUpdatedEvent] - Thing 'yamahareceiver:zone:9ab0c000_f668_11de_9976_ac44f241c6b4:MainZone' has been updated.
2019-02-12 23:09:47.387 [me.event.ThingUpdatedEvent] - Thing 'yamahareceiver:zone:9ab0c000_f668_11de_9976_ac44f241c6b4:MainZone' has been updated.
2019-02-12 23:10:07.400 [me.event.ThingUpdatedEvent] - Thing 'yamahareceiver:zone:9ab0c000_f668_11de_9976_ac44f241c6b4:MainZone' has been updated.
So from a configuration point of view everything seems to work as it should.
Yes. This indicates your Thing is working properly.
So this is a (unstable) snapshot build. Just to mention.
I’m still on openHAB 2.3 and the ItemStatePredictedEvent functionality was just introduced with openHAB 2.4 I think. So, sorry I have no experience with this.
What happens if you try to use other channels (e.g. zone_channels#power to switch the receiver ON/OFF)?
2019-02-13 20:56:31.521 [ome.event.ItemCommandEvent] - Item 'Yamaha_Power' received command ON
2019-02-13 20:56:31.526 [nt.ItemStatePredictedEvent] - Yamaha_Power predicted to become NULL
Enabled the debugging and when the state of the binding updates I get this…
2019-02-13 21:13:56.457 [DEBUG] [.internal.protocol.xml.XMLConnection] - Making POST to http://192.168.1.218:80/YamahaRemoteControl/ctrl with payload: <?xml version="1.0" encoding="utf-8"?><YAMAHA_AV cmd="GET"><System><Power_Control><Power>GetParam</Power></Power_Control></System></YAMAHA_AV>
2019-02-13 21:13:56.480 [DEBUG] [ternal.protocol.xml.SystemControlXML] - System state - power: false, partyMode: false
2019-02-13 21:13:56.486 [DEBUG] [.internal.protocol.xml.XMLConnection] - Making POST to http://192.168.1.218:80/YamahaRemoteControl/ctrl with payload: <?xml version="1.0" encoding="utf-8"?><YAMAHA_AV cmd="GET"><Main_Zone><Input><Input_Sel_Item>GetParam</Input_Sel_Item></Input></Main_Zone></YAMAHA_AV>
2019-02-13 21:13:56.488 [DEBUG] [.internal.protocol.xml.XMLConnection] - Making POST to http://192.168.1.218:80/YamahaRemoteControl/ctrl with payload: <?xml version="1.0" encoding="utf-8"?><YAMAHA_AV cmd="GET"><Main_Zone><Basic_Status>GetParam</Basic_Status></Main_Zone></YAMAHA_AV>
2019-02-13 21:13:56.540 [DEBUG] [internal.protocol.xml.ZoneControlXML] - Zone Main_Zone state - power: false, mute: false, volumeDB: -60.0, input: NET RADIO, surroundProgram: 7ch Stereo
But when I try control the volume or power switch I just get the same message to say the item received the command “ON” but nothing else so it must not be properly linked up to the binding…
So it was the connection to the item in my item that was off slightly… At least it works now but have to admin that the examples in the docs are still extremely confusing!
And I’ve tried to update documentation in the past but the whole idea of creating a branch etc etc just to update some documentation means I’ll update it in my local OneNote documentation at least
Glad you found the solution
Didn’t see this when checking your posted config. Small cause, big effect
Can you tell what exactly you find confusing? Only with concrete feedback we can improve the documentation.
I’m no developer and have no idea how to create a branch or set up an IDE or whatever. But to “just” update the documentation you can do this from the GitHub UI. Just open the file in GitHub and click the “edit” symbol.
You can edit the file right in the UI and generate a pull request. But ensure to have a quick look at the contribution guidelines and esp. the “sign your work” part of it (actually this is what I missed doing my first docu PR )
Would be great to have your update not just in the private OneNote.