@KP0005 update, on 3.5.0 beta 4 "value" does accept strings.

There's still one issue - the filenames are generally too long to be shown in their entirety. It wpuld be nice if the firmware supported multiline text or maybe horizontally scrolling things that are too long, but that's more wishlist territory.

@droftarts I had not considered the possibility that this was a machine parameter. I had only checked out the parameters for the G30 command. Thanks for pointing this out!

@droftarts
sorry I made a school boy error. I just saw the x and y offset was set wrong. thanks for replying

@samlogan87 here's a guide to how I do tuning for closed loop mode:

Use a custom tuning move in the closed loop plugin. I use this or similar: G91 G1 H2 X40 F15000 G1 H2 X-40 Set data collection to about 1000 samples/sec. 500 samples will cover the above move. Make sure that the print head is in a suitable place. The move I use returns to the original position so that I can run it repeatedly. Adjust the V and A terms to get the P term closer to zero on average. This applies to full closed loop mode only, not to assisted open loop mode.

Here's a plot from the plugin with A0 V0 on my test system:

ac6cbdea-313b-422c-b98e-3a90e9cb69ed-image.png

The PID control signal is almost entirely made up of the P term (the only other term present is D), which of course means there has to be a significant error present to generate the control signal.

Here's a plot from the plugin with A200000 V700:

1ab00dee-0858-45e4-9dce-d5c0bbd12175-image.png

You can see that the A and V terms are doing most of the work, with the P term doing the fine tuning. The peak error (difference between measured and target motor steps) has reduced from about 3 to about 1 full step. To see the error more clearly, enable the display of Current Error and disable the display of Measured and Target Motor Steps so that the scale expands.

You can use the D term to supress oscillations in the P term, but if you make D too high then the motor noise may become unpleasant. In both plots I had P40 D0.1. Acceleration in M201 was set to 5000. I get similar results if I increase acceleration to 10000 but then the mechanics sounds clunky.

@Lee Much better.

If you pick EI3 as the shaper just to try it I believe it covers the widest frequency band. So hopefully even if you don't get the frequency exactly right it will still be ok.

Once you get it working make sure to print some actual parts to see if there are issues with corners etc.

@yuval said in PID for dual heater:

both heaters should be from the main board for some reason

That's a safety precaution, and a permanent limitation of RRF. See https://docs.duet3d.com/en/User_manual/RepRapFirmware/CAN_limitations#permanent-limitations

A heater on an expansion or tool board can only be controlled by a temperature sensor on the same expansion board. This is a safety precaution, because it ensures that temperature control is maintained even if CAN communication is lost.

Ian

@dc42 Thank you the suggestion of deploying before and retracting after the group of G30 calls did the job

@the-tinkerer said in [Nozzle piezo] G31 Trigger Z-height being ignored:

One thing that I wonder about is does Duet support Z max endstop and z probe at the same time? so I home using Z max endstop and only use the z probe for bed leveling;

This is likely the source of your offset. You can use the zmax endstop for homing, but it's best practice to use the probe to find Z0 point before creating the mesh, and again before loading a saved mesh, and indeed before starting the print. This is because the Zmax position is fixed in space, but the bed surface is likely to move slightly over time, especially with thermal changes. This is why Z probes came about, as they find Z0 based on the bed surface itself rather than an endstop position separate from the bed. You've worked around the offset by adding your own baby stepping offset. The reason the G31 doesn't seem to have an effect is because you're not actually applying it when you home with zmax.

@dc42

@dc42 said in Mirror Mode with IDEX:

@selva_tvi is the problem that you normally home the printer before you select the mirror tool, but when resuming after power fail it homes after selecting the tool?

If so then that should be fixable in the homing files, by running M579 U1 before homing U, then running M579 U-1 afterwards if the mirror tool is current.

I created a new macro Pwrresumehome.g in that I added M579 U1.

Not the Mirror mode power failure resume is working flawlessly.

Mirror printing starts perfectly. After power failure, if we resume, it heats up and then homes smoothly. After that it comes to the resume position and starts printing normally.

But as I mentioned above, I am unable understand the G10 for mirror. I have to give U-625.

"For Mirror Mode:
It was very strange that I got some odd values of U-625. (After did a lot of tests)
M563 P3 D0:1 H1:2 X0:3 F0:2 X3 S"Mirror" ; tool 3 uses both extruders and hot end heaters, maps X to both X and U, and uses both print cooling fans
G10 P3 X125 Y0 U-625 S0 R0 ; set tool offsets and temperatures for tool 3

Hi,

With reference to the above query, As per the initial diagnosis, the motor is rotating in an anticlockwise direction; it was supposed to rotate in a clockwise direction; hence, the input and output of the motor are reversed.

Is this behavior due to any problem in wire connection to OUT 1 like it is reversed? And whether this could be an problem to the inconsisten ouput from the motor?

I am attaching an As is wiring scematic and representation of As Is and To be of the motor functioning

Any of your suggestions could help to understand this problem and tackle them plz....
Feeder Motor.png

@droftarts Totally right, I'm using DWC 3.4.0 while RRF 3.3. I'll update the RRF to match DWC and check again. Thanks a lot!

@jay_s_uk
It turns out, I have still never seen a heating element fail in this manor. The problem was a loose connection. I have a small two pole screw terminal connecting the heating element in the hot end back to the control board. As I began to disassemble the hot end I found the loose terminal connection. It is heating and controlling as it should at 400 deg. C. You can mark this one solved! Thanks for all the help.

Carl

@jay_s_uk un millon de gracias , era una cosa facil, pero se escapo a mi entender. gracias!!!!!!!!.. gracias!

A million thanks, it was an easy thing, but it escaped my understanding. Thank you!!!!!!!!.. Thank you!
Solucionado funciona correctamente!!

@paralepsis works great!

@Italiano85 I suspect that those ripples at the low end of the frequency spectrum are artefacts of the measurement process, because it seems unlikely to me that you really would have resonances at such low frequencies and at regular intervals.

What happens if you increase the acceleration, or change the data collection mode to "after the move completes"?

@Italiano85 said in Input Shaping + LIS3DH:

The strange thing is that the faster the printer goes, the better it prints... at an average of 250 mm/s the printer shows much fewer defects than at 80 mm/s

What sort of defects are they? Perhaps they are not related to resonances in your machine, in which case input shaping is unlikely to affect them.

@The_Mechanic yes, you can make that change in bed.g at the beginning and then change it back at the end.

@Phaedrux Hi,

The X Axis Stepper Motor is being tested when the Emergency Push Button is pressed.

The Y And Z Axis Motor were working fine after the EPB usage.

Since the Other Axes were having multiple motors i was not able to test them with X Axis driver.

However after a brief time with a shutdown and restart the X Axis was working fine.

@matej1006 the only versions i'm aware of are SBC mode plugins. e.g.
https://forum.duet3d.com/topic/25419/another-weighing-filament-holder
https://github.com/Kriechi/duet-plugin-filament-load-cell

@OwenD changes to most movement parameters don't get pushed into moves already in the movement queue because of the recalculation involved, however babystepping does. So you should be able to babystep during a segmented move.