Open netinetwalker opened 9 months ago
Looks like #267 is the same Issue and the solution from the dedicated OctoPrint-TPLinkSmartplug Plugin with a heater filter list can adapted here too -> https://github.com/jneilliii/OctoPrint-TPLinkSmartplug/issues/336
Sorry for the duplicate
QUICK FIX v2 small filter plugin: filter_heatbrake_temperatures_prusa_mk4.py
# coding=utf-8
def filter_heatbrake_temperatures(comm, parsed_temps):
parsed_temps.pop("X", None)
return parsed_temps
__plugin_name__ = "Filter Prusa MK4 heatbrake Temperatures"
__plugin_version__ = "0.0.1"
__plugin_description__ = "A quick heatbrake temperatures filter plugin for Prusa MK4"
__plugin_pythoncompat__ = ">=2.7,<4"
__plugin_hooks__ = {
"octoprint.comm.protocol.temperatures.received": filter_heatbrake_temperatures
}
Has there been progress with this being implemented so other plugins can reference for control?
for my prusa xl its "X5" instead of "X"
Edit - found I needed to create the file here: ~/.octoprint/plugins and after an OctoPrint restart I see it in the Plugin Manager in Octoprint. Power off control works again - thanks!
QUICK FIX v2 small filter plugin: filter_heatbrake_temperatures_prusa_mk4.py
# coding=utf-8 def filter_heatbrake_temperatures(comm, parsed_temps): parsed_temps.pop("X", None) return parsed_temps __plugin_name__ = "Filter Prusa MK4 heatbrake Temperatures" __plugin_version__ = "0.0.1" __plugin_description__ = "A quick heatbrake temperatures filter plugin for Prusa MK4" __plugin_pythoncompat__ = ">=2.7,<4" __plugin_hooks__ = { "octoprint.comm.protocol.temperatures.received": filter_heatbrake_temperatures }
Do you create a file in ~/oprint/lib/python3.9/site-packages called filter_heatbrake_temperatures_prusa_mk4.py with this as contents then reload Octoprint?
I have also this issue, but using this fix does not solve it. The only result is that on the Octodash screen the nozzle temperature stays on the last one and does not decrease. My env is MK4 & MMU3 FW 6.0, Octoprint 1.10, Octodash 2.3.1 Any other hints to solve?
I have the same issue, the plugin fixes it but another plugin uses the data that is being filtered so it's not very usable for me. Otherwise works perfectly. A filter for what the plugin ingests would be great.
On the prusa mk4 idle poweroff is not working correct because of the temp target for cooling fan of the heatbreak is not 0 and should not changed from the target 36.00
Current g-code log of prusa mk4:
octoprint.log
dirty quick fix: (I filter X in the /octoprint/util/comm.py) LINE 6414:
What were you doing?
Idle poweroff settings activated but printer remains powered.
What did you expect to happen?
Printer turns off
What happened instead?
Printer remains powered
Version of OctoPrint-PSUControl
PSU Control (1.0.6) PSU Control - Shelly (1.0.2)
Operating System running OctoPrint
OctoPrint 1.9.3 - Python 3.9.2OctoPi* 1.0.0cam (build 2023.10.09.154319) on raspbian bullseye
Printer model & used firmware incl. version
Prusa MK4
Prusa-Firmware-Buddy 5.1.2+13478 (Github)
Link to octoprint.log with octoprnt.plugins.psucontrol set to DEBUG