Posts made by mrehorstdmd

@T3P3Tony Thanks! I wasn't aware all these commands existed. I'll give it a go.

My sand table is running a macro that calls out a long sequences of gcode files to run on the table. The macro is very tediously assembled manually and subject to errors. I recently discovered that the sequence currently running must have a typo in one of the gcode file names that make up part of the sequence. When the macro gets to that point, the whole thing just stops. There's no UI on the table, so I don't know exactly where the error occurred, so I will have to manually go into the macro and hunt for the typo.

Is there some conditional gcode that can be included in a macro that will just skip a file in the sequence when the controller can't locate that file because of a typo or other problem?

Thanks!

@dc42 I think so. I don't have the table here, but I'll probably be going to visit it later today. I'll check then. IRIC, the last time I updated firmware was about a year ago.

@stuartofmt I don't try to control the sand table table from my phone, only laptop. The laptop has Mullvad VPN but I shut that off when accessing the table. I have found that using the Mullvad browser keeps the connection to the table working for better than an hour at a time, where Chrome drops the connection every few (5-10 , usually closer to 5) minutes. In the past I had the VPN running with local network sharing enabled. The connection would drop every 30 sec to 1 minute that way. When I disabled the VPN the connection would stay up for 5-10 minutes. I am using my home wifi network, not a direct connection to the Duet board. There's no VPN running on the router, just on specific computers on the network.

In the last couple years I have scoured all the posts about Duet2 wifi connection issues and have tried everything short of replacing the board to no avail -until I tried the Mullvad browser. AFAIK, the Mullvad browser is based on firefox with a bunch of security/anonymity stuff taken from Tor. Maybe there's something in there that makes a difference.

@Phaedrux I don't have access to the table right now- it's over at my brother's distillery tasting room and I don't know when it will be back.

@dc42 There's no Panel Due. This particular controller is in the sand table.

I have gone through all the posts on wifi problems and played with ajax retries, it didn't seem to do much good. I also shut off the VPN when I am connecting to the table. The Mullvad browser just seems to work about 10x more reliably than Chrome.

Is there any possibility that the browser being used to access the web server has some effect on reliability of the connection?

I have had a lot of trouble keeping a Duet2 WiFi board connected to my mixed 2.4/5GHz network for the last few years. About a year ago I switched to a mesh network with no change in the connection behavior. The mesh router has a dedicated 2.4 GHz IOT network that I use for the Duet and things like light bulbs, appliances, etc. The Chrome browser in my laptop would connect and I could access the control panel for between 30 seconds and maybe 2 minutes at a time, then the connection would fail. It got a bit better when I shut off the VPN (even though I had local network sharing enabled) on the laptop, but still not what anyone would call reliable. I gave up on ever getting it to work reliably.

I recently tried the Mullvad browser that is based on Firefox (I think) and Duet board miraculously stays connected for up to an hour, maybe more, at a time, so it seems the browser used plays a part in the reliability of the connection.

Or am I completely wrong?

So sorry to hear it. Rest in Peace.

15 hours at 40 mm/sec, 1mm nozzle, 1.2 mm line width, 0.3 mm layers, vase mode in Cura, 923g of PETG filament, 638 mm tall:

It's going to become a lamp.

@Dad003 I thought you were trying to simplify the design. Never mind.

@Dad003 click on "one of these" in the post above. That guy has been selling the things via ebay for many years.
Your design may work, but look at all the parts and space required. The worm gear box with attached motor is as simple as it gets.

@Dad003 One of these will make your life much easier. The 30:1 reduction enables it to lift very heavy beds, and it doesn't move when the motor is disabled, allowing restart of prints in the event of a power failure. It doesn't require brakes, additional wiring, or additional configuration. Just treat the motor like a normal stepper. I used 60 tooth pulleys on the shaft to get 20 um per full step from the motor. I've been using it for my 695 mm Z-axis about 7 years without any problems. The gear quality is very high, so there are no gear induced artifacts in the z-axis of prints.

@Dad003 You can simplify construction and probably reduce mass by using rectangular aluminum tubing to make the two pulley blocks at the ends of the axis. You can use it for motor mounts, too.

If you bolt the t-slot pieces directly to each other you won't need all those corner braces. Tap the ends of the inside t-slot pieces, and drill tool-access holes at appropriate locations in the outside t-slot pieces. You can use button head cap screws with washers in the slots to connect two pieces together. This assumes that the ends of the pieces are cut/milled square. See: https://www.youtube.com/watch?v=HfcXjYWw5UQ

I have found that it's very hard to maintain connection to the Duet board via wifi network if the computer I am using has VPN switched on.

@4eIIIuP Here are some of my test prints. I don't recall all the settings used, but my blind tuning of the motors didn't improve anything. You probably know more about tuning servos than I do...

Test print made with 400 step/rev steppers at 160 steps/mm:

Test print made with IHSV-42 servomotors at 500 steps/mm:

Test print made with IHSV servomotors and 3:1 reduction. This print was made at 4000 steps/rev, 3:1 drive reduction, 300 steps/mm, 50 mm/sec, with accel 5000 mm/sec^2, 0.2 mm layers, 1mm line widths:

