Jump to content

Welcome to Smart Home Forum by FIBARO

Dear Guest,

 

as you can notice parts of Smart Home Forum by FIBARO is not available for you. You have to register in order to view all content and post in our community. Don't worry! Registration is a simple free process that requires minimal information for you to sign up. Become a part of of Smart Home Forum by FIBARO by creating an account.

 

As a member you can:

  •     Start new topics and reply to others
  •     Follow topics and users to get email updates
  •     Get your own profile page and make new friends
  •     Send personal messages
  •     ... and learn a lot about our system!

 

Regards,

Smart Home Forum by FIBARO Team


Recommended Posts

Posted

I want to understand what the "interfaces" field in a QA device object is used for. I pasted a screenshot (Figure 1) of the field and its values below. This is the new 5.170.xx version of the hub software. There are more actions available for the auto thermostat device but I don't see that they are used. I have a simple, do-nothing QA that reacts to the UI  The only methods that are called are the setHeatingThermostatSetpoint, setCoolingThermostatSetpoint, and the setThermostatMode. But as you can see (Figure 2), there are quite a few more actions than those. I was hoping maybe there was some way to indicate the QA support for each given interface.

 

Any ideas?

 

Thanks,

 

Peter

 

Please login or register to see this image.

/monthly_2024_12/image.png.d76e83aa7f17a76ce5946507abc2c184.png" />

Figure 1

 

image.png.a0a4a5cf541d42fa6835cd34605f0b5d.png

Figure 2

Posted (edited)

They signal to the system (HC3) that the device has certain functionality and is then used by the system to annotate the device with that new functionality.
It can be UI elements like the power icon, and/or adding new fields to the device structure (object).
 

@tinman created an explanation and list of interfaces that may be a bit outdated now but the principle remain...

 

Edited by jgab
Posted (edited)

So, if you have the 'coolingThermostatSetpoint' interface your device object will get som extra properties like 

.coolingThermostatSetpointCapabilitiesMin

.coolingThermostatSetpointCapabilitiesMax

.coolingThermostatSetpoint

.coolingThermostatSetpointFuture

.coolingThermostatSetpointStep

and you will get the action

setCoolingThermostatSetpoint:6

 

So if you take binarySwitch QA and self:addInterfaces({"coolingThermostatSetpoint"})

it will get the properties and the actions.

It also signals to the system that this device can now do setCoolingThermostatSetpoint and could be used 

by scenes etc. to show that option in the UI. I'm not sure this interface alone is enough to make the system treat the QA
as a thermostat - probably needs more interfaces..
It's more useful for a thermostat QA to pick what capabilities it support I guess - heating or auto etc...

Edited by jgab

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...