a feature request from the fringe: It'd be cool to be able to navigate Repetier-host's visualization with a 3DConnexion Space Navigator 3D mouse. Not sure how many this would benefit, but I figure I'd throw the suggestion out there. It'd be useful for those who have it, and a neat thing to demo.

I have everything working normally using repetier host 0.82b and repetier firmware 0.71 on Generation 6 electronics..... except one problem... If I use the flowrate at all, even a small amount, my X and Y acceleration Is VERY fast, so fast I cannot even see it move, yet it sees to get to where it's going... but it's hitting VERY hard, it's also not nice and smooth while printing.. but a sudden hard stop after every line segment. If I pause printing, when I resume, it is ok while printing, until a layer change and then BAM it's back to hard accelerations and stops. Putting flowrate back to 100% does not correct this.. I must kill the job, and start over and then it runs normally once again.

Hi
Using v.071 I find that my y axis shifts every few layers. The y axis moves too much during a particular move which skews the entire print. It seems like the stepper is being told to move too much. The problem does not occur with v0.61.

Spec: prusa with zapp SY42STH47 steppers, polulo A4988 stepper drivers, sanguinolulu with atmega1284p chip, repetier host on windows.

Could my problem relate to the new config options STEPPER_HIGH_DELAY, STEP_DOUBLER_FREQUENCY, ALLOW_QUADSTEPPING or DOUBLE_STEP_DELAY?

Hi
Just starting out with repetier firmware, first impressions are good.

But I had to switch back to Marlin to diagnose a PWM problem using M42 GCODE. :-(

The M42 GCODE allows custom pin PWM values to be set for a pin.

Can Repetier firmware support the M42 gcode? I don't know how to use git to submit patches but might be able to learn if you need a volunteer to code it.

Link to Marlin M42 code:
https://github.com/ErikZalm/Marlin/blob/Marlin_v1/Marlin/Marlin.pde

Thanks

I am using a RAMPS 1.4 setup from ultimachine, and I have everything else working ~ OK, but when I set the heated bed temp and turn it on, it will not report temperature back, and the only way to turn it off is to reset the board? I have verified that the thermistor is sending signal back to the board, and that pins.h is correct, but I am at a loss as to what's causing the heater to stay on. I've tried removing (by commenting out) alot of the if statements that have to do with whether or not there is a heated bed, to no avail. When I override the setting and markup heated_bed true, I can turn it on, but not off. Also, I seem to have no control over my fan if I don't have heated bed true

Hi repetier!
It would be great if ATMega1284 support could be added in pins.h for GEN7 boards.

if !defined(AVR_ATmega644P) && !defined(AVR_ATmega644) && !defined(AVR_ATmega1284) && !defined(AVR_ATmega1284P)

and I think there's a typo in Configuration.h:
"// Gen6 1.4.1 an dlater = 71" should be "// Gen7 1.4.1 and later = 71" ;-)

Please find the patch attached.

Hi I upgraded to 0.7 to be up to date - but my test/calibration stl http://www.thingiverse.com/thing:11895 is much more jerky and hesitant when printing creating blobs etc - this is sliced with slicer 0.82 with the same gcode as I used with the previous firmware version - it was fine with the previous version of firmware - it slowed down and smoothly printed.

I understand this is a high geometry stl - but I had no problem with printing it on the previous firmware version - it seems the plan ahead feature may not be working as well?

What can I do to tweak it to get a better result..?

Many thanks

Laurence

Thanks for fast fix on my last issue.
But I'm a little confused of the PID control itself.

1. it doesnt seem to run in a fixed frequency? how often is it executed?
2. Without a fixed freq, the I and D part gets unpredictable (Since no time is used if your equations)
3. Default values seems to indicate more or less a on/off regulator with a small fix for the time delay (the d-part). With default values I'ts nerly ok at PLA temp for me but the output PWM just goes from MAX->MIN->MAX and so on

I'm replacing the heating resistor (after my third failure) with a heating cartridge and trying to get the regulator to work reliable...

Love this firmware/host combination on RAMPS 1.3!

When exploring the features I noted that the temp monitoring window in the host only ever displays the bang-bang output to the heated bed - this is because the temp management firmware routines in extruder.cpp all update mon-output regardless of whether monitoring is required and the heated bed is the last in sequence.

The fix I used was to wrap the mon_output write in an if statement testing if the value of manage_monitor was appropriate to the heater output being updated.

Code snippet:

....

if (manage_monitor==manage_extruder)
mon_output = output;

...

digitalWrite(act->heaterPin,on);
if (manage_monitor==manage_extruder)
mon_output = (on?255:0);

...

for the Extruder updates and:

...

if (manage_monitor==(NUM_EXTRUDER))
mon_output = current_bed_raw >= target_bed_raw ? 0 : 255;

...

for the heated bed.

This ensures that mon_output is only updated by the relevant heater output and only if monitoring has been requested.

Hope that helps - back to exploring the features!

Peter

I've recently setup myself to use 2 extruders and I can't compile the firmware in arduino ide when I select this option....

I've tried adding EXT1 code etc but to no avail..

I see there is no eeprom for 2nd extruder esteps either..or offsets

Many thanks for the great firmware and host - imo the best!

Laurence

Using repetier firmware 0.71 downloaded from repetier website.

Reading the EEPROM values using repetier host causes the host to crash - index out of bounds or something like that.

So I use a terminal to read the EEPROM using M205 and always it never returns the EEPROM in a clean way. The result is always missing some parts or messed up.
I tried cleaning the EEPROM using an arduino sketch, reloading the EEPROM, incrementing the EEPROM variable in the firmware, etc.

Is there a known issue with reading the EEPROM with M205 in this version?

Here is an example M205 output

EPR:3 27 2400.00 X-axis homing feedrate [mm/min]
EPR:3 31 2400.00 Y-axis homing feedr
EPR:3 51 3
EPR:3 35 100.00 Z-axis homing feedrate [mm/min]
E0 Y-a39 40.00 Max. jerk [mm/s]
EPR:3 47 0.30 Max. Z-jerk [mm/s]
EPR:3 51 3000.00 X-axis acceleration [mm/s^2]
EPR:3 55 3000.00 Y-axis acceleration [mm/s^2]
EPR:3 59 100.00 Z-axis acceleration [mm/s^2]
EPR:3 63 3000.00 X-axis travel acceleration [mm/s^2]
EPR:3 67 3000.00 Y-axis travel acceleration [mm/s^2]
EPR:3 71 100.00 Z-axis travel acceleration [mm/s^2]
EPR:0 103 0 OPS operation mode [0=Off,1=Classic,2=Fast]
EPR:3 99 0.00 OPS move after x% retract [%]
EPR:3 43 0.80 OPS min. distance for fil. retraction [mm]
EPR:3 87 3.00 OPS retractiondrate [mm/min]
EPR:3 158 18.00 Extr. start feedrate [mm/s]
EPR:3 162 6000.00 Extr. acceleration [mm/s^2]
EPR:0 166 1 Heat manager [0-1/min]
EPR:3 158 18.00 Extr. start feedrate [mm/s]
EPR:3 162 6000.68 5xtr. acceleration [mm/s^2]
EPR:0 166 1 Heat manager [0-1]
EPR:0 167 130 PID drive max
EPR:0 195 50 PID drive min
EPR:2 168 500 PID P-gain [_0.01]
EPR:2 172 1 PID I-gain [_0.001]
EPR:2 176 309 20 Temp. stabilize time [s]
EPR:3 196 0.00 Advance L [0=off]
181 0 X-offset [steps]
EPR:2 185 0 Y-offset [steps]
EPR:1 189 20 Temp. stabilize time [s]
EPR:3 196 0.00 Advance L [0=off]
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
wait
ok 0
EPR:2 75 250000 Baudrate
EPR:2 79 0 Max. inactive time [ms,0=off]
EPR:2 83 120000 Stop stepper afer inactivity [ms,0=off]
EPR:3 3 80.00 X-axis steps per mm
EPR:3 7 80.00 Y-axis steps per mm
EPR:3 11 2560.00 Z-axis steps pmax. feedrate [mm/min]
EPR:3 27 240 feedrate [mm/min]
EPR:3 19[mm/min]
EPR:3 31 2400.00 Yte [mm/min]
EPR:3 23 100.00 Z-axis max. feedrate [mm/min]
EPR:3 27 2400.00 X-axis homing feedrate [mm/min]
EPR:3 31 2400.00 Y-axis homing feedrate [mm/min]
EPR:3 35 100.00 Z-axis homing feedrate [mm/min]
EPR:3 39 40.00 Max. jerk [mm/s]
EPR:3 47 0.30 Max. Z-jerk [mm/s]
EPR:3 51 3000.00 X-axis acceleration [mm/s^2]
EPR:3 55 3000.00 Y-axis acceleration [mm/s^2]
EPR:3 59 100.00 Z-axis acceleration [mm/s^2]
EPR:]
EPR:3 43 0.80 OPS min. distance for fil. retraction [mm]
EPR54 1500.00 Extr. max. feedrate [mm/min]
EPR:3 158 18.00 Extr. start feedrash [mm]
EPR:3 150 373.00 Extr. stepsceleration [mm/154 1500.00 Extr. max. feedrate [mm/min]
EPR:3 158 18.00 Extr. start f0 195 50 PID drive min
EPR:2 168 500 PID P-gain [*0.01]
^2]
E
EPR:2 185 0 Y-offset [steps]
EPR:1 189 20 Temp. stabilize time [s]
EPR:3 196 0.00 Advance L [0=off]
wait

