Show all posts by user
Printing issues ...
Page 1 of 1 Pages: 1
Results 1 — 26 of 26
Looks like it is pretty easy to setup. I'll give it a shot. I have raspberry pi's setup on each of my printers.
My other FDM printer is an Aquila.
As far as speed goes, I'm not sure I want to go much faster. I'm printing functional parts and I need good layer to layer adhesion.
I also don't think I could speed up printing TPU any faster than I am doing so right now...and I print quite a bit
by
brokencase
-
Printing
Ok, Lets hear what OpenSCAD libraries you like the most.
I'll start. One of my most favorite is Torleif Ceder' union round.
It allows you to merge two parts together with a a radiused fillet. It's just amazing.
What have you found?
by
brokencase
-
OpenSCAD
Rendered it. That's pretty cool. It is like a focused grill. Very handy. Post it on your favorite 3d model site!
by
brokencase
-
OpenSCAD
OK, I'm going to guess without trying. Parametric LED light pipes?
Now going to load and see...
by
brokencase
-
OpenSCAD
Attached are Marlin-bugfix-2.1.x Configuration files for TronxyX5S Upgraded to BigtreeTech SKR v1.3 (2.5" TFT) with TMC2130 drivers, BIQU H2 extruder, PT1000 thermistor, and 3DTouch (BLTouch clone).
by
brokencase
-
Printing
Quoteyet-another-average-joe
A great source of information about these devices :
(also for 3DTouch and CRTouch)
It is about Klipper, but there's information about how the firmware(s) deals with these devices, and problems that could occur.
These things can be weird : with the old v2 I had errors that Klipper relates to v3.1. Of course, the Klipper fiix for the 3.1 didn't work for the v2 !
Ca
by
brokencase
-
Printing
Just to give an update.
It is working pretty good now. I have done quite a few prints. I have not yet enabled and set ENDSTOP_NOISE_THRESHOLD. But I will give that a try.
It is strange. Auto home has rare occasional errors, but the 9 point bed leveling always works.
I have to say I really like this BIQ H2 direct drive extruder. A little trade off on the acceleration performance but well
by
brokencase
-
Printing
Yeah, sorry for posting in the wrong sub-forum. I was new here and this initially seem like the right place.
I think I am getting close. There are several configuration options to disable heaters and fans during probing operations. I turned them on and it has made a difference,
I'll post my configuration files once I feel stable. Slowing down the z probing speed I think really helps with
by
brokencase
-
Printing
I just can't believe it. It is the intermittent failure aspect that I just find difficult to fathom here. I've tried a million options today.
I've been an embedded software engineer for over 35 years. Everything tells me there is a software issue here.
I mean, how simple the operation is here? Uh.. extend probe,, reduce Z and then trigger. Retract. Do over....
You would have to pay m
by
brokencase
-
Printing
Another thing I did (not sure it made a difference) was to solder a small 10uf electrolytic cap between power and ground on the sensor itself.
The idea here is because it's a large format machine and the long distance for the power wires then there is potential noise on the wires and the cap can help filter.
I figure it can't hurt anything.
by
brokencase
-
Printing
OK, making more progress...
I slowed down the z speed during leveling
//#define Z_PROBE_FEEDRATE_FAST (4*60)
#define Z_PROBE_FEEDRATE_FAST (2*60)
// Feedrate (mm/min) for the "accurate" probe of each point
//#define Z_PROBE_FEEDRATE_SLOW (Z_PROBE_FEEDRATE_FAST / 2)
#define Z_PROBE_FEEDRATE_SLOW (60)
I also set MTOUCH_DELAY to 1200
I am still getting occasional errors (as seen in the repeatab
by
brokencase
-
Printing
Priline PC-CF (available on Amazon) is relatively easy to print and is pretty strong stuff and may hold up. It is what I use for automotive applications.
At 10k rpm watch out for off balance. Much will come down to design, blade thickness, make sure to radius fillet interface where vanes meet rotor. Try to reduce mass towards the outer diameter.
Good luck and post some pics when you get it
by
brokencase
-
Let's design something! (I've got an idea ...)
Another approach is to use Torleif Ceder's very handy unionRound() module, available on his github page.
It allows you to join any two arbitrary objects with a radius fillet.
In this case I join two cylinders using unionRound() and then subtract this from a cube. Easy to extend for the oval'ed slot case.
module unionRound(r, detail = 8) {
epsilon = 1e-6;
children(0);
by
brokencase
-
OpenSCAD
Probably a problem with STL. We can't reproduce unless you provide STL.
The free IdeaMaker slicer from Raise3d has automatic STL repair. You can import, repair, then export from it. There are other approaches as well.
by
brokencase
-
OpenSCAD
Well, it is not quite there yet.
It is no longer attempting to crash into bed but AUTOHOME is not always reliable. It always works on the first touch, then it backs z off and tries again with the second touch which is not always successful.
Sometimes the second touch works, it backs off 10mm and the display says the printer is ready. I call this success.
Sometimes the second touch fai
by
brokencase
-
Printing
Best way to make rendering faster is to turn on fast-csg options in Preferences->Features
fast-csg does'nt always work for all models, but it works most of the time.
by
brokencase
-
OpenSCAD
What I often do is to define a very thin sheet (cube) and subtract it from the main model where you want the slice.
Then I export the STL. I then load the STL into Raise3d's IdeaMaker slicer and it can break apart the models and then you can export each .stl section separately.
You can extend this by combining very thin cones, sheets, cylinders, to create very complex slices. Like the dovetai
by
brokencase
-
OpenSCAD
You peeked my interest. Some example screenshots posted here might motivate.
by
brokencase
-
OpenSCAD
Finally...It works.
I tried loading 2.1.x and it locked up my board. Killed USB. I was worried for a bit.
So I reloaded bugfix 2.1.x manually via SD card and I did the changes that john4242 did in the link...
Configuration.h
#define BLTOUCH
#define Z_MIN_PROBE_ENDSTOP_INVERTING false // No need to invert, leave this as config default
//#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN - commen
by
brokencase
-
Printing
Thanks for that link. I noticed this...
"To enable trace:
#define DEBUG_LEVELING_FEATURE
Issue the command: M111 S32
This will make Marlin output a lot of trace data about probing. That might help."
..which I think will be useful. Just need a way to debug. Hopefully I am only hours away from bltouch bliss.
by
brokencase
-
Printing
Thanks. I'll give it a shot. Perhaps I'm ahead of the cutting edge with 2.1.2...
I'll post an update tomorrow after I merge my configs...
by
brokencase
-
Printing
Z_MIN_PROBE_ENDSTOP_INVERTING does not exist in 2.1.2.
What version of Marlin are you on? I went with the latest because as I recall bktree display firmware recommended 2.1.0 or later.
I will happily back track the version if I can get this to work .
by
brokencase
-
Printing
There is discussion on other forums about swapped black and white wires coming from some BLTOUCH sensors. I just checked. My wiring is correct. On the sensor itself the connector has two side pins to hold the connector to the PCB. I DMM buzzed between these (which are presumably ground) and my black pin and there is continuity. So my black wire is ground and I checked the skr 1.3 schematic
by
brokencase
-
Printing
Still no luck with 2.1.2 bugfix
Here is proterface terminal capture. In marlin menu I deploy and retract bltouch, and then I issue M119 to capture state.
I then follow up with M43 S test. It cycles the probe and then extends and asks me to trigger probe. All is fine.
Connecting...
Printer is now online.
>>> m119
SENDING:M119
Reporting endstop status
x_min: open
y_min: open
z_mi
by
brokencase
-
Printing
Thanks for your response.
I made attempts uncommenting USE_PROBE_FOR_Z_HOMING with no effect.
If you look at the comment in the code just above for Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN
it automatically enables USE_PROBE_FOR_Z_HOMING.
Where do you see Z_MIN_PROBE_ENDSTOP_INVERTING? I just searched and can't find that. I think that was in the older versions of Marlin. All the youtube video gu
by
brokencase
-
Printing
Pulling my hair out. Machine is TronXY X5S upgraded to an SKR 1.3 mainboard.
Now trying to install BLTouch clone. Using Marlin 2.1.2 Sensor is connected to Servo and Zmin connectors.
I can manually DEPLOY and RETRACT the sensor through the menu. I correctly read Open, and Triggered when I query with M119 with Pronterface under these conditions
M43 S reports and triggers fine.
But whe
by
brokencase
-
Printing