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

Called Process Error while compiling 020007 (no replies)

$
0
0
I think Windows is to blame but I'm not sure.

I'm using Visual Studio 1.49.3 / Platformio on a Windows PC that originally came with 7 and was upgraded to 10

the default configh file and 2560 board compiles fine but when I change the board to the Robin Nano it throws up this
error. any help or suggestions are appreciated

[attachment 117070 Error-screen.png]

Using a digital IR-Sensor with Marlin? (1 reply)

$
0
0
I am wondering if it is possible to use a digital IR sensor with marlin? I do not mean a thermistor or similiar, but a sensor that measures the IR waves coming from a specific point on a target. I am thinking of a sensor that uses the I2C bus, like the MLX90614:

[www.ebay.de]

For this sensor I even found an existing library:

[github.com]

I saw that in the configuration_adv.h there is the option of using the I2C for experimental purposes and that there are G-Code commands like

M260
M261

for sending or requesting information, but I have absolutly no idea how to adress the IR-Sensor right or what to type in in the serial monitor to get a temperature value. For me it seems that the I2C bus is primarily used for alternative LCD panels.

I hope my English is good enough, otherwise please tell me if there are any misunderstandings.

No example config for SKR1.4 Turbo (1 reply)

$
0
0
Hi,
I am building a printer with a BigTreeTech SKR1.4 turbo board, I have just gone through the debakle of Windows not being able to build the Bugfix branch of Marlin, so I am using a Mac, however in the past I have used an example config for my Anet A8 which made life easy, after checking I find that there is no example configs for BigTree boards, so my question is, I know that a lot of the functions dont need to be used but what are the important functions that you must set ?

Thanks
Stuart

Short File Name from Long File Name (2 replies)

$
0
0
Hello,
I've been working on a piece of software. I would like a user to be able to generate a gcode file that will call a 2nd gcode file using "M32 S??? MyFile.gco". It works fine but I never know the *.gco file name unless I copy a gcode file to a card, insert it into the printer, and then query the printer with M20. Then I have to remove the card, enter the filename, and finally I can print the files. It would be much simpler to know how Marlin will generate the 8.3 filename from the long file name.

So my question is...how is the 8.3 file name generated, and can it be anticipated? If the long file names are "This is the file I want to print.gcode" and "This is the file that gets called.gcode" then what would be the 8.3 equivalents?

I hope that is clear. Thanks in advance.

Problem with Marlin 2.0.7.2 (2 replies)

$
0
0
Hi everyone,
I have a Geeetech i3 PRO W (actual FW 1.0.0.5 stock) and I'm trying to update the FW with the Marlin 2.0.7.2 version by doing this:
- Downloaded the FW Marlin 2.0.7.2 from the site
- Downloaded configuration.h and configuration_sdv.h from sample configurations
- Replaced configuration.h and configuration_sdv.h

In ArduinoIDE it crashes at 1/3 of the verification process
In PlatformIO the following error comes out:


Processing mega2560 (platform: atmelavr; board: megaatmega2560; framework: arduino)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------

Verbose mode can be enabled via `-v, --verbose` option
In file included from buildroot/share/PlatformIO/scripts/../../../../Marlin/src/inc/MarlinConfig.h:34:0,
from buildroot/share/PlatformIO/scripts/common-dependencies.h:31:
buildroot/share/PlatformIO/scripts/../../../../Marlin/src/inc/../pins/pins.h:767:6: error: #error "Unknown MOTHERBOARD value set in Configuration.h"
#error "Unknown MOTHERBOARD value set in Configuration.h"
^
CalledProcessError: Command '"C:\Users\dorrico\.platformio\packages\toolchain-atmelavr\bin\avr-g++.exe" -D__MARLIN_FIRMWARE__ -D__MARLIN_DEPS__ -w -dM -E -x c++ buildroot/share/PlatformIO/scripts/common-dependencies.h' returned non-zero exit status 1.:
File "C:\Users\dorrico\.platformio\penv\lib\site-packages\platformio\builder\main.py", line 168:
env.SConscript(item, exports="env")
File "C:\Users\dorrico\.platformio\packages\tool-scons\scons-local-4.0.1\SCons\Script\SConscript.py", line 598:
return _SConscript(self.fs, *files, **subst_kw)
File "C:\Users\dorrico\.platformio\packages\tool-scons\scons-local-4.0.1\SCons\Script\SConscript.py", line 287:
exec(compile(scriptdata, scriptname, 'exec'), call_stack[-1].globals)
File "C:\Users\dorrico\Desktop\Stampa 3d\Marlin-bugfix-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 287:
apply_features_config()
File "C:\Users\dorrico\Desktop\Stampa 3d\Marlin-bugfix-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 118:
if not env.MarlinFeatureIsEnabled(feature):
File "C:\Users\dorrico\.platformio\packages\tool-scons\scons-local-4.0.1\SCons\Environment.py", line 219:
return self.method(*nargs, **kwargs)
File "C:\Users\dorrico\Desktop\Stampa 3d\Marlin-bugfix-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 263:
load_marlin_features()
File "C:\Users\dorrico\Desktop\Stampa 3d\Marlin-bugfix-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 251:
define_list = subprocess.check_output(cmd, shell=True).splitlines()
File "C:\Users\dorrico\.platformio\python3\lib\subprocess.py", line 411:
**kwargs).stdout
File "C:\Users\dorrico\.platformio\python3\lib\subprocess.py", line 512:
output=stdout, stderr=stderr)
==================================================================== [FAILED] Took 1.29 seconds ====================================================================

Environment Status Duration
------------- -------- ------------
mega2560 FAILED 00:00:01.291
=============================================================== 1 failed, 0 succeeded in 00:00:01.291 ===============================================================

Problemi di livellamento automatico su corexy auto costruita (2 replies)

$
0
0
Buona sera a tutti, ho da poco realizzato una stampante Corexy, con Marlin 1.1.8, estratto dalla Tronxy X5SA, meccanica ok elettronica Arduino Mega e Ramps 1.4, il tutto funziona egregiamente, unico problema (x me non piccolo) è il livellamento del piatto, un 300x300, ho installato il sensore di prossimità, che mi fà anche l'homing, e funziona bene, il processo di livellamento va a buon fine, ho verificato che memorizza i dati nella eprom, ma di fatto, quando va in stampa, sembra non tenerne conto.
Ho inserito nel gcode anche il comando M420 S1 dopo il G28, ma non ho notato variazioni. avrei bisogno di aiuto da qualcuno di voi, più sgamato di me.
Grazie in anticipo x le vostre risposte.

GCode issue (1 reply)

$
0
0
Hello,

On my ender 3 I am testing this GCode to Load Filament:

G21 ; Let the printer know you are following this point with metric values
G90 ; Extruder Relative Positioning
M109 S200 ; Heat hotend to 200C
M300 S880 P300 ; Play tone
G4 S5 ; wait 5 seconds
G92 E0 ;Reset the position of the extruder
G1 E420 F1000 ; Feed 420 mm of filament at 1000 mm/minute speed. Fast move.
G92 E0 ;Reset the position of the extruder
G1 E120 F100 ; Feed 120 mm of filament at 100 mm/minute speed. Slow move.
M300 S880 P300 ; Play tone
M400 ; loop until movement done

The issue that I get is that the second feed (the 120mm one) goes backwards instead of feeding forward an additional 120 mm of filmenent as requested. What I am doing wrong?

Problems Compiling Marlin on RAMBO 1.3 (3 replies)

$
0
0
I'm having problems writing firmware for my Airwolf Axiom Printer. Airwolf won't release the firmware source files so I decided to learn how to Create firmware in Marlin using VS Code. I started this project last July and early August but then I got busy on other things and had to take a break. At that point I had it mostly working, I loaded the firmware on the board and had the steppers going in the right direction, auto homing and auto leveling.

But when I came back to it a couple days ago and tried to flash the firmware I got a bunch of errors. I think some of them were due to the fact that I updated Platform IO because when I backed up to an older version of Platform IO a bunch of the errors went away. So I decided to start over with the updated Platform IO and the newest version of Marlin Bugfix. I made the changes in configuration.h and configuration_adv.h but it wouldn't compile. So I backed out some of my settings to the defaults and now it complies. I flashed the board and I have a blank LCD and a slight bumping in the Z Axis stepper.

So this is what I'm currently trying to resolve: I had to use the default A4988 Driver types for X,Y,Z and E0 because I get the following error message when I try to compile with the proper A4982 Drivers

