andy pugh wrote: > On 8 November 2013 22:06, Jean-Michel Pouré - GOOZE <jmpo...@gooze.eu> wrote: > > >> What I am worried about is the overall software framework on top of >> LinuxCNC. Ideally, I would like to be able to use a high level language. >> > > It is possible in principle. G-code it just one way to get motion > commands to the hardware. > > As you are not interested in feed rates, just rapid point-to-point > moves you could probably set up a very simple Python program with HAL > pins that simply sends end-positions to the HAL pins (to be connected > to stepgens or PID components for servos) then waits for the machine > to arrive there. The HAL "limit3" function is a perfectly adequate > motion controller for may purposes. > Yes, this makes more sense. get rid of the G-code, it is pointless. Keep the motion control, and add in your own code that will handle errors, and work its way through the placement list. The CSM has 3 files. One is machine calibration, and is rarely changed. It has offsets between cameras, heads, feeders, etc. Then, there is the component file that tells what each component is, by location, pick-up angle, number of times to advance the tape, etc. Finally, the mount file tells what component # is to be placed at what location and orientation on the board, by which head. You might think about using a similar 3-file scheme.
Jon ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