If you don't need the generic table, uncomment the following define.
*/
//#define USE_GENERIC_THERMISTORTABLE 1

This snip from configuration.h implies one thing, but says another. The way that it reads, the define should look like

The #define implies that we do want to use the generic table.

H, still working on using your firmware. Sprinter works fine, but can't seem to get setup for heated bed and hotend going. I have both and have a 100K thermistor for the hotend and a 10K thermistor for the bed. I can seem to get temperature readings and can't turn the hotend off/on. They bth work fine with Sprinter. What are the key settings to allow these to function correctly? I have a Sanguinololu 1.3a board and have selected type 62, and checked pin configuration. I have tried a number of combinations but must be missing something. Any help would be appreciated. Kia ora Wayne

I don't know what I've done wrong, but when I compile, Arduino 0023 comes up with the following error:

Extruder.cpp: In function 'void extruder_set_temperature(int)':
Extruder.cpp:259: error: lvalue required as left operand of assignment

referring to this part of the code:

if USE_OPS==1

if(temp_celsius<(MIN_EXTRUDER_TEMP<<CELSIUS_EXTRA_BITS)) {
printer_state.filamentRetracted = false;
printmoveSeen = 0;
}

endif

I then tried to compile with #define USE_OPS 2 and got the same error, so I tried #define USE_OPS 0 and got a slightly different one:

Repetier.cpp: In function 'void__vector_9()':
Repetier:1760: error: lvalue required as left operand of assignment

referring to:

if(current_extruder->currentTemperatureC>=MIN_EXTRUDER_TEMP<<CELSIUS_EXTRA_BITS) // Saftey first
  extruder_step();

} else {
if(extruder_wait_dirchange)
extruder_wait_dirchange--;
}

Have I done something completely wrong????

Cheers
Kyne

Sorry to be a nuisance, but I'm now finding that I can't print from SD card anymore - I can load files to the card, but when I try to print, I get an error message - wrong binary checksum. The SD card did work OK with version 0.43, and now doesn't. Is this a problem with my hardware or has something changed in firmware?

Hi,

I'm currently using with great results the Z-lift option for filament retraction (leveling up the hotend 1 layer only) with slic3r and I would like to have it available in Repetier firmware in order to get benefit of the OPS mode 2 with Z-lifting :)

Moreover, while using Z-lift recently with complet objects I got many Y-Axis steps lost... I can't prove that this come from this but having Z-lift directly available in the firmware could resolve this issue if it is really related to Z-lift in slic3r.

Last point, using Z-lift for generating g-code make the Repetier Host software to improperly detect the number of layers :/

Hope it can be easily implemented :)

Kia Ora

Firstly many thanks for excellent firmware and repetier-host. Keep up the good work.

I have noticed that the Z- axis steppers are enabled during entire print (motor hot and locked, current on). I have the following in the configuration file:

// Disables axis when it's not being used.

define DISABLE_X false

define DISABLE_Y false

define DISABLE_Z true

define DISABLE_E false

I'm running a sanguinolou v 1.3a and using pololu A 4988 stepper drivers.

The Z axis motors are disabled before print commences and after its complete, so it appears that the hardware is allowing disable/enable, just that it isn;t working while printing?

Any suggestions?

regards

Wayne

If I try to compile with that optin I get a compilor error:

Repetier.cpp: In function ‘long int bresenham_step()’:
Repetier.pde:-1: error: expected `)' before ‘;’ token
Repetier.pde:-1: error: expected `)' before ‘;’ token
Repetier.pde:-1: error: expected `;' before ‘)’ token
Repetier.pde:-1: error: ‘advance_target’ was not declared in this scope

My conguration.H is here http://pastebin.com/iDae77hK
Using the "Start 0.73 branch"

I needed to add the following line to repetier's boards.txt before arduino-1.0 would compile the project:

sanguino.build.variant=standard

...without it, the compile fails with pins_arduino.h not found.

I noticed that the sample file "uiconfig_reprapdiscount_panel.h" had been updated. I have been having issues accessing my SD media so I renamed the sample file to give the new sample uiconfig a shot. It seems that are numerous references throughout the program to both "backlash" and "backslash". I seem to remember that some of these were fixed in a previous commit. There are still more lurking out there.

Thanks
Dennis

I have the Z endstop set so that the nozzle is 2.6mm above the bed for one of my hot ends. When I use it, normally I just add G92 Z2.6 in the my starting G-code. But for some reason, even after sending G92 Z2.6 I cannot lower the Z axis, once the endstop is triggered. Here is my endstop code:

// ##########################################################################################
// ## Endstop configuration ##
// ##########################################################################################

/* By default all endstops are pulled up to high. You need a pullup if you
use a mechanical endstop connected with gnd. Set value to false for no pullup
on this endstop.
*/

define ENDSTOP_PULLUP_X_MIN true

define ENDSTOP_PULLUP_Y_MIN true

define ENDSTOP_PULLUP_Z_MIN true

define ENDSTOP_PULLUP_X_MAX true

define ENDSTOP_PULLUP_Y_MAX true

define ENDSTOP_PULLUP_Z_MAX true

//set to true to invert the logic of the endstops

define ENDSTOP_X_MIN_INVERTING false

define ENDSTOP_Y_MIN_INVERTING false

define ENDSTOP_Z_MIN_INVERTING false

define ENDSTOP_X_MAX_INVERTING false

define ENDSTOP_Y_MAX_INVERTING false

define ENDSTOP_Z_MAX_INVERTING false

//If your axes are only moving in one direction, make sure the endstops are connected properly.
//If your axes move in one direction ONLY when the endstops are triggered, set ENDSTOPS_INVERTING to true here

//// ADVANCED SETTINGS - to tweak parameters

// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1

define X_ENABLE_ON 0

define Y_ENABLE_ON 0

define Z_ENABLE_ON 0

// Disables axis when it's not being used.

define DISABLE_X false

define DISABLE_Y false

define DISABLE_Z true

define DISABLE_E false

// Inverting axis direction

define INVERT_X_DIR false

define INVERT_Y_DIR false

define INVERT_Z_DIR false

//// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN

define X_HOME_DIR -1

define Y_HOME_DIR -1

define Z_HOME_DIR -1

//If true, axis won't move to coordinates less than zero.

define min_software_endstop_x false

define min_software_endstop_y false

define min_software_endstop_z false

//If true, axis won't move to coordinates greater than the defined lengths below.

define max_software_endstop_x true

define max_software_endstop_y true

define max_software_endstop_z true

// If during homing the endstop is reached, ho many mm should the printer move back for the second try

define ENDSTOP_X_BACK_MOVE 5

define ENDSTOP_Y_BACK_MOVE 5

define ENDSTOP_Z_BACK_MOVE 2

// For higher precision you can reduce the speed for the second test on the endstop
// during homing operation. The homing speed is divided by the value. 1 = same speed, 2 = half speed

define ENDSTOP_X_RETEST_REDUCTION_FACTOR 2

define ENDSTOP_Y_RETEST_REDUCTION_FACTOR 2

define ENDSTOP_Z_RETEST_REDUCTION_FACTOR 2

// When you have several endstops in one circuit you need to disable it after homing by moving a
// small amount back. This is also the case with H-belt systems.

define ENDSTOP_X_BACK_ON_HOME 0

define ENDSTOP_Y_BACK_ON_HOME 0

define ENDSTOP_Z_BACK_ON_HOME 0

// You can disable endstop checking for print moves. This is needed, if you get sometimes
// false signals from your endstops. If your endstops don't give false signals, you
// can set it on for safety.

define ALWAYS_CHECK_ENDSTOPS false

// maximum positions in mm - only fixed numbers!

define X_MAX_LENGTH 203

define Y_MAX_LENGTH 204

define Z_MAX_LENGTH 140

Thanks

I'm not sure, but I think, there are two definitions of MAX_FEEDRATE for the E-Axis.
MAX_FEEDRATE for E is never used.

    /** Maximum feedrate, the system allows. Higher feedrates are reduced to these values.
The axis order in all axis related arrays is X, Y, Z, E 
 Overridden if EEPROM activated.
*/
    #define MAX_FEEDRATE {20000, 20000, 240, 100}

compare Extruder.cpp->line 204

    max_feedrate[3] = current_extruder->maxFeedrate;

Do I need Arduino 1.0 to compile?

my errors:

In file included from Commands.cpp:23:
/Reptier.h:165:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:165:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:165:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:165:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:190:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:190:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:190:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:190:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:213:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:213:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:213:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:213:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:215:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:215:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:215:1: error: invalid suffix "_WPORT" on integer constant
/Reptier.h:215:1: error: invalid suffix "_PIN" on integer constant
/Reptier.h:245:5: error: missing binary operator before token "3"
In file included from Commands.cpp:23:
/Reptier.h: In function 'void extruder_step()':
Reptier.h:164: error: 'DIO4' was not declared in this scope
Reptier.h:164: error: expected ;' before numeric constant Reptier.h:164: error: 'DIO4' was not declared in this scope Reptier.h:164: error: expected;' before numeric constant
/Reptier.h: In function 'void extruder_unstep()':
Reptier.h:189: error: 'DIO4' was not declared in this scope
Reptier.h:189: error: expected ;' before numeric constant Reptier.h:189: error: 'DIO4' was not declared in this scope Reptier.h:189: error: expected;' before numeric constant
/Reptier.h: In function 'void extruder_set_direction(byte)':
Reptier.h:212: error: 'DIO2' was not declared in this scope
Reptier.h:212: error: expected ;' before numeric constant Reptier.h:212: error: 'DIO2' was not declared in this scope Reptier.h:212: error: expected;' before numeric constant
Reptier.h:214: error: 'DIO2' was not declared in this scope
Reptier.h:214: error: expected ;' before numeric constant Reptier.h:214: error: 'DIO2' was not declared in this scope Reptier.h:214: error: expected;' before numeric constant

Greetings - A minor issue is that once the inactivity timer has timed out, you can't turn the power back on until you try and move a stepper (which won't move with power off).

I suggest adding

previous_millis_cmd = millis();

to M80 (and M104, M106 and M140) commands.

regards

Wayne.

Hi, I just upgraded to the latest firmware (5b925be) and I'm having some problems. The print starts out ok, but after a short while, repetier host get's disconnected. I'm running the latest 0.34b version.

When I updated the firmware, I moved over my working settings, didn't change anything and it was working great before.

Any ideas?

I have uploaded the log to http://pastebin.com/ZbCb40eL if someone would like to take a look.

Let me know if there's anything else I can submit.

Cheers,

Peter.

I would love to have a temperature table created at startup for each Thermistor. I would never more have to deal with temperature tables again...

Generaly parts come from different suppliers and it is quite common to have at least different thermistor for the heated bed and the extruders. In my setup I use different pullup resistors optimysed for each temperature so that I can get 1/3 ºC resolution.

I have made some errors calculations and tables can be very small while keeping errors within a maximum of 0.3%. The heated bed table could also be smaller, it needs no more than 150°C

We could work out a minimum table length qeepink the error small. Feel free to contact me in PVT

Hello,

With Arduino 1.0 Linux i get the following errors
1.
ui.cpp
ui.cpp:31:20: fatal error: eeprom.h: Datei oder Verzeichnis nicht gefunden
rename #include "eeprom.h" -> #include "Eeprom.h"

2.I2C Display
with Peter Fleury I2C Lib installed

define UI_DISPLAY_TYPE 3

In file included from ui.cpp:87:0:
/Downloads/arduino-1.0/hardware/arduino/cores/arduino/i2cmaster.h:173:22: error: expected unqualified-id before ‘unsigned’
/Downloads/arduino-1.0/hardware/arduino/cores/arduino/i2cmaster.h:173:22: error: expected ‘)’ before ‘unsigned’

Greetings, as per the title setting OPS to fast mode (i.e. 2) causes my prusa to crash, i.e. the print head moves to extreme X position and the motor keeps running (for a very long time - always stopped by turning power off). I tried changing a number of things (e.g. slic3r/skeinforge), speeds, objects etc and that only varied the point in the print where the printer tried to drive the x carriage over to Australia. If you rerun job crash occurs at same point.

Have turned OPS off, and printer is running 100%.

It feels like a calculation error? Maths overrun?

regards

Wayne.

I can't find an implementation of M204 (Changing PID) even though it still listed in the G-codes?
I would like a easy way to temporary change the PID values without writing to EEPROM.

each time I attempt to change Flowrate the printer begins to print extremely slow and jittery. returning
returning Flowrate to 100% and pausing the printer for around 10 seconds resolves the slow jitter. Pausing momentarily when Flowrate is <>100% rectifies the jitter momentarily, but it returns quickly.

Arduino 2564
RAMPS 1.4 w/ SD
Repetier Firmware 0.73
EEPROM Settings enabled
12v ATX
Pololu 4988
Windows 8

Here's the setup:

I have one Arduino MEGA 1280 that has only had Repetier firmware installed. The "virgin".

I have five others that have had Sprinter, and more recently, Marlin.

Upgrade all to Repetier. Hot end will only heat on the "virgin" MEGA.

What I found is that all of the other Arduinos now have their PID_MAX = 0, causing the heater to never activate.

I know you mention something like this in the notes, but it is a single obscure value. Hope this helps someone resolve quicker than me :)

In Reptier.h there is:

include "Stream.h"

But I cannot find that file (neither can Arduino IDE), so compilation fails.

Hi again
I had to abandon my last attempt at using Repetier firmware when I nearly broke my printer with a high speed reverse extrusion.
This was before I realised that the extruder was set to absolute distances and all my Gcode is designed for relative.
Ever since I started printing 6 months ago I have always used relative E and absolute X/Y/Z. I blame Jean-Marc for getting me started but actually it makes much more sense to me.
Is there some way to enable this in the firmware like there is in Sprinter and Marlin? If there is, I couldn't find it.
If it's not there I would like to request it because I really would like to give the firmware another try.
Thanks
richgain

Got the error

Repetier.cpp: In function 'void updateTrapezoids(byte)':
Repetier:919: error: 'PATH_PLANNER_CHECK_SEGMENTS' was not declared in this scope

was introduced in commit: 2f9c693

Added

define PATH_PLANNER_CHECK_SEGMENTS 7

From the previous commit, seems to fix the issue (compiles), not sure if it works

I've been using version 0.50 with no problems.
In the new version 0.60 of the Z-axis switch bounces at homing.
Have I missed a setting, or is it a fault?
I use a mechanical endswitch and a Sanguinololu version 1.3a.

Hi, Have Prusa runs really well with Sprinter and Repetier-Host. With Repetier firmware, I can't get the extruder to run? Using Sanguino v1.3a?

With MOTHERBOARD = 9, and UI_DISPLAY_TYPE = 3 or 4, I get the following error when I try to compile:

d:/arduino/arduino-0022/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr51/crtusb1286.o: In function __vector_default': (.vectors+0x14): relocation truncated to fit: R_AVR_13_PCREL against symbol__vector_5' defined in .text section in d:/arduino/arduino-0022/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../../avr/lib/avr51/crtusb1286.o

I don't know if it's the Firmware, or the host, but even with values of X=240mm Y=180mm Z=60mm, the machine moves X=200 Y=200 Z=? (this might break my setup, so don't know).

Kudos to you for this excellent piece of work!

Hi, first of all thanks for the nice firmware :)

I have a non-conventional 3d RepStrap which is sensitive to acceleration problems, so I been examining the step pulses with a logic analyzer that I bought just for that :)

The first step is too long, or I could say that the second step is delayed, see this captured image: https://picasaweb.google.com/lh/photo/enIWp4H_4L_u5Dn9aGWRndMTjNZETYmyPJy0liipFm0?feat=directlink

I have spent a few hours debugging that without succes, but I have discovered a few things:

1. this happens issuing a simple move comand on Pronterface, 100% repeatable in all situations.

2. with two fast commands they are concatenated as expected and the extra delay does not exist

3. at the end of the movement ther is no extra delay

4. if I increase jerk, the total time increases proportionaly

5. I made a simple modification in repetier.pde line 1501 (d860337)
   from:
   printer_state.interval = CPUDivU2((int)v);
   to:
   if (printer_state.stepNumber==0)
   printer_state.interval = CPUDivU2((int)v)*3;
   else
   printer_state.interval = CPUDivU2((int)v);
   and the the delay increased by the expected amout. (first delay should have been 0.7ms and is 2ms. with the modifiction it increased by 1.4ms) so it behaves like there is an extra delay somewhere.

This could be an Interrupt routine problem, maybe a lenthy routine happening juster after the first step.

Please, send me any idea that I can test. I will gladly test it.

I'm trying out Repetier-Host v1.0 with my Printrbot+. It recognized my version of Slic3r and brougbht up the Slic3r presets I'd created just fine, and I'm loving the interface. I used its integrated Slic3r to create gcode from an stl file, and then told it to go ahead and print. All seemed good at the start, but now 8 hours later I look at the print (printing the same stl file took 6.5 hours with the same Slic3r and MacPronterface) and it seems to be progressing an order of magnitude slower than it was when I ran the same object with Pronterface.

I don't know if it's that Repetier Host's integration with Slic3r created a file that is by design slower to print than Slic3r created on its own (I never run Slic3r inside Pronterface, but trusted Repetier since it recognized my saved Slic3r presets), or whether Repetier is somehow causing the print process to go incredibly slowly. But I do know that I can watch the printer barely move, and I hear the steppers moving the printhead about two steps per second. Each layer of the hollow, single perimeter object I'm printing must be taking minutes. I tried sending the gcode command "M220 S600" to speed things up, in the Print Panel's G-Code field, and as far as I can tell it has had no effect.

Is there some known issue with Repetier and the Printrboard, or some setting I need to set in Repetier to make it work right with Marlin? I must be doing something wrong. I'd post logs and settings if I knew what was relevant to the problem.

I have upgraded my sanguinololu to use an ATmega1284p so I can compile repetier with SD support. Others may have built their Sanguinololu with the ATmega1284p in the first place.

Can you add support for the ATmega1284p on line 403 of fastio.h:

if defined (AVR_ATmega644) || defined (AVR_ATmega644P) || defined (AVR_ATmega644PA) || defined (AVR_ATmega1284P)

The chip has the same pin config as the 644.

Hi,
I would like to install the Repetier-Firmware. I had a quick look into the Configuration.h. The settings are quite different compared to Marlin.

Before I start searching and reading all the docs, I have a question:

Is there a simple "how-to" for Migrating from Marlin to Repetier?

My data:

Repetier-Host-Mac
Marlin V 1.0 RC2
3DPrinter: ORD Bot Hadron
Arduino Mega 2560/RAMPS 1.4
Extruder: MakerGear Plastruder

Full details here: http://forums.reprap.org/read.php?146,160309,160323#msg-160323

If I set #define UI_DISPLAY_TYPE to 0 or 4 - and upload, I can connect from host software

If I set #define UI_DISPLAY_TYPE to 2 or 3 - It seems to hang the AVR and I can not connect

Peter

This code that was added to SDCard.cpp causes not files to be shown if they are long file names read as dos 8.3 format:

Starting on line 147:

while(i--) {
if(*name=='~') return false;
name++;
}

All long file names converted to dos 8.3 have a ~ in the file name.

I have activated #define DISABLE_Z true to prevent overheating of those motors (they are small and have to drive high current. )

This works fine except right after homing.

Workarout currently:
Press the Buttons :
"Home all" --> "X+1" --> "X-1"

Cheers

I 'm using both Repetier-Host (windows) 0.82b and firmware (0.80dev). I'm using 36 tooth pulleys with 16 microsteps. After uploading the firmware I checked the settings in the eprom window of Repetier Host. The value for my stepper motor steps per mm shows up as 44.00. I am able to change the setting to the correct value (44.44) through the settings window. The firmware does retain this value. Could this be a communication problem between Host and the firmware or a problem in the firmware?

I'm having a little trouble using pin 12 as the fan pin on my sanguinololu 1.3a. It works OK with sprinter but with repetier I can only use the output as a digitial (on/off) and the PWM doesn't function. I can use pin4 successfully, but would prefer to use another in for heated bed and use pin 12 for fan. It looks like this is something to do with the timer interrupts. Any idea how to fix this?

Hi repetier,

when using the latest release one strange thing happens where im not really sure how to debug it. The first layer gets printed fine, everything ok, new movement to endstops seems really good. But after the first layer he moves the y axis into one direction without stopping, x axis will be moved to the left.

Im using a Gen7.

Any ideas what i can do about that? Using Firmware 0.51, same settings everywhere, everything is fine.

Hi !

Just finished adding a heated bed to my printer, I have set it up on digital pin 4, the extruder hotend is on pin 3.
I can turn on the heating on the bed from the host but I cannot turn it off, the pin on the MCU remains high.This happens even if the hardware is not connected to the pin.

I looked at the code ... unfortunately I can't understand what there happens :/ What I have noticed is that it is handled differently than the extruder.

The hardware looks fine and if I connect it instead of the extruder hotend (ie on pin 3) all works flawlessly.

As a side note: the set temperature is not reported correctly either, it always returns the current temp as in 60/60 even though set is 120.

Thanks and a Happy New Year!