In file included from Marlin\src\HAL\AVR\../../inc/MarlinConfig.h:49:0,
from Marlin\src\HAL\AVR\HAL_SPI.cpp:34:
Marlin\src\HAL\AVR\../../inc/SanityCheck.h:3202:4: error: #error "X_DRIVER_TYPE is not recognized."
#error "X_DRIVER_TYPE is not recognized."

And it won't compile. When I built this a few months ago I didn't get this error or several of the other errors and my display worked. I don't know if something happened with the latest updates of Marlin of VS Code/Platform IO.

Any idea why it isn't recognizing my A4982 drivers?

This is what I have:

Core XY
Direct Drive Extruder
Rambo 1.3
Viki2 LCD

[attachment 117084 Configuration_adv.h]
[attachment 117085 Configuration.h]

Endstops doesn't stop axis movement (1 reply)

$
0
0
Hi! I've recently setted up Marlin 2.0.7 in my new 3D printer, and i'm having a little trouble with endstops and homing. The problem is, as the subjet of this thread says, endstops won't stop motors from moving. I've tested with M119 and it seems to work correctly (detects open status when open; and triggered status when mannually pressing the endstop). As you will see I have all MIN endstops, and the board i'm using is RAMPS 1.4 with Arduino Mega 2560.

In the configuration.h file (below), i've set the [X, Y, Z]_MIN_ENDSTOP_INVERTING to true, since otherwise M119 returned opossite status (triggered when open).

Is there something that i'm missing? Thanks in advance!

//===========================================================================
//============================== Endstop Settings ===========================
//===========================================================================

// @section homing (line 620 aprox)

// Specify here all the endstop connectors that are connected to any endstop or probe.
// Almost all printers will be using one per axis. Probes will use one or more of the
// extra connectors. Leave undefined any used for non-endstop and non-probe purposes.

#define USE_XMIN_PLUG
#define USE_YMIN_PLUG
#define USE_ZMIN_PLUG
//#define USE_XMAX_PLUG
//#define USE_YMAX_PLUG
//#define USE_ZMAX_PLUG

// Enable pullup for all endstops to prevent a floating state

#define ENDSTOPPULLUPS

#if DISABLED(ENDSTOPPULLUPS)
  // Disable ENDSTOPPULLUPS to set pullups individually
  //#define ENDSTOPPULLUP_XMAX
  //#define ENDSTOPPULLUP_YMAX
  //#define ENDSTOPPULLUP_ZMAX
  //#define ENDSTOPPULLUP_XMIN
  //#define ENDSTOPPULLUP_YMIN
  //#define ENDSTOPPULLUP_ZMIN
  //#define ENDSTOPPULLUP_ZMIN_PROBE
#endif

// Enable pulldown for all endstops to prevent a floating state

//#define ENDSTOPPULLDOWNS

#if DISABLED(ENDSTOPPULLDOWNS)
  // Disable ENDSTOPPULLDOWNS to set pulldowns individually
  //#define ENDSTOPPULLDOWN_XMAX
  //#define ENDSTOPPULLDOWN_YMAX
  //#define ENDSTOPPULLDOWN_ZMAX
  //#define ENDSTOPPULLDOWN_XMIN
  //#define ENDSTOPPULLDOWN_YMIN
  //#define ENDSTOPPULLDOWN_ZMIN
  //#define ENDSTOPPULLDOWN_ZMIN_PROBE
#endif

// Mechanical endstop with COM to ground and NC to Signal uses "false" here (most common setup).

#define X_MIN_ENDSTOP_INVERTING true // Set to true to invert the logic of the endstop.
#define Y_MIN_ENDSTOP_INVERTING true // Set to true to invert the logic of the endstop.
#define Z_MIN_ENDSTOP_INVERTING true // Set to true to invert the logic of the endstop.
#define X_MAX_ENDSTOP_INVERTING false // Set to true to invert the logic of the endstop.
#define Y_MAX_ENDSTOP_INVERTING false // Set to true to invert the logic of the endstop.
#define Z_MAX_ENDSTOP_INVERTING false // Set to true to invert the logic of the endstop.
#define Z_MIN_PROBE_ENDSTOP_INVERTING false // Set to true to invert the logic of the probe.

// @section homing (line 1100 aprox)

//#define NO_MOTION_BEFORE_HOMING // Inhibit movement until all axes have been homed

//#define UNKNOWN_Z_NO_RAISE      // Don't raise Z (lower the bed) if Z is "unknown." For beds that fall when Z is powered off.

