Sovol SV08 Multiple Motion System Upgrade.

dwuk

Progress update.

Upgraded Axis with proper Pulley Posts and Proper Linear Rail Carriage on the UV gantry.
Just need to upgrade UV gantry pulley posts.
The 5mm linear rail for the pulley posts was pretty hard to cut - had to use angle grinder.

All Axis working and Homing working on X,Y & Z.

I will pursue getting sensorless homing working on U & V - but will also install switches or optional sensors on X,Y,U & V before going too much further.

Z Inductive probe working with logic shifter - but waiting to see if there is a better solution.

Heated bed, Extruder and 2 of 3 fans all working - but I haven't done any heater tuning yet.

Next step tomorrow is to work out how to do Z Offets - as I followed the commissioning instructions - but it keeps setting Z to zero at the trigger height.

Will then do some distance and extrusion length calibration before hopefully trying my first print on the XYZ gantry tomorrow.

Next step after that and end stops is the upgrades to the 2nd Extruder on the UV gantry - which is currently still connected to the Klipper board.

o_lampe

@dwuk One thing I noticed in an earlier picture was some scratching belts:

I thought it was just temporary, but it still seems a problem.

dwuk

@o_lampe Well spotted - yes it is due to the extra IDEX carriage I left on the rear gantry.
If I take off the plastic coupler from the carriage there is a risk of the carriage falling off the end of the rail and I think it is that which is clashing with the belts.

For the IDEX phase I am going to need to move the pulley positions slightly forward to avoid the problem you spotted - but in the meantime I don't think it is causing any great issues other than limiting travel - but will find out when I do some more testing.

I am starting to think about Reprap IDEX kinematics -

I was pleasantly surprised to find that CoreXYUV seems to support two CoreXY gantries ok - but for IDEX on top of CoreXYUV I think I am going to have to work out how you define completely new Kinematics (if thats possible) otherwise it is going to end up with loads more fairly complicated post-processing.

I think what I would really need is to be able to have an X and 'x' axis for each gantry that I can specify both coordinates for in G0-G3 commands (or Macro replacements) I.e. For mirror mode / duplicate mode etc.- Rather than using a command to change the mode between Toolchange/Duplicate and Mirror - it should be fairly easy to work out and send two X coordinates in the same G0-G3 command to achieve the desired effect.

So what I will be looking for is something like CoreXxYUuV for dual gantry IDEX.
With .Zabcd - for the Z hoppers, and then finally. CoreXxYUuVy - for the occasionally moving bed phase (5).

My current thinking on IDEX too is that I will stick with the Ratrig VCore4 approach of two extra Y motors per gantry initially (although it would be nice to reduce this down to one extra per ganty) - but I think I will try putting them at the front rather than the back to help balance the weight on my flying gantries.

dwuk

@dc42 Have spent a fair bit of time trying to get this sensorless homing on the tool board Mini5+ to work - I reduced V right down to 100 - but I still can't get it to accept a speed - it just keeps saying too slow or too fast - so will give up on this for now - and go back to adding switches.

I think I will add some switches directly on the extruder for the U/X Axis - to take advantage of the inputs available on the 1LC boards.

Have applied the Io1.in Z probe change to both extruders now and tidyed up the wiring on the two extruders a fair bit.

I think I need to get U & V end stops working properly - then 4 Z bed levelling working properly before I attempt my first print - as at present the rear axis seems to droop a bit - probably due to the 4 motors on it at the back.

o_lampe

@dwuk said in Sovol SV08 Multiple Motion System Upgrade.:

I think I will try putting them at the front

"Goodby toolchanger" then? Isn't there a way to distribute the steppers to the left and right, keeping the front available for extra tools? Steppers aren't exactly lightweight and you'll need some beefy motors to overcome the friction of the idler pulley-orgy.

I mentioned it before, but my hashPrinter only needed 4 motors for 4 semi-independent toolheads. The super simple gantry was the reason why I built it.

dwuk

@o_lampe Yes would be good if I could get down to 4 motors for 4 heads.

May well explore other multi head options at some point - I guess the disadvantage of a hash printer is not easily being able to move heads not in use out of the way.

I think it will be easier though in terms of belt paths to keep with the double Y axis approach - with belts just going between the front and back.

Trying to keep to one extra motor per gantry would I think need the belts to run around both sides and either across the back or across the gantry.

I'm not thinking of putting motors side by side at the front - just on top or below - so I don't think it will affect tool changing.

On look at it a bit more closely I think on the bottom isn't going to work - so will just put one motor on the front top on each gantry - with the other two at the back.

dwuk

End stops now working on U & V axis - so the next thing I need to work out is how to home Z - I have 2 x Z probes and depending on how the Flying Gantry has settled either one or the other triggers first.

Ideally I would like a way of Z homing where it tries to home - and stops if either of the probes are triggered, perhaps with one gantry right at the front and the other at the back.

I tried specifying both as switches in a M574 - but it didn't like it.

Then I guess what I would like to do is then joggle around the front and rear Z axis motors until both probes trigger very close to each other.

I can't work out how to do this at the moment, so in the meantime I think I will Z home on the rear probe, but move it is close to the front probe first - so that the front gantry doesn't hit the bed if it is lower.

Will then try 4 Z motor adjustment.

Probably also need to put in some basic method of avoid the heads or gantries being able to move in to each other in normal ad hoc moves if that's possible.

U & V end stops both put in the 1LC driver board - which saves on wiring - but does mean U has to be homed first - otherwise the V end stop won't hit the plate I setup for it.

dwuk

@dwuk Upgrade PSU to a meanwell one - I can see why people seem to like them - its almost silent, rather than being really noisy like the previous one.

I think I might be getting somewhere with my homing

