Closed SHKinsem closed 1 month ago
Tested a few more config combinations. Disabling MMU did not solve the problem but switch off the tool head sensor did. No idea what is going on...
You know, I'd appreciate the absence of "complaints". This problem is a project of love. I've put many hundreds of hours into it with little reward and as a single person operation I can't possibly (or want to) test all possible setups. You obviously have not looked to see how much work is put into supporting upgrades -- I try really hard whilst still wanting to continue the evolution. It cannot be perfect and that my friend is the nature of open source.
Now as for your problem. Happy Hare never calls "PAUSE" directly. My best guess is that you have a standalone toolhead sensor or extruder_sensor configuration in your printer.cfg
that is doing so. Can you confirm that you have extruder sensors defined in the [mmu_sensors]
section of mmu_hardware.cfg
, like:
[mmu_sensors]
extruder_switch_pin: {extruder_sensor_pin}
toolhead_switch_pin: {toolhead_sensor_pin}
You know, I'd appreciate the absence of "complaints". This problem is a project of love. I've put many hundreds of hours into it with little reward and as a single person operation I can't possibly (or want to) test all possible setups. You obviously have not looked to see how much work is put into supporting upgrades -- I try really hard whilst still wanting to continue the evolution. It cannot be perfect and that my friend is the nature of open source.
Now as for your problem. Happy Hare never calls "PAUSE" directly. My best guess is that you have a standalone toolhead sensor or extruder_sensor configuration in your
printer.cfg
that is doing so. Can you confirm that you have extruder sensors defined in the[mmu_sensors]
section ofmmu_hardware.cfg
, like:[mmu_sensors] extruder_switch_pin: {extruder_sensor_pin} toolhead_switch_pin: {toolhead_sensor_pin}
Thanks for the reply. We would appreciate your work into this. I have been using your software since the ercf3.0 and seem what you have achieved. I did not mean to complain all the work you have done but just want to spot some problems when this project is going.
As for the problem, I know where it come from now thanks to your reminder. Every time the happy hare updates, it will skip the mmu_hardware.cfg. I just checked that file, and it turned out to be a very old config with the filament sensor:
[filament_switch_sensor toolhead_sensor]
switch_pin: ^!TOOLHEAD_SENSOR
Now my printer is still printing something, after that finished I will give it a try.
BTW I want to address another problem I encountered during this update. Looks like the toolchange parking feature is turned on by default and I did not notice that. Now it results in a ton of stringy in the print.
Personally, I am a studying in a design related major and I understand people hate us designers lol. But just a warm reminder, do consider the user experience and minimize the impact of every update, klipper does it quite well though it also ignored/closed a lot of interesting PRs. And sorry for my bad temper in the beginning since at that time I also spent like 5 hours to debug it yet had no idea what was going on.
Problem solved after defining the [mmu_sensors]. And it looks like I need to update the mmu.cfg and mmu_hardware.cfg thoroughly myself. I am closing this issue.
Here is the extracted info from mmu.log
I also checked the klippy.log
As you can see in the time stamp, it just keeps pausing for no reason. No pop-out message, neither in the console. This happens after updating to 2.7.2.
And I have to complain a bit. Every single time I update the happy hare, it will spend me hours to reconfigure something, weird bugs keep popping out until I carefully checked the doc. This includes the changes in client macros, and the start/end gcodes in slicer, etc. Please think twice when introducing some new features and take the backward compatibility into serious consideration. 😢