Topics created by frank26080115

@frank26080115 the connector is usually reliable, but the crimps can be poor or the wire can fracture inside the insulation next to the crimp if the motion of the tool causes the wire to flex one way and then the other repeatedly.

For a PT100, an increase in reading of 20C corresponds to about 8 ohms resistance at room temperature.

@frank26080115 said in Help: CoreXY design review? My first CoreXY attempt.:

in a cross configuration

That's the point

Edit:
The Problem is torsion. You can improve that by increasing the distance between the rods.
You can find this improvement for the HEVO, also going to 10mm rods or switching to rail.

If anyone is crazy enough to need this 🙂
https://github.com/arhi/EthernetSPI2

@frank26080115 said in Finished my first DIY: Hephaestus the 3D Printer:

The RepRap wiki calls the Ultimaker's kinematics "parallel kinematics"

I understood parrallel kinematics referred to an actuator system where the source of the motive force for the axis was stationary. I think core xy and maybe delta printers are parrallel kinematic systems.

...goes off to check...!

Edit: after a re-read the quote from the reprap article is acurate, but it doesn't intend to suggest the ultimaker kinematic arrangement is the only way of achieving a parrallel kinematic system. It is saying that the ultimake style is one example of a parrallel kinematic system.

I think the best course of action is to have RRF only output one message, and subsequent identical messages are suppressed.

This should be a rule of thumb for any system that can possibly generate messages from a function that have automatic retries.

I know I didn't select a tool, I just think this is a bad user experience, just a big nono in UI/UX design to flood the screen with identical error messages

I figured out that it's nearly identical to the Bondtech Mini gears, since I completely overhauled an old extruder design (with the Bondtech Minis), used the Hobb Goblin in the new redesign, but never changed the settings, and it printed a calibration cube perfectly.

For those who find this topic later, the final answer is the effective diameter is 7.28mm

The teeth of the Hobb Goblin digs way deeper than the Bondtech, which is great for my 2.85mm filament, but it might be even a bit too deep for 1.75mm (only guessing, I can't test this since I don't have 1.75mm filament).

@oozeBot said in synchronize prompts between DWC and PanelDue:

Apparently displaying the macros on the control tab is extremely sensitive to Tool 0 being defined.

Yes, that's correct. This limitation is removed in the new PanelDue 3.2 beta firmware.

I have encountered a scenario in which this behaviour may seem problematic and a potential solution.

My endstop switches have only 1.5 mm of total travel, and they advise NOT to bottom them out. (I'm sure doing it lightly couldn't hurt but with any force behind it, it could damage the switch -- a contact switch from metrol).

In order to avoid bottoming out the switch, homing must be performed with the deceleration phase in mind, and speed limited so as to prevent the deceleration phase from becoming 1.5 mm or greater.

In my homex, y, z, u files I too want to move Z up (bed down) to allow X/U and Y to home without interference. I want the axis to stop if it happens to hit an endstop. If this move is not performed delicately, as Z homing must be, the switch could be bottomed out and/or the recorded home position for Z might not be accurate.

To resolve this, I will simply move my Z axis in my homeXYU files delicately as if I was homing it, in case it does get homed incidentally.

@frank26080115 said in Extrude Until Limit Switch Hit with Fake U Axis Doesn't Work:

The above is almost exactly how the Ultimaker 2 works.

Great idea

I also have a Ultimaker 2 with Duet and have tried to load and unload the UM2 firmware to build, without success!

Just a problem I have two feeders, how can I implement that?
I am currently fail in
Does somebody has any idea?

High microstepping, or interpolation, makes the motors much quieter when moving. It does not affect motor standstill noise.

From https://duet3d.dozuki.com/Wiki/GCode#Section_M915_Configure_motor_stall_detection:

Parameters
...
Rn Action to take on detecting a stall from any of these drivers: 0 = no action (default), 1 = just log it, 2 = pause print, 3 = pause print, execute /sys/rehome.g, and resume print

So the default action is to do nothing when a stall is detected. But stall-detection endstops will still work. So if you only use stall detection for endstops, you do not need two different sets of stall settings.

5mΩ is absolutely normal for a 15A ATC fuse. A fuse is by its nature a resistor.

I agree, we're on the same page.

Even without the capacitor link in the PSU, there will be a small a mount of leakage between the mains input and DC output, because of the capacitance between primary and secondary of the transformer.

It isn't a card detect pin.

@frank26080115 said in Unable to find UART pins for Prusa MMU v2.0:

Is the support for the MMU v2.0 on the roadmap for you guys at all? How welcome would code contributions for MMU integration be? Is there anything you would like me to avoid doing?

It's not on our roadmap, although that could change if enough users request it.

It might make more sense to use the Duet to drive the motors etc. in the MMU directly. Alternatively, another user has made a device similar to the MMU, see https://forum.duet3d.com/topic/6346/multi-material-filament-feeder-repurpose-e1-stepper-driver.

@danal

Risk assessment is key here. If you had a serious accident any decent enquiry would find an unguarded machine as potentially negligent. A reliable e-stop is only really going to help save injury if you are entangled, it'll most likely be after the event in an impact related injury.

For extrusion systems guarding isn't the enemy, it's an enclosure which helps with print quality and extract smelly gasses. You'd need to ensure those with access to the inside are fully aware of what they and the machine is doing.

That said I'd say the main safety hazard is loss of control of the heaters, and with heaters running the PSUs will drain quick, and more to the point the system will not become stone cold instanly.

There's also an argument that the Duet could actively stop an axis quicker than detent torque braking of inertia from max speed too.

What many of us have is a fancy panic button to stop the machine hurting itself, rather than others.