[SOLVED]Rostock MAX V2 X,Y,Z Steppers dont move

[Renha]

just finished build, have checked everything - everything works, except X,Y,Z steppers.

I press Home in RH, in LCD menu, i press +x, -x, +y, -y, +z, -z, nothing happens. Extruder stepper works great. Settings i have done looks like is equal to ones in manual (it's great), except i have changed baudrate to 115.smth everywhere to make Rostock visible by RH. For this i have changed settings in LCD menu and saved them to EEPROM, now it looks that way:

Code: Select all

<?xml version="1.0" encoding="utf-8"?><Repetier-Firmware-EEPROM>
<epr pos="75" type="2" value="115200">Baudrate</epr>
<epr pos="129" type="3" value="0.000">Filament printed [m]</epr>
<epr pos="125" type="2" value="0">Printer active [s]</epr>
<epr pos="79" type="2" value="1800000">Max. inactive time [ms,0=off]</epr>
<epr pos="83" type="2" value="0">Stop stepper after inactivity [ms,0=off]</epr>
<epr pos="11" type="3" value="80.0000">Steps per mm</epr>
<epr pos="23" type="3" value="300.000">Max. feedrate [mm/s]</epr>
<epr pos="35" type="3" value="120.000">Homing feedrate [mm/s]</epr>
<epr pos="39" type="3" value="35.000">Max. jerk [mm/s]</epr>
<epr pos="133" type="3" value="0.000">X home pos [mm]</epr>
<epr pos="137" type="3" value="0.000">Y home pos [mm]</epr>
<epr pos="141" type="3" value="0.000">Z home pos [mm]</epr>
<epr pos="145" type="3" value="250.000">X max length [mm]</epr>
<epr pos="149" type="3" value="250.000">Y max length [mm]</epr>
<epr pos="153" type="3" value="234.660">Z max length [mm]</epr>
<epr pos="59" type="3" value="1850.000">Acceleration [mm/s^2]</epr>
<epr pos="71" type="3" value="3000.000">Travel acceleration [mm/s^2]</epr>
<epr pos="881" type="3" value="269.000">Diagonal rod length [mm]</epr>
<epr pos="885" type="3" value="130.250">Horizontal radius [mm]</epr>
<epr pos="891" type="1" value="80">Segments/s for travel</epr>
<epr pos="889" type="1" value="225">Segments/s for printing</epr>
<epr pos="893" type="1" value="0">Tower X endstop offset [steps]</epr>
<epr pos="895" type="1" value="0">Tower Y endstop offset [steps]</epr>
<epr pos="897" type="1" value="0">Tower Z endstop offset [steps]</epr>
<epr pos="901" type="3" value="210.000">Alpha A(210):</epr>
<epr pos="905" type="3" value="330.000">Alpha B(330):</epr>
<epr pos="909" type="3" value="90.000">Alpha C(90):</epr>
<epr pos="913" type="3" value="0.000">Delta Radius A(0):</epr>
<epr pos="917" type="3" value="0.000">Delta Radius B(0):</epr>
<epr pos="921" type="3" value="0.000">Delta Radius C(0):</epr>
<epr pos="808" type="3" value="39.910">Z-probe height</epr>
<epr pos="812" type="3" value="2.000">Z-probe speed</epr>
<epr pos="840" type="3" value="150.000">Z-probe x-y-speed</epr>
<epr pos="800" type="3" value="0.000">Z-probe offset x</epr>
<epr pos="804" type="3" value="0.000">Z-probe offset y</epr>
<epr pos="816" type="3" value="100.000">Z-probe X1</epr>
<epr pos="820" type="3" value="20.000">Z-probe Y1</epr>
<epr pos="824" type="3" value="160.000">Z-probe X2</epr>
<epr pos="828" type="3" value="170.000">Z-probe Y2</epr>
<epr pos="832" type="3" value="20.000">Z-probe X3</epr>
<epr pos="836" type="3" value="170.000">Z-probe Y3</epr>
<epr pos="880" type="0" value="0">Autolevel active (1/0)</epr>
<epr pos="106" type="0" value="1">Bed Heat Manager [0-3]</epr>
<epr pos="107" type="0" value="255">Bed PID drive max</epr>
<epr pos="124" type="0" value="80">Bed PID drive min</epr>
<epr pos="108" type="3" value="87.860">Bed PID P-gain</epr>
<epr pos="112" type="3" value="3.010">Bed PID I-gain</epr>
<epr pos="116" type="3" value="641.820">Bed PID D-gain</epr>
<epr pos="120" type="0" value="255">Bed PID max value [0-255]</epr>
<epr pos="200" type="3" value="92.400">Extr.1 steps per mm</epr>
<epr pos="204" type="3" value="100.000">Extr.1 max. feedrate [mm/s]</epr>
<epr pos="208" type="3" value="45.000">Extr.1 start feedrate [mm/s]</epr>
<epr pos="212" type="3" value="6500.000">Extr.1 acceleration [mm/s^2]</epr>
<epr pos="216" type="0" value="1">Extr.1 heat manager [0-3]</epr>
<epr pos="217" type="0" value="205">Extr.1 PID drive max</epr>
<epr pos="245" type="0" value="60">Extr.1 PID drive min</epr>
<epr pos="218" type="3" value="31.3600">Extr.1 PID P-gain/dead-time</epr>
<epr pos="222" type="3" value="2.1800">Extr.1 PID I-gain</epr>
<epr pos="226" type="3" value="112.9000">Extr.1 PID D-gain</epr>
<epr pos="230" type="0" value="255">Extr.1 PID max value [0-255]</epr>
<epr pos="231" type="2" value="0">Extr.1 X-offset [steps]</epr>
<epr pos="235" type="2" value="0">Extr.1 Y-offset [steps]</epr>
<epr pos="239" type="1" value="3">Extr.1 temp. stabilize time [s]</epr>
<epr pos="250" type="1" value="150">Extr.1 temp. for retraction when heating [C]</epr>
<epr pos="252" type="1" value="0">Extr.1 distance to retract when heating [mm]</epr>
<epr pos="254" type="0" value="255">Extr.1 extruder cooler speed [0-255]</epr>
<epr pos="246" type="3" value="0.000">Extr.1 advance L [0=off]</epr>
</Repetier-Firmware-EEPROM>

maybe problem is here, may be it is not here, i don't know

[Renha]

i have swapped Z motor and extruder motor connectors, and now Z is not movable by hands (and it works as extruder), while X and Y aren't. So I think moving steppers doesn't active at all. But i could see "Deactivate steppers" or such in LCD menu, but no "Activate".

[Renha]

tried set in firmware that:

Code: Select all

// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
#define X_ENABLE_ON 0+1
#define Y_ENABLE_ON 0+1
#define Z_ENABLE_ON 0+1

, without any success...

[Polygonhell]

Did you start with the SeeMeCNC supplied firmware or try and configure it yourself?

The most likely issues are either a bad pin mapping, but that should be derived from the board type set at the top of the file, or damaged drivers on the board itself, they are extremely sensitive to having the motors disconnected or connected while power is applied.

[Renha]

Thank you for reply! I have used firmware from SeeMeCNC website, that version: https://github.com/seemecnc/Repetier-091-ROSTOCKMAX

In that firmware I have done some changes: set baudrate to 115200 (without doing than I hadn't got connection with RH) and add to file "ui.cpp" line "#define prog_char char" (without this change firmware won't compile).

I haven't touched anything about pin mapping or such.

I have motors disconnected while power is applied, but only two of them (Z and E) to swap them, after founding out that steppers dont move, so it wasn't a reason.

[Renha]

I have swapped pins in firmware that way:

Code: Select all

//#define X_STEP_PIN     37
//#define X_DIR_PIN      48
//#define X_MIN_PIN      12
//#define X_MAX_PIN      24
//#define X_ENABLE_PIN   29
//#define X_MS1_PIN      40
//#define X_MS2_PIN      41

...Y, Z, heaters without change...

//#define E0_STEP_PIN    34
//#define E0_DIR_PIN     43
//#define E0_ENABLE_PIN  26
//#define E0_MS1_PIN     65
//#define E0_MS2_PIN     66

//#define E1_STEP_PIN    33
//#define E1_DIR_PIN     42
//#define E1_ENABLE_PIN  25
//#define E1_MS1_PIN     63
//#define E1_MS2_PIN     64


//POCHINKA
#define E0_STEP_PIN    33
#define E0_DIR_PIN     42
#define E0_ENABLE_PIN  25
#define E0_MS1_PIN     63
#define E0_MS2_PIN     64

#define X_STEP_PIN     34
#define X_DIR_PIN      43
#define X_MIN_PIN      12
#define X_MAX_PIN      24
#define X_ENABLE_PIN   26
#define X_MS1_PIN      65
#define X_MS2_PIN      66

#define E1_STEP_PIN    37
#define E1_DIR_PIN     48
#define E1_ENABLE_PIN  29
#define E1_MS1_PIN     40
#define E1_MS2_PIN     41
//POCHINKA

and swapped hardware pins that way too, and now... Nothing works! Extruder drive don't working now too. I'm going change everything back now.... what to do, what to do

EDIT: swapped all back, extruder stepper working again. O'k, at least X stepper is not driver-killer

[Polygonhell]

I think it's probably time to contact support, any more debugging starts to get complicated. Since you swapped the steppers and the E0 driver is the only one that appears to work regardless of the motor connected, and you are using the firmware SeeMeCNC suggests, you may have a bad RAMBO board.

[Renha]

Thanks for reply! Just to be sure, could anybody who have Rostosk MAX v2 (or maybe v1 would be o'k) without significant mods try to write my firmware binary and EEPROM settings, and then check moving of towers steppers?

[Renha]

Here the link to my firmware and eeprom files: https://cloud.ombro.us/public.php?servi ... f0a6018737

[Renha]

o'k... may someone instead put here his firmware binary and eeprom settings exported for me to try?

[Renha]

hey, i have found another RAMBo, and with same firmware (and with untouched EEPROM) i got same situation!

So, i'm near to be sure that it is firmware fault. But what's the fault? I believe it couldn't be in "#define prog_char char", because it in ui.h, which is about UI, i guess.

Could it be linux Arduino compilator problem? My version is 1.0.5. Again, please, give me stock binary firmware (with 115200 or lower baudrate) to write it.

[626Pilot]

You may have to invert or de-invert your axis directions. Unmoving axis steppers is usually because something under "Endstop Configuration" is wrong, or because the endstops aren't connected right (or at all). I can tell you that the printer WILL NOT move the axis steppers if it gets no current from the endstops.

Post your Configuration.h file.

[Renha]

Thank you for reply!

Instructions says:

The first test that you need to perform is on the end stop (or “limit”) switches that you installed at the top of each tower.
In order to test them, click your mouse in the “G-Code:” box and type: M119 and then press ENTER. Make sure that the end stop adjustment screws are not in contact with the switches. If they are, move the platform down by hand a little bit to get them to disengage the switches. In the log window, you should see the following text appear: x_max:L y_max:L z_max:L
This indicates that all three end-stop switches have not been pressed. If you see anything different, please check your wiring! Now I want you to hold down the switch lever for the X axis and re-run the M119 command. You should see the x_max value change to “H”. Do this for the Y and Z axes. This will ensure the end stop switches are functioning – this is very important for the next step!

I have this done and it's okay, so I don't think endstops misconfiguration is a reason, but I could check it again after about 12 hours. Same time it would be possible for me to post my Configuration.h file.

[Renha]

Here is my Configuration.h file:
https://cloud.ombro.us/public.php?servi ... f0a6018737

[626Pilot]

I used Meld to compare your Configuration.h to mine, and this is all I found:

#define EXT0_STEPS_PER_MM - EZStruder uses 92.4, you have 292. I think that's for the ancient Wade's Extruder (or Steve's or whichever it is) that the Rostock originally came with. If you have an EZStruder, try 92.4. You'll change this later when you do an extruder calibration, but that's a good starting point.

#define MIN_HARDWARE_ENDSTOP_Z false - You can leave this alone, but if you want to install a Z probe, change it to true. It won't interfere with anything, even if you don't have a probe.

// Inverting axis direction
#define INVERT_X_DIR true
#define INVERT_Y_DIR false
#define INVERT_Z_DIR true

INVERT_Y_DIR should be true. I don't think it will let you move at all unless they're all the same, because it's going to try to move Y upwards when it's already contacting the endstop. I don't think it will let you do that.

Failing this, try connecting your extruder motor to the X, Y, and Z axes individually and see if any motion occurs when you type G28. Remember to power the RAMBo off before you switch which port the extruder is connected to, so you don't juice the driver chips. They send a constant "holding current" to the motors to keep the carriages from moving, even when the printer isn't doing anything.

[Renha]

I have tried to swap X and E motors, and "holding current" was there, on X tower stepper, and it was moving as extruder stepper, but no moving or holding with any commands at other steppers.

could you post firmware binary please, if you have same (stock) hardware configuration?

About axes inverting instruction says:

Place one hand on the power switch and then on the Manual Control tab, click the Home All
icon. It's shown above in green. This will tell the Rostock MAX v2 to send the Cheapskates to their
“home” position. What shouldhappen is that all three Cheapskates should head for the top of the
machine. What mighthappen is one more Cheapskates will head down.This is A Bad Thing.
If any of the Cheapskates head down, turn off the printer right away! We're going to need to
tweak the firmware in order to fix this problem. Make sure you note which axis (or god forbid, AXES)
enjoy the cookie motor. We'll need to know that in order to make our firmware fix.
If you need to apply this fix, click the “Disconnect” icon in Repetier-Host and then open up
Repetier-Firmware in the Arduino IDE. Click on the tab marked “Configuration.h”. You may need to
increase the width of the IDE window in order to see that tab.
Scroll down until you find a small section marked “// Inverting axis direction”.

Once you've located this area, I want you to change the entry that corresponds to your
misbehaving motor from trueto false. If you have more than one, change those as well. For example,
if your Y axis Cheapskate headed for the floor when you hit the reset button, you'll change
INVERT_Y_DIRto false. Once you've made your changes, click “File”, “Save” and then hit the
Upload icon to send your updated firmware to the RAMBo controller.

As you can see, configurating of axes direction must be done later, not now, and it could have different values, it affects only on direction, not on possibility of moving.

I had e-mail to [email protected] sent two days ago, but i have not even readed-notification received yet

[geneb]

There is no point in posting a "binary", you can't do anything with it.

Download the firmware from the github repository that's pointed to in the manual. Install it. You shouldn't get _any_ compiler errors. If you do, it's because your Arduino IDE installation is broken.

Also make sure that you run the eeprom_clear sketch first.

g.

[Renha]

Thank you for reply! I'm sorry, but why i can't? What makes me unable to execute:

Code: Select all

[gluk@fsc ~]$ avr-objcopy -O ihex Repetier.cpp.elf firmware.hex
[gluk@fsc ~]$ avrdude -V -F -p m2560 -c arduino -b 115200 -Uflash:w:firmware.hex -P/dev/ttyACM0

, just like Arduino IDE does after compiling? If Arduino IDE installation is broken, i'll see all working that way, without trying to find another version of Arduino for Arch Linux, or compiling it from scratch

I have EEPROM cleared first [twice ]

[geneb]

*most* people can't do anything with the binary.

Regardless, download the source linked from the manual. It DOES compile without error.

g.

[Renha]

But it was that source i think it may be compilator fault, so I'll try to run Windows version of Arduino IDE under Wine.

[geneb]

Good plan.

g.

[626Pilot]

You mentioned using Arduino 1.0.5. That is really, really old. I compile my stuff on 1.5.2 and that's even out of date.

[guanu]

You mentioned using Arduino 1.0.5. That is really, really old. I compile my stuff on 1.5.2 and that's even out of date.

actually, no... 1.0.5 is current build... 1.5.6-r2 is current BETA... here at the shop I'm using 1.0.5 just fine and will continue to use it... see http://arduino.cc/en/Main/Software#toc2

Guanu

[Renha]

Problem solved with beta Arduino IDE (without reading 626Pilot's post about it, but thanks anyway). But now display stopped working O_o but it's new story, ill search on forum, etc...

Thanks all of you!

[626Pilot]

actually, no... 1.0.5 is current build... 1.5.6-r2 is current BETA... here at the shop I'm using 1.0.5 just fine and will continue to use it... see http://arduino.cc/en/Main/Software#toc2

1.0 is going to have code rot issues sooner or later. Probably does already. You can stay on it if you want, but a lot of people are writing for 1.5.