Motor mount with 3:1 belt reduction:

I believe I've seen other photos of prints made using these motors in this forum and they looked great, but I've never seen the details of the mechanical setups or the motor parameter settings, either dip switches or firmware.

In the flat areas of the prints I didn't see the same artifacts you're getting- those might be caused by a dual drive extruder or by using too small pulleys in the XY mechanism. I use F608 skate bearings for pulleys and don't have that problem, but the dual drive extruder causes a wood-grain appearance in prints:

@4eIIIuP In my tests I didn't see problems with straight sides, but did see a lot of "salmon skin" in curved surfaces which I ultimately attributed to poor resolution of the servo motors. I was not able to find much useful info on tuning the motors. I made one more test in which I used a 3:1 belt drive reducer to improve the resolution, but still could not get it to deliver the same print quality as my 400 step/rev steppers, and ultimately gave up on the servos.

One nice thing about the servo motors- they were super quiet. The only sound from the printer was the sliding of the corexy mechanism and the hot-end fan.

The IHSV servos work great in my sand table where the resolution isn't really important, but speed and noise are.

@Dad003 6 steppers? If you want high speed and quiet operation, use just two servomotors instead of 6 steppers. Electronics will be simpler and probably cheaper, and it will work better.

I use some cheap 24V, 78W, Chinese servos in my corexy sand table and it can run at 1500 mm/sec. If I installed larger drive pulleys, it could go much faster. Those servos aren't very good for 3D printing (I've tried) , but there are better ones that are. Look at Clearpath. Servomotors can give more than adequate torque to move a 3D printer mechanism at 3000 rpm.

At high speeds (anything over about 200 mm/sec) the belts hitting the pulley teeth are going to make zipping noise no matter what you do. For minimum noise, make the drive pulleys the only ones that the belt's teeth engage. Put twists in the belts so that smooth back of belt runs on smooth pulleys made from stacked ball bearings. Jerk and acceleration are also going to contribute to noise, especially if you want to print at very high speed. Every time a motor reverses direction it's going to go "bang".

I wouldn't use 24V for a bed heater. Why go to the expense of using a regulated power supply to power a resistor? Use line power with an SSR. The same goes for a chamber heater, especially if you want to print ABS.

For the belt lifted Z axis, I get great results from a 30:1 worm gear drive. It is as simple as you can get- the worm gear can't be back driven by the weight of the bed, so when power is cut the bed just sits there. It doesn't drop or move. No brakes, no messing around. Set the steps per mm and it just works. The Duet boards can drive the 24V NEMA-23 motor directly, so no additional motor drivers, wiring, and power supplies are needed. The gears in the drive are very high quality and don't produce any Z artifacts in the prints.

Will that footprint let the machine fit through doors?

@stellator Your first illustration is a Kelvin type kinematic mount. Both Kelvin and Maxwell mounts accomplish the task of allowing the bed plate to expand laterally without bending any mounting screws or causing the plate to flex or lift. The main differences between them are that the Maxwell mount reference point is at the intersection of the three grooves while the Kelvin mount reference point is at the hole or cone in which a ball sits. The other difference is that the Kelvin mount axes can be aligned with the X and Y axes in a machine making it especially easy to tram the bed because adjustment to the roll doesn't affect the pitch of the plate. With a Maxwell mount the axes are usually aligned 120 degrees apart so adjustments at any one point affect both the pitch and roll of the bed, making tramming a little trickier.

This is the bed support in my printer, designed as a Kelvin kinematic mount. The axis with the two spherical screws is aligned parallel to the printer's X axis. One of those balls (the reference) sits in a hole in the bed plate, the other (the pitch adjuster) in a groove that runs parallel to the X axis. The third point (roll adjust) is just a screw that touches the smooth bottom surface of the bed plate. The bed plate has ears for the three adjusters/support screws and is held down on the screws by springs. The reference screw doesn't normally get adjusted when tramming the plate. Tramming is done with a piece of paper between the bed plate and extruder nozzle. Simply adjust the Z position of the nozzle near the reference screw until it just catches the paper, then move the nozzle along the X axis until it is near the pitch adjuster and adjust until it just grabs the paper. Finally, move the nozzle near the roll adjuster and adjust until the nozzle just catches the paper and it's done. The last time I trammed my printer was almost 2 years ago.

The reference screw sitting in its hole in the bed plate:

Here's the whole thing:

All three adjusters are mounted in PTFE blocks that grip the screws firmly but still allow them to be turned for tramming. They also don't mind the heat from the bed plate. If you make anything like this, don't use nylon instead of PTFE. you won't be able to turn the screws (I know, I tried). There's a reason they use nylon in nylock nuts! You don't need to tap the PTFE blocks. Just make slightly undersized pilot holes and thread in the screws. They will roll their own threads into the PTFE.

@Richard-F That's so one-dimensional, and what? No batteries?!! ! You need one of these:

https://www.amazon.com/Digital-Protractor-DXL360S-Inclinometer-0-01°resolution/dp/B077T7XW7X