Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tuya TS0601 TRV force not available as 'select' entity in HA any longer #19199

Closed
kds69 opened this issue Oct 7, 2023 · 1 comment
Closed
Labels
problem Something isn't working stale Stale issues

Comments

@kds69
Copy link
Contributor

kds69 commented Oct 7, 2023

What happened?

Since quite some releases (since 2021?), the "select.xxxx" entity for TRV force is not created in HA any longer.
This is removing the very useful capability to force valve and TRV mode with a select option in HA. For instance when PID is too slow to close or open valve and user would like to force it.
We can of course use as a workaround the publishing of "force" mqtt messages, but this is not integrated with HA directly.

What did you expect to happen?

Looking into homeassistant.ts, I presume when force is found for the exposed attribute it should be a set as {entity_category: 'config', icon: 'mdi:valve'} instead of the below

 else if (firstExpose.type === 'enum') {
            const lookup: {[s: string]: KeyValue} = {
                action: {icon: 'mdi:gesture-double-tap'},
                ...
                force: {enabled_by_default: false, icon: 'mdi:valve'},

and strangely, below code doesn't kick in:

            if ((firstExpose.access & ACCESS_SET)) {
                discoveryEntries.push({
                    type: 'select',
                    object_id: firstExpose.property,
                    mockProperties: [], // Already mocked above in case access STATE is supported
                    discovery_payload: {

How to reproduce it (minimal and precise)

Same behavior for at least this very common version: _TZE200_cwnjrr72 of TS0601

Zigbee2MQTT version

1.33.1-1

Adapter firmware version

20220219

Adapter

zzh!

Debug log

N/A

Copy link
Contributor

github-actions bot commented Nov 8, 2023

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

@github-actions github-actions bot added the stale Stale issues label Nov 8, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Nov 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working stale Stale issues
Projects
None yet
Development

No branches or pull requests

1 participant