Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 14 of 14
Hi,
I couldn't find a good summary of the best practices for debugging Marlin.
IDE
- platformio
- Atmel Studio
- Atom
- Eclipse
- ...
Debugging adapters (and wiring diagrams)
- Atmel: Dragon, JTAGICE..
- Other JTAG / SWD (like Jlink)
- ...
An important question would be:
Which exact IDE+Adapter+PCB combinations were tested and are known to work?
I am referring mainly to
- Marlin
by
ShaharB
-
Firmware - Marlin
Thanks dc42,
The Duet WiFi looks interesting. I'll look for an existing Marlin port for it.
With regard to: "The CE certification tests were done running RepRapFirmware"
I don't think the exact FW should matter too much. After all, you also are probably not re-certificating after each RepRapFirmware code change...
Thanks again,
SB
by
ShaharB
-
Firmware - Marlin
Many thanks VDX for your reply.
Following your answer:
If I understand correctly, Marlin 2.0 will run on some very popular 32-bit MCUs (e.g. part of the STM32 family)
This theoretically will allow it to be adapted to a variety of boards, such as the Arduino Due.
I wonder how difficult would it be to adapt it to a general purpose kit such as the STM32F4DISCOVERY.
I also wonder how long would it
by
ShaharB
-
Firmware - Marlin
Hi,
Seems that the issue of certifying boards is not so much in the minds of printer makers and PCB makers...
Maybe someone here knows if there is any Arduino Mega 2560 board that is certified and for which Marlin can be adapted?
Obviously such a board could not be in the same RAMPS price range. That's perfectly OK.
I am working on building a custom printer and my customer has this requireme
by
ShaharB
-
Firmware - Marlin
Many thanks Wizard04 for your detailed answer.
I guess doing it via Post Processing is the fallback I am finally going to find myself implementing.
I am building a customized printer for a customer and preferred to make it as user friendly as possible and as less error-prone as possible.
The most straightforward way I could think of was adding a parameter ("preset") to Slic3r.
But apparently, a
by
ShaharB
-
Slic3r
Hi,
Is there a way to:
1. Add a new parameter (aka "preset") - (Maybe via the PresetEditor.pm? i.e. I prefer using Perl if possible to avoid rebuild any Slic3r binaries)
2. Access the value of this new preset from a Custom GCode placeholder?
For example,
Let's say it I want a completely new 'int' value (e.g.: "special_delay") to be set and configurable by the user, like any other Slic3r setting
by
ShaharB
-
Slic3r
OK! This is probably resolved.
You mentioned 1.1.9BF, and this made me realize I was working with 1.1.9 release, and not with the Bug fix.
Gave it a try, and it all seems to work.
So... thanks!
Summarizing to the benefit of who finds this post relevant
In Marlin FW, just define:
#define MIXING_EXTRUDER
If you are using 2 stepper for the mix, leave the following line. If you'll need 3 (e.g. fo
by
ShaharB
-
Firmware - Marlin
Robert many thanks for your reply!
Yes, this is an MKS 1.4 board.
My config is set accordingly:
#ifndef MOTHERBOARD
#define MOTHERBOARD BOARD_MKS_GEN_13
#endif
(Seems that Marlin 1.1.9 has only BOARD_MKS_GEN_13, which says in the comment to comply with xxx_GEN_14)
All other #defines match your recommendation.
Just to remind: my problem is that I am getting the same frequency in E0 and E
by
ShaharB
-
Firmware - Marlin
Rephrasing my question and adding some more info... Hoping to get some help... ):
The most important question to me:
Please, let me know, I'll be really grateful:
Is there any working example out there of a Marlin setup configured with MIXING_EXTRUDER ?
Never mind if MIXING_STEPPERS is set to 2 or to 3 or to anything else.
I just couldn't find any useful example.
(There's but it's really lack
by
ShaharB
-
Firmware - Marlin
Hi,
Struggling with the most trivial use case of MIXING_EXTRUDER
(Marlin 1.1.9, RAMPS ver 1.4, via Octoprint)
I am trying to run E0 and E1 at different rates simultaneously for achieving some color mix.
Did the following:
Marlin config
==========
#define EXTRUDERS 1
#define MIXING_EXTRUDER
#define MIXING_STEPPERS 2 // Number of steppers in your mixing extruder
#define MIXING_VIRTUAL_TOOLS 16
by
ShaharB
-
Firmware - Marlin
Hi,
I am building my custom HW using Marlin on a standard Ramps.
I thought that the Z offset for each of the extruders should be specified in the level of GCode generation. (i.e. slicer..)
When switching extruder (tool change) some sequence of moves might be required. (This is so at least in my case)
Maybe even something simple like:
- Lower Z
- Move current extruder out of printing area
- Mov
by
ShaharB
-
Slic3r
Hi,
There is a simple X,Y offset setting for additional extruders. (Printer Settings -> Extruder 1... -> Position)
However, I could not find any similar Z offset setting.
Trying to implement something like that with a Custom Gcode is possible but cumbersome.
I am building a fully customized HW, so I guess Z Offset for each extruder might be some abnormal feature that was simply never req
by
ShaharB
-
Slic3r
Hi Dust,
Thanks for the prompt answer!
You are saying that for gaining an extra 1 or 2 mm, people are willing to give up on safety?
(Well, I agree that is not exactly a pure "safety" issue, but rather "machine-safety" issue)
Still, I would guess at least some users might opt the safety over model size.
So it might still make sense to have such "KILL_ALL_MOTION_ON_ENDSTOP_HIT" feature, maybe comme
by
ShaharB
-
Firmware - Marlin
Hi,
I just don't get it...
Why isn't the default behavior such that when hitting an endstop during printing, printing is *immediately* halted?
I think it should be a basic safety precaution.
I couldn't make marlin behave that way merely by tweaking ENDSTOPS_ALWAYS_ON_DEFAULT and ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLED.
I ended up modifying Marlin's code by adding a kill() command to the endstops.
by
ShaharB
-
Firmware - Marlin