Andrew wrote: >>The guy from victoria wrote: >> >>A terminal program just dumps files from >>the pc into the machine, which is no >>different if tiff or g-code is used. > > > Well - In this application g-code is not > suitable. If you remember the start of the > thread - I am trying to make a cheap > photoplotter anyone can replicate for a few > $100 or so. > > Drum photoplotter means raster. > > Cheap means that I cant have enough CPU and > RAM onboard to convert vector to raster > internally. > > The board is planing on having an ATMEL, > a analog PLL and not much else on it. > > 16 megahertz - 8 bit CPU > 128K ROM > 16K RAM > couple of timers > a UART > and an SPI port. > > Call me a masochist I guess :D I got slightly confused thinking of EDM machines. At the data rates needed, you'll need to store the whole file in the machine controller. A 300mm drum has a circumference around 1000mm. Assume a pixel size of 0.01mm. If it rotates at 600rpm, the pixel rate is 1Mpixel/sec. A 100mm x 100mm plot will need 1000s or 17mins to scan. The averaged pixel rate will be 100k pixels/sec. The file size will be 100Meg pixels, which is impractical. You'll need to transfer and store the file in a vector format, and progressively rasterize it as the drum scanner needs it. If you rasterize to 1k pixels at a time, you'll only need to do that 100 times per second.
Message
Re: [Homebrew_PCBs] Re: G3 fax - restating the problem for those who didn't see the first plan.
2006-05-03 by Russell Shaw
Attachments
- No local attachments were found for this message.