Jerk Control M566

kroybal

Seeing that it is a professional commercial printer i won't say that requirements are not met and also you should really come in contact with the manufacturer to, at least, get the basic configuration they use for this machine.

Well I got a hold of Aon finally, apparently they're updating their calling system. Anyways, the support team said that the M1 model is mostly a prototype for proof of concept. There are issues with the model, and there are success stories with it as well. They lined me up to talk to the machine's designer so I can get some answers on its anatomy. The support agent does not know a whole lot about their legacy machine, but she does know that the set screws used to tension the toolhead to the belt wiggle loose over time and that was one of the design updates they did going into the M2 model. That said I'm going to tighten screws where I can and see if they help control it from shifting. But based on the nature of the shifts it doesn't stand out as being mechanical slipping as much as it could be configuration.

We'll see. I am just happy to have talked to an Aon team member.

MikeS

@kroybal Nice! let us know if you get it printing and show us some results

dc42

@bot said in Jerk Control M566:

I've noticed that with very low "jerk" rates, the facets of the model are much more visible. This is likely due to the extrudate "bulging" as the print head slows down to the jerk rate. In the case of OP, this is 0.1 mm/sec.

At low jerk rates the slow down and speed up will cause over- followed by under-extrusion at those points if not compensated by pressure advance, hence bulging at the intersections of the facets. Thinking about it, this could be a good way to tune pressure advance.

kroybal

UPDATE:

Still playing phone tag with AON to no avail... they will cave soon and return my call.

Something that slipped through the cracks for many of us and especially me is my driver assignments on my config.g (listed above). The problem is that my x-axis steppers are on my toolboard LC the key term here is LC.

When I began the process of doing what could be the first ever duet powered M1 I did several iterations in wiring and driver assignments.

I have a PT100 daughterboard which is bound to the MB6HC, which also binds my extruders (1.3A rated motors) too.

@kroybal said in Hotend heater fault status:

This issue was resolved for those who experience a similar issue... I had my hotend heater mapped to a toolboard using pt100 sensors on the mainboard. Some rewiring and swapping pins around was in play.

This caused me to assign two of my axis steppers to the Toolboards kicking off my originally assigned extruders and hotends. I thought this was a solution but I was overlooking LC. The idea was it would allow me to continue using my PT100's since this M1 machine prides itself on how hot it can get. But in turn it could be the basis of all my issues. All of my layer shifting has been solely in the x-axial directions.

I got assigned this board swap task after all the boards had been purchased. I was initially bummed that boss man didn't buy a 3HC Expansion board and now its coming to realization that my initial scoff at the toolboards might be valid.

I am still waiting on the motor specs for the machine... thoughts?

Phaedrux

So you're driving the X axis off of tool boards? And the tool boards are in the heated enclosure? How hot does the enclosure get? The tool boards can handle quite a bit, but still, probably should be running the X axis off the mainboard. I'm not sure I follow the reasoning though, the PT100 could still be wired back to the mainboard with the extruders on the tool boards.

; ======={ Drives }========================================	
; 0.x corresponds to main board /// 20.x corresponds to tooloard-1 /// 21.x corresponds to toolboard-2
; X
M569 P20.0 S0                                   ; physical drive 0.0 goes forwards
M569 P21.0 S0									; physical drive 0.1 goes forwards
; Y
M569 P0.2 S0                                    ; physical drive 0.2 goes forwards
M569 P0.3 S1									; physical drive 0.3 goes backwards 
; Z
M569 P0.4 S0                                    ; physical drive 0.4 goes backwards
M569 P0.5 S0									; physical drive 0.5 goes backwards
 
; ======={ Extruders }=====================================
M569 P0.0 S1                                    ; physical drive 1.0 goes forwards
M569 P0.1 S1                                    ; physical drive 2.0 goes forwards
M584 X20.0 Y0.2:0.3 Z0.4:0.5 U21.0 E0.0:0.1     ; set drive mapping

kroybal

@Phaedrux said in Jerk Control M566:

So you're driving the X axis off of tool boards? And the tool boards are in the heated enclosure? How hot does the enclosure get?

The toolboards are located in a separate enclosure with a radiation shield between. None of the boards are exposed to extreme temperatures.

@Phaedrux said in Jerk Control M566:

The tool boards can handle quite a bit, but still, probably should be running the X axis off the mainboard. I'm not sure I follow the reasoning though, the PT100 could still be wired back to the mainboard with the extruders on the tool boards.

The x and u-axes are driven by the toolboards because the extruder drives had to move from toolboard to the main board per the bullet point criteria from this section. I responded to that criteria by moving the drives around ending up with the IDEX motors on toolboards.

dc42

@kroybal said in Jerk Control M566:

The x and u-axes are driven by the toolboards because the extruder drives had to move from toolboard to the main board per the bullet point criteria from this section. I responded to that criteria by moving the drives around ending up with the IDEX motors on toolboards.

Which particular constraint prevented you from using the tool boards to drive the extruders?

kroybal

@dc42 said in Jerk Control M566:

Which particular constraint prevented you from using the tool boards to drive the extruders?

Below, I bolded part of a quote from a previous thread. At the time my firmware was not up to date which would have allowed me to connect my IR Filament monitoring to a toolboard per this criteria.

@kroybal said in Hotend heater fault status:

@Veti
from the link:

A heater on an expansion or tool board can only be controlled by a temperature sensor on the same expansion board

I am measuring my hot ends with pt100 sensors on a temperature daughterboard. I feel as though as I will have to swap around my arrangement, perhaps swap my extruder driver to the main board and run my two hot-end carriages (they move independently along the x-axis). I also have IR filament monitors I need to setup.

Currently:
Driver 0 -- X (left carriage/X axis)
Driver 1 -- X (right carriage/U axis)
Driver 2 -- Y1 motor
Driver 3 -- Y2 motor
Driver 4 -- Z1 motor
Driver 5 -- Z2 motor
Toolboard 20 Driver 0 -- E0
Toolboard 21 Driver 0 -- E1
out1 -- signal to bed idec relay
out2 -- signal to chamber idec relay
temp0 -- Bed thermistor
temp1 -- Chamber thermistor

Revisions implemented:
Driver 0 -- E0
Driver 1 -- E1
out1 -- left hot end
out2 -- right hot end
Driver 20.0 -- X (left carriage)
Driver 21.0 -- X (right carriage)
20.out0 -- signal to bed idec relay
21.out0 -- signal to chamber idec relay
20.temp0 -- bed thermistor
21.temp0 -- chamber thermistor

this way my extruder motors are monitored by filament monitors and pt100 on the same board. And my heaters are all being monitored by sensors on the same address.

kroybal

I have updated the firmware for the MB and TB's to the recent release about a week ago, that said I can rewire somethings and see what results it'll produce. I am still waiting to hear back from the machine's designer to ID the motors so that I can specify current ratings in the config.

kroybal

The support team over at AON have been really delaying getting back to me. However, my boss went ahead and ordered a duet EX3HC. The results were excellent right out of the gate. All of the layer shifted existed on the x-axis which at the time was powered by low current channels . At any rate, I have new issues to uncover and fix but for now I will call this a victory. I will start a new thread in regards to complications I face with the expansion board.

Thanks for everyones help and suggestions, ultimately it led to discovering a trivial mistake.