Dear all, I never resolved my issues with the repetier firmware. I am still using a very barebone marlin delta implementation, that does not allow me to use the LCD display for much else than selecting a jb file from the SD card. By chance anyone outhere have any suggestions or news when it comes to delta robot firmwares? All the best Davidby volunteerlabrat - Repetier
I used the Mac-build of Slic3r version 0.9.9. The code exported in ASCII format to a file, and then manually copied to the SD card. It has happened with several prints You can find your firmware with the alterations I made to get my G3D LCD and SD to work here I have compiled the firmware with Arduino 1.0.1: You can find the crashing job here: I ran the job at 40% of normal speed. Thisby volunteerlabrat - Repetier
Dear Repetier, I never got around to try any further debugging. I've spent time printing some 500mm tubular sections over the weekend. I've probably stuffed more than 300 megabytes of G-code through Marlin without any issues. So strange with what cause Repetier to crash. If I don't get around debugging anytime soon, I could upload my firmware and the job file, if that is of interrest for debuggby volunteerlabrat - Repetier
Thanks for the fast reply. I'll give it a look on friday and get back. Maybe I'll record a video of the phenomena as well. All the best! Davidby volunteerlabrat - Repetier
Back on the Marlin firmware now, testing the same job. Everything looks cool this far.by volunteerlabrat - Repetier
Oh wow! Now for some interresting news! I sat down and surveyed the print-job as it neared the stalling point. Here is what I found out: Up till 37% job execution, my buffer was full (with 16 lines) only dipping to 15 buffered lines whenever a circular movement was made. From 38% and up, the buffer went down more and more, at times dipping down to 3-5 lines. From 39% the fast moves became jerkyby volunteerlabrat - Repetier
Okay. Stalled the same spot again. This time I'm doing a dry run, with echoing enabled, hoping to pinpoint the line that cause the job to stall.by volunteerlabrat - Repetier
Update: Assuming that the error was systematic since I had the same print stall at 41% at the exact same spot, I decided to do a test. I noticed the z height, took the SD card to my computer, and copied that one layer in which the printer stalled to a new file. I ran the modified job from the SD card, and the build completed without stalling. This leaves me even more puzzled. Now I'm printingby volunteerlabrat - Repetier
Update: The stalling appear to be systematic. I ran the same job twice, and the bot stalled the same spot at the same percentage executed. Next up is to try to isolate whether one specific code line makes the bot stall. That, unfortunately I will not have time to do before the weekend.by volunteerlabrat - Repetier
Dear fellow repetier users, I have just migrated from Marlin to Repetier version 0.82 (07-03-2013). My hardware is a Rostock Mini delta bot, and my electronics are RAMPS 1.4 with a G3D LCD+SD reader. Marlin ran flawless on my setup, but lacked proper delta bot integration, which gave me headache. Now, with Repetier installed, I am blessed with a much better delta bot firmware, but a strange proby volunteerlabrat - Repetier
Dear Polygonhell, I tried to reduce the computational load by decreasing the segments/second, but it did not alter the extrusion behavior. -Alas. Another thing I've noticed is that my acceleration is quite fast. Slicing with Slic3r with a low acceleration, ex 500 mm/s^2 does not seem to alter anything. Is that because the firmware tries to accelerate to full speed over just one delta movement sby volunteerlabrat - Firmware - mainstream and related support
Dear fellow Rostock owners, I just made this post about uneven extrusion (from a firmware bug I believe) in the firmware forum. -Before realizing there was a seperate rostock/delta forum. Maybe you experts would spare a minute to go and see if you can help me out? My thread is found here: Oh. And here's a teaser of my Rostock Mini on steroids. 200x200x515mm effective build envelope:by volunteerlabrat - Delta Machines
Dear fellow rostock users, I have just pulled off bodging up my slightly oversized Rostock Mini. I am running RAMPS 1.4 with the A4988 drivers and a G3D display. I am running the latest firmware from , manually patched up with code from to be compatible with the G3D display. Everything seem to run fine BUT my extruder. The extruder seem to run in pulses. I don't really know how to explain it.by volunteerlabrat - Firmware - mainstream and related support
Followup on the renderer. Here a more complex geometry, rotating. Still 100% serverside PHP rendered. I've tried to implement alpha blending as you will see if you follow this link. However still a bit bogus: Please note the loading time of a few seconds.This is because my script currently run real-time. Of course, the final implementation will render the STL only once. The animation is an aby volunteerlabrat - General
I too left thingiverse for good yesterday. Hell, I am fighting them directly now. I've bought the domain openthingie.com last night and I've started developing an STL file sharing community myself. I stayed up all night to make a 100% PHP based STL file renderer. You can see the rendering engine in action here: As for now I seek support from all you guys. I am in a dialogue with my home uby volunteerlabrat - General
About the electronics. I kinda am. The board is a nasty SMD board you cannot solder by hand. The firmware is written in assembler. It's not really "community friendly". Finally I'm quite hung up on my Ph.D. That said I would not mind to give the reprap community the controller board "as is" sometime in the spring. That after I've had two guinea-pigs test the board. See I've found two studentsby volunteerlabrat - General
Well hello everybody! I've finally managed to get some spare time to create a profile on the reprap forums, and I just thought that I would present myself. The name is David. I'm a Ph.D student in.... ...guess what?.... 3D printers. -Or to be concise. Additive Manufacturing which we all know is the standardized term for all additive manufacturing methods. The only problem with that name is thby volunteerlabrat - General