@dc42 FYI the new PanelDue got here today, I plugged it in and it worked, so good call there. Thanks.
Best posts made by tgarr
-
RE: RRF vs PanelDue compatibility?
Latest posts made by tgarr
-
RE: MonoPrice Delta Pro - Height Map Interpretation?
I was able to cobble together an improvised pin spanner and adjusted the v-wheels a little. (not sure I can go much tighter without putting too much drag on the motors)
There's still something else going on but it's a little more reasonable now.
-
MonoPrice Delta Pro - Height Map Interpretation?
I'm finally restarting this old project and I could use an experienced eye interpreting my height map results:
The printer started life as a monoprice delta pro, which has wheels riding inside the extrusions/towers. Less than ideal and I can feel a little wobble in one of them. Unfortunately adjusting out that wobble is probably going to be a significant project (I don't have the correct tool).
-
Does the rippling in the height map look like the result of a slightly wobbly rail? Or something else?
-
Do you all think I could get away with a .8mm nozzle and .8mm first layer height on this kind of bed level? (or do I need to look into repairs before I go any further?)
Thank you!
-
-
RE: (Delta) Mesh Bed Leveling with variable trigger height?
Sorry, mesh bed compensation. To be done after bed leveling in hopes of getting that last little bit of variation out of the first layer.
-
(Delta) Mesh Bed Leveling with variable trigger height?
I briefly experimented with underbed piezo sensors but got frustrated with how the sensitivity varied based on XY location.
I see that it is possible to add an "H" parameter to the G31 commands when running the delta calibration.
Is there any way to take the same strategy with mesh bed leveling? Can I somehow add a trigger height parameter for each mesh bed leveling probe location?
-
RE: 3 spehre/point Delta ("Spiderbot")?
@Bluemalu thanks for the response. I'd be curious what the size of the contact spheres are and if they are solid, or hollow.
I guess it seems like an obvious mechanical improvement and I'm struggling to understand why no one else seems to be copying it. I guess weight savings? Big spheres being heavy and all...
What was your impression of the 3 pt contact strategy? Was it worth the effort? Or just cool in theory but no noticeable improvement in quality?
I saw a mention of the tilting hot end on their page for the spiderbot 2.x or so...looked cool but I didn't see how their tilting mechanism worked. I don't suppose you have any photos of that do you?
-
3 spehre/point Delta ("Spiderbot")?
I came across this 3 point delta concept recently but I'm having trouble finding reviews of it:
It's discussed briefly under delta end effector stability second of the reprap wiki
There's a company out of France actually making some examples
And I found one home brew example on youtube
...but I haven't found any reviews about the tradeoffs of this design. I guess it gives less end effector wobble? But is that really a major concern?
Has anyone here played around with this concept?
-
RE: Watercooled Smart Effector In Larger Effector || 4th Axis Design
@Nxt-1 - Sorry for digging up an ancient thread, but your use of the smart effector caught my eye. I have a delta with incompatible joint spacing for a direct replacement and I'd like to mimic what you've done. I didn't see a note summing up how the smart effector has been treating you though.
Did you just screw the smart effector down in 3 places? Any special washers/spacers or slotted mounts used to ensure enough deflection?
How have the (bed leveling) results been? More consistent than your previous bed sensors?
-
RE: A Software Solution to Eliminate Ringing?
@theruttmeister said in A Software Solution to Eliminate Ringing?:
This is excellent work. And I'm actually curious just how far this could go... just how flexible a machine could you get away with!?
I suppose this could do wonders for a "hangprinter"?
-
RE: A Software Solution to Eliminate Ringing?
This is super cool. Awesome proof of concept.
I guess I'd assumed the right place for this kind of compensation is really in the firmware, but we already push so many machine specific tweaks regarding temperature, retractions, etc into the G-code maybe it wouldn't be so bad to have this in the slicer.
-
RE: RRF vs PanelDue compatibility?
@dc42 FYI the new PanelDue got here today, I plugged it in and it worked, so good call there. Thanks.