Z-Axis End Stop Behaving Erratically
I am using a Printrbot SImple v2. with Repetier-Host v.95F on Ubuntu 13.10. While I found it difficult to find up-to-date configuration information, I eventually had success printing a 5mm Calibration Cube by following settings recommend in this tutorial- http://joshondesign.com/p/books/simplegu.... Initially my X-Y-z axis home settings functioned as stated in the linked tutorial and manual control responded in both R-H and on OctoPrint. But after about a week, things started going wrong. The problems began when the printer stopped responding after loading a file in OctoPrint. Then the the manual control for the Z-Axis stopped working. I took it off OctoPrint and connected directly to Repetier-Host and I noticed it would lower the Z-Axis until triggering the end stop, but remained stuck in triggered mode. When attempting to load a file the Z-Axis would lower as if there were no end stop at all.
I have tried reloading repetier-host, and have checked and rechecked the connections. If I turn on the printer without the end stop triggered it will respond as usual, but as soon as I try to home again it gets stuck in triggered mode and remains unresponsive. Is this a problem with Repetier-Host? Is there another G-Code editor that I can use with Ubuntu 13.10? I can try Pronterface, though the only software supported in the package manager is Repsnapper.
I looked into reflashing the firmware but the process didn't look nearly as simple on Linux as I thought it would be.
I am not sure it is really a firmware flash issue, but I guess it could be. I think I can help on the reflash but I'd encourage you to verify the operation of each axis. You could do this by replacing the limit switch with a simple jumper to manually trigger or you could switch a working axis with the bad axis. So if you swap Z and X and then tell the software to home X does it work? Remember to switch the motor and the end stop if you do this.
However, your specific question is flashing the firmware in Linux. I haven't done it yet, but I've been keeping track of how to do so. It isn't that hard.
1. install dfu-programmer (on ubuntu sudo apt-get install dfu-programmer)
2. Get a hex file (see below). Say it is ~/printrboard.h
3. power and connect printrboard
4. set printrboard into boot mode (remove boot jumper, reps after rev.D add boot jumper)
press the reset button
5. lsusb (should say 'Atmel Corp. at90usb AVR DFU bootloader') if lsusb says 'Van Ooijen Technische Informatica....
6. sudo dfu-programmer at90usb1286 erase
7. sudo dfu-programmer at90usb1286 flash ~/printrboard.h
8. exit boot mode by add/removing (depends on rev.) the boot jumper and press the reset button
9. lsusb should say 'Van Ooijen Technishce Informatica...'
10. connect with your host software and test if the changes have been applied
If you don't have dfu-programmer in your repos (they are there for Ubuntu, don't know about others) you can find it here: http://dfu-programmer.sourceforge.net/
Where to get the hex file. Ian can probably confirm but the last "stock" version I know of is at https://github.com/PxT/Marlin or you can compile your firmware as usual with the arduino IDE. (only compile not upload)
arduino will create a hex file within the tmp directory. Copy it to someplace like ~/printrboard.h
If you do recompile (suggest you don't) the source is here: https://github.com/PxT/Marlin
You need the Arduino software (0022 is the one used by stock--find it here http://arduino.cc/en/Main/OldSoftwareRel...) and the teensy add in http://pjrc.com/teensy/td_download.html. Follow the instructions there to get the Arduino environment running.
However, two points. 1) I don't think you should recompile. Ask Ian to confirm the link I have is the latest firmware for your printer. 2) I really think you should swap axis or do some other troubleshooting to figure out what's going on. My opinion is that bad firmware flash manifesting after a week of service is very low.
Remember, that the way the firmware works is if it thinks it hit the limit, it won't go further until you rehome. So if an axis only goes one way, that could just mean it thinks the stop has been reached (shorted sensor switch, etc.).
Let us know how you make out.
The Z Axis Belt Line had been wound wrong when replacing with new line. When starting from the front the line needs to be wound counterclockwis
You might have confused us with your description- something to keep in mind is that the X and Y use the fishing line and X moves the print bed right/left, and Y move the print head toward the front and back of the printer. Z is the threaded rod and moves the print head up and away from the print surface or down toward the print surface. There is no way to wrap the line the wrong way for Z.