How to line up (x,y) print area between hardware and software?

mhelvens
  • How to line up (x,y) print area between hardware and software? mhelvens

    I'm trying to line up the physical print bed of my printer (Printrbot Simple Metal) to the virtual print area of the slicer (Cura). So far, they've never been properly aligned. It was never that big a problem because, worst case scenario, my print would simply not be dead-center on the bed. But I've decided to try and fix it.

    Here are pictures of a test model in Cura, and the resulting physical print:

    model in Cura printed model

    What's the proper way to align the two? It seems I just got lucky with the x-axis here (though note that the BuildTak surface is a bit off center). But obviously the y-axis needs fixing. The print needs to start a little lower, because print-head couldn't reach the highest point, and the y-axis motor slipped to compensate.

    Ideally, the fixed parameters of the print bed size and offset would be set by the Marlin firmware (EEPROM?). But I also need to be able to do a little offset tweaking on the software side for when I need to replace the BuildTak mat.


    Edit: I tried M206 (home offset) commands, but the result is definitely not what we want. I cancelled these early.

    M206 Y-15 M206 Y15

    The upper print has M206 Y-15, the lower print has M206 Y15. What seems to happen is that the coordinate system is not physically shifted. Instead, the area is 'cropped'. All filament that should go outside the boundaries is actually extruded 'on the edge', resulting in an ugly blob.

  • The problem you are experiencing is because the position where the y endstop is triggered does not correspond to y = 0, but perhaps corresponds to y = 15 (replace 15 by the offset you're seeing). You can perhaps solve this by adjusting the endstop to trigger at the correct point, but you can also adjust this behavior in software: In your start G-code, after the homing (G28) command, insert a G92 Y15 to tell the printer that the current position (reached after homing) is actually y = 15.

    Another option is to use the M206 command to permanently store the offset in EEPROM (rather than needing to provide it in the start code each time).

    If your printer moves towards max rather than min, the same applies, but consider that the offset may be caused by the bed size defined in your firmware not corresponding to the bed size set in your slicer.

Related questions and answers
  • dimensions of 200 mm x 300 mm, the costs, of an aluminium PCB heat bed, are roughly the same as standard PCB. Some thermal imaging pictures, comparing standard PCBs with aluminium PCBs, would be appreciated. I am keen to buy an aluminium PCB heatbed for my P3Steel v.4 printer, which has a larger build area of 200 mm x 300 mm. So, after some searching, I found this MK2A: MK2A 300x200mm Aluminum Heated...-conductive substrate), makes mention that the print can be made directly on to the aluminium, without the need of an additional glass plate, resulting in a lighter print plate, and hence faster print

  • I am building a Prusa i3 Rework, and I haven't been able to find out how to attach my J-Head extruder (see below), at the moment it's just kind of held there by pressure, but it seems there are two holes on ether side of it; not sure if they're meant to hold it in place, but it seems that way. Any suggestions as to what I should use to hold it in place? This is definitely a part that gets moved around alot. update

  • I have Sainsmart Mechanical End Stops, and I'm building a Prusa i3 Rework. I've recently gotten the x-axis to move, but it needs to stop when it gets to the end and it does not do that; I end up having to pull the plug. From what I understand, there are two ways to wire ends stops in general, but you have to change the settings in the firmware to make it work right. There are 3 connectors...: S Normally Closed (NC) Normally Open (NO) VCC Now it seems to me that if I take those connections and connect them as follows it should work...(ramps on the left, sainsmart end stop on the right

  • , but if the extruder has to move large distances (e.g. when I print the same object near the front and near the back of the print bed), they can reach up to 2 cm or so. In those cases the extruder seem... of the shifted layers are quite reproducible. From what I understand problems such as these along the x-axis, are generally caused by broken cables, which are pressed upon as the extruder moves. However, the pulley for the y-axis doesn't move, so it seems unlikely that the cable is the cause. Any help is very much appreciated!

  • I've noticed that some of my prints (mostly square-ish objects) are coming out with gaps between the outside shells and the inner parts. This gap is visible even in the 2D sliced preview of the layers so I think it must have something to do with slicing settings, but I'm at a loss for what I need to change to fix it. See below for images of the issue. On the orange piece near the right hand side you can see light shining through the gap. The black cube has it at the top, though it's not deep enough to let light through like with the orange one. There is also an image of the layer preview

  • can appreciate that maybe this is a detail to the slicing which is model dependant). Layers are 0.2 mm, top and bottom set to 4 layers. I had walls set to 1.6 mm, (4 layers) and the wall features here are 1 mm (i.e. 2.5x the nozzle). The features are solid so far as I know, not drawn as a hollow. I found a relevant bug for Cura: https://github.com/Ultimaker/Cura/issues/1303 (and I also...I've just tried to make some small labels with embossed lettering. Base is 1.5 mm, with letters and a perimeter protruding by another 1 mm. After printing, I realised that Cura is not giving me a top

  • I have been using a software called OctoPrint that allows you to control your printer in your Browser. For sake of simplicity I have used Octopi, a preinstalled image with OctoPrint, but now I would like to make some changes, and I decided to build OctroPrint by myself, the instructions for building it are here: https://github.com/foosel/OctoPrint/wiki/Setup-on-a-Raspberry-Pi-running-Raspbian..., but I would like to get a sense of how all fits together before continue. It doesn't look that is the browser (I am capable to visit other websites without any problems), so is maybe Octoprint? How can I

  • to concentrate on. With such a large printing surface/volume (37"X x 24"Y x 28"Z), I don't know how I would implement a DLP projector to cover such a large surface and still maintain the level.... Basically, I think I'm looking for a software-defined method of coordinating the X & Y movement of the projector's output to the printing surface (presumable a tray of photo-sensitive SLA resin... featuring 3 axis, 20 micron bi-directional repeatability on a 14 cubic foot build platform. https://hackaday.io/project/3212-sciclone-3d-printer-conversion I have an opportunity to repurpose a high

  • 220°C) Print speed is 2700 mm/min (45 mm/s) Has anyone seen this issue before? UPDATE: Increasing outline overlap from 60% to 90% almost fixes the problem (at least visually if not structurally) - there's just one small hole at the base of each structure. (I stopped the print a few layers after the problem layers do ignore the tops.) Going to 99% (Simplify3D's max) would probably get rid.../stringing issue that I didn't think was but perhaps could be related). The screw hole mounts seem well-designed to me: No 90 degree transitions - I would think this would be the least of my

Data information