stepper motor controller

[Elliot Burke]

I have a couple of stepper motor controllers, intended to be driven from the
parallel port. These control 3 stepper motors, with step and direction
pulses. Any idea of how to control them with Labview?
Normally the software that runs the motors slowly accelerates them, runs at
speed for a while, then slows down to avoid jerking, ending up at the
correct target location. Position and acceleration are inputs to the
software.

thanks.

Elliot Burke

[Christelle Basset]

I control stepper motors with LABVIEW.
You need FlexMotion Vi :
- with load target position.flx, you can load target position
- with load velocity.flx, you can load velocity in steps/s ...



Elliot Burke a écrit :

> I have a couple of stepper motor controllers, intended to be driven from the
> parallel port. These control 3 stepper motors, with step and direction
> pulses. Any idea of how to control them with Labview?
> Normally the software that runs the motors slowly accelerates them, runs at
> speed for a while, then slows down to avoid jerking, ending up at the
> correct target location. Position and acceleration are inputs to the
> software.
>
> thanks.
>
> Elliot Burke

[Peter Reeves-Hall]

"Elliot Burke" wrote in message
news:wt8b6.50$Lo5.2353@newsfeed.avtel.net...
> I have a couple of stepper motor controllers, intended to be driven from
the
> parallel port. These control 3 stepper motors, with step and direction
> pulses. Any idea of how to control them with Labview?

If like our "home made" solution you only need to a high/low line for
direction and a pulse for a step from 2 pins on the parellel port for each
motor.... then you can easily write your own vi library to acess the
paralell port and step the motors.

> Normally the software that runs the motors slowly accelerates them, runs
at
> speed for a while, then slows down to avoid jerking, ending up at the
> correct target location. Position and acceleration ar
e inputs to the
> software.

No reason why you can't do this in your own vi either....

Peter

[Fan Zhang]

I believe you can do this with LabView. Actually, LabVIEW has a set of
functions which can help quite a lot to program for motors. It is not hard,
tho you need to read bunch of materials and kick off the bugs.

Try Valuemotion series, that is good.

Best,
Fan
"Elliot Burke" wrote in message
news:wt8b6.50$Lo5.2353@newsfeed.avtel.net...
> I have a couple of stepper motor controllers, intended to be driven from
the
> parallel port. These control 3 stepper motors, with step and direction
> pulses. Any idea of how to control them with Labview?
> Normally the software that runs the motors slowly accelerates them, runs
at
> speed for a while, then slows down to avoid jerking, ending up at the
> correct target location. Position and acceleratio
n are inputs to the
> software.
>
> thanks.
>
> Elliot Burke
>
>

[Pieter Bosstad]

Eliot,

I have various devices which are controlled by the parallel port. In all
these cases I directly write a byte (representing the on/off state of the 8
output lines of the par. port) to the base adres of the port (most times
348h). This can be done by using an vi called "out port" which can be found
in the functions palette under "advanced". If this solution works depends on
the way the the hardware of the stepper motor is build up. It can be that
for every direction and motor one bit is reserved, or that you just need to
send a specific byte for each setting.

Kind regards,

Pieter Bosstad

Elliot Burke schreef in berichtnieuws
wt8b6.50$Lo5.2353@newsfeed.avtel.net...
> I have a couple of stepper motor controllers, intended to b
e driven from
the
> parallel port. These control 3 stepper motors, with step and direction
> pulses. Any idea of how to control them with Labview?
> Normally the software that runs the motors slowly accelerates them, runs
at
> speed for a while, then slows down to avoid jerking, ending up at the
> correct target location. Position and acceleration are inputs to the
> software.
>
> thanks.
>
> Elliot Burke
>
>

[Ricardo Leal]

> Hello all:
>
> I am using labview 5.1 for linux in debian with kernel 2.2.18pre21
>
> Some month's later I tried to use edaq-0.9.5 for analog input and output of a
> PCI-6025 of National Instrument, but AO is bad and NI recomended use comedi.
> Now I am trying to use comedi-0.7.55 (control measurement device interface)
> the new version, but inside of labview with code interface node (CIN) and
> shared libraries follow the manual of CIN, nevertheless I have problems with
> cin because the lvmkmf script for create the object file .lsb doesn't create
> the file and I don't know how include the comedi's library in the compilation
> of the C code of the CIN; in the CIN manual only appear how include external
> code in the creation of the object file but no how include library function .
>
> Now, I am trying to make a vi with libcomedi.so shared library, but I don't
> know how labview can recognize the return types of comedi, and use it with
> labview types.
>
> Someone had tried to make vi's with comedi in labview-5.1?
>
> When I try to use the lvmkmf I get:
>
> [rleal@lab-remoto1 cintools]$ ./lvmkmf comedi_open1.c
> ./lvmkmf: test: -l: unary operator expected
> Backing up Makefile to Makefile.bak.
> Copying Makefile.tmpl to Makefile with substitutions...
> This appears to be a Linux machine.
> Done.
> [rleal@lab-remoto1 cintools]$ ls
> Makefile comedi_open.vi hosttype.h lvsbutil multAB.lsb
> Makefile.bak comedi_open1.c libcin.a makeglueLinux.awk multAB.o
> Makefile.tmpl comedi_open2.c liblv.so mult multAB.vi
> cin.o drvr.o lvmkmf multAB
> comedi_open.c extcode.h lvsb.o multAB.c
> [rleal@lab-remoto1 cintools]$ make
> make: *** No rule to make target `comedi_open1.c.o', needed by
> `comedi_open1.c.l
> sb'. Stop.
> [rleal@lab-remoto1 cintools]$
>
> How I can solve the problems with CIN's in the compilation proccess with
> lvmkmf script?
>
> How I can call library function of comedi and use it correctly in labview ?
>
> Thanks for all help.
>
>
>
> --
> *********************************************************
> Ricardo Leal Pacheco.
> e-mail: rleal@loa.alumnos.utfsm.cl/7111100@entelpcs.cl
> FONO: (09)7111100, 654622.
> INGENIERIA CIVIL ELECTRONICA U.T.F.S.M
> *********************************************************
>
>

--
*********************************************************
Ricardo Leal Pacheco.
e-mail: rleal@loa.alumnos.utfsm.cl/7111100@entelpcs.cl
FONO: (09)7111100, 654622.
INGENIERIA CIVIL ELECTRONICA U.T.F.S.M
*********************************************************