Best posts made by ctilley79

Can we please have a toolboard we can solder fans/steppers/heaters directly to? I’d rather solder than rely on those God awful crimp connectors that make me want to strangle innocent children. That would probably save money on your end too; fewer components.

I've tried helping @carcamerarig on this issue, maybe I can give my take on what's going on. We believe we have homing with stallguard figured out, but that's not the main issue.

The issue is during fast moves, the printer will stutter causing a thump sound, resulting in a layer shift. The nozzle is not hitting the print or other obstruction.

I thought originally this may be caused by the switchover from stealtchop to spreadcyce. However forcing the machine into spreadcycle after homing did not alleviate the issue during a print. @carcamerarig Can you post a link to the video showing the problem?

I've noticed in the gcode dictionary that M568 will be the preferred method to set temps going forward. I have a suggestion to make this command more comprehensive. Currently there are too many ways to set temps and M568 could be more comprehensive to consolidate things a bit more.

1. It would be nice if we could add a W parameter to wait for temps instead of following the command with M116. The existing behavior doesn't incentivize using this command over M104 or M109. It's not any cleaner.

2. It would be nice if this command would include parameters for the bed heater. M568 is an easy way to set and activate standby and active temps for the nozzle, and the bed needs the same ability other than M140.

@carcamerarig A method that doesn't require an oscilloscope would be nice.

@argo the bang issue is the more pressing concern. It’s enough to cause layer shifts. Even when locked in spreadcycle by specifying mode 2 instead of 3, OP still gets the slight banging on both 0.9, and to a lesser degree 1.8 motors.

I've been delving into tuning input shapers using the plugin, and I've made good progress. However, I've been guessing about parameters, algorithms and developing a comprehensive process. This thread could serve as a guide for others who have a lack of understanding.

• May we have a brief explanation of IS algorithms, their drawbacks, and what situations you would pick one over the other?

• It's mentioned that jerk should be just high enough to guarantee smooth curves. What are some basic values for that? My printer is a Voron V2.4 300x300 and I have jerk set to 720 mm/min for both X and Y. What jerk is appropriate for different modes? eg CoreXy, Cartesian, Delta etc?

• Do you need to reanalyze resonance if you change accelerations and speed, or is a printer's resonance constant regardless of those variables?

• Can we get a better explanation of damping factor? When analyzing resonance frequencies, what do we look for that would indicate that damping factor needs to be altered?

• In the plugin there's a field for the number of samples. What's the maximum number of samples that is useful and what are the limitations of the toolboard's ability to record samples?

I'm sure I'll have more questions as time goes by, but hopefully this is a good start.

@sebkritikel Perfect. Thought it was an admin setting and not a user setting.

@jay_s_uk Thanks!

@LB said in Microstepping (interpolation):

@PeterA

keep in mind that the more microsteps you introduce the more you divide your overall-torque into smaller incremental-torque. So basically this certainly gives you resolution but only maybe gives you accuracy. Of course if money is no objective to you, you can increase the microstepping endlessly and just buy a "stronger" stepper to have your "old" incremental-torque matched even with more microsteps Calculation-formulas for that are provided e.g. here https://www.faulhaber.com/fileadmin/user_upload_global/support/MC_Support/Motors/AppNotes/Faulhaber_AN015_EN.pdf

Isn't this a little misleading if you're in interpolation mode? The driver is essentially running at 256x. The microprocessor is only generating 16x of them, but the driver is dividing those out into 256, so essentially the torque will be the same, the only difference is the computational load on the microprocessor increases on higher step rates right?

I know this is probably a nitpicky issue, but it would be nice to have an automatic trigger so you don't have to call M0 in the slicer end code. I try to decouple as much from the slicer as possible, so there are a couple use cases where this could be polished. start.g and stop.g is one of them.

@kiendeleo I deleted my first comment, but looking at that, it seems your thermistor cable is shorting itself. Either that or your boron paste is still wet.

@alankilian and only in standalone mode currently if I'm not mistaken.

@phaedrux You didn't understand what he's saying. Thermostatically controlled fans shouldn't show up in DWC. They don't show up on my printers.

Look at my dashboard. Notice my heatsink fan is not in the list... because it shouldn't be....

@fcwilt said in end.g is possible?:

@ctilley79 said in end.g is possible?:

I know this is probably a nitpicky issue, but it would be nice to have an automatic trigger so you don't have to call M0 in the slicer end code. I try to decouple as much from the slicer as possible, so there are a couple use cases where this could be polished. start.g and stop.g is one of them.

You waited two years to respond?

You must have really given it a lot of thought first.

Frederick

I figured two years was enough time to let the thought simmer in DC42's mind lol

@jay_s_uk A spare heater runs at Vin though. I'll probably move my part fan to out_3. That should do the trick.

@zapta perfect location for the accelerometer. About as close to the nozzle as it gets.

@argo we've switched entirely to spreadcycle and the issue remains.

@sputnikoc3d I'm speculating here, but if you are accessing DWC directly from the pi, the web application should use the loopback address/localhost so connectivity issues shouldn't be an issue. Sounds like the SBC web server is misconfigured or DWC is using the LAN even though you're accessing from the local machine. Hopefully this can be fixed.

@oliof said in Orca slicer and Duet:

@omni it doesnt work without Bambulabs' proprietary libraries so I am very wary about this poisoning of an open source project with binary blobs.

You sure? I'd like to investigate this myself. Are you sure the binary blobs aren't specific to the bambu printers themselves? They mentioned that the tweaked slicer algorithms were open sourced and had to be to satisfy those license requirements

@droftarts He has a prusa type machine similar to mine and mine doesn't behave like this. We both have similar acceleration and jerk settings for Z although he does keep his Z in StealthChop full time. The only ohter difference is my machines are Duet WiFis.