I totally rebuilt my machine with cnc aluminium parts. At the same time I installed canbus (EBB36 with a U2C), and I installed a cartographer eddie current sensor.
canbus is working, I got the uuid of both the canbus and the cartographer and set them in the printer.cfg as per both esoterical canbus page and for the cartographer as per the manufacters instructions.
problems are as follows:
first problem!
during setting up for the cartographer it asks you to add a safe_z_home section with the following information.
[stepper_z]
endstop_pin: probe:z_virtual_endstop # uses cartographer as virtual endstop
homing_retract_dist: 0 # cartographer needs this to be set to 0
#position_endstop: 5 # cartographer needs this to be commented out
This section gives an error because it says it cannot be used with homing override. But I use sensorless homing of x and y so in the override section it has a config of the motor settings for the sensorless homing.
I commented out the safe_z_home for now to address later. I continued to calibration.
in calibration you are asked to manually home x and y.
second problem!
as soon as I gave the x or the y axis the home command, the following error appeared:
Klipper reports: SHUTDOWN
Itried the following things:
changed cable
changed motor
changed stepper driver
swapped the stepper_z3 to another socket that was empty and changed all its pins accordingly
nothing makes this problem go away and I do not think that it can be two sockets accidentally producing the same hardware fault, or can it?
I can buzz the steppers and all of them work correctly accept stepper_z3. as soon as I buzz it this error shuts down klipper.
I did a rollover all logs to have a clean one, I hope there is something in that klippy that points those who know about these things to the correct solution?
This klipper was a new install for the rebuild project, or I misunderstand what you mean?
I completely started from scratch on this rebuild, knowing I would change the hardware to canbus and the z sensor to a cartographer. I followed the whole of edoterical guide to canbus especially for it.
Is there something you saw in my klippy that made you ask this?
Yes I was warned this could happen due to the cartographer addition.
I am not sure why but they (cartographer) claim it does not matter and they cannot do anything about it. Its a pain and I don’t understand that kind of stuff tbh.
From what I have read about it a fresh klipper will do exactly the same as soon as you install the cartographer stuff on it, but without it that cartographer will not work so its a catch 22
This is a bit strange. Generally, the cartographer is a pretty invasive modification. On the other hand, the error message is generated in the TMC driver and only reported by Klipper.
Somehow I lack the imagination to see how the two are connected. Can you switch out more drivers or relocate the Z to another driver port?
So far I replaced the stepper driver twice, first was the unused one from the extruder (now sits on the canbus board), and secondly with a new one just to be sure.
I changed the driver from motor 5 position to motor 6 pisition as well, and this did not change the problem at all.
Now I am thinking some config issue since hardware is very nearly ruled out. New cable new motor and two drivers in two different slots simply cannot produce identical errors, the last thing in common is the config I believe, but not sure. Not my strongest point tbh.
I was hoping the klippy log would show you guys more info, hence my call for help here.
It is possible there is a conflict. I had to add that safe z home thing which did not work so I commented it out for the moment. Since I am running sensorless x and y, I also use the homing override, which could perhaps throw spanners in the works, not sure.
The answer from carto 3d is rather short through the bend, but I can’t change their stance.
“Any plugin to Klipper will make the repo dirty. Basically it will remain dirty intil Kevin implements pluggin support,”
I understand this is not helping anybody but it is what it is unfortunately.
This is a good suggestion that had not occurred to me yet, during rebuilding I have changed some cables and not checked if they were the same orientation, I assumed all my cables were the same.
I will check this tomorrow morning first thing and let you know.
Why do they do these things? Not helpfull to have every mfg holding their own standards!
But thanbks again, good call.
My first error is likely also solved, somebody from cartographer3d told me that the home override will take care of the safe home z so I can ignore the addition of safe home for z.
up to the next problem