//#define Z_HOMING_HEIGHT  4      // (mm) Minimal Z height before homing (G28) for Z clearance above the bed, clamps, ...
                                  // Be sure to have this much clearance over your Z_MAX_POS to prevent grinding.

//#define Z_AFTER_HOMING  10      // (mm) Height to move to after homing Z

// Direction of endstops when homing; 1=MAX, -1=MIN
// :[-1,1]
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1

// @section machine

// The size of the print bed
#define X_BED_SIZE 200
#define Y_BED_SIZE 200

// Travel limits (mm) after homing, corresponding to endstop positions.
#define X_MIN_POS 0
#define Y_MIN_POS 0
#define Z_MIN_POS 0
#define X_MAX_POS X_BED_SIZE
#define Y_MAX_POS Y_BED_SIZE
#define Z_MAX_POS 200

/**
 * Software Endstops
 *
 * - Prevent moves outside the set machine bounds.
 * - Individual axes can be disabled, if desired.
 * - X and Y only apply to Cartesian robots.
 * - Use 'M211' to set software endstops on/off or report current state
 */

// Min software endstops constrain movement within minimum coordinate bounds
#define MIN_SOFTWARE_ENDSTOPS
#if ENABLED(MIN_SOFTWARE_ENDSTOPS)
  #define MIN_SOFTWARE_ENDSTOP_X
  #define MIN_SOFTWARE_ENDSTOP_Y
  #define MIN_SOFTWARE_ENDSTOP_Z
#endif

// Max software endstops constrain movement within maximum coordinate bounds
#define MAX_SOFTWARE_ENDSTOPS
#if ENABLED(MAX_SOFTWARE_ENDSTOPS)
  #define MAX_SOFTWARE_ENDSTOP_X
  #define MAX_SOFTWARE_ENDSTOP_Y
  #define MAX_SOFTWARE_ENDSTOP_Z
#endif

#if EITHER(MIN_SOFTWARE_ENDSTOPS, MAX_SOFTWARE_ENDSTOPS)
  //#define SOFT_ENDSTOPS_MENU_ITEM  // Enable/Disable software endstops from the LCD
#endif

// @section homing (line 1370 aprox)

// The center of the bed is at (X=0, Y=0)
//#define BED_CENTER_AT_0_0

// Manually set the home position. Leave these undefined for automatic settings.
// For DELTA this is the top-center of the Cartesian print volume.
//#define MANUAL_X_HOME_POS 0
//#define MANUAL_Y_HOME_POS 0
//#define MANUAL_Z_HOME_POS 0

// Use "Z Safe Homing" to avoid homing with a Z probe outside the bed area.
//
// With this feature enabled:
//
// - Allow Z homing only after X and Y homing AND stepper drivers still enabled.
// - If stepper drivers time out, it will need X and Y homing again before Z homing.
// - Move the Z probe (or nozzle) to a defined XY point before Z Homing.
// - Prevent Z homing when the Z probe is outside bed area.
//
//#define Z_SAFE_HOMING

#if ENABLED(Z_SAFE_HOMING)
  #define Z_SAFE_HOMING_X_POINT X_CENTER  // X point for Z homing
  #define Z_SAFE_HOMING_Y_POINT Y_CENTER  // Y point for Z homing
#endif

// Homing speeds (mm/min)
#define HOMING_FEEDRATE_XY (50*60)
#define HOMING_FEEDRATE_Z  (4*60)

// Validate that endstops are triggered on homing moves
#define VALIDATE_HOMING_ENDSTOPS

Creality Ender-6 (1 reply)

$
0
0
By what process does the new Ender-6 become an option in the current list of Creality Printer configurations?

Error Going Home - Marlin 2.0.7.2 - GTT skr 1.4 - TMC2208 UART (no replies)

$
0
0
Hi to all I have an issue wen try to set home to my printer. I have upgrade to skr 1.4 with TMC2208
Maiboard GTT skr 1.4
Drivers GTT TMC2208 UART 3.0
EndStop Fisical (new and tested before and after install) (inverted mode)
Description: Sending home "G28" it stop Randomly, and I have to try Again and Again to set home (normally axises X or Z),
when dont have any error, and all Axises are in home, and start to print. (send the G28 Z0) some times does not touch the EndStop and start printing to high.
and mayor times I get the Error "Print halted"
this is a test using ProntFace.

