1. Laser power? I'm assuming approx 150 mw would be plenty?
405nm 50mW-150mW lasers seems popular for SLA printers. Would those work? Maybe...
This is a challenging question to answer without other system details. Some of these include:
-accounting for resin cure characteristics
-how fast the laser will be scanned
-beam focus
-beam diameter.
I see you plan to use an f-theta lense and that will help minimize some variable complexities.
2. digital or analogue galvo? I'm assuming analogue, but I haven't done a whole lot of research on how exactly I'll be driving the galvo? Will I need a separate galvo control board in addition to the ramps 1.4 I was planning on using? Can I control it directly from a raspberry pi? Again, totally new to galvos and how they work and all that, so feel free to enlighten me as to the electronics necessary to pull this off.
I suspect they are asking if you need a digital scanning head or analog scanning head vs galvo. If you purchase a digital scanning head I presume it will use the XY2-100 protocol and you will not need a LaserShark (nor will the LaserShark be compatible/make sense). If you purchase an analog scanner head you will need an analog controller board such as the LaserShark but first you will need to determine if the input characteristics of the heads input match. I would expect most things would follow the ILDA standard so this would be true but you would need to confirm this. I do not see analog specifications in the attached document.
3. connecting table? Not even sure what they mean by this, but hopefully someone here knows what they're talking about?
The documents suggest this might be a poor translation and correspond to the mounting interface between the scanning head and laser.
The supplier is a company from alibaba.com and the model they're offering is a Model JD2203 Galvanometer, with a 405nm laser and an f-theta lens lens specifically designed for a 405nm laser and a 300mm x 300mm working area. I'm expecting the total scanning head to come in around $500 or so, which is insanely cheap compared to the other options I've found online from American Suppliers. It's a big enough savings that I'm happy to drop the $500 on one of these scanners and give them a shot. Any feedback or input of any kind would be greatly appreciated since I'm in way over my head on this build.
That is quite low in cost. Generally this is an indicator that R&D costs could be avoided or that the product has been cost-optimized. I would be curious to know the KPPS rating of his scanning head as well as the stability characteristics in comparison other companies around the world.
I'm also trying to figure out exactly HOW all the components will play together. I've been hunting around for some info about what the lasershark board actually does, correct me if I'm wrong, and it looks like it essentially scans an image, line by line, and converts it translates that into movements so the laser will draw the image that is sent (via usb) to the board. So in this instance, it will essentially be working like a DLP Projector. Whatever control software I'm using (would love recomendations for slicers and control software for sla set up) would tell the stepper to move the Z axis up/down, then send an image (rather than a series of gcode commands for all the movements of an FDM printer) to the lasershark board and it will "project" the image onto the resin. Does this mean I could use software designed for DLP printers such as NanoDLP or others if I'm using a lasershark board to control the laser?
The lasershark driver (that runs on your computer) accepts x/y coordinates and power intensities for the laser channels, stuffs these into buffers and sends them over usb to the LaserShark. The lasershark in turn prints out these coordinates at the designated kpps rate you configured the points to be displayed at.
the lasershark_hostapp github repo provides two means to use this:
1. You can use lasersharklib to integrate the lasershark libraries into your codebase and drive the LaserShark as fast as possible
2. You can compile lasershark_stdin and pipe samples in a simple text format into the application. This latter approach is less efficient, but much easier as you do not have to learn how to use libusb/etc.
In this repo are two examples of how to use lasershark_stdin. One is lasershark_stdin_circlemaker. If you pipe this into lasershark_stdin, a circle will be drawn. The other is lasershark_stdin_displayimage which will line-by-line display a png image if you pipe the output into lasershark_stdin.
Your software would need to control the z-stepper motor (i.e. you could write a python app that controls this between layers). If you can get software to present you with a png image of each layer you could theoretically adapt it, but you would need to have some integration glue on and (all of which you should be able to confirm before buying any hardware).