Repetier 091 for Rostock MAX now available

[geneb]

I can't speak to the MacOS issue (the only thing I use mine for is IRC...), but the latest release of Repetier-Host for Windows (and possibly Linux) tweaks the LCD display when you run the job and it shows the same time clock on the bottom LCD line as is displayed in R-H itself during the print. It does this even on the .83 firmware.

g.

[mirage1207]

hello all.
i have some little problems with the 0.91 Repetier Firmware. Bevor i bought a complete Rostock Max by SeemeCNC i ordert a single Rambo controller and 2 type of displays. The First is a "normal" Display who is also include by the Delta Max - This Display woks without any problems with Repetier 0.91. The other one is a Full Graphic Display (with SD slot) 128x64 pix - here works nothing... the display only lights up. no Graphic or anything...
i Change the display type in the config.h but nothing changend.... no graphic or anything else is to see on the display... only light....
have anyone else this problem???? i hope you could help

[Eaglezsoar]

hello all.
i have some little problems with the 0.91 Repetier Firmware. Bevor i bought a complete Rostock Max by SeemeCNC i ordert a single Rambo controller and 2 type of displays. The First is a "normal" Display who is also include by the Delta Max - This Display woks without any problems with Repetier 0.91. The other one is a Full Graphic Display (with SD slot) 128x64 pix - here works nothing... the display only lights up. no Graphic or anything...
i Change the display type in the config.h but nothing changend.... no graphic or anything else is to see on the display... only light....
have anyone else this problem???? i hope you could help

It seems that the Full Graphic Display is a fairly new implementation for Repetier and there is not a lot of documentation on it yet.
What I did find is from the Repetier forum at http://forums.reprap.org/read.php?267,240739
The later entries on page 1 and page 2 may be of some help.

[altarke]

After the firmware upgrade MAX is abit sick...

For some reason a carriages r traveling in the opposite direction when I do "home", Why does it happen and how to change it?

where do I change motor direction in the new firmware.

Also where is the place in the FW to change extruder direction?

I can always go back to 8.0 so I can get to print.

I am happy to report that I can control the head temp and bed (not all control is lost).

[Eaglezsoar]

After the firmware upgrade MAX is abit sick...

For some reason a carriages r traveling in the opposite direction when I do "home", Why does it happen and how to change it?

where do I change motor direction in the new firmware.

Also where is the place in the FW to change extruder direction?

I can always go back to 8.0 so I can get to print.

I am happy to report that I can control the head temp and bed (not all control is lost).

In configuration.h you should see the following lines, changing them to the opposite value will change the direction. (E0 is extruder)
#define INVERT_X_DIR true
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true
#define INVERT_E0_DIR true

You would need to edit the necessary lines then upload to the Rambo using the Arduino and selecting repetier.ino then upload but that I'm sure you know.
Stepper motor direction of rotation can also be changed by switching a pair of wires on the connectors, the problem is getting the pins out of the connector and switching them
some can be stubborn, usually there is a small hole in the connector where you can gently push the metal while pulling gently on the wire and it should release. A pair is defined
as pins 1 and 2 OR pins 3 and 4.

[dpmacri]

I decided to upgrade a couple days ago because I had been having some problems with prints not finishing (number of threads around here). However, after upgrading, I couldn't seem to control the speed of printing. Everything was going way faster than I wanted and things weren't sticking to the bed. Playing with the speed slider didn't seem to have any impact. Plus, I'm not sure what happened, but I have two extruders on my RMax. However, when I installed the 0.91 firmware I still told it I only had one (because I just wanted to test out with one). So I started printing an object and noticed it wasn't sticking very well but then I also noticed a bunch of smoke coming out of the 2nd extruder! It shouldn't have even had any power applied to it, but when I used my thermocouple (after shutting the whole printer down), the temperature inside the hot-end was over 500C!!! Yikes!

Anyway, I rolled back to 0.83 for the time being but am curious if anyone else has seen the speed issue and if anyone else has used 0.91 with a dual-extruder setup?

[int2str]

I still told it I only had one (because I just wanted to test out with one). So I started printing an object and noticed it wasn't sticking very well but then I also noticed a bunch of smoke coming out of the 2nd extruder! It shouldn't have even had any power applied to it, but when I used my thermocouple (after shutting the whole printer down), the temperature inside the hot-end was over 500C!!! Yikes!

You ALWAYS need to tell the firmware what hardware you have to connected and at which pin - or disconnect the hardware. If you're not telling it about the 2nd extruder, the pin may float and not be controlled by the firmware. Which can lead to what you've already experienced....

[altarke]

In configuration.h you should see the following lines, changing them to the opposite value will change the direction. (E0 is extruder)
#define INVERT_X_DIR true
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true
#define INVERT_E0_DIR true

Thanks I managed to figure the X,Y, and Z dir out- but for the life of me I can seem to find the invert E0_DIR in the configuration.h. I run the search and no luck....

Any Ideas

[altarke]

In configuration.h you should see the following lines, changing them to the opposite value will change the direction. (E0 is extruder)
#define INVERT_X_DIR true
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true
#define INVERT_E0_DIR true

OK I found it

[Eaglezsoar]

In configuration.h you should see the following lines, changing them to the opposite value will change the direction. (E0 is extruder)
#define INVERT_X_DIR true
#define INVERT_Y_DIR true
#define INVERT_Z_DIR true
#define INVERT_E0_DIR true

OK I found it

