Safe(r) Repetier firmware

User-Generated tips and tricks for the Rostock Max, Orion, H1.1, or H1 Printers
Post Reply
User avatar
mrbi11
Printmaster!
Posts: 94
Joined: Mon Nov 18, 2013 7:18 pm

Safe(r) Repetier firmware

Post by mrbi11 »

Attached is a serious fix for Repetier Firmware.
Currently, if anything tries to move out of bounds, it can and will try to drive the carriage off the track, wrecking your motor.

SHOULD YOU USE THIS?
If you print anywhere near the edge of the envelope, you NEED this to protect your hardware.
Otherwise, this fixes some bugs and is easier to use in some areas. So load it if you feel like it.
You can always load the original Repetier version if you run into difficulty.
YOU MAY NEED TO CARRY FORWARD ANY CONFIGURATION.H changes you may have made before compiling.

While waiting for my motor to show up, I fixed the software.
It has 2 new Eprom values, printer radius, which is needed to calibrate. With this, you need not ever recompile for that.
And not to be confused, the print envelope radius, defaults to 138mm based on experiments. If you change it, be sure you know why.

Some programs, slic3r for example, will generate moves "bigger" than the item being printed, to get from A to B.
If those moves are outside the print envelope, you could lose a motor.
this program ignores any moves outside the envelope.
It also places an error flag on the bottom status line of the form:
>!>#<n>
where <n> is the line number of the bad gcode line. If it doesn't have N codes, it just counts lines from start of print.

Also fixes a lot of bugs encountered, and adds a 4th error page.
Error page LED line 1, the current gcode command, LED line 2, the last gcode line it was confused by,
LED line 3, the last GCode that went out of the envelope.

Summary:
Prevents moves out of envelope, flags them, and ignores them but keeps printing. (Dittoe fo Cartesian printers)
1) Flags gcode lines with errors, but ignores them (as it always did)
2) Adds printer radius to EEprom settings
3) Adds safe envelope print radius to EEprom settings.
4) Adds Out of bounds flag and current line number to status line. (flag only shows if something went wrong)
5) Fixes M117 command to output to status line as documented.
6) Adds error page to show flagged error gcode lines.
7) Adds ability to monitor some internals via %XX codes in m117 command without recompiling. See uimenu.h if interested.
8) MANY code paths did not set inactivity timestamp, and could time out while active. (fixed)
9) Many places the code could get memory faults or go into neverland and hang were plugged, but probably there are more.
10) the m303 autotune for bed and extruder heater could time out and QUIT. (usually for beds). This was improved but not fixed.
11) m303 with e3d head would over shoot temperature and QUIT. This was improved, but not fixed.
12) Autotune via the step response was added, which always produces a usable result and never quits.
m303 T0 ; for extruder 0 the first extruder
m303 T1 ; for second heater, usually the bed. With 2 extruders, T1 is second extruder. The last heater is always the bed.
13) The mystery numbers to identify what kind of machine is being compiled for (0,1,2 and 3) were replaced with names such as Cartesian, Delta, etc.
14) Mystery numbers for axes were replaced with symbolic names, 0, 1, 2, 3 and 4 changed to Xaxis, Y axis, etc.
15) Most other mystery numbers were replaced with symbolic names, for maintainability. This process revealed some latent bugs, which were fixed.
16) Upper and Lower case letters are accepted for GCode
17) SDCard was moved to first line of first menu, so you dont have to scroll forever to find it. (UIMenu.h if you want it elsewhere.)
18) SDmenu remembers what file it is on when you come back to the sdcard.
19) Knob fixed so that rotating clockwise increases numbers instead of decrease.
20) Not a fix, but the splash screen on LED display announces as Fuelscience (me) instead of Repetier, so you know it isnt the regular version running.
(Hopefully, these fixes will find there way back to the main stream, but the flag obviously is temporary.)
Please do not misconstrue this as anything but temporarily flagging a changed version.
21) Some off by 1 errors, index errors, unenforced limits and such were fixed as encountered.
22) A temperature calibration was added to each heater, allowing it to be varied +- 10%, this is added to EEprom as well.
Same idea as feed rate, just limited range so it cant cause serious issues if miss-set.
LEAVE IT AT 100, unless you have a very accurate temperature measurement to calibrate by.

If you have problems running this, feel free to send me a message. No promises, but I will do what I can.

Enjoy.
Attachments
SafeRepetier.zip
(899.79 KiB) Downloaded 257 times
geneb
ULTIMATE 3D JEDI
Posts: 5358
Joined: Mon Oct 15, 2012 12:47 pm
Location: Graham, WA
Contact:

Re: Safe(r) Repetier firmware

Post by geneb »

Something may have killed a stepper motor on your machine, but moving out of bounds wasn't it. It's happened to me a few times and while the belt jumping the teeth on the gear can make a horrific noise, no damage to the motor resulted.

.90 should be officially released soon and includes a whole pile of new EEPROM settings, including the printer radius setting.

g.
Delta Power!
Defeat the Cartesian Agenda!
http://www.f15sim.com - 80-0007, The only one of its kind.
http://geneb.simpits.org - Technical and Simulator Projects
User avatar
mrbi11
Printmaster!
Posts: 94
Joined: Mon Nov 18, 2013 7:18 pm

Re: Safe(r) Repetier firmware

Post by mrbi11 »

The alternative is someone sold me a motor that did not last a couple weeks. :-)

Either way, grinding the belt down is no better than ruining a motor.
Banging the hardware against the floor of the printer is easily prevented with the correct software.
Polygonhell
ULTIMATE 3D JEDI
Posts: 2417
Joined: Mon Mar 26, 2012 1:44 pm
Location: Redmond WA

Re: Safe(r) Repetier firmware

Post by Polygonhell »

I pulled the 0.90 dev branch last week, to address a problem I was having with 0.83 and it's pretty good, so I'd expect a release sooner rather than later. A lot of code changes in it.
User avatar
Flateric
Printmaster!
Posts: 811
Joined: Fri Feb 15, 2013 4:35 pm
Location: Calgary, Alberta

Re: Safe(r) Repetier firmware

Post by Flateric »

I've been using the 0.90 for a couple months now and am really happy with it. Many changes and improvements.

He seems to be updating it weekly.

Should be soon.
"Now you see why evil will always triumph! Because good is dumb." - Spaceballs
User avatar
mrbi11
Printmaster!
Posts: 94
Joined: Mon Nov 18, 2013 7:18 pm

Re: Safe(r) Repetier firmware

Post by mrbi11 »

Where do I find the guy/software/0.9?
I know it is open source, but I have not found who is managing it.
User avatar
Eaglezsoar
ULTIMATE 3D JEDI
Posts: 7159
Joined: Sun Apr 01, 2012 5:26 pm

Re: Safe(r) Repetier firmware

Post by Eaglezsoar »

mrbi11 wrote:Where do I find the guy/software/0.9?
I know it is open source, but I have not found who is managing it.
His name is Roland and can be reached via the Github https://github.com/repetier/Repetier-Firmware
“ Do Not Regret Growing Older. It is a Privilege Denied to Many. ”
Polygonhell
ULTIMATE 3D JEDI
Posts: 2417
Joined: Mon Mar 26, 2012 1:44 pm
Location: Redmond WA

Re: Safe(r) Repetier firmware

Post by Polygonhell »

https://github.com/repetier/Repetier-Firmware

That's the main repetier repo, he'll respond to most issues posted.
Current development is in the development branch, not much happening in master which is the 0.83 branch.
Post Reply

Return to “General Tips 'N Tricks”