Hi Stefan, i had the sane problem, tried different joints with no luck. I ended up rebuilding the push rods 200mm long.by andrea.rimo - Delta Machines
@payala I checked today the spare nozzle I bought along with the hotend, which should be identical to the one installed... the length of the 0.5 orifice is 1.96mm, so it's out of the specs found on (http://reprap.org/wiki/J_Head_Nozzle). in that page it says: Quotereprap.org, chapter 8.2.2 Nozzle orifice length Mk IV hot-ends (up to the middle of May 2012), and earlier models, had a nozzle oby andrea.rimo - Delta Machines
today I contacted the tech support at RRW and they have suggested to try a manual extrusion with just the heating block. I started cleaning the hot end by heating it up to 230° and then pushing out all the filament using compressed air: at 6 bars the pressure could barely push out the residue, something like 1mm of extrusion every 5 seconds. yesterday I did the same thing with a J-HEAD from NOPHEby andrea.rimo - Delta Machines
Hi, My name is Andrea and I have built a 3DR over the last months. I am about finished, now I have FSR auto bed levelling, fully graphic smart display. I printed the parts myself with my Mendel90, a kit bought from Nophead and built last year. I want to share my experience with the community, hoping it will be of help for users that are starting to build one and hopefully to get some advice fromby andrea.rimo - Delta Machines
Thank you for the answer. I have been looking into Marlin_main.cpp for a couple of days days now and I had the same suspect. then I did try the firmware you are linking, it's kind of working but i have to hook up the FSR output to the bed thermistor pin, which I would rather not, because with the ZMIN pin works just fine... now I have a working setup to experiment... I'll try to figure out if I hby andrea.rimo - Delta Machines
I have built and calibrated a 3DR printer. after a while I got interested into auto bed levelling using FSR so I bought 3. I connected them to RUMBA ZMIN endstop, configured the endstop to use the pull-up resistor and checked it worked by manually pushing on the print bed and confirming the FSR triggers the endstop. everything seems ok, so I enable auto_bed_levelling on the firmware. at first Itby andrea.rimo - Firmware - mainstream and related support
I have built and calibrated a 3DR printer. after a while I got interested into auto bed levelling using FSR so I bought 3. I connected them to RUMBA ZMIN endstop, configured the endstop to use the pull-up resistor and checked it worked by manually pushing on the print bed and confirming the FSR triggers the endstop. everything seems ok, so I enable auto_bed_levelling on the firmware. at first Itby andrea.rimo - Delta Machines
IT WOOOOOORKKSSSSSSSSSSSSSSSSSS!!!!!!!!!!!!! Thanks Nophead and Alan!!!!!!!!by andrea.rimo - Mendel90
Thanks nophead and alzibiff for the input. The error I got are exactly the ones nophead wrote. I figured the liquidTWI2.h by myself but I was stuck on the next. Now I have something to try this evening!!! Thank you so much!!!!by andrea.rimo - Mendel90
I have not been able to make it work onmy mendel90 either. I get compile errors regardless of the version of the IDE, I gave up... The only firmware I have been able to compile is the original nophead's.by andrea.rimo - Mendel90
OOOOPS, I did it again!!! This time I know how it happened, though. I homed with x at -100... That makes the extruder motor hit the z clamp preventing the x idler to hit the limit switch. Is it normal? Have I messed something up with the assembly?by andrea.rimo - Mendel90
Ok, I reassembled the whole machine, changed the threaded bars with a new pair cut from a single 1m bar but the wabbling was still there.... after some troubleshooting I found that you were right again!!! the tube on the shaft was off centre. I removed it, turned it around and clamped it with less force. it's still not perfectly in centre, but it's much better now. One question, why did you choby andrea.rimo - Mendel90
ok, the hardness of the rods is 62, so it is within specification and it cannot be scratched with anything softer, that means you need a diamond or some tungsted carbide machine tool to scratch it. even HSS is of comparable hardness and cannot be used... in any case, you have it working just by cleaning the rods and tightening without breacking the clamps, so I just have to find the right equiliby andrea.rimo - Mendel90
I was disassembling and I inspected the threaded rods. Interestingly enough both were fairly straight, better than what I expected. One thing hit my eye, though... The 2threads did not mesh at all. Matching the first couple of threads, side by side, after 30-40mm it is already obvious to the naked eye the difference of pitch. I don't think this has anything to do whith my problem but I thought itby andrea.rimo - Mendel90
very interesting comment... I did clamp the z coupling very tight, maybe this is the problem... when I disassembled the z couplings yesterday, the plastic tube had taken the shaper of the clamp, with some plastic actally squeezed intothe gap between the 2 clamps. now I start to think this should not happen.... the wabbling does stick out all around but it's difficult to tell if the ridges on onby andrea.rimo - Mendel90
this is the idea I was lloking for!!! simple and brilliant! I printed a ton of spool holders and never found anyting I really liked. I think this is it!!!! Thanks! A.by andrea.rimo - Mendel90
the belt tension bends the z rods pulling the x brackets close together. that tension is needed so that the belt does not skip teeth*. during the tensioning you can see the rods slipping into the clamps and the 2 z rods beld sligltly. this is more evident if the belt is tensioned while Z=100. This morning I took a closeup of the wabbling. it's here attached. any comments would be greatly appreciby andrea.rimo - Mendel90
Ok, you were right, he screw is almost straight, possibly like it has always been. The problem is the alignment of the motor shaft and the hex trap in the x motor bracket. Basically, when I remove the belt everything is fine, but as soon as I put the tension back into the belt the x motor bracket and the x idler are pulled towards eachother and the screw is pulled towards the z rod. Does it makby andrea.rimo - Mendel90
Ok, I do not know what happened but I crashed the whole X assembly on the barclamp at Z_max. I thought I was homing but I may have given a G1 Z200 (without being homed) so the axis went all the way up and pushed against the barclamp. Inituially it seemed that no damage was done, but now prints come out with some banding that have a pattern of 1mm. also this pattern seems more obvious al lower Z aby andrea.rimo - Mendel90
I think the corner on the front left is the one furthest from the melzi. I thought it was needed to orient the 3d view on some programs and indeed my repetier host has it backwards and shows me the platform and the object as if I was looking the machine from the back. Trying to change it, however, does not do anything as the values are constantly overwritten by the "sanity check" to -100,-100. Iby andrea.rimo - Mendel90
I am having an interesting discussion bout repetier host software here The problem is the orientation of the coordinate system on my kit mendel90. It all comes down to one question : what are the coordinates of the front left corner of the bed?by andrea.rimo - Mendel90
repetier Wrote: ------------------------------------------------------- > Ok I see your problem is a very unusual firmware > configuration. For some reason you liked your > print bed rotated 180° to the bed of all others. > > Your fron is indeed at -100,-100 but due to your > rotation this is the back right of your printer. > Front/left means with respect to the > x-y-cooby andrea.rimo - Repetier
repetier Wrote: ------------------------------------------------------- > @flurin: sanity check is correct. It tests that > front = -100 + depth(200) is < yMax. So if the bed > fits within reachable coordinates it will be > enforced. Shouldn't il check for "<=" instead of strictly "<"?by andrea.rimo - Repetier
There is a mistake in my first post: the coordinates of my front left vertex are x=100 y=100. if, after homing, I send G1 X-100 Y-100 the extruder ends up on the vertex on the back right of the bed (see attached pictures) to end up in the front left corner I need to send G1 X100 Y100. why is it a problem to have a 100 100 value? what is that the sanity check does not like about this?by andrea.rimo - Repetier
Hi, I finally figured out (maybe) why the repetier printbox has always been presented to me backwards (like I am looking from the back of the machine). I have a Mendel90 and as you know it has the 0,0 at the center, xmin = -100 and xmax = 100, ymin = -100, ymax = 100. the endstops are at zMAX (at the top of the threaded rod), xmin (at the left) and ymin (in front). so, the correct values shoulby andrea.rimo - Repetier
Actually, I checked yesterday evening and the v0.53 did connect and work. so i guess it still is a software problem but is limited to v0.56...by andrea.rimo - Mendel90
Correct. Pronterface works and shows both the tty and the cu. repetier shows only 1 (I don't remember which one). Also, the arduino IDE works so it is not a hardware/driver related issue. It seems like it's some sort of software dependent issue, as I said, pronterface works great under osx. Also, repetier is working from a virtualbox VM, so I would say it's a osx version problem.by andrea.rimo - Mendel90
Hi, I just finished building my mendel90 Dibond from kit (bought from nophead, everything was perfect!). I tested with pronterface and It does work. I am more familiar with repetier host, and so I followed your guide but the software does not connect on OSS and hangs. I tried v 0.56 and 0.53 but no luck. Here's some fact: MacBook Pro retina 15 with mountain lion latest version Pronterface woby andrea.rimo - Mendel90