Help designing a self guided automatic 3D printer

Click For Summary

Discussion Overview

The discussion revolves around designing a self-guided automatic 3D printer, focusing on the challenges of collision avoidance and material modeling during the printing process. Participants explore various approaches to ensure the printer operates safely and effectively, considering both manual and AI-controlled mechanisms.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested
  • Mathematical reasoning

Main Points Raised

  • Some participants propose rasterizing the volume and printing the bottom layer first, then lowering the stage to print subsequent layers.
  • Others argue that without an input model of the volume, a topographic map of the material on the stage must be built as the object is printed to avoid collisions with the extruder.
  • A suggestion is made to use a trivet mount for the ejector to prevent destructive crashes while allowing for some damage to the printed object.
  • Concerns are raised about the capabilities of the current MSP microcontroller in mapping the model during printing, with a request for suggestions on this issue.
  • One participant suggests that the microcontroller likely receives G-code, and proposes using a simulator to process the G-code to build a virtual model and check for collisions before actual printing.
  • There is a discussion about the feasibility of constructing an array to represent the 3D space and updating it as printing progresses, with considerations for unusual coordinate systems.

Areas of Agreement / Disagreement

Participants express various viewpoints on the methods for collision avoidance and material modeling, with no consensus reached on a single approach. Multiple competing ideas remain regarding the best way to design the printer's control system and collision detection mechanisms.

Contextual Notes

Limitations include uncertainty about the capabilities of the MSP microcontroller and the need for a clear definition of the control format used by the printer. The discussion also highlights the complexity of implementing collision detection algorithms and the challenges of real-time modeling during the printing process.

Boltzman Oscillation
Messages
233
Reaction score
26
TL;DR
I need to design a 3D printer where the extruder should not be allowed to touch any material that has already been printed or the printing stage. The extruder does not move, the stage does in XYZ. Every solution I can come up with does not stop the extruder from touching printed material. Right now the best solution I have would be to use a laser but that laser can easily be blocked off by printed material. Anyone have any insight as to how this is usually done?
All in the summary, can't copy paste on phone :(
 
Engineering news on Phys.org
Why can you not rasterize the volume, then print the bottom layer on the stage first by scanning in a raster pattern. Lower the stage one step, print the next layer, repeat until done.
 
Baluncore said:
Why can you not rasterize the volume, then print the bottom layer on the stage first by scanning in a raster pattern. Lower the stage one step, print the next layer, repeat until done.
Ah, well I should have probably been more clear with my situation. The final product will be an AI controlled printer but for now it is manually controlled. My job is to make sure the user cannot push the stage unto the extruder or into any printing that has already been printed. There is no input model of a volume, for now.
 
Boltzmann Oscillation said:
There is no input model of a volume, for now.
Then you must build one as an object is printed.

You must have a model of the material on the stage if you are to keep it away from the extruder. That will require an array(x,y) containing a topographic map of z over the work stage. You will need an algorithm with the ability to predict collision with the physical profile of the extruder.
 
If you want to prevent a destructive crash that might damage the machine, but you are happy to dent or melt part of the object being printed, then;
Hang the ejector in a trivet mount, with it's mass and possibly a light spring from above to hold it on the three locating seats. Any lateral or vertical contact will lift the ejector from at least one point on the trivet, which can be detected, to alarm the controller.
https://en.wikipedia.org/wiki/Tribrach_(instrument)
 
Baluncore said:
Then you must build one as an object is printed.

You must have a model of the material on the stage if you are to keep it away from the extruder. That will require an array(x,y) containing a topographic map of z over the work stage. You will need an algorithm with the ability to predict collision with the physical profile of the extruder.

I see what you mean, currently the printer works using an msp microcontroller so i don't know if it will be able to map out the model as it prints but I have no experience on this topic so i really don't know if it is capable. Any suggestions?
 
Baluncore said:
If you want to prevent a destructive crash that might damage the machine, but you are happy to dent or melt part of the object being printed, then;
Hang the ejector in a trivet mount, with it's mass and possibly a light spring from above to hold it on the three locating seats. Any lateral or vertical contact will lift the ejector from at least one point on the trivet, which can be detected, to alarm the controller.
https://en.wikipedia.org/wiki/Tribrach_(instrument)
That sounds like a simple way of getting this done. Ill definitely relay the idea to my team and hopefully we can see some design come out from it.
 
Boltzmann Oscillation said:
I see what you mean, currently the printer works using an msp microcontroller so i don't know if it will be able to map out the model as it prints but I have no experience on this topic so i really don't know if it is capable. Any suggestions?
I would guess the microcontroller on the printer receives G-code (or a similar primitive instruction code) that the microcomputer then uses to direct the positioning motors and extruder.
What is that control format?

Before the generated G-code control file is used, it should be possible to process the G-code file on another computer with a simulator that builds a virtual model and searches for any virtual collisions. At the same time the software can predict the minimum run time and material consumption for the real process. Such verification software might already be available in the public domain. It is orders of magnitude easier to write a brute force simulator than a rasterizer.

Control codes are so simple that for a 3D x-y-z printer, an array(x,y) = z, initially with z at stage height could be constructed, then updated as z is printed. Once you have defined the shape of the extruder head, a check can be made at each “stepper step” to see if any point on the head has a coordinate that collides with the stage, the object under construction, or the axis limits.

Unusual coordinates systems such as a polar axis would need a trivial change to the simulator mapping strategy.
 

Similar threads

  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 3 ·
Replies
3
Views
2K
  • · Replies 9 ·
Replies
9
Views
4K
  • · Replies 11 ·
Replies
11
Views
3K
  • · Replies 5 ·
Replies
5
Views
7K
  • · Replies 5 ·
Replies
5
Views
4K
  • · Replies 2 ·
Replies
2
Views
4K
  • · Replies 10 ·
Replies
10
Views
2K
  • · Replies 2 ·
Replies
2
Views
2K