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
If changed sysname after the controller settings is done, the controller will report to old topic (using old name) #728
Comments
OOOOOPS... I forgot that the topic is case sensitive. This is not a bug per say but I did find that the controller settings still used the sysname from when I first created the controller (it published "connection lost" to the old sysname topic)... That must be considered a bug? |
Hmm, PiDome MQTT will also not work, judging the source code. |
Second big Hmmm when looking at the code... I guess MQTT controllers can only work when being the first controller. |
See letscontrolit#728 Also looked into the very strange configuration settings lookup for MQTT settings. The way it was, the settings for the first MQTT controller were used even when the actual MQTT controller was inactive or using different settings. Now the controller selected in the the plugin is being used and when no plugin setting is available (and also for P037 MQTT import) the first active MQTT controller will be used.
See Pull Request #737 At least it is better than using settings from the 1st controller, even when that isn't a MQTT controller. |
that was a known issue i think: Only the first controller can be MQTT. Its documented on the wiki. |
See #728 Also looked into the very strange configuration settings lookup for MQTT settings. The way it was, the settings for the first MQTT controller were used even when the actual MQTT controller was inactive or using different settings. Now the controller selected in the the plugin is being used and when no plugin setting is available (and also for P037 MQTT import) the first active MQTT controller will be used.
And now it has changed into "only one controller can be MQTT, or at least the first enabled MQTT will be used" ;) |
The report is now on correct topic: But I have now realized that the bug also apply to the incoming command on It only respond to the old names topic for incoming command. |
Regarding more MQTT controllers, I would suspect that someone could have the use of two different output formats. JSON (as Domoticz use) or plain text (as openHAB use). But for now I really like that I'm able to have MQTT on other controller number than 1 since many people will have 1 occupied with some (perhaps HTTP) controller before wanting to test MQTT. |
@Grovkillen |
I will 👍 |
Just a quick question, did you change so we are now allowed to have MQTT on controller 1..3? I added openHAB MQTT on controller 1, removed it, tried to add it to controller 2, it was greyed out. |
Hmm, grey-out is something done in the webinterface. Haven't looked into that. |
Should I open an issue for that :) |
https://www.letscontrolit.com/forum/viewtopic.php?f=6&t=4009
I just tried it and the log is not reporting any incoming commands using openHAB as MQTT controller.
The text was updated successfully, but these errors were encountered: