Upgrading from Marlin 1.0.0 to 1.1.0 RC3 causes X/Y skipped steps

I have a modified leapfrog, ramps 1.4, CW230 stepper drivers. Its always ran Marlin 1.0.0 great. I added a full graphic smart controller so I dont have to tether my laptop anymore. To get that working, I upgraded to Marlin 1.1.0 RC3.
I went through carefully moving all the correct settings from configuration.h to the new one. Everything so far is working great, except my X and Y axis skips steps and causing heavily skewed prints.

Here is what I'm seeing with only 2 layers.

Acceleration and jerk values were double checked the same as the old firmware. I also tried reducing speed, accel, and jerk down as much as 25% normal, but the issue persists in a lesser amount.
For now I'm back to 1.0.0, and its working fine.

Here is M503 from the old firmware:

Steps per unit:
M92 X33.33 Y33.33 Z200.00 E52.20
Maximum feedrates (mm/s):
M203 X200.00 Y200.00 Z160.00 E45.00
Maximum Acceleration (mm/s2):
M201 X1000 Y1000 Z50 E10000
Acceleration: S=acceleration, T=retract acceleration
M204 S1000.00 T1000.00
Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum xY jerk (mm/s),  Z=maximum Z jerk (mm/s)
M205 S0.00 T0.00 B20000 X15.00 Z0.40 E5.00
Home offset (mm):
M206 X0.00 Y0.00 Z0.00
PID settings:
M301 P36.49 I2.95 D112.99

Here is the new:

Steps per unit:
M92 X33.33 Y33.33 Z200.00 E52.20
Maximum feedrates (mm/s):
M203 X200.00 Y200.00 Z160.00 E45.00
Maximum Acceleration (mm/s2):
M201 X1000 Y1000 Z50 E10000
Accelerations: P=printing, R=retract and T=travel
M204 P1000.00 R1000.00 T1000.00
Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s),  Z=maximum Z jerk (mm/s),  E=maximum E jerk (mm/s)
M205 S0.00 T0.00 B20000 X15.00 Z0.00 E5.00
Home offset (mm):
M206 X0.00 Y0.00 Z0.00
Material heatup parameters:
M145 M0 H185 B60 F255
M145 M1 H230 B100 F255
PID settings:
M301 P36.49 I2.95 D112.99 C100.00 L20
Filament settings: Disabled
M200 D3.00
M200 D0

Any idea whats going on here? I'm thinking a driver pulse width issue, but I'm not sure where to start.

Update. I just installed the latest Repetier firmware. Works perfectly so far. This issue only seems to occur with the latest Marlin.

Are you using one of the BOARD_RAMPS_14_??? defines? Using the RAMPS_13 can have problems with a RAMPS 1.4. That's one of the changes between 1.0.0 and 1.1.0 RC3.

I don't know what the marlin people are smoking, but ramps 1.3 is the same as ramps .14, one is threw holes components the other is surface-mount

Looking threw the latest code the only references I can find to the new 1.4 types is in the makefile and not surprisingly its identical to the 1.3 version (very few people use the make file, most use the arduino GUI)

Edited 1 time(s). Last edit at 02/01/2016 10:04PM by Dust.

The pin assignments are definitely different from v1.2 to v1.3. It is likely that the v1.3 and v1.4 pin assignments are the same.

It is possible. It is set to RAMPS 1.3 in the configuration.h. It was set to 1.3 on 1.0.0 also. I can give it a shot.
But, that would be strange. AFAIK, 1.3 and 1.4 is electronically identical. They just switched to surface mount components.

One thing it affects is the servo outputs. Using the 1.3 def, servo 0 and 1 didn't work. Using the 1.4 they do work.

I'm confused about this RAMPS 1.3 vs 1.4 change also. I will ask the author about it. The only thing it applies to at all is this:

#ifdef IS_RAMPS_14
  #define SERVO0_PIN       11
#else
  #define SERVO0_PIN        7 // RAMPS_13 // Will conflict with BTN_EN2 on LCD_I2C_VIKI
#endif

---

|
| Lead Developer of Marlin Firmware
| Help support my work at Patreon and Elsewhere.
|

So, are you using a Delta? A deltabot with a graphical display pushes the limits of a Mega2560, so you may need to reduce DELTA_SEGMENTS_PER_SECOND to get acceptable performance.

If you're not using a delta machine, this is something to look into, as it could mean there is too much processing during the main interrupt.

---

|
| Lead Developer of Marlin Firmware
| Help support my work at Patreon and Elsewhere.
|

SERVO0_PIN is the complete difference.
Marlins pins_RAMPS_13.h used to use the 11 what is correct for RAMPS 1.4 but not 1.3.
Please compare [reprap.org] with [reprap.org]
And if you don't trust the legend, as i did, follow the tracks in [reprap.org] and [reprap.org]

This shows a light on how many 1.3 boards are out there, in the wild.