You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While testing an ADEO / Leroy Merlin SIN-4-RS-20_LEX, I noticed an inconsistency between the generated definition, the MQTT payload and the exposed entities.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Description
While testing an ADEO / Leroy Merlin
SIN-4-RS-20_LEX, I noticed an inconsistency between the generated definition, the MQTT payload and the exposed entities.Environment
Device:
Observations
The generated external definition contains:
However the frontend only exposes:
statepositionNo
tiltentity is exposed.Commands tested
Accepted without error:
Attributes
currentPositionTiltPercentageexists and can be read.MQTT
After sending a tilt command, the following payload is published:
{ "position": 100, "state": "OPEN", "tilt": 100 }However reading:
still returns:
Question
Is this expected for the Lexman firmware?
Or is the
SIN-4-RS-20_LEXconverter missing the propertiltexpose, even though the device appears to support the Window Covering tilt cluster?I can perform additional tests if needed.
All reactions