SENT: G28
SENT: G92 E0
SENT: M114
SENT: M105
RECV: echo:busy: processing
RECV: echo:busy: processing
SENT: M105
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: echo:busy: processing
SENT: M105
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: Error: Printer halted. kill() called!

[ERROR] Error: Printer halted. kill() called!
>>> G28 X
SENT: G28 X
SENT: M105
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: Error: Printer halted. kill() called!
[ERROR] Error: Printer halted. kill() called!


when axis Z raise one busy processing and is almost to touch the endstop the possition is a little bit lower than normal.

>>> G28 Z
SENT: G28 Z
SENT: M105
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: echo:busy: processing
RECV: X:0.00 Y:0.00 Z:0.00 E:0.00 Count X:0 Y:0 Z:0

Setup Marlin on DIY printer - Mega2560 TCM2209 z-probe (no replies)

$
0
0
Hi,
recently I neraly finished the hardware of my DIY 3D printer.
Just need to adjust stepperdriver-current, then connect steppers, and configure Marlin, before I can test-run my machine.


Here's what I think I need to setup:
5x TCM2209 for axis and 2 extruders (MS1/2/3: high, 1/16th SpreadCycle)

-Arduino Mega2560 using Ramps 1.6 (which seems to be configured as Ramps 1.4 as the punout is the same)

Bed: D8
Extruder0: D9
Extruder1: D10
Extruder0 Fan: D4 (connected using diodes to avoid inductive voltage, driven by BUZ11 FETs)
Extruder1 Fan: D5 (connected using diodes to avoid inductive voltage, driven by BUZ11 FETs)
Filament sensor 0: D6
Filament sensor 1: D11

microSD reader connected to AUX3

Display: HD44780 20x4 ii2 with PCF8574

Rotary encoder: button D31
rotary-pins: D35 & D37

Inductive sensor for z-probing: z-min (dont remember if signal needs to be high or low when aluminium bed is close to it...using 12V to drive sensor, and voltage devider to get 5V signal for Arduino)

5 simple switches as endstops






Here are my questions:
1. Can I tell Marlin NOT to use both extruders at the same time to prevent over-current?
Which setting do I have to use for this?
As I only have a 20Amp PSU here, both extruders, and headbed at the same time would draw too much current!

2. How do I detect the type of temp-sensors (Ext0/1&Bed) I have?

3. Shall I use ArduinoIDE ot Plattform IO to compile and upload Marlin?

4. Which version of Marlin should I use for Arduino Mega2560 /w Ramps 1.6 /w TCM2209?

5. I connected all endstops (Gnd + 5V from Servo GPIOs) directly to my Ramps board, without using additional resistors. Should I connect current limiting resistors on endstops?


6. Im too stupid to compile the Marlin firmwaqre using the ArduinoIDE. Looks like I didnt set up the Arduino Mega2560 properly (in fact Im experienced using the Arduino plattform).

7. Once Marlin has been flashed: is there a test-mode so I can adjust the stepper drivers' current before turning off the machine to connect the steppers?

Here are some picturec of my build:
[digitalinventions.de]

On image 52 Ramps 1.4 still is installed.
On image #53 you can see it has been replaces by Ramps 1.6. There'a also an additional PCB for the extruder's fans on the right.
Image #54 shows my extruders (Ext0: wade Ext1: direct drive)

Anycubic Chiron Marlin 2.0.x Compiling Issue (1 reply)

$
0
0
Hi All,

Been trying to get bi-linear bed levelling working with a BLTouch on my Anycubic Chiron. I cannot get it to compile and get the attached error log.

I have been able to get the mesh levelling compiled and working though. I downloaded the code here: [github.com].

UBL also works but takes up too much memory to be usable.

Any ideas where I can look to try and fix this? I am relatively a rookie with C++.

Thanks,
Pat

Incorrect retractions on corners depending on height? (no replies)

