Very impressed with the Marlin firmware, reasonably easy to get BORD_AZTEEG_X3_PRO working without knowing much about coding. Now I just have to get it all wired up
↧
Re: 5 x Tool changer Marlin E3D style
↧
Re: Marlin 2.0.4: Bed Heating Failure
I was sent a PM which made me realize that I never posted my solution here.
With the set up I have, the solid state relay only has an on/off ability so using the bang bang heating method was what I needed to have enabled and not PID. Through talking with some people we're pretty sure the relay was rapidly turning on and off to try to regulate the bed temp but it's not really designed for switching that fast which is what caused my issues. Performing the autoPID tuning did help but it was not as efficient as using bang bang.
Hope this helps someone else!
With the set up I have, the solid state relay only has an on/off ability so using the bang bang heating method was what I needed to have enabled and not PID. Through talking with some people we're pretty sure the relay was rapidly turning on and off to try to regulate the bed temp but it's not really designed for switching that fast which is what caused my issues. Performing the autoPID tuning did help but it was not as efficient as using bang bang.
Hope this helps someone else!
↧
↧
Re: Error when compiling Marlin 2.0
Yes, it can't find it. I have downloaded the file and tried several times. I'll do it again. Thank's!
↧
Re: Error when compiling Marlin 2.0
That's weird...
see attached :-) from 2.0.5, but only changes since v2.0.0 are the date of copyright...
A
see attached :-) from 2.0.5, but only changes since v2.0.0 are the date of copyright...
A
↧
Re: Z auto-align question
First, I don't know what version of Marlin you're using, but official 2.0.x uses:
Those determine the positions on the bed that will be probed to try to align the bed. If you only have 2 Z motors you should remove the last pair of numbers:
If you have three Z drivers the points should be on a line between the center of the bed and a motor (or even better right above the motor).
An example for your setup might be:
for two motors.
#define Z_STEPPER_ALIGN_XY { { 10, 190 }, { 100, 10 }, { 190, 190 } }
Those determine the positions on the bed that will be probed to try to align the bed. If you only have 2 Z motors you should remove the last pair of numbers:
#define Z_STEPPER_ALIGN_XY { { 10, 190 }, { 100, 10 } }
If you have three Z drivers the points should be on a line between the center of the bed and a motor (or even better right above the motor).
An example for your setup might be:
#define Z_STEPPER_ALIGN_XY { { 30, 150 }, { 270, 150 } }
for two motors.
↧
↧
Re: Marlin dev-2.1.x with (lots of) TMC2130 shows 'TMC connection error'
@_juergen_
I'm afraid I can't help you with your problem ... But i´m very interested in your solution ... Can you please share your modified TMCStepper library?
i also want to use 9 TMC2130 drivers on my new printer that i´m planing at the moment ... But i had the idea to use a 4 to 16 demultiplexer for the CS-Pins of the drivers. Maybe your modified code is a good startingpoint for my solution.
My problem is that i´m not good in coding ... I´m an mechanical engineer.
I'm afraid I can't help you with your problem ... But i´m very interested in your solution ... Can you please share your modified TMCStepper library?
i also want to use 9 TMC2130 drivers on my new printer that i´m planing at the moment ... But i had the idea to use a 4 to 16 demultiplexer for the CS-Pins of the drivers. Maybe your modified code is a good startingpoint for my solution.
My problem is that i´m not good in coding ... I´m an mechanical engineer.
↧
Re: Marlin dev-2.1.x with (lots of) TMC2130 shows 'TMC connection error'
Is the problem perhaps related to the fact that the CS pins of the TMC drivers require an Activ Low? Just an idea.
↧
Keeping up with 2.0.x.x changes-need more details
There are a large number of bug fixes, changes, and new features in stream of Marlin 2.0.x.x email updates but the comments are so brief like:
New Controller Fan options and M710 G-code.
Add M42 M to set pin mode.
Are there docs that describe the features and fixes in more detail or do I need to scour the source code comments?
New Controller Fan options and M710 G-code.
Add M42 M to set pin mode.
Are there docs that describe the features and fixes in more detail or do I need to scour the source code comments?
↧
Re: Marlin dev-2.1.x with (lots of) TMC2130 shows 'TMC connection error'
Hi.
I think it is a timing problem. The cs is via i2c, which happened partially in background (as i (mis)understood the wire lib).
So Marlin more or less often tries to talk to the TMCs via SPI when wire lib is not finished.
So i may have to add a function to get the size of used (send) buffer. If it is 0, wire tx has finished and Marlin can go on.
Only disadvantage: the board is bbiigggg! Arduino, self designed board, RAMPS, RAMPSXB and thousands if sepsticks with its own 'safety board - same size as stepstick). And a great amount auf jumper wires.
I think it is a timing problem. The cs is via i2c, which happened partially in background (as i (mis)understood the wire lib).
So Marlin more or less often tries to talk to the TMCs via SPI when wire lib is not finished.
So i may have to add a function to get the size of used (send) buffer. If it is 0, wire tx has finished and Marlin can go on.
Only disadvantage: the board is bbiigggg! Arduino, self designed board, RAMPS, RAMPSXB and thousands if sepsticks with its own 'safety board - same size as stepstick). And a great amount auf jumper wires.
↧
↧
Auto Bed Leveling - Error: Probing Failed - Marlin 2.0.5.1
Hi All,
I tried to set up the Auto Bed Leveling at a homemade Graber I3 using Marlin 2.0.5.1. When I start ABL the probe is deployed, touches the table once and then is stow, causing the error: Error: Probing Failed
I expected the probe touches 3 times each point (9 points)
In the debug Log there is a "SLOW Probe fail!" but I don't know exactly what is meant. Could you help me to understanding this error?
My Configuration about the probe and Bed Leveling:
Debug Log for Auto Bed Leveling:
Thanks!
Felipe
I tried to set up the Auto Bed Leveling at a homemade Graber I3 using Marlin 2.0.5.1. When I start ABL the probe is deployed, touches the table once and then is stow, causing the error: Error: Probing Failed
I expected the probe touches 3 times each point (9 points)
In the debug Log there is a "SLOW Probe fail!" but I don't know exactly what is meant. Could you help me to understanding this error?
My Configuration about the probe and Bed Leveling:
#define Z_MIN_PROBE_PIN 19
#define Z_PROBE_SERVO_NR 0
#define Z_SERVO_ANGLES { 100, 0 }
#define NOZZLE_TO_PROBE_OFFSET { -2, -26, 32.50 }
#define MIN_PROBE_EDGE 10
#define XY_PROBE_SPEED 8000
#define Z_PROBE_SPEED_FAST HOMING_FEEDRATE_Z
#define Z_PROBE_SPEED_SLOW (Z_PROBE_SPEED_FAST / 2)
#define MULTIPLE_PROBING 3
#define Z_CLEARANCE_DEPLOY_PROBE 37
#define Z_CLEARANCE_BETWEEN_PROBES 3
#define Z_CLEARANCE_MULTI_PROBE 3
//#define Z_AFTER_PROBING 5
#define Z_PROBE_LOW_POINT -3
#define Z_PROBE_OFFSET_RANGE_MIN -20
#define Z_PROBE_OFFSET_RANGE_MAX 20
#define PROBING_HEATERS_OFF
#define PROBING_FANS_OFF
Debug Log for Auto Bed Leveling:
>>> M111 S255 SENDING:M111 S255 echo: DEBUG:ECHO,INFO,ERRORS,DRYRUN,COMMUNICATION,LEVELING >>> G29 SENDING:G29 echo:G29 current_position= X0.00 Y0.00 Z0.00 : >>> G29 Machine Type: Cartesian Probe: SERVO PROBE Probe Offset X-2.00 Y-26.00 Z32.50 (Left-Front & Above Nozzle) Auto Bed Leveling: BILINEAR (disabled) current_position= X0.00 Y0.00 Z0.00 : Probe::set_deployed deploy: 1 Probe::move_z(37.00) >>> do_blocking_move_to X0.00 Y0.00 Z37.00 <<< do_blocking_move_to echo:busy: processing echo:busy: processing echo:busy: processing echo:busy: processing >>> do_blocking_move_to X0.00 Y0.00 Z37.00 <<< do_blocking_move_to reset_bed_level >>> Probe::probe_at_point(10.00, 10.00, raise, 0, probe_relative) current_position= X0.00 Y0.00 Z37.00 : >>> do_blocking_move_to X12.00 Y36.00 Z37.00 <<< do_blocking_move_to echo:busy: processing current_position= X12.00 Y36.00 Z37.00 : Probe::set_deployed deploy: 1 current_position= X12.00 Y36.00 Z37.00 : >>> Probe::run_z_probe current_position= X12.00 Y36.00 Z37.00 : >>> Probe::probe_down_to_z >>> do_blocking_move_to X12.00 Y36.00 Z-35.50 <<< do_blocking_move_to echo:busy: processing current_position= X12.00 Y36.00 Z32.22 : sync_plan_position current_position= X12.00 Y36.00 Z32.22 : <<< Probe::probe_down_to_z SLOW Probe fail! current_position= X12.00 Y36.00 Z32.22 : <<< run_z_probe current_position= X12.00 Y36.00 Z32.22 : Probe::set_deployed deploy: 0 Probe::move_z(37.00) >>> do_blocking_move_to X12.00 Y36.00 Z37.00 <<< do_blocking_move_to echo:busy: processing >>> do_blocking_move_to X12.00 Y36.00 Z37.00 <<< do_blocking_move_to Error: Probing Failed [ERROR] Error: Probing Failed <<< Probe::probe_at_point current_position= X12.00 Y36.00 Z37.00 : Probe::set_deployed deploy: 0 current_position= X12.00 Y36.00 Z37.00 : > probing complete <<< G29 >>> M111 S0
Thanks!
Felipe
↧
Marlin 2.0.5.2 - Making it lightweight by disabling options?
So I've been working on a pen plotter for over a year now. A lot of the machine is working really well now, removed the servo for the pen lifting and converted to a stepper motor for pen lifts now since stepper motors have a natively correct delay time in Marlin and all servo movements are executed all at once unless you put M400 in between everything multiple times. It's a drag to work with servo's, and they're noisy and break down quickly.
Anyway, I want to know how I can make the Marlin install as small as possible. I understand there is the option to disable things in the firmware that I don't need. Well, the entire Extrusion part isn't needed for example. Also, the whole bed leveling and bed heating part can be removed. But I do not know how to do this without breaking the firmware.
Is there anyone with the expertise that can explain to me how to achieve this? I want to free up as much memory as I can as I understand this also has a positive effect on the buffers.
Thanks for your time and energy, I hope everyone's safe and wise these days.
ps here's a picture of the plotter:
![w0978c9.jpg]( "w0978c9.jpg")
Anyway, I want to know how I can make the Marlin install as small as possible. I understand there is the option to disable things in the firmware that I don't need. Well, the entire Extrusion part isn't needed for example. Also, the whole bed leveling and bed heating part can be removed. But I do not know how to do this without breaking the firmware.
Is there anyone with the expertise that can explain to me how to achieve this? I want to free up as much memory as I can as I understand this also has a positive effect on the buffers.
Thanks for your time and energy, I hope everyone's safe and wise these days.
ps here's a picture of the plotter:
↧
Re: Marlin dev-2.1.x with (lots of) TMC2130 shows 'TMC connection error'
Pictures.
First one is the actual setup for my Tronxy X5S.
The other two are 'FrankenRAMPS'-monster...
First one is the actual setup for my Tronxy X5S.
The other two are 'FrankenRAMPS'-monster...
↧
SKR 1.4 weird connection problem to PC (Repetier)
Hi,
I've changed the controller of my CNC from Ramps to SKR 1.4. I had several problems while compiling but I luckily I could solve them on my own. Unfortunately now I'm stuck. I use Repetier to controll the CNC from my PC and connected the USB cable as usual. When hitting connect, Repetier says connected but the controlls aren't really working. When I hit the X+10mm button, first nothing happens, but after a very long time the CNC suddenly does the move it's supposed to. This waiting time can be anything from 10s to what seems like forever. That's the same behavior for entering my own gcodes like M122 for checking if UART is working.
Repetier says "No start signal detected - forcing start" and every now and then it says "Communication timeout - reset send buffer block".
When using the LCD menu, everything is working perfectly. So I guess the problem has to come from the USB communication.
When I first started the board, the LCD said "Err: EEPROM version". I solved that by hitting Restore Defaults, then Store Settings and then Load Settings. Now the Error is permanently gone, but could this be a hint on what's wrong?
I already tested connecting to my Mac using Repetier: Same thing...
I hope anyone has an idea for what settings are wrong in my config or what other problem it could be. Attatched is a .zip containing my config.
Thanks Max
I've changed the controller of my CNC from Ramps to SKR 1.4. I had several problems while compiling but I luckily I could solve them on my own. Unfortunately now I'm stuck. I use Repetier to controll the CNC from my PC and connected the USB cable as usual. When hitting connect, Repetier says connected but the controlls aren't really working. When I hit the X+10mm button, first nothing happens, but after a very long time the CNC suddenly does the move it's supposed to. This waiting time can be anything from 10s to what seems like forever. That's the same behavior for entering my own gcodes like M122 for checking if UART is working.
Repetier says "No start signal detected - forcing start" and every now and then it says "Communication timeout - reset send buffer block".
When using the LCD menu, everything is working perfectly. So I guess the problem has to come from the USB communication.
When I first started the board, the LCD said "Err: EEPROM version". I solved that by hitting Restore Defaults, then Store Settings and then Load Settings. Now the Error is permanently gone, but could this be a hint on what's wrong?
I already tested connecting to my Mac using Repetier: Same thing...
I hope anyone has an idea for what settings are wrong in my config or what other problem it could be. Attatched is a .zip containing my config.
Thanks Max
↧
↧
Re: SKR 1.4 weird connection problem to PC (Repetier)
I played a bit with the settings and got the problem to be consistent. Just had to reduce the baudrate from 250000 to 115200. Now I can send exactly one command which gets executed immediatly but nothing after that. For sending a second command I have to reconnect Repetier Host to the Board, but no reboot of the SKR 1.4 required.
Is it normal that the 32bit Boards don't restart on connect? My Ramps/Mega2560 always did that...
Is it normal that the 32bit Boards don't restart on connect? My Ramps/Mega2560 always did that...
↧
Newbie problem with Z movement in Hypercube setup
As a newbie to both 3D printing and coding I am stuck with an issue and don't know how to try to resolve it.
So far everything else seems to work but the Z movement is very odd. If I select Prepare from the menu and then Z movement. I can turn the knob on the control panel anticlockwise 1 step and nothing happens - then turn it back to zero and the table moves. Turn it clockwise one step (ie below zero even though the display stays at zero) and back to zero and it moves the other way. Multiple steps give greater movements but it is very erratic. I have no idea what to do next! Any help would be very much welcomed. I have a video of the behaviour as below.
[drive.google.com]
So far everything else seems to work but the Z movement is very odd. If I select Prepare from the menu and then Z movement. I can turn the knob on the control panel anticlockwise 1 step and nothing happens - then turn it back to zero and the table moves. Turn it clockwise one step (ie below zero even though the display stays at zero) and back to zero and it moves the other way. Multiple steps give greater movements but it is very erratic. I have no idea what to do next! Any help would be very much welcomed. I have a video of the behaviour as below.
[drive.google.com]
↧
Re: Newbie problem with Z movement in Hypercube setup
One click should not move that distance, check your steps/mm for Z
↧
Re: TMC2130 Extremely loud
Did you fix it? I have the exact same problem
↧
↧
Re: Newbie problem with Z movement in Hypercube setup
Great thanks - I've looked through the config code and cannot find a steps/mm setting for Z - could you indicate where I might find it in the various .h files I'm not familiar with the coding yet
↧
Re: Marlin Auto Bed Leveling Reverse Behavior
Does anyone have an idea how to fix this?
I seem to have to same problem with the "inverted" correction through ABL.
Compensation seems to be reversed (compensate upwards where it should compensate downwards and vice versa).
It looks like there are many ppl experiencing this problem. Part of it seems to be right handed / left handed coordinate system. I am printing on an Ender 5, with 0/0/0 in the upper left front.
Thanks in advance
LaKi
I seem to have to same problem with the "inverted" correction through ABL.
Compensation seems to be reversed (compensate upwards where it should compensate downwards and vice versa).
It looks like there are many ppl experiencing this problem. Part of it seems to be right handed / left handed coordinate system. I am printing on an Ender 5, with 0/0/0 in the upper left front.
Thanks in advance
LaKi
↧
DRV8825 marlin 2.0 settings - configuration.adv.h
Hi, I have an SKR E3 DIP V1.0 and I am trying to install some DRV8825 stepper drivers. I have the jumper pins set all to the right side (jumping red and black pins) and all 4 in place. I tried to follow the instruction manual for the right placement so I hope I got that right.
From what I understand, these drivers have the ability to do 32 microsteps instead of 16.
I have changed the steps per mm in the configuration.h file to double what they were for the A4982 steppers.
Do I have to change anything in the configuration.adv.h file? I noticed this section and I'm not quite sure what it should look like for my drivers:
/**
* Custom Microstepping
* Override as-needed for your setup. Up to 3 MS pins are supported.
*/
//#define MICROSTEP1 LOW,LOW,LOW
//#define MICROSTEP2 HIGH,LOW,LOW
//#define MICROSTEP4 LOW,HIGH,LOW
//#define MICROSTEP8 HIGH,HIGH,LOW
//#define MICROSTEP16 LOW,LOW,HIGH
//#define MICROSTEP32 HIGH,LOW,HIGH
// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU.
#define MICROSTEP_MODES { 16, 16, 16, 16, 16, 16 } // [1,2,4,8,16]
Is there anything else besides this I have to change or look at?
Thank you
From what I understand, these drivers have the ability to do 32 microsteps instead of 16.
I have changed the steps per mm in the configuration.h file to double what they were for the A4982 steppers.
Do I have to change anything in the configuration.adv.h file? I noticed this section and I'm not quite sure what it should look like for my drivers:
/**
* Custom Microstepping
* Override as-needed for your setup. Up to 3 MS pins are supported.
*/
//#define MICROSTEP1 LOW,LOW,LOW
//#define MICROSTEP2 HIGH,LOW,LOW
//#define MICROSTEP4 LOW,HIGH,LOW
//#define MICROSTEP8 HIGH,HIGH,LOW
//#define MICROSTEP16 LOW,LOW,HIGH
//#define MICROSTEP32 HIGH,LOW,HIGH
// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU.
#define MICROSTEP_MODES { 16, 16, 16, 16, 16, 16 } // [1,2,4,8,16]
Is there anything else besides this I have to change or look at?
Thank you
↧