[SOLUTION] / TL;DR
If you're on FW 1.70.1BL & 1.70.2BL --> Remove the SD card and it works fine..
What is the problem?
I recently had to rebuild my Octoprint server (Raspi4) and now it won't heat both the nozzle and bed. It will heat whichever one is first in the gcode, but the second request to heat the other one is ignored, and I get the scary "Your printer didn't respond to heating, something may be wrong" screen on my printer LCD.
Printing the same gcode directly off the SD card (without using octoprint) works perfectly, so I think I've ruled out any physical/electrical issues.
Note: Prior to rebuild of Octopi, I was using Octoprint successfully with the exact same equipment. Heating worked perfectly, and this issue only showed up now after the octoprint rebuild.
What did you already try to solve it?
- I've edited the gcode directly to swap M109 and M190 commands to see if the issue was specific to one or the other heater, but it turns out which ever one is listed first gets to temp just fine, the second one times out.
- Printing direct from SD card using same gcode heaters work perfectly and print as expected.
- I've tried (only a little bit) issuing the M109/M190 commands in the Octoprint terminal, but that didn't seem to do anything (not sure if I did it correctly so may not be a valid test)
Have you tried running in safe mode?
Yes
Did running in safe mode solve the problem?
Nope
Systeminfo Bundle
browser.user_agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0
connectivity.connection_check: 1.1.1.1:53
connectivity.connection_ok: true
connectivity.enabled: true
connectivity.online: true
connectivity.resolution_check: octoprint.org
connectivity.resolution_ok: true
env.hardware.cores: 4
env.hardware.freq: 1500
env.hardware.ram: 3971153920
env.os.bits: 32
env.os.id: linux
env.os.platform: linux
env.plugins.pi_support.model: Raspberry Pi 4 Model B Rev 1.2
env.plugins.pi_support.octopi_version: 0.18.0
env.plugins.pi_support.throttle_state: 0x0
env.python.pip: 20.3.3
env.python.version: 3.7.3
env.python.virtualenv: true
octoprint.safe_mode: false
octoprint.version: 1.6.1
systeminfo.generator: systemapi
Additional information about your setup
I've got a data-only cable connected to my Raspi, so don't think it should be any sort of back-powering issue.
See Attached Terminal Log
Ender5plus_terminal_debug.zip (1.8 KB)