$
0
0
Recently I started to have some weird artifacts on my prints, specially on bigger ones... I don't remember to have changed nothing that can cause it except to reduce the perimeters printing speed... somewhere during the printer, it starts to incorrectly retract on corners and it produce underextrussion artifacts... nothing related to linear pressure advance (I tested it both enabled/disabled, the artifacts always appears)... with the same gcode, it always prints the exact pattern... if you change something on the model or slicing parameters, it changes where it appear or even doesn't appear... but without any identifiable pattern... if I increase the perimeter speed or general % speed on the printer, it seems to push the changing layer further...
I tested a lot of things, including new hardware, different filaments, uploading the last version of marlin, etc. without any change on the results...
I tested a lot of things, what I see more relevant:
- Repated.jpg: three layers of gcode manually repeated over and over just changing Z, to be sure that it always prints the same... at certain height, it starts to retract on all corners causing underextrussion (I can hear how it retracts each time).
- Single: the smaller model I can print where the problem appears: I checked layers at 2/3 and top one and they're the same!
- SingleTop: the same gcode file, manually cropped to only print the top 6mm... no artifacts where it appear if you print the whole file...
- Staked1/2: the same gcode file, manually repeated and stacked over... the artifacts continues on the same gcode layers that prints normal on the lower copy...

Anybody have a glimpse on what's happening here???
Thanks!

Core XY Won't stop homing at endstop (no replies)

$
0
0
I have an Airwolf Axiom printer that I'm trying to write new firmware for. I'm using Marlin 2.07 on VS Code. It is a Core XY machine where it homes at front, left with the build plate at the bottom of travel, that is, X min, Z min, Z Max. That is where the endstops are. All 3 axes move in the proper direction on Pronterface. X,Y and Z also home in the right direction. It uses the Z Min Plug for the probe.

X an Y home and trigger the endstops and stop as they should. Z, however moves to the end of travel and crashes into the bottom (away from the nozzle). The Z Max endstop triggers but doesn't stop the stepper. Oddly enough, when I trigger the leveling probe connected to the Z Min pin while it is homing Z, it stops the stepper and shows the Z axis as homed on the LCD (it displays zero and stops flashing). Also, if I change #define Z_HOME_DIR -1 to #define Z_HOME_DIR 1 ,it homes in the opposite direction (up) and if I manually trigger the Z Max endstop switch it stops and shows Z as homed on the LCD. All the endstops trigger properly manually with M119. Also the wiring is correct as it all works properly on the original closed source firmware.

So the problem seems to be the wrong endstop limit switch triggers when homing. I want to make the appropriate change in firmware and not change the wiring. I'm sure this is possible since I was trying to set up the firmware a few months ago and got it past this point. Unfortunately I didn't document my changes well enough and I can't remember what I did before. It's probably a simple setting I'm missing.

Anyone have any ideas?
Thanks

MKS_SGEN_L+REPRAP_DISCOUNT_SMART_CONTROLLER (3 replies)

$
0
0
Hello to everyone.
I have a problem with which I ask you to help
MKS_SGEN_L v1 board
#define REPRAP_DISCOUNT_SMART_CONTROLLER
#define SDSUPPORT
rotated on 180 cable
all works exept LCD SD card. even more he didnt even react on "in card" or "out card".
nothing happens.(yes onboard didnt plug in)
If i use onboard sdcard - works. (i can see it in windows as usb device)
how can i activate LCD SD to print without pc?
Marlin bugfix 2.0.8(#define CONFIGURATION_H_VERSION 020008)

hotend heating when powering on the printer - no temp set (no replies)

$
0
0
Hi guys,
I recently got a new board (creality 4.2.7) for which I configured and built marlin (the newest available version).
Flash went ok, boot up fine, axes are working, auto-home working, bed heating, probes showing plausible data, all ok - but the hotend is heating full power all the time, without setting a temperature. It will heat up to the firmware-restriction if I don't shut down the printer.
Any idea what kind of silly mistake I have made?
Damn I wish I had tested it with the original firmware...I think it wasn't heating when I started it up shortly, but I'm not sure...

z-axis move only in one direction (no replies)

$
0
0
Hello, i have a CR-10 and Marlin 1.9. I hve printed some parts and all is ok. But suddenly, if i want to change the nozzle, i move the z-axis a long way upstairs, and now there is no way to get down. Every homing the z-axis goes a short way up, then x and y is homing, but z goes not down to the switch and stopps. I have dissabled the limits and want to move manually down, but that does not work, only up works.
What problem could be? I have reflashed the firmware with an ISP-Dongle but the same problem.
Can somebody give me a hint? The z-axis has a BL-Touch and the originally limit switch. Neither the switch nor the BL-Touch on z makes a difference. Sorry for my bad english....

Marlin 2.0.x bugfix does not compile anymore (no replies)

$
0
0
Hi,

I had to reinstall my computer lately and when i reinstalled VSCode to edit something on my firmware (this one is based on the Marlin bugfix 2.0.x, which is at least 7 months old), it did not compile anymore.
I am using a SKR 1.1 Pro board and had no problems changing things in my firmware before i reinstalled my computer.
I dont know what has changed, but the error I get is the following:

Processing BIGTREE_SKR_PRO (platform: ststm32@>=5.7.0; framework: arduino; board: BigTree_SKR_Pro)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: [docs.platformio.org]
PLATFORM: ST STM32 (8.1.0) > STM32F407ZG (192k RAM. 1024k Flash)
HARDWARE: STM32F407ZGT6 168MHz, 192KB RAM, 1MB Flash
DEBUG: Current (jlink) External (jlink, stlink)
PACKAGES:
 - framework-arduinoststm32 4.10900.200819 (1.9.0)
 - framework-cmsis 2.50501.200527 (5.5.1)
 - toolchain-gccarmnoneeabi 1.90201.191206 (9.2.1)
Converting Marlin.ino
LDF: Library Dependency Finder -> [bit.ly]
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 15 compatible libraries
Scanning dependencies...
Dependency Graph
|--  0.4.1
|   |--  1.0
|   |--  1.0
|--  1.5.0
|   |--  1.0
|--  0.6.1
|   |--  1.0
|--  1.3.4
|--  1.2.7
|   |--  1.0
|--  0.7.0
|--  1.0
|--  1.1.2
|--  2.0.1
|--  1.0.0
|--  1.0
Building in release mode
Compiling .pio\build\BIGTREE_SKR_PRO\FrameworkArduino\stm32\usb\usbd_desc.c.o
Compiling .pio\build\BIGTREE_SKR_PRO\FrameworkArduino\wiring_digital.c.o
Compiling .pio\build\BIGTREE_SKR_PRO\FrameworkArduino\wiring_pulse.cpp.o
Compiling .pio\build\BIGTREE_SKR_PRO\FrameworkArduino\wiring_shift.c.o
C:\users\hoast\.platformio\packages\framework-arduinoststm32\cores\arduino\stm32\usb\usbd_desc.c:46:4: error: #error "USB VID or PID not specified"
   46 |   #error "USB VID or PID not specified"
      |    ^~~~~
In file included from C:\users\hoast\.platformio\packages\framework-arduinoststm32\system\Middlewares\ST\STM32_USB_Device_Library\Core\Inc/usbd_core.h:30,
                 from C:\users\hoast\.platformio\packages\framework-arduinoststm32\cores\arduino\stm32\usb\usbd_desc.c:21:
C:\users\hoast\.platformio\packages\framework-arduinoststm32\cores\arduino\stm32\usb\usbd_desc.c:160:10: error: 'USBD_PID' undeclared here (not in a function); did you mean 'USBD_VID'?
  160 |   LOBYTE(USBD_PID),           /* idProduct */
      |          ^~~~~~~~
C:\users\hoast\.platformio\packages\framework-arduinoststm32\system\Middlewares\ST\STM32_USB_Device_Library\Core\Inc/usbd_def.h:275:32: note: in definition of macro 'LOBYTE'
  275 | #define LOBYTE(x)  ((uint8_t)((x) & 0x00FFU))
      |                                ^
*** [.pio\build\BIGTREE_SKR_PRO\FrameworkArduino\stm32\usb\usbd_desc.c.o] Error 1

I also tried the new Firmware of my Board (SKR ProV1.1-Marlin_v2.0-Demo which is 2 months old) and there is no problem in compiling this. But interestingly when I try to change things to match it with my old firmware, things just dont make sense to me. For example my hot end thermistor is not working properly anymore and shows wrong temperature, althoug the same thermistor is set in the firmware. My stepper motors also dont work the same way, as they did with my firmware although the settings match.
I really hope, somebody can at least help me get my old firmware back running. If more information are needed, pls ask for it.

Best regards

Loading Marlin on Creality CR-10 S Pro (no replies)

$
0
0
Trying to Load Marlin onto my Creality CR-10 S Pro to add BLTouch. Using [github.com] (Marlin INO) on Arduino/MAC OS Catalina. When I try to load on the main board I get error message "Bad CPU type in executable" while compiling.

Can anyone help with this?
Viewing all 2831 articles
Browse latest View live


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