Based on here
https://docs.duet3d.com/User_manual/Connecting_hardware/Z_probe_auto_levelling#axis-levelling-using-endstops

I think I might have to split my 4xZ motors in to 2 separate AXIS (back and front), then move the two gantries to the back and front, then allocate the two probes to the two separated Z Axis, and then move down on both axis down at the same time - and hopefully it will move down until both probes are triggered.

dwuk

Think I have figured a way to get the Z motors level.

Step 1 - Define an extra AXIS A in Config.g with same parameters as Z - but set to a dummy drive and switch.

Step 2 - Align Back and Forward.
Move front gantry to near front centre and rear gantry to near rear centre
;Set Z axis to Probe 0 - front gantry
M574 Z1 S2 K0
;Set A axis to Probe 1 - rear gantry
M574 A1 S2 K1
;Split Gantries - front and back
M584 Z2:5 A0:1 P6
;Move both gantries down until they hit their probes
G91
G1 H1 Z-999 A-999

Step 3 - Align Left and Right

; Now Move Gantries close to each other in the centre of the bed,
; Plus move rear gantry print head to near to the left and front to near to the right

; Resplit Axis - with A left and Z right
M584 Z1:5 A0:2 P6

; Now Move down to end stops again
G91
G1 H1 Z-999 A-999

; Now all 4 z's are I think closer to alignment.

Step 4 - Re Merge Z
M584 Z1:2:0:5 P5

dwuk

Homing working -

See short video demo

https://youtube.com/shorts/oHtVsdHTPQc?si=w-lnOgmzNzxqfvRK

Lots of refinements to do - but basic homing and 4 AXIS levelling done

dwuk

Tuned heaters today. The heads worked ok, got this from the print bed

28/01/2025, 11:29:21 Warning: heater behaviour was not consistent during tuning
Auto tuning heater 0 completed after 3 idle and 25 tuning cycles in 4667 seconds. This heater needs the following M307 command:
M307 H0 R0.527 K0.163:0.000 D5.70 E1.35 S1.00 B0
Edit the M307 H0 command in config.g to match this. Omit the V parameter if the heater is not powered from VIN.

Will try using it anyway to see what happens.

Also decided to try backing up settings today - tried various methods and ended up using FTP with VSCODE. Annoyingly I some how ended up losing my HomeX,Y,Z and All settings - so had to re do them.
Improved the Z homing as part of this.

Now ready to try some mesh levelling.

dwuk

Gradually getting there with bed levelling.
Found my two probes trigger at slightly different heights, plus the nozzles are also at different heights too - so will add some manual adjustment capability in before trying first print.

I can't get auto 4 axis calibration to work - it keeps saying it is not supported for the kinematics. I've tried coreXY too and it still says the same thing.

So I have settled for now on probing and a level of auto adjustment in bed.g that seems to work.

My HomeZ does still seem to mess up the gantry levelling, and I am getting some issues with probes getting stuck on in the software.

But I think with this bed.g I now have a pretty flat Z axis after a few iterations.

M671 X410:-60:-60:410 Y420:-10:420,-10
M400

while true
    G1 X300 Y200 F20000
    G30 P0 X300 Y200 Z-99999 ; probe near a leadscrew

    var adjust1 = (sensors.probes[0].lastStopHeight)



    G1 X20 Y20 F20000

    G30 P1 X20 Y20 Z-99999 ; probe near a leadscrew

    var adjust2 = (sensors.probes[0].lastStopHeight)


    G1 X20 Y200 F20000
    G30 P2 X20 Y200 Z-99999 ; probe near a leadscrew

    var adjust0 = (sensors.probes[0].lastStopHeight)


    G1 X300 Y20 F20000
    G30 P3 X300 Y20 Z-99999 S-1 ; probe near a leadscrew and calibrate 4 motors
 

    var adjust5 = (sensors.probes[0].lastStopHeight)

    echo var.adjust1, var.adjust2, var.adjust0, var.adjust5

    if (abs(var.adjust1) < 0.01 && abs(var.adjust2) < 0.01 && abs(var.adjust0) < 0.01 && abs(var.adjust5) < 0.01)   || iterations > 6
        break


    G91

    if abs(var.adjust1) < 1
        set var.adjust1 = var.adjust1 * 2
    if abs(var.adjust2) < 1
        set var.adjust2 = var.adjust2 * 2
    if abs(var.adjust1) < 1
        set var.adjust0 = var.adjust0 * 2
    if abs(var.adjust1) < 1
        set var.adjust5 = var.adjust5 * 2
    



    M584 A1 P6
    G1 A{var.adjust1}
    M584 A2 P6
    G1 A{var.adjust2}
    M584 A0 P6
    G1 A{var.adjust0}
    M584 A5 P6
    G1 A{var.adjust5}  



M400
G1 Z0 F2000
G92 Z2.55

Screenshot 2025-01-29 at 08.33.40.png

dwuk

Current thinking on first Z Hopper prototype

an MG90S servo - for Z offset, first layer meshing and Z hopping only for other layers.

The mechanism will unfortunately add another around 10mm to the depth of the extruder due to the tiny MGN7 linear rail.

I don't think the 1LC board 5V can handle the stall current of about 700ma - so will add a buck convertor onto the 24v input supply. Will put the servo on IO-0.out on the 1LC.

_MRT_

@dwuk Hi David,

I did a quick sketch to show you the cam concept. I can't upload a photo, so I put the link below. You should erase the spaces.

I tried to use arrows to explain which part is which.

You should add a mechanical switch to limit the lower Z position of the extruder. When the extruder reaches the lower Z limit, the spring should have slight tension—this will likely provide sufficient accuracy.

Additionally, if you add a screw to adjust the lower Z limit, you can fine-tune the adjustment to ensure both extruders are on the same plane.

https :// freeimage . host / i/2Qk9jcl