-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Can not subscribe to domoticz/out/xxx MQTT topic #21019
Comments
As designed, |
Hi, thanks for the fast answer 😎 I've put (above) some very basic rules (to ease fast understanding of the issue) but in fact, i want to grab some sensor values from Domoticz (ie temperature, humidity, wind speed etc....) and then display them on a Tasmota powered Oled display. When values come from other Tasmotas, it's work perfectly well by subscribing to tele/otherTasmota/sensor , but for others sensors (ie: RF, MySensors, EspEasy, other non MQTT sensors,etc...) I've no other choice than using the domoticz/out topic to grab them. (I know I could always make a custom Domoticz script to do that, but its' a bit overkill for such simple tasks) Being supported directly in Tasmota, would be a lot easier. (if it's too complicated to change the code to receive domoticz/out both for relays AND for subscribing, it could also be implemented as a compilation flag that switches between one of the 2 behaviors) Makes sense? |
In that case compile your own binary disabling Domoticz and you're free to use subscribe as you like. |
will do. thanks for the tips. 👍
This information would actually deserve to be noted in the documentation at : Would you like if i submit to this page something like:
|
mmm is there perhaps someone that have a simple how to.. windows noob here. |
Last question related to #21066 |
Let's keep the conversation here where I will allow users to add additional DzIdx relation kept in RAM to be executed once at start by a rule. No subscribe needed. |
So try latest dev branch. This allows to configure additional relays5 until 32 with domoticz command To make the relation persistent add following rule where 403 and 1234 are known Domoticz idx for relay5 (=power5) and relay6 (=power6):
As a bonus to this change no more restarts needed if configuring Domoticz parameters ;-) |
Many Thanks for this smart addition. While it doesn't change anything, about the initial question to subscribe to Dz sensors, it is a very helpful feature for project (like a couple of mines, but certainly a lot of other users too) when we need to handle more than 4 "relays", easily. 😎 👍 Regarding my proposal of amending the documentation regarding Dz/out subscribe limitations, I'm gonna pull a PR, for you to decide to accept or reject it. |
THANKS for the great work... |
You do not need to wait for next release, fresh development builds are here: |
this are teh realese? |
No, the link I posted is development, and the timestamp shows how fresh they are. Also, the header clearly says "Development binaries". If you wanted release instead: https://ota.tasmota.com/tasmota/release/ |
theo, in the consule i did: rule1 on system#boot do backlog DzIdx5 8077; DzIdx6 8078endon
Only the channel 5 and 6 are not switching. when i use the switch [ with 8977 or 8078] in domoticz Where do i go wrong |
That's broken. First, you need a space before
|
sorry, first time using rules.... So this should be good? Perhaps otherwise an good example rule, please |
I suggest you start to read here https://tasmota.github.io/docs/Rules/ and continue from there. In short, this is the valid rule:
followed by a one-time command |
WORKS!!!! only after a reboot. Only now swiths 6: rule2 2 [ enter ]? |
And for the future,how to reset a rule? Ps i read the rules pages, only a windoows noob here from early 60's :-) |
You need both DzIdx commands at the same time, just like what you originally had. No one was suggesting you to only have one of those, just to fix the errors in the rest of the line. |
No excuse not to to try to understand the docs. You managed Nodo in the past, Tasmota is no different. |
nodo that was very hard to get for me.. A long time ago |
Using |
PROBLEM DESCRIPTION
A clear and concise description of what the problem is.
Subscribing to the domoticz/out/ MQTT topic don't work
REQUESTED INFORMATION
Make sure your have performed every step and checked the applicable boxes before submitting your issue. Thank you!
Backlog Template; Module; GPIO 255
:Backlog Rule1; Rule2; Rule3
:Status 0
:weblog
to 4 and then, when you experience your issue, provide the output of the Console log:TO REPRODUCE
Steps to reproduce the behavior:
(in Tasmota)
(From the mosquitto server console)
Test 1 (tasmota ignore it) :
mosquitto_pub -t 'domoticz/out/1000' -m '{"svalue1": "40"}'
Test 2 (tasmota recognize it properly)
mosquitto_pub -t 'domoti/out/1000' -m '{"svalue1": "40"}'
EXPECTED BEHAVIOUR
A clear and concise description of what you expected to happen.
Tasmota should answer to domoticz/out/IDX
SCREENSHOTS
If applicable, add screenshots to help explain your problem.
ADDITIONAL CONTEXT
Add any other context about the problem here.
As advised by @arendst here, I've switched domoticz to output MQTT messages by Index, to be sure that MQTT message are not too big... Anyway, using the (previous) very short mosquitto_pub payloads, produces the same results.
(Please, remember to close the issue when the problem has been addressed)
The text was updated successfully, but these errors were encountered: