-
Notifications
You must be signed in to change notification settings - Fork 33
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
The subscriptionCallback overrides _subscriptionCallback making Dahsboard ineffective #6
Comments
Yes, only one subscriptionCallback can be registered and the one that runs (in my sketch) is the one inside the library file not from my sketch. Even after I disabled the subscriptionCallback inside the library, the callback in my sketch still not working. I'll tinker with the library more |
I think I'm having a similar issue... confusion about which In my case the confusion happens after my wemos d1 mini loses connection to the mqtt server. You can see it sets up and calls the As an aside, you can see I've added a new parameter called Here's the startup from terminal window:
In the above you can see it configured to access The following is where it fails to connect to mqtt and the retries begin.
Then when it gets connected again, it comes back on the _subscriptionCallback which is not the same as subscriptionCallback. As a result, the subscription is received but there is no code within _subscriptionCallback to turn the leds on or off.
Thanks for any tips, |
Hi
I am not a 100% sure, but I think only one subscriptionCallback can be registered. Once I register subscriptionCallback in the sketch (Eample: Basic.ino), the Dashboard Services tool will become ineffective, since any mqtt message sent is trapped by sketch subscriptionCallback rather than WifiMQTTManager::_subscriptionCallback, which e.g. triggers restart
Thank you,
N.
The text was updated successfully, but these errors were encountered: