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

Marlin 2.0 wont start with warm headbed (2 replies)

$
0
0
Hey folks!

I updated my CR-10 with an Skr V1.3 board, TMC2208 driver and Marlin 2.0.
After two days of frustration and helplessness everything works fine.

BUT! one little thing drives me crazy.
When i killswitch the printer whit a warm/hot headbed im not able to switch it on again until the headbed is cooled down. I get an warning that the headbed is to warm (cant see everything of the warning, cause the display cuts it away).
Maybe somebody know an solution for this kind of problem.

geetz
Raffa

P.S.: sorry for my english

Stepper timeout and Z limits (no replies)

$
0
0
Hello

First post. Be gentle

I am configuring my home built CNC ( Y=800mm, X=600mm), and have a few questions regarding homing and Z heights.

All my NC limit switches work fine, but they timeout when homing if too far from the home position (especially in the Y axis). I have to keep resetting the Rambo LCD and continuing the homing process until they reach bottom left of the machine and home.
I have searched the code and cannot see a homing timeout (or is it a servo timeout?).
Any advice on increasing the amount of time it allows for it to home – if possible?

My second question is the Z limits.
I fitted a Z max microswitch for the Z pillar when it is raised.
Am I right in thinking this won’t actually do anything, unless I enable it? It is working, but probably doesn't actually do anything (well... nothing I have seen).

I ideally want it to stop the Z height rising (Z stepper +) whatever the command (probably when I manually lift Z). Just to stop it over-running the rails.

I made a 0.6mm touch plate, which I believe is how the homing command determines Z min (0v to the tool, signal to the plate).
Yet to work out where I then tell the system to add that 0.6mm back to the start height, but I will Google that later.

Is there a way of adding a limit switch that will always stops the Z travel downwards (towards the bed) whatever the machine is doing? Almost maybe like an emergency stop.
While I am playing around learning all this stuff (G-Code etc), I would like to add an adjustable limit switch to my Z height to prevent me accidentally destroying my hard work (I would set it maybe 1 or 2mm higher than the pen I am using as a starting learning tool).

Thank you for your time

M600 Makes Nozzle Crash Into Part (no replies)

$
0
0
I have a Modix Big60 printer running Marlin 1.1.9B, it has a filament sensor that gets used on almost every part because of how large the parts are. When the sensor is switched the printer initiates a filament change with M600. However, when this happens, the nozzle moves down a couple mm and squishes the part before coming back up and going into the park position. The reverse happens when resuming a print after the filament change, The nozzle moves into the correct X/Y position and then goes down a couple mm to far, then raises to the correct height and continues printing.
This problem affects the finish of the part in a minor way but it seems like something that can be fixed. I'm not sure if this is a case of relative positioning vs. absolute positioning because of the park feature working perfectly fine. I've also tried using the M600 Z"number" to add a relative lift but it seems like it goes down into the part and then goes up the extra distance. The printer also uses UBL, could that effect where the nozzle goes during a filament change? Any help or guidance is greatly appreciated!

Setting Junction Deviation in firmware has no effect (7 replies)

$
0
0
I posted this on Stack Exchange already:
[3dprinting.stackexchange.com]

I'd like to repeat my question here since this is group group is more focused on my specific issue.

This is a copy of the question on Stack Exchange:

I have built a 3D printer with Marlin bugfix-2.0.x forked from github.

I am attempting to set the default value for junction deviation so that I don't have to change it through the printer's screen/interface every time I power cycle the printer, but what I thought would set it properly isn't doing the trick.

My thought was that uncommenting this in Configuration_adv.h would work:

#define JUNCTION_DEVIATION_MM 0.02


I have tried setting this define inside of and outside of the default "if" block in which it appears (more on that below), just to make sure the issue wasn't because I didn't have something else set, and I get the same behavior when this define statement is either protected or unprotected by an "if"

Also, the default if block is this:

#if ENABLED( JUNCTION_DEVIATION )
    #define JUNCTION_DEVIATION_MM 0.02
#endif

Uncommenting #define JUNCTION_DEVIATION leaves me with a compiler error telling me that I don't need to do that, so I'm not seeing anything that I am supposed to enable to get it to use the JUNCTION_DEVIATION_MM setting. In other words, I can't actually enable "JUNCTION_DEVIATION" any more, so I HAVE to break the JUNCTION_DEVIATION_MM setting out of the "if" but it still has no effect.

After setting this parameter, when I power cycle the printer, the junction deviation is set to 0 (although one touch of the adjustment knob makes it jump to 0.010, so I think that what is displayed as "0" may actually mean "unset"), which is causing a significant stop/start jerk on every angle change until I manually set the junction deviation.

My current Configuration.h and Configuration_adv.h are here: [github.com]

Any ideas what I'm missing? I'm sure it's something simple, I just haven't found it.

I appreciate any insight anyone can give as to how I can get this setting to stick in the firmware so I don't have to set it every time I power up the printer.

In case it matters, I'm running this on an SKR V1.3 with TMC2208 drivers at 24V.


Thanks!

CNC Z axis issues (no replies)

$
0
0
I have Marlin firmware loaded on a Bigtree tech SKR V1.3 with TMC2208 stepper drivers. Im connecting though repetier host and am able to move the machine around. My endstops are -x, +y & +z. xy&z are all homing correctly, however when i initially go to home x or y, z makes a safety move in order to not drag a tool across the bed or work piece. It moves towards the bed...Also, when I run a CAM program, Z seems to be completely flipped. I have tried reversing directions in the firmware with no luck. Im not sure where or what i need to change. Let me also add then when i do change the direction in the firmware the behavior still seems the same. Any and all help is appreciated.

SKR 1.3 Marlin 2.0 CNC no extruder ... unable to run (no replies)

$
0
0
Hi,

i want to use this setup for my mpcnc, so i set #define EXTRUDERS 0 but now it is no longer compiling
In file included from Marlin\src\Marlin.cpp:35:0:
Marlin\src\module/motion.h:128:71: error: too many initializers for 'const float [0]'
   constexpr float hotend_offset[XYZ][HOTENDS] = { { 0 }, { 0 }, { 0 } };
i am not able to figure out what i did wrong.
an i am also not able to find a guide how to configure marlin 2.0 for CNC :/

in ideas or hints?

br
Mantus

Help ! Marlin 2.0 -Unusual z axe behaver (no replies)

$
0
0
Hello,
I'm absolute green newbie in Marlin and I need same help around it,please be patient with me.
I have Creality CR 10s pro printer . From new one have had "home" issue ,nozzle was hitting heat bad. Instead factory ....hex I have decided to use "Tiny machines" firmware, with worked much better in a past and update proximity sensor from factory one to LJC18A3-H.Z/BX and when everything was assemble horror with z axe have started. All story is there.
To cut to the chase, point is this:
1. Know printer works like this.
2. All axes separately using function "move " -attached picture- works as it should.

What doesn't work:
1."Home" function . Nozzle keeps climbing up instead down but sensor reacts to signal and stops.
With advise from " tiny machine" I have tray to change in Marlin for my printer:

Lines 104 through 106 have sensor options
​//#define ABL_EZABL // TH3D EZABL or Any NO Sensor
//#define ABL_NCSW //Creality ABL or Any NC Sensor
//#define ABL_BLTOUCH
​By default the machine sets to the creality stock, ABL_NCSW, you need to override that by removing the // before ABL_EZABL
I did that and worked in wright direction but sensor not reacted to signal. Nozzle was moving down to heat bead with no brakes .

Using my newbie brain (actually is quite old) ,I need to change direction on Z axe ,from up to down, in Marlin when "home" function is activated.
Or, activate sensor signal to stop when lines 104 through 106 are changed by removing the // before ABL_EZABL.

It could be completely new solution to my problem .....
Grateful for any help or advise-internally !

Sincerely
Gin

marlin Rambo1.4 all steppers low torque (no replies)

$
0
0
I just built an MPCNC using Rambo 1.4 Marlin and Nema 17 Stepper Motors 2.0A 59Ncm 4 Lead Wire 1.8 Deg I checked the pairs before install. The steppers run in the right direction but have no torque. I can stop the pulley movement with fingers.
currently in configuration_adv.h #define DIGIPOT_MOTOR_CURRENT { 120, 120, 120, 120, 120 } // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
Can anyone help?

No response from Serial on Custom Board (no replies)

$
0
0
Hello Everyone,

This post will be fairly long and detailed so I will start with a brief right here:
I am getting no response on Serial from Marlin on a custom board while using Octoprint as a controller.

Now on to more details... sorry if this is a little long winded, trying to cover every base.

I am trying to get Marlin running on an AthenaII 3D printer which is developed at my University. The printer uses a custom board and custom firmware by default but I want to get it working with Marlin. For more details on the printer itself I've provided links to the printer and custom board below:

Printer: https://www.appropedia.org/AthenaII
Board: https://github.com/phidiasllc/athena_board
Default Firmware: https://github.com/mtu-most/franklin

After installing Octoprint on the controlling computer as well as uploading a compiled version of Marlin onto the board, I get no serial response when trying to connect via Octoprint. The N0 M110 N0*125 codes that Octoprint outputs through serial simply timeouts with no response. I've been trying to figure out what is going on but have made no progress. I've detailed the setup and steps I've done below. Maybe someone can see something I am missing? or knows what I am doing wrong?

The following are some relevant specs for the board (Let me know if you need more):

Printer Board:
Processor  : ATmega1284P
Frequency  : 16MHz Crystal Oscillator
Fuse-bits  : e=0xFF,L=0xF7, H=0xD9
Serial Port: Rx0/Tx0 (Pins 8/9)

Controlling Computer:

Model     : Orange Pi Zero
OS        : Armbian
Controller: Octoprint

These boards are directly connected to each other daughter-board style. I control the Orange Pi computer with SSH. The Octoprint server on the Orange Pi works and can also be accessed by my desktop.

I am compiling Marlin using Arduino 1.8.10 on my desktop and am uploading it via the Orange Pi using avrdude manually through the SPI bus on the AVR. This is how I am using it (athenapi is a linuxgpio SPI programmer):

avrdude -p atmega1284p -c athenapi -U flash:w:Marlin.ino.hex

I am compiling Marlin as through it is being uploaded onto a Sanguinolulu with a 1284P just to get the serial working. I didn't change the configuration other than the board. None of the steppers or other components are connected. It is just the Orange Pi and the ATmega1284P with its circuitry. I don't get any compilation errors other than this:

Error while detecting libraries included by /tmp/arduino_build_437632/sketch/temperature.cpp

From what I have seen, this isn't a huge error as long as it completes compilation and everything should work fine. After transferring the .hex file, uploading goes fine otherwise. AVRdude completes with no errors. The issue starts when I try to send anything to the board through the serial lines. Neither Octoprint nor Minicom get any response from the board. I've tried a series of things to diagnose and fix this issue.

I've changed the Serial Port on Marlin between 0 and 1. According the the fastio headers it should be on serial 0.
I've tried different Marlin versions: 1.1.x, 1.1.x-bugfix, 2.1-dev, 2.0.x-bugfig; with no difference.
I've tried different baud rates on both Marlin and Octoprint. Including having Octoprint sweep through baud rates.
I've checked that Octoprint can send and receive by shorting Rx and Tx. It does, however I can't seem to get it to work when the ATmega1284P is connected...
I've tried checking that other Arduino programs work, they do.
I've uploaded an Arduino serial echo server to see if serial was broken. It appears to work, however minicom gives me the wrong values back... but that might be my minicom setup.

So from what I've tried, it seems there might be some hardware issue with the UART/Serial but the previous firmware used serial as well and had no issues with communicating. Is Marlin more picky about how UART operates? I did have to replace the ATmega1284P once when I fried it on a short but I had no issues with it after the replacement. Maybe its possible I damaged something during my debugging? But I was having this issue before removing the electronics from my printer as well.

I can't seem to wrap my head around why this isn't working. I feel like I might be missing something really simple or obvious. Does anyone have any clue what might be going on?

Thanks in advance,

Jacob 'The JLo'

bed and nozzle heaters are not working at the same time (no replies)

$
0
0
Hello

I modified ramps 1.4 board to use with arduino due as described in due + ramps mod

I can set on and off bed heater or extruder heater one at a time but not at the same time.
when I try second one to set on marlin drops both heaters instantly. Does not matter which one is switched first.

Activated bed PID, tuned extruder and bed PID values but it does not help.
no eeprom on board, so no ex-firmware parameter issue.
thermistors are working and assigned to correct heaters.
tried to extend thermal protection intervals-temperatures but none of tyhem helped.

To test if there is any hardware issues I wrote an arduino sketch and I able to switch on both heaters and read both thermistors. Mosfets are switched ok.
Power supply is sufficient, slight voltage drop from 12.15 V to 11.77 Volts when both heaters are working.

the error messages:
----------------------------------------------------------------------------
Error:Heating failed, system stopped! Heater_ID: 0
[ERROR] Error Heating failed, system stopped! Heater_ID: 0

Error:Printer halted. kill() called!
[ERROR] Error Printer halted. kill() called!
---------------------------------------------------------------------------

So I think there is a marlin config issue I am missing. Atached config files.
If you have any idea please post.

thanks

Machine Homing Problem (1 reply)

$
0
0
Hi!

I'm working in a Clay 3D printer, and for it I'm using Marlin Firmware.

I'm having a problem in the homing routine, the Y axis is the only one that is homing. Have anybody have this problem?

Thx!

out of bounds when G29 (no replies)

$
0
0
As soon as i set MIN_PROBE_EDGE i get ? (L,R,F,B ) out of bounds. when issuing G29. When i ommit MIN_PROBE_EDGE my probe wants to probe outside of the bed.

Im using a Hypercube (CoreXY) with an inductive sensor. This has worked in the past quite good. The machine homes correctly and the origin is where would expect it: in the front left corner.

I also noticed that it doesnt matter whether i set the X-Offset of my probe to 32.5 or -32.5, it homes Z at the same position and when bed leveling it try to probe outside the bed.

Isnt MIN_PROBE_EDGE the correct way to adress this issue?

Attached is my configuration.h and configuration_adv.h, but here is also a paste of configuration.h [pastebin.com]
I pulled the newest commits today from github, but i had this issue for over a week now so either theres a bug in marlin ooor i was stupid :D

Best practice for debugging Marlin (no replies)

$
0
0
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 1
- RAMPS 1.4 + Arduino MEGA 2560
- Even more specifically: MKS Gen V1.4

Many thanks for any references and info!

Marlin 2.0.X Bugfix Platformio:Build Error? (1 reply)

$
0
0
Hi, i recently received SKR 1.3 board. I tried upload latest marlin version. When i try upload arduino always times out. Here it is error code:
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_getsync(): timeout communicating with programmer

avrdude done. Thank you.

An error occurred while uploading the sketch
Why is this happening?

So i decided to try Atom software. I add latest version marlin and i only changed “default_envs = LPC1768” in platformio.ini. After then i press the Platformio:Build button and it gives this errors: [yadi.sk]

What can i do?

Marlin 2.0.X Bugfix Platformio error compilation (2 replies)

$
0
0
Hello all,

I tried to compile a marlin 2.0.x for an SKR 1.3 +TMC5160 V1.1 for a delta printer type kossel K800XL ...
I use visual studio code + pio platform

I suppose there is missing something somewhere... But I don't know what is missing and in wich file.
Could someone help me ?
I can provide You other files / informations if needed

Here is what I received as message :


CIompiling .pio\build\LPC1768\src\src\lcd\menu\menu_ubl.cpp.o
n file included from Marlin\src\lcd\menu\menu_sdcard.cpp:31:
Marlin\src\lcd\menu\menu_sdcard.cpp: In function 'void menu_sdcard()':
Marlin\src\lcd\menu\menu_sdcard.cpp:128:29: error: 'MSG_CARD_MENU' was not declared in this scope
C ompiling .pio\build\LPC1768\src\src\lcd\ultralcd.cpp.o
MENU_ITEM(sdfolder, MSG_CARD_MENU, card);
Compiling .pio\build\LPC1768\src\src\libs\L6470\L6470_Marlin.cpp.o
^~~~~~~~~~~~~
Marlin\src\lcd\menu\menu.h:316:88: note: in definition of macro '_MENU_ITEM_VARIANT_P'
draw_menu_item ## VARIANT ## _ ## TYPE(encoderLine == _thisItemNr, _lcdLineNr, PLABEL, ## __VA_ARGS__); \
^~~~~~
Marlin\src\lcd\menu\menu.h:346:103: note: in expansion of macro 'PSTR'
#define MENU_ITEM(TYPE, LABEL, ...) _MENU_ITEM_VARIANT_P(TYPE, , false, PSTR(LABEL), ## __VA_ARGS__)
^~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:128:9: note: in expansion of macro 'MENU_ITEM'
MENU_ITEM(sdfolder, MSG_CARD_MENU, card);
^~~~~~~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:128:29: note: suggested alternative: 'MSG_INFO_MENU'
MENU_ITEM(sdfolder, MSG_CARD_MENU, card);
^~~~~~~~~~~~~
Marlin\src\lcd\menu\menu.h:316:88: note: in definition of macro '_MENU_ITEM_VARIANT_P'
draw_menu_item ## VARIANT ## _ ## TYPE(encoderLine == _thisItemNr, _lcdLineNr, PLABEL, ## __VA_ARGS__); \
^~~~~~
Marlin\src\lcd\menu\menu.h:346:103: note: in expansion of macro 'PSTR'
#define MENU_ITEM(TYPE, LABEL, ...) _MENU_ITEM_VARIANT_P(TYPE, , false, PSTR(LABEL), ## __VA_ARGS__)
^~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:128:9: note: in expansion of macro 'MENU_ITEM'
MENU_ITEM(sdfolder, MSG_CARD_MENU, card);
^~~~~~~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:130:27: error: 'MSG_CARD_MENU' was not declared in this scope
MENU_ITEM(sdfile, MSG_CARD_MENU, card);
^~~~~~~~~~~~~
Marlin\src\lcd\menu\menu.h:316:88: note: in definition of macro '_MENU_ITEM_VARIANT_P'
draw_menu_item ## VARIANT ## _ ## TYPE(encoderLine == _thisItemNr, _lcdLineNr, PLABEL, ## __VA_ARGS__); \
^~~~~~
Marlin\src\lcd\menu\menu.h:346:103: note: in expansion of macro 'PSTR'
#define MENU_ITEM(TYPE, LABEL, ...) _MENU_ITEM_VARIANT_P(TYPE, , false, PSTR(LABEL), ## __VA_ARGS__)
^~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:130:9: note: in expansion of macro 'MENU_ITEM'
MENU_ITEM(sdfile, MSG_CARD_MENU, card);
^~~~~~~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:130:27: note: suggested alternative: 'MSG_INFO_MENU'
MENU_ITEM(sdfile, MSG_CARD_MENU, card);
^~~~~~~~~~~~~
Marlin\src\lcd\menu\menu.h:316:88: note: in definition of macro '_MENU_ITEM_VARIANT_P'
draw_menu_item ## VARIANT ## _ ## TYPE(encoderLine == _thisItemNr, _lcdLineNr, PLABEL, ## __VA_ARGS__); \
^~~~~~
Marlin\src\lcd\menu\menu.h:346:103: note: in expansion of macro 'PSTR'
#define MENU_ITEM(TYPE, LABEL, ...) _MENU_ITEM_VARIANT_P(TYPE, , false, PSTR(LABEL), ## __VA_ARGS__)
^~~~
Marlin\src\lcd\menu\menu_sdcard.cpp:130:9: note: in expansion of macro 'MENU_ITEM'
MENU_ITEM(sdfile, MSG_CARD_MENU, card);
^~~~~~~~~
*** [.pio\build\LPC1768\src\src\lcd\menu\menu_sdcard.cpp.o] Error 1











-----------------------------------------------------------------------------------------------------
PROBLEMS 4
{
"resource": "/c:/3dprinter/BIGTREETECH-SKR-V1.3-master/firmware/Marlin-bugfix-2.0.x/Marlin/src/lcd/menu/menu_sdcard.cpp",
"owner": "cpp",
"severity": 8,
"message": "'MSG_CARD_MENU' was not declared in this scope",
"startLineNumber": 130,
"startColumn": 27,
"endLineNumber": 130,
"endColumn": 27
}


----------------------------------------------------------------------------------------------------------
Here is part of the file menu_sdcard.ccp


if (ui.should_draw()) for (uint16_t i = 0; i < fileCnt; i++) {
if (_menuLineNr == _thisItemNr) {
const uint16_t nr =
#if ENABLED(SDCARD_RATHERRECENTFIRST) && DISABLED(SDCARD_SORT_ALPHA)
fileCnt - 1 -
#endif
i;

card.getfilename_sorted(nr);

if (card.flag.filenameIsDir)
MENU_ITEM(sdfolder, MSG_CARD_MENU, card);
else
MENU_ITEM(sdfile, MSG_CARD_MENU, card);
}
else {
MENU_ITEM_DUMMY();
}
}

Second serial port (1 reply)

$
0
0
Hello all
Just on a bit of a steep learning curve here, but getting there.

Have a Rambo 1.4 with Marling loaded.
Board is plugged into a laptop for the software, and has an LCD plugged into the board as well.

I want to add a remote, but all the ones I have found utilise the USB to the laptop.
I see a second serial port is commented out in the Marlin software. How do you configure this?

If I enable that serial port (although efforts so far have not worked), would I be able to have a second serial comm link to the Rambo? Or is that not how it works?

Ideally, I need to be able to retrieve X,Y and Z data, and also send G code.

Any other suggestions on how I could achieve a second serial communications avenue?

Thanks

BTT SKR1.3+BTT TMC2209 sound and vibration issue:S (1 reply)

$
0
0
I have very strange issue with my new SKR 1.3 board and TMC2209 from BBT. Please see attached video with sound ON.

Video: [youtu.be]

StealthChop working in veeery strange way. Terrible vibrations and noise. If I change TMC mode to SpreadCycle, everything became almost normal, but there is still some minor vibrations and flow instability, as result outer walls are not smooth.

Only if I change speed to very low - less then 5 mm\s sound is disappearing.
2209 in UART mode. M122 output below. Latest Marlin 2.0 from git.

Really need some help here. I'm out of ideas T_T Something is really wrong here.

Already tried to change:
MINIMUM_STEPPER_PULSE - no effect
MINIMUM_STEPPER_POST/PRE_DIR_DELAY - no effect
ADAPTIVE_STEP_SMOOTHING - no effect
SQUARE_WAVE_STEPPING - no effect
Latest BTT TMC libraries - no effect
Steps per mm - no effect
Current - 600, 900, 1200 - no effect
LA - no effect

Conf: [pastebin.com]
Conf_adv: [pastebin.com]
M122 output: [pastebin.com]

Using Marlin 2.x and saving UBL mesh into EEPROM, how to make minor adjustments in the firmware? (1 reply)

$
0
0
I've upgraded to Marlin 2.x and am trying out UBL, saving the mesh data into EEPROM.

I've run into an issue where if I want to reconfigure the z-probe offset to my nozzle, I have to go through the whole mesh leveling again (plus reset and resave to EEPROM).

What are the correct steps to keeping the previous UBL mesh in EEPROM while also being able to reflash minor changes to the firmware configuration and having it take effect?

I'm verifying by doing an M501 after a firmware flash, I think this will read what's in EEPROM, feels like the new configuration won't take effect since I have RESTORE_LEVELING_AFTER_G28. Not sure if this restores old settings as well?

Probe/homing weirdness on CoreXY (no replies)

$
0
0
Hey everyone, I've recently built a HEVO, and I've got everything homing properly (I think.) It homes to the front left corner. The bed homes nicely to meet the probe. When I do bilinear probing however, it appears to be moving the z axis in the wrong direction, causing it to scrape more and more with each probe point. After this the print starts, and the bed moves up even farther.

I'm not super savvy with Marlin, so I'm pretty sure I've just got something a bit off. Anyone got any ideas what it might be? I've attached my configuration.h, hopefully that'll shed some light on the issue.

Warning in marlin bugfix-2.0.x Build (no replies)

$
0
0
Anyone have any insight into the following warning and its scope of potential impact. (I have not yet found the source file to analyze).

\STM32ADC\src\utility\util_adc.c:10:30: warning: 'adc_result' initialized and declared 'extern'
extern volatile unsigned int adc_result = 0;


Thanks for sharing your expertise.

Regards,

Charles F. Nelson
Viewing all 2831 articles
Browse latest View live


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