[Bug] Latest P1P firmware beta (1.5.4.7) blocks all mqtt commands to the local mqtt printer connection when the printer is not in lan mode.
AdrianGarside opened this issue · comments
Describe the bug
This could be the start of the lock down. Both of these are set via mqtt push commands.
To Reproduce
.
Expected Behaviour
.
What device are you using?
P1P
Diagnostic Output
.Log Extracts
No response
Other Information
No response
Confirmed that all mqtt push commands no longer get respected when the printer is in cloud mode. I've been told they continue to work if the printer is in lan mode. A mitigation is to switch the configuration over to using cloud mqtt but there's a bug currently that we detect a working mqtt by sending a request for version info - which for the local mqtt connection no longer gives us the response we're looking for so we timeout.
Need to fix the local mqtt connection success detection to not require the version response.
Logged issue bambulab/BambuStudio#4154 - hopefully they'll make the lock down more nuance and allow mqtt commands that are just asking for more information
Behavior was changed for final firmware. Only certain commands are now blocked (heating ones for example).