Forgot to mention I have "#define DWIN_CREALITY_LCD" enabled in configuration.h as well.
↧
Re: ENDER 3 V2 SKR 1.4 TURBO compilation issues
↧
Re: Extruder Motors will not move
TMC2209 driver's busted.
I swap the driver from the different axis and the extruder starts working. Good thing I ordered the 6 TMC2009s bundle in Aliexpress.
Its weird because the M122 status says the driver is OK and connection is established. The debug logging looks normal too.
I swap the driver from the different axis and the extruder starts working. Good thing I ordered the 6 TMC2009s bundle in Aliexpress.
Its weird because the M122 status says the driver is OK and connection is established. The debug logging looks normal too.
↧
↧
Re: ENDER 3 V2 SKR 1.4 TURBO compilation issues
Hi,
To answer your first question, have a look at the table above with serial 3. The def uart 3 P4 is activating both 28 and 29.
Maybe recheck you routing ?
I’m not home but I’ll check when I come back in 2 weeks and let you know if I find more advice.
Wishing you a nice day !
To answer your first question, have a look at the table above with serial 3. The def uart 3 P4 is activating both 28 and 29.
Maybe recheck you routing ?
I’m not home but I’ll check when I come back in 2 weeks and let you know if I find more advice.
Wishing you a nice day !
↧
Re: Is it possible to enable notification after each movement of steppers?
I'm not an authority on Marlin because I don't use it; however, from the source code file [github.com] it looks to me that if you enable NANODLP_Z_SYNC and NANODLP_ALL_AXIS in config.h then the standard Marlin source code provides this feature.
↧
Dumping filament in corner on 2nd print
Hi all, I'm having a bit of a problem that I'm hoping some gurus out there can assist with. Here it is in a nutshell:
1st print is fine, no issues at all
Clean build plate and start 2nd print
system goes through bed leveling routine
Nozzle retreats to back right corner of build plate and begins dumping filament and increasing in Z-axis height alternately
--- dump, up, dump, up, dump, up, etc.
The system must be completely shut down and powered off after every print. The only good print is the first one after powering the system back on.
I've attached the serial and octoprint logs if anyone wants to review them. If the system is in safe mode I get the same response.
I've seen mention of this on a different topic but don't have the acumen to determine if this is the cause and don't want to do a workaround fix through the slicer if at all possible. I'm hoping someone can identify the issue and how to permanently rectify it off the logs or give a good direction I can start drilling down in.
Thanks all!
1st print is fine, no issues at all
Clean build plate and start 2nd print
system goes through bed leveling routine
Nozzle retreats to back right corner of build plate and begins dumping filament and increasing in Z-axis height alternately
--- dump, up, dump, up, dump, up, etc.
The system must be completely shut down and powered off after every print. The only good print is the first one after powering the system back on.
I've attached the serial and octoprint logs if anyone wants to review them. If the system is in safe mode I get the same response.
I've seen mention of this on a different topic but don't have the acumen to determine if this is the cause and don't want to do a workaround fix through the slicer if at all possible. I'm hoping someone can identify the issue and how to permanently rectify it off the logs or give a good direction I can start drilling down in.
Thanks all!
↧
↧
Re: ENDER 3 V2 SKR 1.4 TURBO compilation issues
Quote
Chwal
Hi,
To answer your first question, have a look at the table above with serial 3. The def uart 3 P4 is activating both 28 and 29.
Maybe recheck you routing ?
I’m not home but I’ll check when I come back in 2 weeks and let you know if I find more advice.
Wishing you a nice day !
Thanks for the reply. I think I understand, it's automatically using the next pin for tx/rx. So far I haven't found conditionals_lcd.h only some dwin & rotary related stuff so I'm thinking you are editing a version previous to marlin 2.0? I only have experience with 2.0. I have done some object base win programming but that was years ago and I have no micro controller experience besides editing config header files.
↧
Re: ENDER 3 V2 SKR 1.4 TURBO compilation issues
This is all Marlin 2 bugfix
LCD_SERIAL_PORT was added quite recently.
Marlin/src/inc/Conditionals_LCD.h
LCD_SERIAL_PORT was added quite recently.
Marlin/src/inc/Conditionals_LCD.h
↧
Re: ENDER 3 V2 SKR 1.4 TURBO compilation issues
Thanks I found it in src/HAL/AVR/inc. I also found another guy who was able to use the TFT serial RX/TX and it looks like there are some files being included in the latest updates so I think eventually we will see EXP1 used for encoder/beep and the display serial for data transfer enabled by default for DWIN displays. I just downloaded the latest nightly Marlin to see what all has been merged for this lately and I'll report back.
Edit: Just saw your edit showing it's in src/inc. I see:
#if ENABLED(DWIN_CREALITY_LCD)
#define SERIAL_CATCHALL 0
#endif
So I'll try adding the code Chwal mentioned and see how it goes. Thanks again.
Edit: Just saw your edit showing it's in src/inc. I see:
#if ENABLED(DWIN_CREALITY_LCD)
#define SERIAL_CATCHALL 0
#endif
So I'll try adding the code Chwal mentioned and see how it goes. Thanks again.
↧
Re: Dumping filament in corner on 2nd print
There is an open bug with fix for something like this that sounds very similar. I also have had issues with the second homing operation.
If you also try the test of opening a serial connection (if you can) and execute a G28 multiple times and see how it behaves, that would confirm if it is same issue or not. If it is, please vote it up or comment on it as it is taking a while to get @thinkyhead to believe it is an issue.
GitHubPullRequest
If you also try the test of opening a serial connection (if you can) and execute a G28 multiple times and see how it behaves, that would confirm if it is same issue or not. If it is, please vote it up or comment on it as it is taking a while to get @thinkyhead to believe it is an issue.
GitHubPullRequest
↧
↧
Marlin startup dialog box
Hello.
I'm modifying my startup gcode and thought it would be nice to have some dialog box (like the one in stop print menu) at powerup that asks you if you want to preheat.
Is there some way I can write it in gcode or put it after the bootscreen in the startup sequence?
Thanks a lot for your replies and have a nice day.
I'm modifying my startup gcode and thought it would be nice to have some dialog box (like the one in stop print menu) at powerup that asks you if you want to preheat.
Is there some way I can write it in gcode or put it after the bootscreen in the startup sequence?
Thanks a lot for your replies and have a nice day.
↧
Re: Reversing a CoreXY axis in firmware
Quote
Dust
One combination that most who are new to Core XY don't realise is that you may have to swap X and Y pins (ie effectively you have to swap X and Y stepper motors, but without unplugging )
Trying to replace my burned up 4.3.1 board from an Ender 6 with a 4.2.7 meant for an Ender 3. Can you give any further detail on how to swap the motors? When I power up the current board the motors won't move. I'm assuming they're trying to fight each other as I can't manually push the extruder or the bed around by hand.
↧
Re: Dumping filament in corner on 2nd print
Thanks NovaHuta, unfortunately, this is not a head crashing issue since the head goes exactly where it should up until the start of the second print at which point it stalls instead of crashing. By stall I mean that after the final level test the head simply stays there as if the X and Y steppers are disabled and then dumps filament.
↧
Re: Ender 5 Pro - Configuration intrigue
Hi there, i had some experience with this.
i will even add my configfiles so you can check em.
The fact is the ender 5 (pro) has it's zero point at the back right , the place where it homes. Now the configs that get delivered with marlin for ender 5 are WRONG. they move the home point to the front left, again this is wrong.
You can check out either the configfiles or flash the firmware i compiled for my ender 5 pro , from the latest 2.0.x bugfix branch.
github page with ender 5 firmware + configfiles
i made the firmware for a stock ender 5, so no bltouch or others and no fillament runnout, it was made for the 4.2.2 board with all latest options and it works great for me, even with the Unified bed leveling being done manually.
So just check those configfiles if you want to know how to config the ender 5 axis movements like it comes stock from china.
personally after checking your config, are you sure the nozzle offset values are correct ? i think you have them reversed, they should go + and not -. with - this means your probe is to the right of your nozzle which would be an odd config, most are to the left of the nozzle. and so you might never get to 0.0 home position because the nozzle offset is in the way to get at 0.0 home position.
i will even add my configfiles so you can check em.
The fact is the ender 5 (pro) has it's zero point at the back right , the place where it homes. Now the configs that get delivered with marlin for ender 5 are WRONG. they move the home point to the front left, again this is wrong.
You can check out either the configfiles or flash the firmware i compiled for my ender 5 pro , from the latest 2.0.x bugfix branch.
github page with ender 5 firmware + configfiles
i made the firmware for a stock ender 5, so no bltouch or others and no fillament runnout, it was made for the 4.2.2 board with all latest options and it works great for me, even with the Unified bed leveling being done manually.
So just check those configfiles if you want to know how to config the ender 5 axis movements like it comes stock from china.
personally after checking your config, are you sure the nozzle offset values are correct ? i think you have them reversed, they should go + and not -. with - this means your probe is to the right of your nozzle which would be an odd config, most are to the left of the nozzle. and so you might never get to 0.0 home position because the nozzle offset is in the way to get at 0.0 home position.
↧
↧
Re: Marin firmware M33 command to get the full file name, Chinese garbled
use unicode utf-8
↧
Re: AUTOTEMP
#define AUTOTEMP_FACTOR_P 1 // Apply this F parameter by default (overridden by M104/M109 F)
set this factor to 0 , this will turn off the autotemp feature. If it is not 0 then autotemp will always turn back on.
you can set the 0 in the config for compilling or you can set the factor to 0 on your printermenu and save settings.
set this factor to 0 , this will turn off the autotemp feature. If it is not 0 then autotemp will always turn back on.
you can set the 0 in the config for compilling or you can set the factor to 0 on your printermenu and save settings.
↧
Re: Ender 5 Pro - Configuration intrigue
@gignoot
0,0 Position for a 3d printer officially can be at either front left of back right.
By convention everyone uses front left. and has done for last 10 years.
All slicing software uses this
all gcode visualiser use this
Marlin presumes this, and all settings are based around this.
Creality was wrong to use back right for 0,0
0,0 Position for a 3d printer officially can be at either front left of back right.
By convention everyone uses front left. and has done for last 10 years.
All slicing software uses this
all gcode visualiser use this
Marlin presumes this, and all settings are based around this.
Creality was wrong to use back right for 0,0
↧
Re: Reversing a CoreXY axis in firmware
@pb4ugoout
no this is not correct
in coreXY both stepper motors are free to move in either direction at the same time. In fact it is required.
if they both turn clockwise or anticlock wise the head moves in X axis
if one is reversed the head moves in the Y axis
Your not moving is unrelated.
My guess is you have the motherboard set to BOARD_CREALITY_V4 when it needs to be BOARD_CREALITY_V427
no this is not correct
in coreXY both stepper motors are free to move in either direction at the same time. In fact it is required.
if they both turn clockwise or anticlock wise the head moves in X axis
if one is reversed the head moves in the Y axis
Your not moving is unrelated.
My guess is you have the motherboard set to BOARD_CREALITY_V4 when it needs to be BOARD_CREALITY_V427
↧
↧
Marlin 2.0.8 released
For details see [github.com]
↧
Re: Marlin 2.0.8 released
And it works very well on my grossly modified Anycubic Predator delta. Compiled and installed with no issues. The temperature control of both bed and nozzle is faster and tighter, and there are no screen or touch glitches. Basically plug and play so far. And yes, I'm still using the original Chitu Trigorilla Pro board.
↧
Re: VSCode Setup & Installation for Ramps
I am again having problems with PlatformIO
This time it is while using Windows 7 Pro
[attachment 118180 VSCode.jpg]
I get to this point and it will not allow me to continue.
I have Python 3.8.9 - April 2, 2021 (32bit) installed if it is the correct type from this link
This time it is while using Windows 7 Pro
[attachment 118180 VSCode.jpg]
I get to this point and it will not allow me to continue.
I have Python 3.8.9 - April 2, 2021 (32bit) installed if it is the correct type from this link
↧