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

Re: Printer Response

$
0
0
Could this be that the setting of your serial connection is wrong, so that the Pi interprets the parity bit of the arriving byte to be the 8th data bit?
(That could explain why the "k" is received correctly and the "o" not - the 2 characters have different parity.)

Re: Can anyone add MMU 2.0 to his printer ? :S

Re: Printer Response

$
0
0
Hi,

Quote
Dust
This makes zero sense.

the printer does respond with 'ok'

so there is an issue

if you notice several lines down you get the k..


There is something wrong with your code...

How about sharing your code, instead of posting the same thing again?

I have attached the source code of my program. Its for a college project. Its function is to read the coordinates and other parameters from a file and then to generate a GCode based on the file and send it to 3D Printer. It also saves a copy of the GCode communicated on the local disk. The program loops through every three seconds and if the data from the file is modified, the GCode will also be changed accordingly and the command will be sent to the printer.

I hope you understood.

Thanks.

Re: Printer Response

$
0
0
Quote
enif
Could this be that the setting of your serial connection is wrong, so that the Pi interprets the parity bit of the arriving byte to be the 8th data bit?
(That could explain why the "k" is received correctly and the "o" not - the 2 characters have different parity.)

I have set the baud rate equal to that of my 3D Printer. Is there anything else that needs to be set? Sorry, I'm new to 3D Printing.

Re-ARM UART pins for TMC2208

$
0
0
Hello all,

Am trying to figure out how I can get UART to work on my Re-ARM and get it to control the 4x TMC2208 stepper drivers I need.

Apparently the Re-ARM doesn't break out these pins, so I can't base it on any working configurations (like for the normal 8-bit board)

Don't mind giving up the LCD controller, if I can use any of those pins, since I'm planning to use Octoprint.

Any tips or pointers would be greatly appreciated :)

Thanks!

Re: Printer Response

$
0
0
UTF8???

we work in ascii...

Sure some of it is the same... (values under 128) ... needs looking deeper.

EDIT: On further reflection I don't think this is it...

Re: Printer Response

$
0
0
or as enif said, perhaps more serial settings

eg try explicity telling it everything like this

device=serial.Serial()
device.baudrate=115200
device.port='/dev/ttyUSB0'
device.bytesize = serial.EIGHTBITS #number of bits per bytes
device.parity = serial.PARITY_NONE #set parity check: no parity
device.stopbits = serial.STOPBITS_ONE #number of stop bits
device.xonxoff = False #disable software flow control
device.rtscts = False #disable hardware (RTS/CTS) flow control
device.dsrdtr = False #disable hardware (DSR/DTR) flow control
device.open()

Re: Re-ARM UART pins for TMC2208

$
0
0
Should be able to use d1/d0 which is tx0/rx0 as that doesnt go to usb on this device.

Its also on J4 according to the cct, a bit easier to get to.

Re: Re-ARM UART pins for TMC2208

$
0
0
Right, but I'll need 6 more pins for a total of 8 pins (4 pairs of TX-RX)

Is it possible to use the ones on AUX-4?

Re: Printer Response

$
0
0
Quote
Dust
UTF8???

we work in ascii...

Sure some of it is the same... (values under 128) ... needs looking deeper.

EDIT: On further reflection I don't think this is it...

I tried playing with other data types and utf-8 is the only type the printer seems to accept. For others it just throws an error.

Re: Using fan definitions FAN_PIN, FAN1_PIN and FAN2_PIN.

$
0
0
This may be late but I was working through the same thing using a RAMPS derivative board (PICA Shield).

Reading through the Marlin Github issues category, it appears that only one fan is supported by Marlin. M106 P0 should be the part cooler fan.

I edited my pins file to remove my second fan that goes to the extruder.

Edited Configuration_adv.h where it says extruder cooling fans:
#define E0_AUTO_FAN_PIN 7
(mine is pin 7)

and:
#define EXTRUDER_AUTO_FAN_TEMPERATURE 15 // was 50 changed to 15
#define EXTRUDER_AUTO_FAN_SPEED 255 // == full speed

so my extruder fan is on anytime the temp is above 15 degrees C

Some also suggest just connecting extruder fan(s) to 12v so they run 100% of time.

Re: X and Y Homing issues

$
0
0
I am using ramps 1.4 board

I have tried all the variations of marlin that are on their website for download and none of them work correctly for me. both bug fixes work perfect except for the homing issue were it causes the printer to stop responding when X or Y is homed. I dont know if there is some sort of "check homing" setting that could be causing this?

I have tried the configuration.h settings with out the Z probe/ auto bed level settings to see if maybe it was it causing the issue some how but it did not change any thing with or with out the z probe hooked up I still get the same errors so its some thing else I'm missing. I've always had these issues with marlin firmware, I use the most basic 3D printing electronics found online. I don't understand how other people get it working with the same hardware with no issues. If I load Sprinter on to the arduino all the problems go away but then I cant use the auto bed level feature since its not supported in sprinter firmware.

Re: X and Y Homing issues

$
0
0
Also, I am using optical endstops

Marlin bugfix 2.0 and TMC2130 error on compiling

$
0
0
I've got four TMC2130 drivers on my board, all configured as standalone except for the Z one, which I configured (solder pads and bridges) and wired to be used with SPI. This is new for me, I wanted to try sensorless homing and probing for the fun of it. To my dissappointment though, I can't even reach the fun part of testing and tuning, since compiling Marlin fails almost immediately with this error:
In file included from sketch\src\inc\marlinconfig.h:41:0,

                 from sketch\src\HAL\HAL_AVR\HAL.cpp:29:

sketch\src\inc\SanityCheck.h:1868:4: error: #error "SENSORLESS_HOMING requires a TMC stepper driver with StallGuard on X, Y, or Z axes."

#error "SENSORLESS_HOMING requires a TMC stepper driver with StallGuard on X, Y, or Z axes."

    ^

exit status 1

This surprised me, because I definitely enabled TMC drivers with StallGuard both in configuration and configuration_adv, my changes highlighted:

/**
 * Stepper Drivers
 *
 * These settings allow [...], 'TMC2660', 'TMC2660_STANDALONE', 'TMC5130', 'TMC5130_STANDALONE']
 */
#define X_DRIVER_TYPE  TMC2130_STANDALONE
#define Y_DRIVER_TYPE  TMC2130_STANDALONE
#define Z_DRIVER_TYPE  TMC2130
//#define X2_DRIVER_TYPE A4988
//#define Y2_DRIVER_TYPE A4988
//#define Z2_DRIVER_TYPE A4988
//#define Z3_DRIVER_TYPE A4988
#define E0_DRIVER_TYPE TMC2130_STANDALONE
//#define E1_DRIVER_TYPE A4988
//#define E2_DRIVER_TYPE A4988
//#define E3_DRIVER_TYPE A4988
//#define E4_DRIVER_TYPE A4988
//#define E5_DRIVER_TYPE A4988

// @section tmc_smart

/**
 * To use TMC2130 stepper drivers in SPI mode [...]
 */
#if HAS_TRINAMIC

  #define R_SENSE           0.11  // R_sense resistor for SilentStepStick2130
  #define HOLD_MULTIPLIER    0.5  // Scales down the holding current from run current
  #define INTERPOLATE       true  // Interpolate X/Y/Z_MICROSTEPS to 256

  [[ default current and microsteps which I left untouched, only cut here to save screen space  ]]

  /**
   * Override default SPI pins for TMC2130 and TMC2660 drivers here.
   * The default pins can be found in your board's pins file.
   */
  //#define X_CS_PIN          -1
  //#define Y_CS_PIN          -1
  #define Z_CS_PIN          40
  //#define X2_CS_PIN         -1
  //#define Y2_CS_PIN         -1
  //#define Z2_CS_PIN         -1
  //#define Z3_CS_PIN         -1
  //#define E0_CS_PIN         -1
  //#define E1_CS_PIN         -1
  //#define E2_CS_PIN         -1
  //#define E3_CS_PIN         -1
  //#define E4_CS_PIN         -1
  //#define E5_CS_PIN         -1

  /**
   * Use software SPI for TMC2130.
   * The default SW SPI pins are defined the respective pins files,
   * but you can override or define them here.
   */
  #define TMC_USE_SW_SPI
  #define TMC_SW_MOSI       66
  #define TMC_SW_MISO       44
  #define TMC_SW_SCK        64

  /**
   * Use Trinamic's ultra quiet stepping mode.
   * When disabled, Marlin will use spreadCycle stepping mode.
   */
  //#define STEALTHCHOP_XY
  #define STEALTHCHOP_Z
  //#define STEALTHCHOP_E

  /**
   * Optimize spreadCycle chopper parameters by [...] hysteresis_start[1..8] }
   */
  #define CHOPPER_TIMING CHOPPER_DEFAULT_24V

  /**
   * Monitor Trinamic TMC2130 and TMC2208 drivers [...] Report driver parameters (Requires TMC_DEBUG)
   */
  #define MONITOR_DRIVER_STATUS

  #if ENABLED(MONITOR_DRIVER_STATUS)
    //#define CURRENT_STEP_DOWN     50  // [mA]
    #define REPORT_CURRENT_CHANGE
    //#define STOP_ON_ERROR
  #endif

  /**
   * The driver will switch to spreadCycle [...] to live tune the setting
   */
  //#define HYBRID_THRESHOLD

  [[ thresholds left untouched  ]]

  /**
   * Use StallGuard2 to sense [...] to live tune the setting
   */
  #define SENSORLESS_HOMING // TMC2130 only

  /**
   * Use StallGuard2 to [...] to enable this feature.
   */
  #define SENSORLESS_PROBING // TMC2130 only

  #if ENABLED(SENSORLESS_HOMING) || ENABLED(SENSORLESS_PROBING)
    #define X_STALL_SENSITIVITY  8
    #define Y_STALL_SENSITIVITY  8
    #define Z_STALL_SENSITIVITY  1
  #endif

  /**
   * Enable M122 debugging command for TMC stepper drivers.
   * M122 S0/1 will enable continous reporting.
   */
  #define TMC_DEBUG

  /**
   * M915 Z Axis Calibration [...] add extra Z height to Z_MAX_POS.
   */
  #define TMC_Z_CALIBRATION
  #if ENABLED(TMC_Z_CALIBRATION)
    #define CALIBRATION_CURRENT 250
    #define CALIBRATION_EXTRA_HEIGHT 10
  #endif

  /**
   * You can set your [...]
   *   stepperY.interpolate(0); \
   * }
   */
  #define TMC_ADV() {  }

#endif // HAS_TRINAMIC

I'm seeking help from you guys, I haven't got a ton of experience in configuring Marlin, especially the 2.0 version, and I hope you can find something I missed.

Re: Z axis disables when printing second part

$
0
0
I am open to any ideas. If I need to post in a different area, please let me know as well.

Thanks

Re: Z axis disables when printing second part

$
0
0
generate some small test code... two * 10x10x0.4 cubes (2 * layer height)

examine the generated gcode.

I suspect its a slicer issue.

Smoothie to Marlin

$
0
0
Hello,

Someone know how move Smothie Firmware to Marlin Firmare?
Is it possible to do?

Re: Smoothie to Marlin

$
0
0
I'm going to presume English is not your native language...

What you have asked does not make sense

You cant move one firmware to another firmware

What are you trying to do?

Are you trying to install marlin 2 on a smoothie compatible controller board? Yes you can do this, but must be marlin 2 which is beta.

Re: Z axis disables when printing second part

$
0
0
I attached the G-Code that I created. I analized it and it looks ok. However when I try to print it the second square prints around 15mm with the z-axis disabled. I do not see any issues with the G-Code that is obvious.

Re: Z axis disables when printing second part

$
0
0
agreed.

G0 F7200 X222.822 Y146.569 Z5.4
G0 X100.964 Y145
M140 S70
M105
M190 S70
M140 S70
M105
M190 S70
;LAYER_COUNT:3
;LAYER:0
M205 X20 Y20
G0 X94.094 Y134.933 Z0.2
M205 X11 Y11
;TYPE:SKIRT
G1 F3600 E38.78022

the code between to two objects looks clean

try it manually without all the temperature stuff and manually do this
does it move Z back to 0.2?

G0 F7200 Z5.4
G0 Z0.2
Viewing all 12116 articles
Browse latest View live


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