Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 14 of 14
I am sure Marlin would do a great job.
Personally, I ended up switching from Marlin to Klipper for my dual extrusion needs:
by
Swift
-
Firmware - Marlin
No worries, you are on the right track. Those results would imply you need to check the wiring - you should be seeing +5v
As you are using ^!ar2, then you want to be seeing 5v on the pin normally, and 0v when the switch is depressed. (for Normally Open switches)
At a guess, when you are seeing 0.003v, this would likely be Floating, i.e not connected to either Vcc or ground, thus picking up env
by
Swift
-
Firmware - experimental, borrowed, and future
Have you run QUERY_ENDSTOPS while manually toggling the switches? Any change?
If you connect a multimeter directly to pin ar2 on the board, (as close to the MCU as you can get) then manually toggle the endstop switch, do you see a change in voltage on the pin?
Note: If you are using an atMega2560 then Arduino Pin 2 === Physical Pin 6
by
Swift
-
Firmware - experimental, borrowed, and future
Quotemdm63
I did not see any options for second hot end and extruder in Octoprint
Configuring Octoprint for multiple extruders is possible, not required, but I would recommend it. The main advantage is being able to montor the temperature's of your different extruders - Octoprint will then parse the dual temperature readings from Klipper.
You also will be able to control both extruders indepe
by
Swift
-
Firmware - experimental, borrowed, and future
If you are coding, and want to "manually" send gcode to the printer, with automatic flow control, one easy way is to leverage off "printcore" from Printrun.
Printcore is what Prontorface and Pronsole etc using as a back end to send gcode to the printer...
Sending Gcode becomes as simple as:
printcore.send("G0 X170 Y250")
Or, if you are on Linux and wish to be able to send Gcode straight from t
by
Swift
-
Firmware - experimental, borrowed, and future
Great project Kevin, I'd love to test it as well, seems a great way forward.
Would it be difficult to add support for thermocouples? (e.g AD595, À la Marlin "TEMP_SENSOR -1")
by
Swift
-
Firmware - experimental, borrowed, and future
Thanks Kevin, looks fantastic!
Would like to be one of your testers.
Running over the config files now: Seeking confirmation: Is it correct that Klipper supports only one hard end-stop per axis (@ XYZ min), and for (XYZ max) it uses a soft end stop?
Cheers.
by
Swift
-
Firmware - experimental, borrowed, and future
Yep it does, in the existing Marline code, there is forced half second delay.
A hardcoded magic number (delay(500)) on line 6792 of Marlin_main.cpp
I'll post the relevent section from the marlin code below:
void tool_change(const uint8_t tmp_extruder, const float fr_mm_m/*=0.0*/, bool no_move/*=false*/) {
<...code cut here....>
#if ENABLED(SWITCHING_EXTRUDER)
by
Swift
-
Firmware - Marlin
Solved it. For anyone else looking to do this:
Problem: How to configure Marlin for a: dual-extruder, extruder E1 height toggled by servo, X / Y / Z Offsets required, individual stepper motor for each extruder/filament.
In this configuration: E0 is fixed in space, with E1 parked above. When E1 is in use, it is lowered by the servo to be below the position of E0 - hence X & Z Offset is requi
by
Swift
-
Firmware - Marlin
Thanks.
Clarifications:
1) in this case, it's not the head that I need to control position of, but the bed Z-axis. (unsure if this is materially different)
2) would software_endstops "permanently" stop the head/bed from moving into that range? I.e I still need the bed to be able to be Z>=0 when printing, it is just when doing the bed-levelling, that I need to the bed to stay in the safe ran
by
Swift
-
Firmware - Marlin
Good Day,
I have a printer, with two nozzles, and two steppers (one for each filiment), Nothing unusual so far.
The second nozzle is servo-actuated, i.e it slides vertically to be either above or below the primary nozzle. (thus also requires a Z_HOTEND_OFFSET).
I.e when switching to the second Nozzle, the Z axis should raise by Z_HOTEND_OFFSET, and then the servo should move the second nozzle
by
Swift
-
Firmware - Marlin
Question: Can a "ZMin-while-probing" be set?
Meaning a minimum Z height the printer bed can move to, while Z Probing.
Purpose: For safety reasons should the probe switch not fire for some reason.
--
in Marlin Configuration.h, I see you can set the height of the Z Axis before deploying the ZProbe:
#define Z_PROBE_DEPLOY_HEIGHT 35
In the context of this question, this is effectively a "ZMax-
by
Swift
-
Firmware - Marlin
Dear all,
I am new to Marlin, but comfortable with programming.
I require a "Bed Leveling Calibration routine", which would function by using a Z probe, measuring 3 points on the bed, and then advising the user which screws to adjust to level the bed.
i.e the result would be a bed that is level, as opposed to compensating for an unlevel bed in software.
So far, everything I can find relates
by
Swift
-
Firmware - Marlin