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

Second service added via Homebridge-MQTT not remembered on Homebridge restart #89

Closed
bohtho opened this issue Nov 2, 2019 · 8 comments

Comments

@bohtho
Copy link

bohtho commented Nov 2, 2019

Has anyone else encountered the same? When I add a second service to an accessory only the first is remembered on Homebridge restart. Both in Home.app and reading all of this plugin's config via MQTT. Is there a change in HomeKit in iOS 13.2 that messes this up ?

@cflurin
Copy link
Owner

cflurin commented Nov 3, 2019

How did you add the accessory and the second service?
Could you post your topic and payload JSON definitions.

@faxioman
Copy link

faxioman commented Nov 5, 2019

Try to reset your mqtt broker. A retained “delete” message (if you previously made some add/remove tests) could be the cause of this problem.

@bohtho
Copy link
Author

bohtho commented Nov 5, 2019

No such messages are retained on the MQTT broker.

Topic: homebridge/to/add/service

Payload:

{
    "name": "Sentralvarme",
    "service_name": "Bereder",
    "service": "HeaterCooler"
}

Added to an accessory that already have a thermostat service.

@cflurin
Copy link
Owner

cflurin commented Nov 5, 2019

If you want to retain it in the MQTT broker, you have to set retain true.

But you don't need it, because all the settings of your accessories are stored in the cachedAccessories file (path: .homebridge/accessories/cachedAccessories)

Search for Sentralvarme in cachedAccessories.

When adding the service, what do you get in homebridge/from/response ?

@bohtho
Copy link
Author

bohtho commented Nov 5, 2019

The response is success when I add it.

But cachedAccessories is empty ... hm... are there other paths where a duplicate could be stored ? I use DietPi based on Raspbian. This is odd because all other accessories (created via MQTT) are restored perfectly.

EDIT: Found the cachedAccessories in use. Sentralvarme (the original service Varmekrets) is there but no new linked service Bereder.

@cflurin
Copy link
Owner

cflurin commented Nov 6, 2019

In order to be able to help you I need more infos and exactly what you did.

  1. Your versions? (homebridge, homebridge-mqtt)

  2. Are you using other plugins?

  3. Start homebridge in Debug mode

homebridge -D

see also https://github.com/nfarina/homebridge/wiki/Basic-Troubleshooting

and post your log here.

If you are using node-red, build a short test showing how you are adding the accessory and the service and upload the flow here and post the result in the debug tab.

@cflurin
Copy link
Owner

cflurin commented Nov 16, 2019

No answer! closing for now.

@cflurin cflurin closed this as completed Nov 16, 2019
@bohtho
Copy link
Author

bohtho commented Nov 16, 2019

My versions are all the latest as per today.

Other Homebridge plugins are Homebridge-Hue.

However I have not been able to reproduce on the latest restarts of Homebridge. Then it is suddenly cached after all. Dont know what happened. Closing issue is ok.

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

3 participants