EBB 36 V1.2 and Octopus Pro 446 error after RatOS Alpha.
Hello, I have finished the RatOS Alpha so far, Toolboard EBB 36 V1.2 is wired and flashed now it shows me the following errors when I switch on.
Klipper reports: ERROR
mcu 'mcu': Connection cannot be established
Once the underlying problem is fixed, use the
command "FIRMWARE_RESTART" to reset the firmware, reload the configuration
reload and restart the host software.
Error configuring the printer
After the installation I was able to Homen , and then ran the Inputshaper . After several attempts, I came back online and then carried out a homing which was cancelled and since then I have received this error message. I have also tried another USB cable from the Octopus to the Pi without success.
7 Replies
Please post your klipper.log
Also, use the configurator to make sure your boards work (disconnect all wires except power and usb).
absent-sapphire•2y ago
Hi, I have found the error. I had laid the cable from the prob sloppily at the x end stop. During the homing process the cable hit the stop of X which caused the plug on the toolboard to move and RatOS then gave the error.
Now I'm doing the first test print and I'm confused, now I have 0X and 0Y on the front right instead of on the front left like it always was, is that a bug or is that normal now? I can't get the WebCam to work via USB either, although the Timelapse macros are already on board, have I overlooked something that activates it?
So you need to swap the cables to the XY motors
absent-sapphire•2y ago
Homing works as usual, all axles run as before, despite swap the cables.
In the web interface use the "set kinematic center" button. Then use the web interface buttons to move the X +10 and Y +10. It moves to the right and to the back respectively?
absent-sapphire•2y ago
Sorry that I'm just getting back to you, but I haven't been at the printer much in the last few days. So if I navigate X to the left then X runs to the left until 0 and Y if I press the arrow down (front) Y runs to the front until 0. The print also runs normally only the purgeline and blop are now on the right, which does not really bother me now, it just surprised me. The arrangement of the print parts are printed as they come out of the slicer.
Translated with www.DeepL.com/Translator (free version)
It is not a mistake. It says so in the macro
variable_nozzle_prime_start_x: "max" # min, max or number
variable_nozzle_prime_start_y: "min" # min, max or number
so I think everything is correct. if I were to take start_x "min" now, it would make the primeline on the left again, I'll leave it as it is now.
Thank you for your support