-
Notifications
You must be signed in to change notification settings - Fork 821
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
[Feature Request]: Root topic by channel or similar solution … #4016
Comments
They have to break down into smaller groups, that is what the topic is there to do. The c is old firmware and was a mistake, it has a very short remaining shelf life people on c will need to upgrade their firmware to continue to use the public channel on the public mqtt server. |
Unfortunately, that's not how it works in reality. As soon as different root topic are set, cross-communicating with users of a different setting is no longer possible. It would be nice if two regions could continue to communicate with each other, to warn of dangers such as flooding and the like, regardless of frequency. Unfortunately, it doesn't look like that at the moment. If region A has decided to continue using "msh" as the root topic, but the neighboring region has decided to use msh/EU_868 or msh/EU_433, then communication is no longer possible. That's probably the situation in Germany at the moment. |
The update from c to e is of course logical and inevitable. |
If setting the root topicps via channel is not possible, then perhaps msh/EU or something similar would be a possible overarching solution. |
It is just a string, so you can use whatever string you want, the goal of the presets is to get away from flooded global topics. |
Platform
other
Description
“Root Topic” and channels in Europe, here using Germany as an example
It certainly applies to other countries as well, but from my own experience I can only speak for Germany.
Before switching to firmware 2.3.2 there was only the root topic “msh”. All channels, the regional channels and also the transregional channel "Deutsch", were based on this. Communication with each other went smoothly.
After the switch to 2.3.2 and higher, the addition of the frequency was introduced. What went smoothly after an update for countries with only one frequency in use - it just had to be updated - led, at least in my impression, to a mess in Germany (Europe?).
There are now not only users who still use older firmware versions and users with the new firmware, but also different root topics.
So here, I'll take the channel "Deutsch" as an example, there is not only still msh/2/c/Deutsch, but also the variations msh/2/e/Deutsch, msh/2/e/EU_866/Deutsch and msh/2/e/EU_433/Deutsch.
It would be nice if we could find a solution here so that communication between all nodes would be possible again in the sense of emergency and crisis communication and prevention.
The text was updated successfully, but these errors were encountered: