Can it be that there is some kind of buffer issue if you print too fast? It seems that my printer can follow quite well, but still it blocks every once in a while (= a few times per layer) for about 100-400msec or so. It seems to wait for a commands from the PC. Maybe something to do with the baudrate (set to 250000)? It's not really a problem, but now it seems like it's not really printing smby Stephanel - Delta Machines
Finally :-) It seems like we're coming somewhere! Now, I have been forced to change the E parameter again (M92). For some reason, while the parameter I set before resulted in the correct movement of the filament, the E parameter had to be increased with about 1/3 to give an acceptable result in printing. Now I have set it as such, I get the following results: This already looks acceptable :-by Stephanel - Delta Machines
Hey Kurzaa! Indeed! Thanks! In my queeste to fix my delta printer, I indeed stored the parameters for the Delta Geometry in EEPROM. I didn't notice that it would also load the E parameter... The correct parameter would now be: E = 93.58231821 That is based on measurements of the filament. Now up to testing! Thanks again!by Stephanel - Delta Machines
Hi! I think I found one reason why things go strange over here... Thanks for vreihen, I double checked the extrusion speed of the Bowden Extruder. It appears that if I extrude 100mm filament, I actually move 118mm. So I thought simply to change the parameter: #define DEFAULT_AXIS_STEPS_PER_UNIT {0.500445674*160, 0.500445674*160, 0.500445674*160, 0.251256281*439.5} Now, for some reason, whaby Stephanel - Delta Machines
Hi! The setting in Slic3r is set to 1.75mm, the filament is also 1.75mm. I will try to set it to 3mm to see the difference this evening after work :-) The calibration of the motors (using the Z axes movement to set the steps) and the Bowden extruder (measuring the filament when transporting it) has been done. Just to be sure, I will do it again this evening as well.by Stephanel - Delta Machines
Hey! I think the nozzle is 0.4mm (I forgot to specify it when I bought it, and the guy sent me a random one)... The extruded thread is ~0.7mm thick (diameter). The speed is not too high (I think) for the first layer, but indeed may be a bit too high for the next layers. I can however try to print at a lower speed for the first layer to see what happens. I kept the default Slicer parameters forby Stephanel - Delta Machines
BTW: the H parameter I manually set before to 285.5. I had now acurately measured the position of the probe, so this parameter now seems to be set correctly...by Stephanel - Delta Machines
Hey dc42! thanks for your advice!! I did another calibration which took the better part of this evening :-) and now it seems to already be much improved, although still not where I want to be. It is really interesting to see the difference in the calibration! These are the parameters of the first calibration: 21:52:52.973 : echo: Endstop adjustment (mm): 21:52:52.974 : echo: M666 X-3.94 Yby Stephanel - Delta Machines
Hey! I have build a delta printer (picture) but have quite some issues with the bowden extruder. It includes a z probe to do auto calibration. That seems to work. I have some experience with a normal "cartesian" printer, but I do not have experience with the issues I am now having with printing with my delta printer. When I print a cylinder, my first layer looks like this: Obviously this isby Stephanel - Delta Machines
I now updated my firmware to include the deployment of the end stop to allow for auto bed levelling. I'd rather not have changed the firmware, but I think it really doesn't work without. I changed the following Marlin_main.cpp line 908 void deploy_z_probe() { feedrate = homing_feedrate; destination = z_probe_deploy_start_location; destination = z_probe_deploy_start_location; destinatiby Stephanel - Firmware - mainstream and related support
Hi, I have built a delta printer and want to enable auto bed levelling. However, although I have enabled the servo motor configuration and the motor itself seems to function, it will not deploy when I start the auto bed levelling procedure (G30). When I use G28, the servo motor deploys the probe, and retracts it almost immediately. This is because in the code, the following is written: // Marby Stephanel - Firmware - mainstream and related support
Hi! I use Marlin firmware in combination with RAMPS 1.4 for a Delta Printer and want to enable Auto Bed Levelling. This should just be a matter of adding a stepper motor and end stop, updating the configuration of the Marlin and using the G30 command to start. Sadly, when I have updated the configuration, and try to use the G30 command, the stepper motor does move, but it moves first to the calby Stephanel - RAMPS Electronics
Actually, the servo does move. When I startup the printer, it moves to one position and then back to the original position. When I start the G30 process, it also moves to one position and then back. When I start the print, it does not move. I would expect the servo motor to go to one position, stay there until the end of the G30 process, and then move back to the original position. Or do I miby Stephanel - RAMPS Electronics
Hey Kurzaa I forgot to update this post to the latest situation. In the end, I went down the wrong path... The drivers most likely are not faulty, as they now function quite well, even if I swap them again. The thing that most likely resulted in the odd behavior, is that the end stops were connected to the wrong pins. I connected the MIN instead of the MAX. That sure didn't help :-) Now thingsby Stephanel - RAMPS Electronics
Maybe I'm not the only one experiencing this, but often once I write down my problem on a forum like this, I find the solution :-) Basically, what happened is that I had the min end stops disabled. #ifndef ENDSTOPPULLUPS // fine Enstop settings: Individual Pullups. will be ignored if ENDSTOPPULLUPS is defined #define ENDSTOPPULLUP_XMAX #define ENDSTOPPULLUP_YMAX #define ENDSTOPPULLUP_by Stephanel - RAMPS Electronics
Hi there! I am trying to install the auto bed levelling with RAMPS 1.4 and Marlin firmware. I have a Delta Printer. Despite the Auto Bed Levelling seems to be supported out of the box by the Marlin firmware, I have trouble setting it up... I did the following: I put a jumper between the VCC and 5V on the RAMPS 1.4 to power my servo motor. I attached a servo motor to the RAMPS 1.4 I connectedby Stephanel - RAMPS Electronics
Quotedc42 Yes, it is in production and called the PanelDue. See this thread . To use it with RAMPS/Marlin, you would need to identify a spare serial port on the Arduino to connect it to. You would also need to modify Marlin to accept commands from that port and to support the extension to the M105 command and the M36 command. Or you could consider replacing the 8-bit RAMPS by a 32-bit Duet Thby Stephanel - Ormerod
Fantastic! Thanks! The printer now is printing and it is really fast Maybe even a bit too fast, as the print quality is significantly lower than my previous printer (which printed about 8x slower). Now I have to further calibrate the printer. Printing a cube results in more like a tower of Pisa :-)by Stephanel - RAMPS Electronics
Hey! I was wondering if you were selling this wonderful solution? I see that you have made quite some progress on the prototyping, but I don't know if the real product is already finished... Do you know if this would also work on a RAMPS 1.4 - Marlin custom 3D Printer? I would like to integrate it into my own custom built printer... Anyway, it looks like great work!by Stephanel - Ormerod
Hey! I have built a Delta Printer using the RAMPS 1.4 and Marlin firmware and parts I bought everywhere :-) Now I am busy with the calibration of the printer. I have managed to setup the printer to already print, but the X-Y calibration proved to be quite difficult. I see that the extruder nozzle goes up towards the edges of the print bed. The bed itself is perfectly flat. I understand that thby Stephanel - RAMPS Electronics
Hey! I found what was going wrong! It appeared that I had not one but two faulty Stepper Motor Drivers. After swapping them, all worked fine and I could start with the calibration after proper homing! Next time, I'll be sure to test these drivers first :-)by Stephanel - RAMPS Electronics
I think that my problem has to do that I did not do a homing yet. Now I am trying to get that sorted out... When I do a homing (G28), all my axes move up. However, when I click my End Stops (to simulate a homing hit), nothing happens except for one of my end stops. For that end stop, the movement of all axes stops. Once I click again, the movement starts again going up. This seems to me not tby Stephanel - RAMPS Electronics
Hi! I have built a Delta Printer, but am now trying to get it working... I have downloaded the Marlin firmware RichCattell, which is setup for the Delta Printer. However, now I have to calibrate, or at least get the motors working. I try using G28, which should home the axes. Indeed, all axes move up to the end stops. However, clicking in the Repertier Host the X+1, Y+1 or Z+1 all moves the extby Stephanel - RAMPS Electronics
BTW: I exchanged the optical switch for the Z axis by a mechanical switch now. Hope that'll prove to be more reliable (and easier to notice if it is broken)! Thanks all!!by Stephanel - RAMPS Electronics
I couldn't sleep so I did some more testing. I found another optical switch laying around, and exchanged that with the old one. And miraculously, it works again! I switched back to the old one, and things go wrong again... So it seems like the optical switch itself is broken. However, the light still goes on and off when I wave something in front of it, but it seems for some reason the info isby Stephanel - RAMPS Electronics
That's correct. I did also check the wiring, but didn't do the M119 command. After checking the wiring again, I still get the same problem. This is what I get when I execute the M119 command: 00:55:19.201 : Reporting endstop status 00:55:19.201 : x_min: TRIGGERED 00:55:19.201 : x_max: open 00:55:19.201 : y_min: TRIGGERED 00:55:19.201 : y_max: open 00:55:19.201 : z_min: open 00:55:19.201 : z_max:by Stephanel - RAMPS Electronics
Hi! I have totally no idea where best to post this, but I thought it might have something to do with the RAMPS 1.4 microprocessor that I use. I have been quite happily printing for a while now. Today, I printed a big part (about 8 hrs printing), but I had to stop it prematurily (emergency shutdown). I did this using the emergency shutdown of the Repetier software. However, after that, I hit theby Stephanel - RAMPS Electronics
Hey! Just to let you know the final situation :-) I decided to create a small separate Arduino circuit which would monitor independently the temperature. If the temperature was too high (indicating a loose temperature sensor), I would cutoff the power to my PC power supply that powers the RAMPS 1.4 board. The safety system would prevent the power from coming up again untill I would reset the whby Stephanel - RAMPS Electronics
Hi! Today, I almost got into trouble with my 3D printer. Up until now, I only have one temperature sensor connected to my hot end. That sensor sprang loose during printing, resulting in a almost catastrophic overheating of the hot end. Happily, I was close by and checked up on the printer regularly. The solution for this problem would be to install a secondary backup temperature sensor. The Maby Stephanel - RAMPS Electronics
Hey! Thanks! That sounds like a logical reason why my extruder blocks. Indeed, when I extract the blocked filament, it seems like the filament has bloated a bit in the nozzle throat. This agrees with your reasoning that the nozzle throat is only partly cooled and a bit bigger in inner diameter. As for the cleaning, I hoped it would be possible with some kind of solvent, but indeed the torch isby Stephanel - Reprappers