-
Notifications
You must be signed in to change notification settings - Fork 17
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
version >= 1.0.2 won't connect to mqtt broker #44
Comments
Hi @brianmay, Thank you for reporting this issue. Could you please share the serial output from ANAVI Thermometer that you get with version 1.0.3 when there is an issue with the MQTT connection? The serial output should contain information what is going on when the thermometer tries to connect to the MQTT broker. Thanks, |
Oh, I never thought of looking at the serial data.... Anyway, here is what I think is relevant:
I wonder about the "No OTA server" but surely this isn't required for MQTT to work? Other then that, I don't see anything obviously wrong. |
This is the same thing with 1.0.1:
|
@brianmay thank you for providing the serial output. Yes, "No OTA server" isn't related to the MQTT connection. The open source firmware of ANAVI Thermometer relies on the popular open source Arduino library pubsubclient. I believe the Is it possible for you to have a look at the MQTT broker logs and to try by configuring a shorter password in the MQTT broker? Btw we had the same error code for an older version of the firmware but it has been fixed: #43 Thanks, |
Crazy. The MQTT logs don't have anything helpful unfortunately. The password is 16 characters, will try to setup an 8 character password for testing. |
Confirmed. An 8 character password looks better. So maybe this problem wasn't fixed :-( |
Hi @brianmay, Thank you for testing it out and providing feedback. Great, that the work around with a shorter password does the job. The fix in #43 was for the length of the ClientID. So you are experiencing a different issue which results in the same It is interesting why longer password used to work with older versions of the firmware? Let's leave this issue open for further investigation of the password length limitations. Thanks, Leon |
OK, thanks. Yes, it is stange that this did work with 1.0.1 Also can confirm the obvious: Both passwords consist entirely of standard ASCII characters. |
[ tested and workinf for my case ] check if your case it help ping function
in reconnec logic of mqtt do this
let know if it work in your case also, pub sub lib, generic async mqtt lib has same underlying issue , that breakage of internet from ISP causes continuous disconnection status, keep ing pending reconnect state, but in this patch try if working in your case |
If I install version 1.0.1, it works fine.
But if I then install version 1.0.2 or 1.0.3 it doesn't appear to be sending any messages to my mosquitto server. I suspect it can't connect to the server for some reason. wifi is connected though.
If I then install version 1.0.1 again it works fine.
If I work anything else out I will add here.
Maybe something wrong with mqtt authentication???
The text was updated successfully, but these errors were encountered: