@fcwilt @Phaedrux Thanks for the clarification guys. I got filaments!

@fcwilt

@MikeS said in Jerk Control M566:

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.

UPDATE:

@jay_s_uk & @Phaedrux

I got the switches running. I will probably just recognize only one of the redundant switches, since they seem to be coplanar and serve no obvious purpose. I am working with some juiced up motors for the z-axis and the only reason I can think of for redundant switches in to be safe not to damage the machine in the event of a signal failure.

I could post a photo if you are interested however, doesn't seem to be necessary at this point!

Thanks for your help.

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.

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.

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.

@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.

@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.

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?

@MikeS said in Jerk Control M566:

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.

At this point, too much jerk produced bad results and too little jerk also did the same. Layer shifting has found its way through many diagnostics and proposed solutions. Could we be dealing with a faulty motor encoder? The problem is I got 4 motors driving the gantry, so which If any could be bad? The shifting is exclusively along the x axis either + or - direction so I reduced it down to x motors. I have tried isolating the motor issue by swapping roles of left and right tools from primary and support but the failures were consistent as before.

Someone else in the shop asked, could it be the file upload via the ethernet?

Personally I don't think so.

I am just so hung up over jerk settings because any time I adjust it I can observe changes in print quality. In some past cases I could print a quality part with one model, but layer shift with another holding my settings constant.

@Phaedrux

Id say >4kg
Approximately 2kg of motors, 1.5-2kg of wire chains, 300g of metal components, 300g of printed components, and however much a 20mm aluminum extrusion bar of 1m length would weigh. Neglecting fasteners, switches and belts.

A more detailed description for those that are curious:
I got an aluminum extrusion bar approximately a meter long.

With two cloned print heads each with:
two motors (by inspection 40x40x40mm), a large wire chain, four water cooling tubes, all resting on a flat aluminum plate (by inspection 60x120x5 mm) and a variety of idlers, hob gears, 3D printed housing and strapping components.

The gantry itself has two more (smaller) wire chains that gotta add up to be at least a 500g, and two hot end brushes. The gantry is closed loop belt driven by two mirrored motors (40x40x60 mm) but does not bare their weight.

@MikeS said in Jerk Control M566:

so the only remaining thing is mechanical...as suggested by other usually a nema17 is rated at 2A so i won't be scared to get current up to 1.5A (keep the temperature controlled 40/50° wouldn't scare me)..

I have my current up to 1.5A which has been good no signs of over heating and my IR temp gun says 45C tops and mind you we're working with a 40C enclosed hot chamber. Until AON returns my call or email I will probably leave it around this configuration, however, I think I could even get some more power sent to the motors... more on that later.

also please try some normal jerk values in the range of hundreds, i'm really shocked by how low you are trying to run your machine, i would stop a lot earlier and thinked about a mechanical problem before trying so mucj low jerk. Also consider that it is expressed in mm/min and not mm/s as other firmware (marlin for example) so it's normal value is 60 times the one you may be used to.

Results have been inconclusive. I tried printing with jerk set to 60 (ten times my previous amount) and we got a some tower of pisa action. Ran the same gcode with jerk set to 6 again and we got a desirable print, it printed quite straight with the lower jerk parameter. Here is where it gets inconclusive though, I printed a different gcode of a different model using the settings that just worked before and we were back to the tower of pisa once again.

Out of curiosity, could my M360 micro stepping interpolation of 1/16 have any adverse effects causing the machine to lose track of position?

@MikeS We have worked primarily with ABS, we have fresh filaments as well. We keep a desiccant barrel in the shop where we store our filaments that are in use. Otherwise we store them in large bins. If we use CF Nylon we dry it in the oven at a low temperature the day prior and keep it in desiccant until use.

@Phaedrux They're at 1.1A now, with water cooling they have a temperature of 45-50C in a chamber set to 40C. The extruder's motor ID was exposed so i found it to be 1.3A exactly. I got the rating set for 80%.

Today's work day is almost to an end so tomorrow I plan on doing a few things. Getting those currents up a little higher and monitor their temperatures, and perhaps swapping left and right tool head's roles between primary and support extruder. I have observed that the right tool head prints noticeably smoother than the left. by swapping roles I can see if the results are any different, if they are I suspect a bad motor. also I don't know if i have mentioned this at all but the shifting is exclusively in the X-direction.

anyways,
cheers!

more to come tomorrow.