Quantcast
Channel: Reprap Forum - Firmware - Marlin
Viewing all 2831 articles
Browse latest View live

Marlin 2.0 newbie questions (no replies)

$
0
0
Hi, I am trying again to get marlin set up on an SKR board. I have both an SKR V1.3 and a Mini DIP V1.0.

I had tried in the past but could never get the firmware onto the board. I did get a successful build with Visual Studio Code and platformio. Anyways, I'm trying again now that I have some time and all the boards ready to use.

My first question is which Marlin 2.0.X to use? I was using the 2.0 bugfix but I see there is a 2.0.5 version now. Is Marlin 2.0.5 the one I want to start my build with now?

thanks

strange behaviour after changing to marlin 2.0.5.1 (no replies)

$
0
0
hello. I am at a loss to know how to proceed with the following that came about after upgrading to 2.0.5.1.
1. No start signal detected- forcing start-- this comes up every time I connect the printer, as far as I can make out, this is because the port or baud rate is wrong but I have tried every combination of these without any change, despite this the printer does connect to the computer and I can control the printer and everything works (after a fashion!) exept for the following.
2. When homing the effector will only travel half of the distance it should i.e- the machine is a delta with a print bed of 300mm and a Z height of 365mm but from a" homed" position it travels exactly 182.5mm and then stops. I can then home again and everything works as it should, probe to the Alpha tower and it goes to the set coordinates but only travels 182.5mm from home. Now if I move the effector down to the bed and then home it travels up as it should, but again stops at 182.5mm only this time the machine trips out and has to be reset, I think it must be something I have set wrong in configuration, but am at a loss to know what. Any help with this will be greatly appreciated.

Delta printer- 300mm bed 365mm print height, Repetier Host . SKR V1.3 32bit LPC1768 board. Marlin 2.0.5.1 firmware

wrong sensorless homing with TMC2130 driver on Anet A8 (no replies)

$
0
0
Hi everyone,

Due to a failure of the motherboard of my Anet A8, I decided to upgrade it by installing the following kit :

- Arduino 2560 R3
- RAMPS 1.6 PLUS
- TMC2130 drivers on X,Y,Z and E
- Installed the new marlin 2.0.5 with Arduino 1.9.0 beta (because 1.8.12 is always making compiling errors). Please note that the issue I'm about to decribe was the same with marlin 1.1.8, 1.1.9 and bugfix 1.1.x

So far :
- the LCD and SD reader are not connected to the RAMPS, SD support is disabled in Marlin.
- Thanks to RAMPS 1.6plus, no more MOSI, MISO, SCK wires
- mechanical endswitches are removed, X and Y min enstop pins of RAMPS 1.6plus are wired wired diag1 pn on their respective driver and I programmed Marlin for sensorless homing for both X and Y axis (Z axis with BLtouch ok). Y axis is ok.
- the X/Y/Z_chain_pos are at -1

- SPI is not defined
//#define TMC_USE_SW_SPI
//#define TMC_SW_MOSI -1
//#define TMC_SW_MISO -1
//#define TMC_SW_SCK -1

//#define SOFTWARE_DRIVER_ENABLE

#define STEALTHCHOP_XY

#define SENSORLESS_HOMING // StallGuard capable drivers only

#if EITHER(SENSORLESS_HOMING, SENSORLESS_PROBING)
// TMC2209: 0...255. TMC2130: -64...63
#define X_STALL_SENSITIVITY 20
#define X2_STALL_SENSITIVITY X_STALL_SENSITIVITY
#define Y_STALL_SENSITIVITY 4
//#define Z_STALL_SENSITIVITY 8
//#define SPI_ENDSTOPS // TMC2130 only
#define IMPROVE_HOMING_RELIABILITY
#endif

- CS pins are rerouted in the pins_RAMPS.h file:
#define X_CS_PIN 63
#define Y_CS_PIN 40
#define Z_CS_PIN 42
#define E0_CS_PIN 65

Here's the issue : with X in a certain position, can move it positive (right) and negative (left). If I try to X-home, the motor barely moves and starts to whistle. After that, I can move it right as much as I want, and move back als, but I can go more to the left than the "stuck homing position". I hope it's clear enough, my english is not perfect.

Does anyone have any idea of the problem?

Many thanks in advance

Upgraded from Marlin 1.02 to 2.03 & 2.04 now Homing randomly failing Failes (no replies)

$
0
0
[attachment 114926 Configuration.h] - Pegasus 8 LCD -(Basic)

[attachment 114927 Configuration.h] - Pegasus 8 LCD

[attachment 114928 Configuration.h] - Pegasus 12 LCD

I have (3) Maker farm Pegasus Printers (2) Pegasus 8 and (1) Pegasus 12

All 3 were running 1.0.2 Firmware provided by the manufacturer, I was able to run a utility that allowed me to transfer the settings to more a recent version of the Marlin firmware.

For the most part this has made great improvements to all 3 units.
But the problem I have run into is that the all (3) units randomly stop with an error when running a "Auto Home" command with "Homing failed, printer halted, please reset" this happens when initiated either manually or from the gcode prior to a print. As you can imagine this very annoying.

Most of the post I have found are hardware / wiring related. how ever I have made some hardware changes since i purchased them, I change the Z rods from M5 to T8, but this was long before I upgraded the firmware and I never experienced this error under the 1.0.2 firmware. I have attached the current firmware loaded on all (3) units. Perhaps their is some new vaibles in the newer config.h that I need to change to address the problem, Can anybody review the files and tell me what I need to change?

Thanks

Marlin dev-2.1.x with (lots of) TMC2130 shows 'TMC connection error' (no replies)

$
0
0
Hello all,

I am having some trouble with my RAMPS 1.4 + RAMPSXB +self designed board.
I am trying to run all 9 drivers with TMCs. Chip select signals for them were provided by 2 PFC8574 and a modified TMCStepper library.
This worked great with one TMC + motor.
But placing all drivers in the board(s) got an 'TMC connection error' on the LCD.

I did not test the single driver setup without a motot, so i think the error message just means that the wiring is faulty.

Or am i wrong?

Please help me. :)

Z auto-align question (no replies)

$
0
0
Trying to set up Z auto-align for the first time on a 320x320mm bed with a usable 300x300mm area. Could someone interpret what the positions are on the following statements? Thanks.

#define Z_STEPPER_ALIGN_X { 10, 150, 290 }

#define Z_STEPPER_ALIGN_Y { 290, 10, 290 }

Keeping up with 2.0.x.x changes-need more details (no replies)

$
0
0
There are a large number of bug fixes, changes, and new features in stream of Marlin 2.0.x.x email updates but the comments are so brief like:

New Controller Fan options and M710 G-code.
Add M42 M to set pin mode.

Are there docs that describe the features and fixes in more detail or do I need to scour the source code comments?

Auto Bed Leveling - Error: Probing Failed - Marlin 2.0.5.1 (no replies)

$
0
0
Hi All,

I tried to set up the Auto Bed Leveling at a homemade Graber I3 using Marlin 2.0.5.1. When I start ABL the probe is deployed, touches the table once and then is stow, causing the error: Error: Probing Failed

I expected the probe touches 3 times each point (9 points)

In the debug Log there is a "SLOW Probe fail!" but I don't know exactly what is meant. Could you help me to understanding this error?

My Configuration about the probe and Bed Leveling:
#define Z_MIN_PROBE_PIN 19

#define Z_PROBE_SERVO_NR 0 
#define Z_SERVO_ANGLES { 100, 0 }

#define NOZZLE_TO_PROBE_OFFSET { -2, -26, 32.50 }

#define MIN_PROBE_EDGE 10

#define XY_PROBE_SPEED 8000
#define Z_PROBE_SPEED_FAST HOMING_FEEDRATE_Z
#define Z_PROBE_SPEED_SLOW (Z_PROBE_SPEED_FAST / 2)

#define MULTIPLE_PROBING 3

#define Z_CLEARANCE_DEPLOY_PROBE   37
#define Z_CLEARANCE_BETWEEN_PROBES  3
#define Z_CLEARANCE_MULTI_PROBE     3
//#define Z_AFTER_PROBING           5

#define Z_PROBE_LOW_POINT          -3

#define Z_PROBE_OFFSET_RANGE_MIN -20
#define Z_PROBE_OFFSET_RANGE_MAX 20

#define PROBING_HEATERS_OFF
#define PROBING_FANS_OFF


Debug Log for Auto Bed Leveling:
>>> M111 S255
SENDING:M111 S255
echo: DEBUG:ECHO,INFO,ERRORS,DRYRUN,COMMUNICATION,LEVELING
>>> G29
SENDING:G29
echo:G29
  current_position= X0.00 Y0.00 Z0.00 : >>> G29
Machine Type: Cartesian
Probe: SERVO PROBE
Probe Offset X-2.00 Y-26.00 Z32.50 (Left-Front & Above Nozzle)
Auto Bed Leveling: BILINEAR (disabled)
  current_position= X0.00 Y0.00 Z0.00 : Probe::set_deployed
deploy: 1
Probe::move_z(37.00)
>>> do_blocking_move_to X0.00 Y0.00 Z37.00
<<< do_blocking_move_to
echo:busy: processing
echo:busy: processing
echo:busy: processing
echo:busy: processing
>>> do_blocking_move_to X0.00 Y0.00 Z37.00
<<< do_blocking_move_to
reset_bed_level
>>> Probe::probe_at_point(10.00, 10.00, raise, 0, probe_relative)
  current_position= X0.00 Y0.00 Z37.00 :
>>> do_blocking_move_to X12.00 Y36.00 Z37.00
<<< do_blocking_move_to
echo:busy: processing
  current_position= X12.00 Y36.00 Z37.00 : Probe::set_deployed
deploy: 1
  current_position= X12.00 Y36.00 Z37.00 : >>> Probe::run_z_probe
  current_position= X12.00 Y36.00 Z37.00 : >>> Probe::probe_down_to_z
>>> do_blocking_move_to X12.00 Y36.00 Z-35.50
<<< do_blocking_move_to
echo:busy: processing
  current_position= X12.00 Y36.00 Z32.22 : sync_plan_position
  current_position= X12.00 Y36.00 Z32.22 : <<< Probe::probe_down_to_z
SLOW Probe fail!
  current_position= X12.00 Y36.00 Z32.22 : <<< run_z_probe
  current_position= X12.00 Y36.00 Z32.22 : Probe::set_deployed
deploy: 0
Probe::move_z(37.00)
>>> do_blocking_move_to X12.00 Y36.00 Z37.00
<<< do_blocking_move_to
echo:busy: processing
>>> do_blocking_move_to X12.00 Y36.00 Z37.00
<<< do_blocking_move_to
Error: Probing Failed
[ERROR] Error: Probing Failed

<<< Probe::probe_at_point
  current_position= X12.00 Y36.00 Z37.00 : Probe::set_deployed
deploy: 0
  current_position= X12.00 Y36.00 Z37.00 : > probing complete
<<< G29

>>> M111 S0

Thanks!
Felipe

Marlin 2.0.5.2 - Making it lightweight by disabling options? (no replies)

$
0
0
So I've been working on a pen plotter for over a year now. A lot of the machine is working really well now, removed the servo for the pen lifting and converted to a stepper motor for pen lifts now since stepper motors have a natively correct delay time in Marlin and all servo movements are executed all at once unless you put M400 in between everything multiple times. It's a drag to work with servo's, and they're noisy and break down quickly.

Anyway, I want to know how I can make the Marlin install as small as possible. I understand there is the option to disable things in the firmware that I don't need. Well, the entire Extrusion part isn't needed for example. Also, the whole bed leveling and bed heating part can be removed. But I do not know how to do this without breaking the firmware.

Is there anyone with the expertise that can explain to me how to achieve this? I want to free up as much memory as I can as I understand this also has a positive effect on the buffers.

Thanks for your time and energy, I hope everyone's safe and wise these days.

ps here's a picture of the plotter:

SKR 1.4 weird connection problem to PC (Repetier) (1 reply)

$
0
0
Hi,

I've changed the controller of my CNC from Ramps to SKR 1.4. I had several problems while compiling but I luckily I could solve them on my own. Unfortunately now I'm stuck. I use Repetier to controll the CNC from my PC and connected the USB cable as usual. When hitting connect, Repetier says connected but the controlls aren't really working. When I hit the X+10mm button, first nothing happens, but after a very long time the CNC suddenly does the move it's supposed to. This waiting time can be anything from 10s to what seems like forever. That's the same behavior for entering my own gcodes like M122 for checking if UART is working.
Repetier says "No start signal detected - forcing start" and every now and then it says "Communication timeout - reset send buffer block".
When using the LCD menu, everything is working perfectly. So I guess the problem has to come from the USB communication.

When I first started the board, the LCD said "Err: EEPROM version". I solved that by hitting Restore Defaults, then Store Settings and then Load Settings. Now the Error is permanently gone, but could this be a hint on what's wrong?

I already tested connecting to my Mac using Repetier: Same thing...

I hope anyone has an idea for what settings are wrong in my config or what other problem it could be. Attatched is a .zip containing my config.

Thanks Max

Newbie problem with Z movement in Hypercube setup (no replies)

$
0
0
As a newbie to both 3D printing and coding I am stuck with an issue and don't know how to try to resolve it.
So far everything else seems to work but the Z movement is very odd. If I select Prepare from the menu and then Z movement. I can turn the knob on the control panel anticlockwise 1 step and nothing happens - then turn it back to zero and the table moves. Turn it clockwise one step (ie below zero even though the display stays at zero) and back to zero and it moves the other way. Multiple steps give greater movements but it is very erratic. I have no idea what to do next! Any help would be very much welcomed. I have a video of the behaviour as below.
[drive.google.com]

DRV8825 marlin 2.0 settings - configuration.adv.h (no replies)

$
0
0
Hi, I have an SKR E3 DIP V1.0 and I am trying to install some DRV8825 stepper drivers. I have the jumper pins set all to the right side (jumping red and black pins) and all 4 in place. I tried to follow the instruction manual for the right placement so I hope I got that right.

From what I understand, these drivers have the ability to do 32 microsteps instead of 16.

I have changed the steps per mm in the configuration.h file to double what they were for the A4982 steppers.

Do I have to change anything in the configuration.adv.h file? I noticed this section and I'm not quite sure what it should look like for my drivers:

/**
* Custom Microstepping
* Override as-needed for your setup. Up to 3 MS pins are supported.
*/
//#define MICROSTEP1 LOW,LOW,LOW
//#define MICROSTEP2 HIGH,LOW,LOW
//#define MICROSTEP4 LOW,HIGH,LOW
//#define MICROSTEP8 HIGH,HIGH,LOW
//#define MICROSTEP16 LOW,LOW,HIGH
//#define MICROSTEP32 HIGH,LOW,HIGH

// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU.
#define MICROSTEP_MODES { 16, 16, 16, 16, 16, 16 } // [1,2,4,8,16]

Is there anything else besides this I have to change or look at?

Thank you

Homing Inverted after upgrade to Marlin 2.0 (no replies)

$
0
0
Hi Guys

So i have updated to marlin 2.0 and my homing is now inverted?

I coped my configuration.h from 1.1 exactly. If I load 1.1 everything is good again. What gives? anyone had this issue also?

All axis move in the correct direction.

Get zeto position Gcode in Marlin (2 replies)

$
0
0
I was wondering whether there is a G-code in Marlin that does the same or something similar like the old M117 'Get zero position' command in FiveD? Or whether the old code is still available somewhere?
I want to be able to more my printhead to a point on the build plate and have it report back the number of seps/units from that point to the home position of the X and Y axis.
Hope someone can help out.

Marlin configuration help (no replies)

$
0
0
I had been using Repetier firmware on my MKS Gen V1.4. I switched to Marlin because I is supposed to better support the tft35 controller. I have 2 questions. 1. Is there a way to put the status of the 2nd fan on the info. screen of a RepRapdiscount full graphics controller? That brings me to question2. I don't know what happened to the cable for the tft35 and I am having no luck trying to figure out what pins on the controller connect to what pins on aux.1 of the motherboard. Can anyone at least point me in the right direction?

Marlin 2.0.5.x inconsistent speeds pen plotter with G02/G03 (no replies)

$
0
0
Hi all, so this DIY pen plotter is coming a long way but I keep getting slowdowns in some of the gcode files that I feed to it. For example, one file is about 3Mb and it runs fine, but the other file is 87kb and it maxes out the buffer on the Mega2560.

Example video:
[www.youtube.com]

As you can see the speeds vary a lot. It doesn't only slow down, but it also speeds up beyond the max acceleration settings somehow. I suspect it is the G02/G03 commands giving trouble.

The gcode file is also included in here. Maybe someone knows what could be the problem or how to fix it.
This is the file: [attachment 115065 antonio_grass__0001.gcode]

These are my arc support settings:
//
// G2/G3 Arc Support
//
#define ARC_SUPPORT                 // Disable this feature to save ~3226 bytes
#if ENABLED(ARC_SUPPORT)
  #define MM_PER_ARC_SEGMENT      1 // (mm) Length (or minimum length) of each arc segment
  //#define ARC_SEGMENTS_PER_R    1 // Max segment length, MM_PER = Min
  #define MIN_ARC_SEGMENTS       24 // Minimum number of segments in a complete circle
  //#define ARC_SEGMENTS_PER_SEC 50 // Use feedrate to choose segment length (with MM_PER_ARC_SEGMENT as the minimum)
  #define N_ARC_CORRECTION       25 // Number of interpolated segments between corrections
  //#define ARC_P_CIRCLES           // Enable the 'P' parameter to specify complete circles
  //#define CNC_WORKSPACE_PLANES    // Allow G2/G3 to operate in XY, ZX, or YZ planes
#endif

// Support for G5 with XYZE destination and IJPQ offsets. Requires ~2666 bytes.
//#define BEZIER_CURVE_SUPPORT

Anyone has a hint of what to try to improve? Maybe change some arc support settings?

I have also filed this issue as a bug in the Github:
[github.com]

G28 ABL first probing speed (no replies)

$
0
0
Is there a way to slow down the first fast Z home probing (G28), without affecting the probe pull up speed, or making the pull up faster, without affecting anything else? (Marlin/src/module/probe.cpp: // If the nozzle is well over the travel height then // move down quickly before doing the slow probe)

I have the following marlin values for increased probing reliability:
  • HOMING_FEEDRATE_Z 3
  • Z_PROBE_SPEED_FAST HOMING_FEEDRATE_Z
  • Z_PROBE_SPEED_SLOW (Z_PROBE_SPEED_FAST / 2)
But my problem with the slow (but safe) probing, is that the pull up between each probing is also slow.
If I increase the HOMING_FEEDRATE_Z to 18, and change the Z_PROBE_SPEED_SLOW to (Z_PROBE_SPEED_FAST / 12), then each slow probing is done with the safe slow speed, but the first G28 probing is done with the fast speed, which isn't reliable with my probe/board setup.

So, ultimately, I want to keep the reliable slow (downwards) probing with G28/29/30, but speeding up the (upwards) pull up movement between each probing.

Thank you in advance for your help.
- Qwewer

Max softwareserials on Mega2560 (no replies)

$
0
0
Hello there,

I've been working a while now on an 3D-printer specialized in paste materials, mainly clay. I've been expoloring extrusion methods and ended up with an mechanical extrusion system (one stepper for an ram extruding material from an cardridge and one stepper for dosing capabilities). For now im using one material but want the option to move to dual extrusion / mixing extrusion in the future. Because i have a quite heavy extrusion system, carrying the material with it (7kg) i want two drivers for the Z motors.

Only with an single extruder I end up with X,Y,Z,Z,E1,E2; 6 drivers, i want to use TMC 2209 because of their stallGuard option, preferably on an Atmega 2560. When i want to run an extra extruder i end up with 8 drivers. How many drivers can an 2560 hand (they use and bidirectional UART pin). I know the 2560 only has 3 hardware serials, so my guess is the rest has to run of softwareserial.

- Does anyone knows what the (reliably) amount of drivers is depending on softwareserial.
- Is this UART line in use continuously or only during setup and setup-related M-codes?

I want to create my own PCB; there is a lot of stuff i don't need on regular motherboards (thermistor inputs/heating options etc) (and $$$, single tmc2209 are way way cheaper).

Greets Tom

Marlin display help (no replies)

$
0
0
I have a 12864 controller. I changed the extruder fan to be temperature controlled. When I did that the fan icon and %speed got removed from the screen. That's no problem because the fan comes on at the proper temp. What I would like is to have the part cooling fan show on the info screen because it is manually controlled and I forget to turn it on. If it showed on the info. screen it would remind me to turn it on at the proper time.

Anet A8 + Reprap discount smart controller on marlin 2.0 (2 replies)

$
0
0
Hi guys, ordered a replacement for my lcd, but got REPRAP_DISCOUNT_SMART_CONTROLLER instead, I wonder if I can use it.
So, what I did:

#define SDSUPPORT
#define REPRAP_DISCOUNT_SMART_CONTROLLER
//#define ZONESTAR_LCD

But I get an error while compiling a marlin 2.0 firmware

sketch/src/lcd/HD44780/ultralcd_HD44780.cpp:99:17: error: 'LCD_PINS_RS' was not declared in this scope
   LCD_CLASS lcd(LCD_PINS_RS, LCD_PINS_ENABLE, LCD_PINS_D4, LCD_PINS_D5, LCD_PINS_D6, LCD_PINS_D7);
                 ^~~~~~~~~~~
sketch/src/lcd/HD44780/ultralcd_HD44780.cpp:99:17: note: suggested alternative: 'LCD_PINS_D4'
   LCD_CLASS lcd(LCD_PINS_RS, LCD_PINS_ENABLE, LCD_PINS_D4, LCD_PINS_D5, LCD_PINS_D6, LCD_PINS_D7);
                 ^~~~~~~~~~~
                 LCD_PINS_D4
sketch/src/lcd/HD44780/ultralcd_HD44780.cpp:99:30: error: 'LCD_PINS_ENABLE' was not declared in this scope
   LCD_CLASS lcd(LCD_PINS_RS, LCD_PINS_ENABLE, LCD_PINS_D4, LCD_PINS_D5, LCD_PINS_D6, LCD_PINS_D7);
                              ^~~~~~~~~~~~~~~
sketch/src/lcd/HD44780/ultralcd_HD44780.cpp:99:30: note: suggested alternative: 'LCD_PINS_D4'
   LCD_CLASS lcd(LCD_PINS_RS, LCD_PINS_ENABLE, LCD_PINS_D4, LCD_PINS_D5, LCD_PINS_D6, LCD_PINS_D7);
                              ^~~~~~~~~~~~~~~
                              LCD_PINS_D4
exit status 1
Error compiling for board Anet V1.0.

I have no idea what to do with this, would appreciate any help.

This is what I've found in pins_ANET_10.h

/**
 * LCD / Controller
 *
 * Only the following displays are supported:
 *  ZONESTAR_LCD
 *  ANET_FULL_GRAPHICS_LCD
 *  REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
 */

So it's not supported, is there no way to make it work?
Viewing all 2831 articles
Browse latest View live