sorry, i did not mention this: i have changed the feedrate midway to test whether the speed has an effect. But as you can see, there is hardly any improvement. The shinier part was printed slower.by andin - Printing
Thanks for the replies! Extruder steps p. mm: Yes, these were calibrated and verified. Speed: This test-print was generated @40mm/s which seems to be ok, not too low/high. I also tested different extrusion rates, extrusion width and other speeds, but no reasonable change. The only time I had a good result with a very good surface finish was when using 0.2mm layer width. However, the extruded liby andin - Printing
i can't believe no one even has a clue...by andin - Printing
Dear all, I have noticed some strange imperfections on side-walls of my prints. I was hoping someone can help me out to resolve these... These imperfections are only visible when the light shines at a specific range of angles to the surface. They look quite random - so it is difficult to discern the source of the problem. Some pictures incl. a scope image of the side-wall-cut are attached. Hi-rby andin - Printing
Thanks for your comment, Paul Wanamaker. Indeed, the problem is the plastic sticking to the cold surface. After long usage, the hot-end's PEEK and metal surfaces get worn and build rough surfaces - these are the culprit for the jamming problem. A side-note: this is a major problem of the E3D-hotend: the inner surface of the heat-break barrel is not polished properly (or polished at all) near thby andin - Printing
I have a fan blowing on the cold-end (aluminium). Moreover, the detail is so small and takes so little time to print - I cannot imagine the heat would travel much of a distance upwards along the hot-end during that time. It could be a problem if there are many such details in the print - this would reduce the average extrusion speed significantly...by andin - Printing
Hi I have a Felix 3D-printer for two years already which usually prints fine on most models. I consider myself as an experienced user already. However, I have encountered an extruder jamming issue on one of my prints recently - this problem is repetitive, and I have found no explanation for it yet. The jam occurs after printing a very small segment in the infill (length 0,3mm) at ~10th layer -by andin - Printing
1. Do you want an Electro- or Mechanical- Engineer? You cannot have both and achieve good performance. Well established companies usually separate these roles... 2. "innovative" and "Arduino" seem to be two contradictory terms. Truly innovative 3D-printers are slowly moving away from Arduino-based platforms... maybe you can elaborate on this... Thanks!by andin - Jobs for people with RepRap skills
Hi, The popularity of server-based RepRaps is increasing - with some nice options including OctoPrint and Rep.Server running on e.g. RPi. However, the SW-ToolChain is not ideal and currently involves two separate "programs": 1) Slice the model in Repetier Host or similar, save GCode (1.st program) 2) Upload GCode using browser-controlled Rep.Server/OctoPrint. (browser acting as a second programby andin - Repetier
QuoteSvdharma I just got a student edition of solidworks for free but I don't have a computer to run it yet. Right now all I have is a toughbook running Ubuntu. After I draw it I'll throw it out there and maybe we can get it to work. Looking forward to seeing your suggestions!by andin - Developers
I thought about this as well (I am into upgrading to an ARM-based solution for this reason in order to drive my X/Y steppers faster ). Hence, I removed microstepping at my extruder driver when I was testing this geared stepper - it's pulsing in a single-step mode (i.e. 0.25deg per step after the gearbox) and still yields low RPM. Wade's extruder has a much lower gear ratio (i think ~1:4 or sometby andin - For Sale
@hp_: well if you suggest a value of 45mm/s, than it needs be technically plausible. The fact that it is working for you may indicate that your other settings (slicer speeds, feedrate for X/Y, etc.) never allow this value to be reached. I have set the acceleration and jerk as you suggested on your website - no problem with that. What we are talking about here is the maximum feedrate of about ~10by andin - For Sale
@svdharma: I am not afraid of spending an extra buck for a good quality upgrade. It just feels as if there is definitely potential for a more elegant solution without separating each extruder from each other. The solution with multiple extruders which are controlled in X/Y independently leads to less build volume (or bigger machine) and increased complexity (more error prone). @cnc dick: it's aby andin - Developers
I understand. This is plausible since the winding resistance of these motors is around 4Ohm, and the current rating is 0.4A yielding around 1.6V "rated" voltage (12V in the datasheet is wrong!). Usually around 10x to 20x higher voltages are used to decrease the rise time of the current by the chopper driver; hence the best driver voltage would be between 16V and 32V. I use 12V, which is maybe a bby andin - For Sale
Hi, I had some of these motors lying around so I tested them. Unfortunately, the shaft of these motors cannot turn faster than around 18RPM = ~280mm/min = ~4.7 mm/sec. I have tested this for different current levels and different step-rates - same result. How come the vendor's website (2engineers 1:50 geared stepper) suggests a MAX_FEEDRATE of 45 mm/sec ?? This would imply over 80RPM (e.g. forby andin - For Sale
Move each extruder separately - sounds original, and would solve the problem. The questions remains in how to guide separate extruders (e.g. guiding the belts). One could however stack them all on a single Y-axis, i.e. using two linear shafts for all extruders. The x-axis and all motors would have be separate for each extruder. Without some thinking and innovation, this would be an expensive systby andin - Developers
Hi everyone, In light of the increasing popularity of multple-nozzle designs, the following may be a relavant issue. With additional nozzles, the calibration complexitiy increases. Besides making sure that the bed is level, we also need to make sure that all nozzle-tips are aligned in a single plane, parallel to the bed. This additional requirement slightly puts down the value of the firmware-baby andin - Developers
Hi Tony, thanks for the info. I just feel that IR-probe sounds like a lot of noise: dust on the bed, temperature variations, ambient light are notorious enemies of such sensors. I have tried it myself for z-probing and not happy with the precision. But as always, I like traditional views being proven wrong, so I will follow the development of the Ormerod! Community always finds a work-aroundby andin - Repetier
I am willing to send you a link to one of the websites/forum-threads where such a solution is implemented already. Do you pay cash?by andin - Jobs for people with RepRap skills
I agree with many points of yours. Especially that RepRap printers need a lot of manual adjustments until they can produce decent quality output. This is mostly related to printed parts which usually do not meet tolerance specifications needed for high-precision machinery. Nevertheless the community is evolving: e.g. printed pulleys and gears are replaced with machined parts, etc. However, the coby andin - Repetier
Ok, I was sloppy in my last post, sorry about that. What I meant was: if you mount the rails not absolutely parallel in 1 of 6 DOF, you may still get deviations in Z too, e.g when Y-axes are not parallel. I tried this in a configuration similar to yours - the rails were moving nicely, but there was still some deviation in Z-axis in the X/Y-plane (measured using a z-probe). This is quite typical fby andin - Repetier
Hi, I checked your buildlog for your lasercutter - impressive work you've done! It looks like you are using aluminium extrusions. They are obviously flat. So the problem remains in the alignment. Please correct me if I am wrong here: in the laser-cutter, there is a certain degree of tolerance allowed, i.e .small deviations of ~0.2mm of the focal point would not result in significant quality degrby andin - Repetier
Sounds like an awesome plan. Can you elaborate on how you managed to get the rails parallel? I mean you do need to face-mill the surfaces for mounting the rails...by andin - Repetier
Quoteeduca So repetier firmware can work with a rotary encoder? That would be nice since I am planning my parts on building a new machine with all rails being THK rails and a full metal machine. And for the interface a rotary system would be nice, but I could not find if repetier could work with it. I found everywhere that marlin does but I also read here and there that repetier is a preferredby andin - Repetier
QuoteT3P3 andin - the RepRap firmware is working well and is under heavy development - but currently only for cartesian printers. I am using it with the Kraken hotend in a 4 colour/material setup: Heavy development sounds awesome. Does it also support a CoreXY or H-Bot coordinate systems? Is it also heavily tested in the community? Is it in the beta-stage or do you already have a release versiby andin - Repetier
Hi Tony, sounds like a good plan. Alternatively, you could put an EEPROM-chip on board, but doing this with an SD-card is probably better for the end-user since the settings can be uploaded easier from the host-sw. So far, I have wrote all the code for controlling my extruder board within the Repetier FW and seem very happy with how it works so far. Repetier has already implemented some nice feby andin - Repetier
I am currently finishing my work on a dedicated controller board for the extruder which has some really cool features and talks with the main board (currently megatronics) over serial. I have used a processor, not in the Arduino list, and I therefore needed to define a separate variant in order to program it from the Arduino IDE. I have no experience with ARM so far, but I think creating a differby andin - Repetier
As far as I can tell, the support for RADDS and RAMPS-FD are already implemented - at least the online configuration tool for the firmware has such options + pins.h have the entries for these boards. RADDS, RAMPS-FD and Duet are based on Arduino Due, i.e. the same ARM CPU for all boards (Duet is based on Arduino Due according to Duet Wiki). IMHO this implies that no new hardware layer except chaby andin - Repetier
Hi, Since there is no official thread for the Repetier FW for the Duet ARM board, here it is... Duet electronics looks very promising given the manufacturability of the board (SMDs, etc.) and a design which I would prefer to RADDS given the potential EMI issues with THD components - it's also an all-in-one solution with some cool features like ethernet plug and an expansion board for more extruby andin - Repetier
Quoterepetier Host settings can not change firmware coordinate system. We haven't touched the cartesian code for month so no, we haven't changed anything or at least it wasn't by intention. Also I find it strange that the numbe rof extruders influences that as extruders have nothing to do with drive system setting. Agreed - I find this strange too. Quoterepetier I also think a 45 degree rotatiby andin - Repetier