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

state not read for non-lighting application (irrigation) when switched #27

Open
arrikhan opened this issue Dec 30, 2020 · 1 comment
Open

Comments

@arrikhan
Copy link

I have configured cgate<->cgateweb<->mqtt<->homeassitant and the lighting application entities setup with lights/switches/fans work flawlessly. Thanks for a great solution to connecting CBUS to the year >2000 :)

I have added entries in Home Assistant (HA) for irrigation 'application' exactly as I have with lighting application under switch but am seeing the toggle switch in HA turn back off again (even though device is still turned on).

Here is my configuration.yaml in HA.

` switch:

  • platform: mqtt
    name: Doorbell GPO (CBUS)
    state_topic: "cbus/read/254/56/48/state"
    command_topic: "cbus/write/254/56/48/switch"
  • platform: mqtt
    name: Front Lawn Irrigation (CBUS)
    state_topic: "cbus/read/254/113/101/state"
    command_topic: "cbus/write/254/113/101/switch"`

In MQTT Explorer I can run a getall (cbus/write/254/113//getall) on the irrigation application and it lists state/level exactly the same as the lighting application so I am confused why it doesn't retain state response when set by HA?

Does cgateweb subscribe to only the default application, rather than all applications for state changes? Turning on the irrigation through a cbus switch doesn't get recognised also.

@ZEi20T
Copy link

ZEi20T commented Dec 30, 2020

from memory, i switched to cgate-mqtt (docker) as it allowed me to subscribe to all cbus applications.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants