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

changing oversampling (no replies)

$
0
0
i recently changed my printer's sensor to thermcouple
and i'm pretty satisfied with it's high temp durability but on the other hand, it seems like thermocouple is very volunable to noises.
my temp readings are going up and down like +-15 degrees!
i did lots of pid tunings and the actual temperature looked stable but the readings are jumping all around
so, i want to get rid of those noises, shielding the cable is an option but it doesn't always work
and i was looking for more simple options like tweaking firmware
then i found this oversamplenr in the firmware which means marlin will use the average of 16 readings from the sensor.
so i tried changing it from 16 to 32 and when i raised the bed temp, it triggered bed mintemp err.
and now i'm curious.
can i modify that value?

software problem: target temperature not reached (no replies)

$
0
0
I have a problem where the software sets the temp of the hot-end to about 10 degrees C below the target the g-code specifies. This is consistent when set to low or high temps. This is an image of a temp plot from octoprint.



I know the hardware is good because the head heats up to the wrong temp with a normal heating curve. The printer had no problems with the same firmware for weeks. This just started happening today.

I have tried ...
1) Using the front panel to test temp instead of g-code
2) Changing temperatures
3) Trying different PIDS including the auto-tuned ones
4) Rebooting printer between each test
5) reading the marlin configuration.h looking for clues

Anyone have any idea what might cause this?

Need help installing 12864 lcd on Cr-10s PRO. (no replies)

$
0
0
Hi trying to post a post here.

I have a Cr-10s PRO. Fantastic machine but lousy firmware and display at the moment.

Seeing more have switched to Marlin 1.1.9 and using 12864 display similar to Cr-10s.

Want it to behave like TH3D's firmware.
Which firmware should I use and how do I proceed?

This thing i have control over:
Stock abl sensor.
Solder together r64
Solder together r66
The right layout for exp1 and exp2

Dual Extruders and move axis operation (no replies)

$
0
0
I am building my 3rd custom 3D printer, but this is the first one I've done with dual extruders. I got the printer powered up and running for the first time last night, but I have some questions on the behavior of the two extruders and wanted to clarify.

General Info:

I am using a MKS Gen 1.4 Board with DVR8825 stepper drivers.
Not that it matters, but I've got two e3D titan extruders mounted in a Bowden configuration.
I have an endstop setup as a filament runout sensor, I only have one configured at the moment, not two.

When I was going through last night and testing all the axis movements and functionality through the LCD interface, I noticed some odd behavior with the extruders when trying to move them using the "Move Axis" menu.

I have 3 menu options under "Move Axis" relative to the extruders:

Extruder
Extruder 1
Extruder 2

I heated both hot ends up to 200F to ensure I wouldn't run into issues triggering the low temp extrusion. I made sure both were at temp before attempting the test.

If I select Extruder 1 and manually move it, it works just fine. Display shows the distance I've moved as normal.
If I select Extruder 2 I will see the distance that I already moved Extruder 1 displayed on the screen before I start any further movements. I turn the knob and I don't get any movement out of Extruder 2, but the number on the screen changes as I turn the dial as if it were moving. I also don't think I was getting any movmement from Extruder 1.The same thing happens if I start trying to move extruder 2 first, but it starts off at zero.
Finally, if I just try moving Extruder, I think extruder 1 is the one that moves.

I suspect it's behaving like both extruders are acting as one. The fact that the value of extruded length carries over no matter what menu option I choose is leading me to think that. I want to make sure my firmware is configured properly before I start chasing hardware issues.

Now, I'll say that it's possible I have a bad stepper driver. The batch of drivers I ordered had one bad driver in it already that I found on my other custom printer. The driver that was connected to extruder 2 (E1 position on the board) was much hotter than the others when I felt it, and it was set to the same voltage as the others.

I'm using Marlin 1.1.9 with a RepRapDiscount FULL GRAPHIC Smart Controller. I've pasted the first portion of my configuration.h file below through the section on extruders. I don't know if there is somewhere else within the firmware I have to go to adjust the menu functionality, or if it should already be setup to support driving the extruders individually rather than as a combo.

#include 

/**
 * Marlin 3D Printer Firmware
 * Copyright (C) 2016 MarlinFirmware [https://github.com/MarlinFirmware/Marlin]
 *
 * Based on Sprinter and grbl.
 * Copyright (C) 2011 Camiel Gubbels / Erik van der Zalm
 *
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program.  If not, see [www.gnu.org].
 *
 */

/**
 * Configuration.h
 *
 * Basic settings such as:
 *
 * - Type of electronics
 * - Type of temperature sensor
 * - Printer geometry
 * - Endstop configuration
 * - LCD controller
 * - Extra features
 *
 * Advanced settings can be found in Configuration_adv.h
 *
 */
#ifndef CONFIGURATION_H
#define CONFIGURATION_H
#define CONFIGURATION_H_VERSION 010109

//===========================================================================
//============================= Getting Started =============================
//===========================================================================

/**
 * Here are some standard links for getting your machine calibrated:
 *
 * [reprap.org]
 * [youtu.be]
 * [calculator.josefprusa.cz]
 * [reprap.org]
 * [www.thingiverse.com]
 * [sites.google.com]
 * [www.thingiverse.com]
 */

//===========================================================================
//============================= DELTA Printer ===============================
//===========================================================================
// For a Delta printer start with one of the configuration files in the
// example_configurations/delta directory and customize for your machine.
//

//===========================================================================
//============================= SCARA Printer ===============================
//===========================================================================
// For a SCARA printer start with the configuration files in
// example_configurations/SCARA and customize for your machine.
//

//===========================================================================
//============================= HANGPRINTER =================================
//===========================================================================
// For a Hangprinter start with the configuration file in the
// example_configurations/hangprinter directory and customize for your machine.
//

// @section info

// User-specified version info of this build to display in [Pronterface, etc] terminal window during
// startup. Implementation of an idea by Prof Braino to inform user that any changes made to this
// build by the user have been successfully uploaded into firmware.
#define STRING_CONFIG_H_AUTHOR "(none, default config)" // Who made the changes.
#define SHOW_BOOTSCREEN
#define STRING_SPLASH_LINE1 SHORT_BUILD_VERSION // will be shown during bootup in line 1
#define STRING_SPLASH_LINE2 WEBSITE_URL         // will be shown during bootup in line 2

/**
 * *** VENDORS PLEASE READ ***
 *
 * Marlin allows you to add a custom boot image for Graphical LCDs.
 * With this option Marlin will first show your custom screen followed
 * by the standard Marlin logo with version number and web URL.
 *
 * We encourage you to take advantage of this new feature and we also
 * respectfully request that you retain the unmodified Marlin boot screen.
 */

// Enable to show the bitmap in Marlin/_Bootscreen.h on startup.
//#define SHOW_CUSTOM_BOOTSCREEN

// Enable to show the bitmap in Marlin/_Statusscreen.h on the status screen.
//#define CUSTOM_STATUS_SCREEN_IMAGE

// @section machine

/**
 * Select the serial port on the board to use for communication with the host.
 * This allows the connection of wireless adapters (for instance) to non-default port pins.
 * Serial port 0 is always used by the Arduino bootloader regardless of this setting.
 *
 * :[0, 1, 2, 3, 4, 5, 6, 7]
 */
#define SERIAL_PORT 0

/**
 * This setting determines the communication speed of the printer.
 *
 * 250000 works in most cases, but you might try a lower speed if
 * you commonly experience drop-outs during host printing.
 * You may try up to 1000000 to speed up SD file transfer.
 *
 * :[2400, 9600, 19200, 38400, 57600, 115200, 250000, 500000, 1000000]
 */
#define BAUDRATE 250000

// Enable the Bluetooth serial interface on AT90USB devices
//#define BLUETOOTH

// The following define selects which electronics board you have.
// Please choose the name from boards.h that matches your setup
#ifndef MOTHERBOARD
  #define MOTHERBOARD BOARD_MKS_GEN_13
#endif

// Optional custom name for your RepStrap or other custom machine
// Displayed in the LCD "Ready" message
#define CUSTOM_MACHINE_NAME "Box Printer"

// Define this to set a unique identifier for this printer, (Used by some programs to differentiate between machines)
// You can use an online service to generate a random UUID. (eg [www.uuidgenerator.net])
//#define MACHINE_UUID "00000000-0000-0000-0000-000000000000"

// @section extruder

// This defines the number of extruders
// :[1, 2, 3, 4, 5]
#define EXTRUDERS 2

// Generally expected filament diameter (1.75, 2.85, 3.0, ...). Used for Volumetric, Filament Width Sensor, etc.
#define DEFAULT_NOMINAL_FILAMENT_DIA 1.75

// For Cyclops or any "multi-extruder" that shares a single nozzle.
//#define SINGLENOZZLE

/**
 * Průša MK2 Single Nozzle Multi-Material Multiplexer, and variants.
 *
 * This device allows one stepper driver on a control board to drive
 * two to eight stepper motors, one at a time, in a manner suitable
 * for extruders.
 *
 * This option only allows the multiplexer to switch on tool-change.
 * Additional options to configure custom E moves are pending.
 */
//#define MK2_MULTIPLEXER
#if ENABLED(MK2_MULTIPLEXER)
  // Override the default DIO selector pins here, if needed.
  // Some pins files may provide defaults for these pins.
  //#define E_MUX0_PIN 40  // Always Required
  //#define E_MUX1_PIN 42  // Needed for 3 to 8 steppers
  //#define E_MUX2_PIN 44  // Needed for 5 to 8 steppers
#endif

// A dual extruder that uses a single stepper motor
//#define SWITCHING_EXTRUDER
#if ENABLED(SWITCHING_EXTRUDER)
  #define SWITCHING_EXTRUDER_SERVO_NR 0
  #define SWITCHING_EXTRUDER_SERVO_ANGLES { 0, 90 } // Angles for E0, E1[, E2, E3]
  #if EXTRUDERS > 3
    #define SWITCHING_EXTRUDER_E23_SERVO_NR 1
  #endif
#endif

// A dual-nozzle that uses a servomotor to raise/lower one of the nozzles
//#define SWITCHING_NOZZLE
#if ENABLED(SWITCHING_NOZZLE)
  #define SWITCHING_NOZZLE_SERVO_NR 0
  #define SWITCHING_NOZZLE_SERVO_ANGLES { 0, 90 }   // Angles for E0, E1
  //#define HOTEND_OFFSET_Z { 0.0, 0.0 }
#endif

/**
 * Two separate X-carriages with extruders that connect to a moving part
 * via a magnetic docking mechanism. Requires SOL1_PIN and SOL2_PIN.
 */
//#define PARKING_EXTRUDER
#if ENABLED(PARKING_EXTRUDER)
  #define PARKING_EXTRUDER_SOLENOIDS_INVERT           // If enabled, the solenoid is NOT magnetized with applied voltage
  #define PARKING_EXTRUDER_SOLENOIDS_PINS_ACTIVE LOW  // LOW or HIGH pin signal energizes the coil
  #define PARKING_EXTRUDER_SOLENOIDS_DELAY 250        // Delay (ms) for magnetic field. No delay if 0 or not defined.
  #define PARKING_EXTRUDER_PARKING_X { -78, 184 }     // X positions for parking the extruders
  #define PARKING_EXTRUDER_GRAB_DISTANCE 1            // mm to move beyond the parking point to grab the extruder
  #define PARKING_EXTRUDER_SECURITY_RAISE 5           // Z-raise before parking
  #define HOTEND_OFFSET_Z { 0.0, 1.3 }                // Z-offsets of the two hotends. The first must be 0.
#endif

/**
 * "Mixing Extruder"
 *   - Adds G-codes M163 and M164 to set and "commit" the current mix factors.
 *   - Extends the stepping routines to move multiple steppers in proportion to the mix.
 *   - Optional support for Repetier Firmware's 'M164 S' supporting virtual tools.
 *   - This implementation supports up to two mixing extruders.
 *   - Enable DIRECT_MIXING_IN_G1 for M165 and mixing in G1 (from Pia Taubert's reference implementation).
 */
//#define MIXING_EXTRUDER
#if ENABLED(MIXING_EXTRUDER)
  #define MIXING_STEPPERS 2        // Number of steppers in your mixing extruder
  #define MIXING_VIRTUAL_TOOLS 16  // Use the Virtual Tool method with M163 and M164
  //#define DIRECT_MIXING_IN_G1    // Allow ABCDHI mix factors in G1 movement commands
#endif

// Offset of the extruders (uncomment if using more than one and relying on firmware to position when changing).
// The offset has to be X=0, Y=0 for the extruder 0 hotend (default extruder).
// For the other hotends it is their distance from the extruder 0 hotend.
#define HOTEND_OFFSET_X {0.0, 40.00} // (in mm) for each extruder, offset of the hotend on the X axis
#define HOTEND_OFFSET_Y {0.0, 0.00}  // (in mm) for each extruder, offset of the hotend on the Y axis

Inductive probe does not trigger on marlin 2.0 bugfix skr 1.3 board (no replies)

$
0
0
Hello
I have a problem with inductive probe. I had it working before but now i upgraded to skr board and it doesnt trigger.
I switched off pull up resistor, Probe sends signal because if i put it into temperature reading pin, it reads as 94 degrees and -14 when triggering. But when in zmin pin it alsways stays active. If i put Y endstop to zmin pin it works.
I have attached my conf files.
Does anyone have any ideas about why this happens?

Using timers/delays in the firmware to change "configuration" parameters (1 reply)

$
0
0
Hello all,

I was wondering if there is anyone that has experience implementing delay/timer functions to modify Marlin code, specifically in 'configuration.h"??
I would like to say, after 100000ms after the board being turned on, to change parameters in the Marlin code e.g. stepper motor direction.


Unfortunately, when I try to compile marlin with blank void setup (){} and void loop (){} calls to write a timer function, I get the following compile error:


Arduino: 1.5.3 (Windows NT (unknown)), Board: "Arduino Mega 2560 or Mega ADK"

In file included from /Marlin.h:30,
from BlinkM.cpp:5:
Configuration.h:6: error: previous declaration of 'void loop()' with 'C++' linkage
C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/Arduino.h:120: error: conflicts with new declaration with 'C' linkage

This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.



Any guidance would be appreciated.

Kind Regards

[solved] (no replies)

Auto Bed Leveling Issues (no replies)

$
0
0
I think I might be having some leveling issues using the BLTouch. It appears as if it's not working. I have Marlin 1.1.8 on a D-Bot CoreXY machine. The reason it caught my attention is that I printed a sacrificial tower off to one corner for a print this evening and it took 2 layers or so before the first layer would lay down on the bed while the center print started at layer 1. I started watching the Z position during the print head moves and it never changes from the center to the corner! When I say that I mean I am watching the LCD and the Z-coords stay the same across the print. It should be changing??? That tells me something isn't right. I am using a BLTouch and have adjusted my z-offset using this video, [www.youtube.com] The z-offset and the bed leveling G29 are done with both the nozzle and bed hot.

Here is my S3D start script,

M280 P0 S160 ; BLTouch alarm release

G4 P100 ; delay for BLTouch

G28 ; home

G29 ; auto bed leveling

G92 E0

G1 Z0.1 F1000

G1 X8.0 F2000

G1 Y280.0 E4.0 F1000.0 ; prime

G1 Y240.0 E8.5 F1000.0 ; prime

G92 E0



When I do the bed leveling here are the z coords it shows

11.31/11.32----11.23/11.23----11.09/11.1----10.99/11.01----11.01

11.25/11.26----11.29/11.29----11.33/11.33----11.06/11.06----11.05/11.05

11.25/11.25----11.14/11.13----11.11/11.11----11.08/11.09----11.1/11.1

11.21/11.21----11.23/11.23----11.07/11.08----11.11/11.1----11.07/11.09

11.12/11.13----11.23/11.23----11.18/11.17----11.16/11.15----11.22/11.21


Upon starting a print the BLTouch does go through a 5x5 grid. EEPROM is active. Suggestions?

Upgrading configuration.h and cofiguration_adv.h (1 reply)

$
0
0
Hello,
I'd like to upgrade my clone Prusa i3's firmware, by myself, because the producer is not supplying the new Marlin files :) so I downloaded the 1.1.9 version and opened comparison mode on npp and tried to modify it but there are some lines added/removed so I didn't want to go further since any wrong modifications will cost me a lot. I've done some research on marlinfw.org and found an interesting feature using SanityCheck.h, MarlinFW/configuration says "To use configurations from an earlier version of Marlin, try dropping them into the newer Marlin and building. As part of the build process, the SanityCheck.h will print helpful error messages explaining what needs to be changed." but instead of providing "helpful error messages" it says "You are using an old Configuration.h file, update it before building Marlin." because the file version is really old :S. Anyway, comparing and SanityCheck.h didn't work. Is there a way to convert Marlin1.0 configuration.h to Marlin1.1.9 configuration.h file without requiring high level of engineering knowledge.
Thanks.

SD position and pause print (UPS, recovery after power loss + octoprint) (no replies)

$
0
0
Hello,

I am currently developing a plugin for octoprint, to add the management of an UPS and I set up a system of recovery after power loss.
for that I put the print in pause and I recover the position in the file.
In USB the position is good (octoprint) but when printing SD, the number of byte recovered does not correspond to the position where it stopped the print.
most often the position corresponds to the last two lines to play.
I do not understand why, the pause time is more than enough for the printer to give the right position.
I miss maybe a configuration?
my recovery system, works well.
I can resume a print, it just misses me the right position for the SD

need help

Marlin 1.1.9

Sanity check: z-min? (no replies)

$
0
0
Just wondering if sanity checks for z-min exists in 1.1.9.

z-min error
my prob be normally closed, only opens when it touches the bed, so before a bed level is executed, check if prob signal is closed.
currently the fw still tries to level even if the prob signal is already open, causing the head to continuously trying to move up even ignoring the max endstops and crashing.
on my stock oem fw, if i try to level with the prob open, it'll beep and display z-min error.
So i'm wondering if this is an feature that is removed since 1.0.0, or something my oem customized?

another side question: is there a easier way to adjust z-height/offset in 1.1.9?
while i can adjust it in the probe z offset setting, I have to know the value beforehand.
on my stock oem fw, when i try to adjust the z-height, the head will actually move the the height displayed, thus i don't need to know the value beforehand, and i can just adjust it on the fly.

CR-10 S4, Marlin firmware 1.1.9 bugfix, extruder temperature not reading/scaling properly (no replies)

$
0
0
We got a CR-10 S4 and are trying to replace the built-in manufacturer firmware which crashed all the time (if you tried to move an axis more than 10mm at a time it would hang requiring a power cycle). Firmware is up and rudimentary prints are working-ish. We are having trouble with layer adhesion on the filament it came with, and printing whatsoever with a purple Inland PLA. Upon the advice to increase the temperature (all the way to the max of 260!) we are suspecting thermal issues.

From what we can tell, this should use TEMP_SENSOR_0 1 (this is from sourcing "stock" replacement parts and seeing other advice from other "CR-10S" recommendations). We have not specifically confirmed the thermistor as we do not immediately have access to an ohmmeter. We haven't messed with any other thermal settings. I strapped a meat thermometer onto our hot-end, and while I expected some thermal loss from being outside the heat-block, I'm concerned with what looks like a scaling issue. Here's the settings as reported by the LCD, then the temperatures read from the meat thermometer:

190 124.2
195 127.9
200 130.6
205 133.5
210 136.7
215 140.3
220 142.2
225 146.4
230 148.7
235 151.1
240 153.8
245 156.6
250 159.3
255 163.1
260 166.8

While the setting is to increase the temperature by 5 degrees, it appears to be increasing on average by 3 degrees. Assuming that's ballpark 9/5, I was worried about C/F conversions but the numbers don't really make sense.

Lastly, when idle/no heating, the bed and extruder both register at ~25C in my office, which seems correct.

We've consulted with several references (like this, although we're using a newer marlin: [github.com] ) but are getting nowhere. Any advice is appreciated!

Link to the actual printer: [www.amazon.com]

Link to the manufacturer's page: [www.creality3d.cn]

Edit: We have been able to flash the manufacturer's firmware to the printer. While we're not happy with the crashing, but a benchy has successfully printed at 230C which we believe eliminates hardware as a cause.

Marlin 2.0.x delta printer auto bed level issue (no replies)

$
0
0
Hi all, I have this issue after updating to the latest version. I checked forums for a solution but found nothing that work. I have a log of the auto-level debugging and config files that I include here [attachment 111742 Marlin.zip] [attachment 111741 Auto_level_fail.txt]. I checked the code but since I'm not good at programming, I did not see anything related. I am running Marlin on a BTT Skr V1.3, no hot bed, TMC2100 on X, A4988 on YZE. The Z-probe is a micro-switch on the effector activated by the nozzle bumping the build plate. I was working as of 31-05. Any help would be appreciated. Thanks in advance

_draw_chamber_status definition in wrong place (no replies)

$
0
0
Hello,

I’m working on setting up chamber temperature control in Marlin 2.0-bug fix.

When enabled, I get a compiler SegFault in Arduino GUI, so I rebuilt it in PlatformIO (a much nicer experience).

The compile still errors, but this time due to a nested in-line function definition.

I think the _draw_chamber_status() function is in the wrong place.

Can someone please confirm this is so?

Best regards,
Alex

Problems compiling... Help! (no replies)

$
0
0
I have a Creality Ender 3 with a MKS Gen L main board and I'm wanting to use the TMC 2130"s in SPI mode. When I try to compile the code I get this error:
Any help on what I'm doing wrong? Marlin 1.1.9 Bugfix

*** EDIT *** too big text sequence cut and attached as TXT-file "Error.txt"

This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.

G33 probe suggestion (no replies)

$
0
0
I have an offset bed probe, on my printer an IR one.

But my one problem with the G33 routine, is that it does not take into account the offset of the probe, and I assume there is a reason for this, if that is the case.

I’m looking to fit 3 offset probes to the effector and probe the XYZ offsets for each tower .

How hard would it be to implement this, and then overlay the 3 probe tables to produce a more accurate calibration.

I would do it myself but I would not know where to start to make the changes to marlin.

Regards
Paul

Getting a "Deploy Z-Probe" message when trying to auto bed level (no replies)

$
0
0
I am new to 3d printing and I am running Marlin 2.0 on a SKR V1.3 board on a delta Kossel plus (just upgraded from the trigorilla board) and I am getting a message: “Deploy Z-Probe” when I try to do bed leveling using the anycubic bed leveling sensor that clips on the nozzle. I can auto home with no issues and I get the same message when I try to run G33. Also, I cannot lower the nozzle near the bed. Any recommendations on what I need to adjust in Marlin to fix these issues?

Marlin 2 prints on air (auto leveling issue?) (1 reply)

$
0
0
Hi guys, I've installed marlin 2 on a azsmz mini and all seems to run OK, so just tried to do the first print but the print starts way above the bed surface, at z15, on the file I tried to print there is a line that cura ads:

G1 Z15.0 F6000 ;Move the platform down 15mm

so I remove it and tried again but now after the bed leveling routine the z axis leaves it at z5 so it start to print there.

This it's a segment of the gcode from the sd card:

;FLAVOR:Marlin
;TIME:5015
;Filament used: 5.8069m
;Layer height: 0.2
;MINX:54.348
;MINY:79.53
;MINZ:0.3
;MAXX:139.748
;MAXY:141.93
;MAXZ:19.9
;Generated with Cura_SteamEngine 4.1.0
M106 P1 S255 ;.TurnONFanHeatsinkHeater
M104 S200
M105
M109 S200
M82 ;absolute extrusion mode
G28 ;Home
G29 ;.AutoLeveling
G1 Z15.0 F6000 ;Move the platform down 15mm
;Prime the extruder
G92 E0
G1 F200 E3
G92 E0
G92 E0
G92 E0
G1 F1500 E-6.5
;LAYER_COUNT:99
;LAYER:0
M107
G0 F2571.4 X56.984 Y80.675 Z0.3
;TYPE:SKIRT
G1 F1500 E0

so there it's the line: G0 F2571.4 X56.984 Y80.675 Z0.3
which it tells marlin that has to move the z axis to z0.3 but marlin ignores it, x and y moves correctly so I imagine I failed to apply this guide to use an inductive sensor as auto leveling method.

Any of you guys can give me a clue what parameter to look for?, thanks.

Arduino Due + RAMPS-FD + TMC2660 SPI communication problem (2 replies)

$
0
0
Hi! I used Arduino Due + RAMPS-FD-V1 + TMC2130 Driver boards for all X, Y, Z and E0 with SPI communication mode and I used Marlin bugfix-2.0.x version FW code.
I used software SPI mode (TMC_USE_SW_SPI) and it worked well and I had been using it for a long time.

Recently, I downloaded the latest bugfix-2.0.x FW code again and tested my printer and it also worked well with same Arduino Due + RAMPS-FD-V1 + TMC2130 Driver boards.

But when I changed TMC2130 to TMC2660 (TMC2660-BOB board with some jumper cables) Driver boards for X, Y, Z and E0, it seemed Arduino Due could not communicate with TMC2660 Driver boards at all.
I used exactly same Arduino PINs for SPI communication but it seemed there was SPI communication problem.
There was "TMC CONNECTION ERROR" message on my LCD screen and when I read TMC_DEBUG using M122, all X, Y, Z and E values are 00.

X 0x00:00:00:00
Y 0x00:00:00:00
Z 0x00:00:00:00
E 0x00:00:00:00

Can I use Arduino Due with TMC2660 Driver boards?
Do I need to add any special codes or do something to use Arduino Due with TMC2660 Driver boards?
I tested the latest bugfix-2.0.x and TMCstepper Driver library.
Please let me know how can I use TMC2660 Driver boards with Arduino Due?
Thank you.

Mixing Feature with 2 Independent Heaters (no replies)

$
0
0
Hello,

I am in need of some help. I need to be able to have the ability to have 2 heaters that can be set at 2 different temperature and still be able to use the mixing feature. It only allows me to use one heater at the moment and I am wondering if there is anywhere in the firmware I can change that?

Thank you
Viewing all 2836 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>