It looks as though they had to change things again it is called:
#define EXT0_INVERSE true
If you change this to false I believe that the rotation should change.

Let me know when everything works again.

[lordbinky]

I am really liking the new firmware. I re-aligned and squared everything. None of the towers were more than a degree off so I left those settings alone, then measured the distance to the towers which varied a bit with the worst being 1.7mm further out. Put all the settings right for my build, and I like the new default jerk is at 36. Still have a bit of work on my printer radius to get the extremes of the build area right, but other than that it has been printing fantastic with the geometry adjustments. Made me giggle like a schoolgirl the first time I did a test cube. The sides were identical in their measurements.

Edit & update: Corrected words.. Typed this on my phone at a laundrymat... *sigh* the errors... Still, something is a bit off that I haven't put my finger on just yet. Maybe I'll get it narrowed down when I get the radius spot on.

[truenorthtrader]

OH OH! I had a print quit on me twice tonight in different spots!
:c

Now what. It was going perfectly now it's stopping with heat still on again.

[altarke]

OH OH! I had a print quit on me twice tonight in different spots!
:c

Now what. It was going perfectly now it's stopping with heat still on again.

Try printing from the SD Card - just to eliminate the SW side of things...

[truenorthtrader]

I bought the first set of Rostocks didn't have the sd card option

I just made an order for the ezstruder and J-head mound last week.
The 0.91 update was supposed to stop this so I didn't.

[altarke]

I bought the first set of Rostocks didn't have the sd card option

I just made an order for the ezstruder and J-head mound last week.
The 0.91 update was supposed to stop this so I didn't.

Perhaps using a friend's laptop is in order...

[truenorthtrader]

Actually you made me realize, I just bought a new 3.2ghz Quad core computer actually it's my first print from it.

I migrated all my data so it's like the previous computer where I left off, but I'm wondering if that's the issue.
I'l try reinstalling the 0.91 like I did originally hopefully that will help

[Eaglezsoar]

Actually you made me realize, I just bought a new 3.2ghz Quad core computer actually it's my first print from it.

I migrated all my data so it's like the previous computer where I left off, but I'm wondering if that's the issue.
I'l try reinstalling the 0.91 like I did originally hopefully that will help

Check the power settings in control panel on the new computer.
It is probably set to turn off drives, hibernate, etc. You should turn off the power saving settings.

[itilguru]

Just in case it's not just me, I ran into problems when compiling this new firmware version using the Arduino 1.0.5 GUI instead of the new Arduino Builder (which crashes on me for some reason).

For my older Rostock MAX with the previous generation RAMB0 board with only 1/8 microsteps, I customized the settings. I turned of FEATURE_AUTOLEVEL, and it broke compilation.

To fix it, I had to modify a line in Commands.cpp: change the line "#if FEATURE_Z_PROBE" to "#if FEATURE_AUTOLEVEL && FEATURE_Z_PROBE"

It's already like that in Printer.cpp, so I copied it. Technically it could be the other way around because of the looping I see elsewhere, but I figured a direct copy was cleaner. If you have autolevel and z_probe set to anything other than both true or both false, let me know if it breaks anything, and try reversing the order in which they appear on the line (before the &&).

[truenorthtrader]

Yes for some reason the option to sleep when possible was on
Turned off everything except screen going black and my print has been going since 1pm.
Whew!

[Eaglezsoar]

Yes for some reason the option to sleep when possible was on
Turned off everything except screen going black and my print has been going since 1pm.
Whew!

Those power settings have ruined many a print for many people. Glad you found it!

[xnaron]

Grrr.

Just did the upgrade, recalibrated (apart from z-=5.0mm, nothing had changed), looking good.

Except now I'm having comms issues. Hit the "extrude" button on the Mac Repetier Host a few times, used to queue 'em up beautifully on 0.83, post-0.91 I get a few in and the whole command queue blocks up.

Still getting temperature updates, just can't send any more commands. Stuffing about with the "Use Ping-pong" and "Sends OK after error" don't change a thing

On thing that can cause this is if the baudrate set in repetier host for the printer does not match the baudrate set in configuration.h.

eg: //#define BAUDRATE 76800
//#define BAUDRATE 115200
#define BAUDRATE 250000

[neurascenic]

After installing one more part of the wiring tonight, I should be getting to the software portion.

Just wondering if I should go ahead and upgrade the firmware immediately, or should I Run Stock first?

Thanks!

Chris

[Eaglezsoar]

After installing one more part of the wiring tonight, I should be getting to the software portion.

Just wondering if I should go ahead and upgrade the firmware immediately, or should I Run Stock first?

Thanks!

Chris

To me it makes sense to do the upgrade then do all the calibration required rather than start with the old version, calibrate everything then upgrade to 0.91.

[cope413]

haven't seen it posted anywhere, and I just made the switch to .91, but horizontal radius = printer radius - carriage offset - extruder offset, correct?

It's working but definitely need to make some tweaks to it - not a fan of some of the "wait for temp" features and the like...

[MSURunner]

haven't seen it posted anywhere, and I just made the switch to .91, but horizontal radius = printer radius - carriage offset - extruder offset, correct?

It's working but definitely need to make some tweaks to it - not a fan of some of the "wait for temp" features and the like...

Yes, it was a calculated variable in the older versions (still is calculated in the configuration.h file of .91) under the name of PRINTER_RADIUS, but as it is now in the EEPROM under HORIZONTAL_RADIUS, you need to make sure to do the math and correct the value associated with your particular build.