Dynomotion Archive as of 8/10/2010

 

 

Group: DynoMotion

Message: 4

From: Dan Zimmermann

Date: Sun Dec 18, 2005 10:10 PM

Subject: KMotion multiple board programming assistance

 



To anyone that can help,

I am currently setting up an application that will use (2) KMotion
motor control boards. My current knowledge ends with G-code
programming and servo motor applications i.e. CNC lathes and Milling
machines.

In this application I will be using (8) stepper motors but I will be
only runnng 1-axis at a time.

If anyone could offer a programming example that uses multiple
boards and stepper motors it would be helpful for me to see any
differences in designating linear movement for a stepper motor.

I am currently writing a line by line requirement of the sequence
that I need to program to give myself an outline of the motions
without the numerical values for each move.



The following is a list of the equipment that I am using;

-Toshiba M200 Tablet PC running Windows XP Professional
-KMotion Software
-(2) KMotion Motor Control Boards

#1 Motor- (X-axis)
Model # 5709L-03, Frame Size-23, 0.9 Step angle,
http://www.linengineering.com/site/products/5709.html

#2 Motor- (Y-axis)
Model # 5709L-03, Frame Size-23, 0.9 Step angle,
http://www.linengineering.com/site/products/5709.html

#3 Motor- (Z-axis)
Hybrid Linear Actuator - Size 17 Captive shaft HSI 43000 Series
1.8 degree step angle, .00125 travel per step
http://www.hsimotors.com/hybrid/Size17-Captive.htm#Draw

#4 Motor- (A-axis)
Hybrid Linear Actuator - Size 17 Captive shaft HSI 43000 Series
1.8 degree step angle, .00125 travel per step
http://www.hsimotors.com/hybrid/Size17-Captive.htm#Draw

#5 Motor- (B-axis)
Model # 4018M-05, 1.8 degree step angle
http://www.linengineering.com/site/products/4018.html

#6 Motor- (C-axis)
Model # 4018M-05, 1.8 degree step angle
http://www.linengineering.com/site/products/4018.html

#7 Motor- (D-axis)
Model # 211-18-02, 1.8 degree step angle
http://www.linengineering.com/site/products/211.html

#8 Motor- (E-axis)
Model # 4018M-05, 1.8 degree step angle
http://www.linengineering.com/site/products/4018.html

Thank you in advance for any assistance that you may offer and
please don't hesitate to ask for additional information that you may
require.

Cheers
Dan


Dan Zimmermann, President
GBOGH Research
gboghmobile@telus.net



 

 

Group: DynoMotion

Message: 5

From: TK

Date: Sun Dec 18, 2005 11:36 PM

Subject: RE: KMotion multiple board programming assistance

 

Hi Dan,

Do you have the motors and power supplies connected, axes configured as
steppers, and are you able to move them using the KMotion Executive program's
Console Screen?

For info on how to connect motors see:

http://www.dynomotion.com/Help/Schematics/Connectors.htm

For info on how to configure the axes for steppers see:

http://www.dynomotion.com/Help/ConfigurationScreen/ConfigurationScreen.htm

For info on how to move a motor from the KMotion Console Screen see:

http://www.dynomotion.com/Help/ConsoleScreen/ConsoleScreen.htm

Try typing a command like "MoveRel0=50.0" (Move Relative axis
0 50 cycles) to see if Motor #1 rotates.

Assuming you are able to move motors with the KMotion Executive, there
are several choices on how to control the boards. 

They are:

#1 - Write Microsoft Windows program to issue commands to the board
using either Visual Studio C++ or Visual Basic.

#2 - Write a C program that is loaded (and possibly flashed) into the
KMotion board.  This program may run in "stand alone" mode where
a host PC isn't even connected.

#3 - Write a GCode motion program and load it into the KMotion
Executive program and execute it.

It's not clear what your application is, or how you want the system to
be operated, but usually the most flexible technique is #1, especially for using
multiple boards.  Basically the program issues the same commands that are
available on the console screen.  This does require a means of programming
under MS Windows.  DynoMotion provides canned examples for Microsoft
Visual Studio 6.0.  If you look into the directory where the KMotion
Software was installed there is a directory called:

<IntstallDirectory>\PC VC Examples

Within that folder there is a project called SimpleConsole.  This
is a Simple Windows console application that connects to the board, configures
one axis as a stepper, commands the axis to move, reads status to determine
when the motion is complete, and sends a message that will be displayed on the
KMotion Executive Console Screen if it is running.  The entire C++ program
is pasted below.  To talk to the other axes (on the same board) it is
basically a matter of duplicating code and changing the axis (sometimes
referred as channel) number.  The example assumes that there is only one
board connected to the system and takes advantage of the fact that a single
board in a system can be referred to as board 0.  When you connect
multiple boards to a system you should change the board number to the USB
identifier for where the board is connected.  For more info on multiple
boards see:

http://www.dynomotion.com/Help/MultipleBoards.htm

I hope this helps.  Let us know if you have further questions.

Tom Kerekes

Dynomotion, Inc.

// SimpleConsole.cpp

#include "stdafx.h"

#include "stdlib.h"

#include "..\..\KMotionDll\KMotionDll.h"  // KMOtion DLL
Header

CKMotionDLL
KM;               
// one instance of the interface class

void MyError();

int main(int argc, char* argv[])

{

       int board=0;

       char response[MAX_LINE];

       // Setup Axis for a simple stepper
motor

       if (KM.WriteLine(board,
"DisableAxis1=0"))      MyError(); // Set
board 0, Axis 1 to OFF while changing parameters

       if (KM.WriteLine(board,
"Zero1=0"))             MyError();
// Zero position board 0, Axis 1

       if (KM.WriteLine(board,
"StepperAmplitude1=80"))MyError(); // Set nominal Sine wave amplitude
to 80/256 of Motor supply voltage

       if (KM.WriteLine(board,
"Vel1=100"))            MyError();
// Set Max Velocity to 100 cycles/sec (4 full steps/sec = 1 cycle)

       if (KM.WriteLine(board,
"Accel1=50"))           MyError();
// Set Max Acceleration to 50 cycles/sec2

       if (KM.WriteLine(board,
"Jerk1=2000"))          MyError();
// Set Max Jerk to 2000 cycles/sec3

       if (KM.WriteLine(board,
"Lead1=10"))            MyError();
// Set Inductance Lead compensation to 10 * dV/dt

       if (KM.WriteLine(board,
"OutputMode1=1"))       MyError(); //
Set board 0, Axis 1 to MICROSTEP_MODE (see KMotionDef.h)

       if (KM.WriteLine(board,
"EnableAxisDest1 0"))   MyError(); // Zero position board
0, Axis 1

       if (KM.WriteLine(board, "Echo
Setup Complete")) MyError(); // Echo a string to console

       // move board 0, axis 1, 1000
counts relative

       if (KM.WriteLine(board,
"MoveRel1=100"))  MyError();

       // loop until complete complete
status = 1

       do

       {

              if
(KM.WriteLineReadLine(board,"CheckDone1",response))

                     MyError();

       }

       while (response[0] != '1');

       if (KM.WriteLine(board, "Echo
Move Complete")) MyError(); // Echo a string to console

       return 0;

}

// Display Error and terminate

void MyError()

{

       printf("Unable to communicate
with KMotion board");

       exit(1);

}

-----Original Message-----

From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf
Of Dan Zimmermann

Sent: Sunday, December 18, 2005 10:11 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] KMotion multiple board programming assistance

To anyone that can help,

 I am currently setting up an application that will use (2)
KMotion

motor control boards.  My current knowledge ends with G-code

programming and servo motor applications i.e. CNC lathes and Milling

machines.

In this application I will be using (8) stepper motors but I will be

only runnng 1-axis at a time. 

If anyone could offer a programming example that uses multiple

boards and stepper motors it would be helpful for me to see any

differences in designating linear movement for a stepper motor.

I am currently writing a line by line requirement of the sequence

that I need to program to give myself an outline of the motions

without the numerical values for each move.

The following is a list of the equipment that I am using;

-Toshiba M200 Tablet PC running Windows XP Professional

-KMotion Software

-(2) KMotion Motor Control Boards

#1 Motor- (X-axis)

     Model # 5709L-03, Frame Size-23, 0.9 Step
angle,

    http://www.linengineering.com/site/products/5709.html

#2 Motor- (Y-axis)

     Model # 5709L-03, Frame Size-23, 0.9 Step
angle,

   
http://www.linengineering.com/site/products/5709.html

#3 Motor- (Z-axis)

    Hybrid Linear Actuator - Size 17 Captive shaft 
HSI 43000 Series

    1.8 degree step angle, .00125 travel per step

http://www.hsimotors.com/hybrid/Size17-Captive.htm#Draw

#4 Motor- (A-axis)

    Hybrid Linear Actuator - Size 17 Captive shaft 
HSI 43000 Series

    1.8 degree step angle, .00125 travel per step

http://www.hsimotors.com/hybrid/Size17-Captive.htm#Draw

#5 Motor- (B-axis)

    Model # 4018M-05, 1.8 degree step angle

http://www.linengineering.com/site/products/4018.html

#6 Motor- (C-axis)

    Model # 4018M-05, 1.8 degree step angle

http://www.linengineering.com/site/products/4018.html

#7 Motor- (D-axis)

    Model # 211-18-02, 1.8 degree step angle

http://www.linengineering.com/site/products/211.html

#8 Motor- (E-axis)

    Model # 4018M-05, 1.8 degree step angle

http://www.linengineering.com/site/products/4018.html

Thank you in advance for any assistance that you may offer and

please don't hesitate to ask for additional information that you may

require.

Cheers

Dan

Dan Zimmermann, President

GBOGH Research

gboghmobile@telus.net

------------------------ Yahoo! Groups Sponsor
--------------------~-->

1.2 million kids a year are victims of human trafficking. Stop slavery.

http://us.click.yahoo.com/.QUssC/izNLAA/TtwFAA/dN_tlB/TM

--------------------------------------------------------------------~-> 

Yahoo! Groups Links

<*> To visit your group on the web, go to:

    http://groups.yahoo.com/group/DynoMotion/

<*> To unsubscribe from this group, send an email to:

    DynoMotion-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:

    http://docs.yahoo.com/info/terms/



 

 

Group: DynoMotion

Message: 6

From: strohm81

Date: Sun Nov 23, 2008 12:44 PM

Subject: M codes causing Snapamps to be disabled.

 



I recently had a problem with a Kmotion board w/ dual Snapamps where
the program would run but when M2 was called, the Snapamps would shut
down and power had to be cycled. Thanks to Tom, the problem was traced
to M2 being linked to other M codes that weren't being used (in this
case M5 spindle stop). By setting the programmable M codes in Tool
Setup to do nothing, the problem was solved.



 

 

Group: DynoMotion

Message: 7

From: strohm81

Date: Sun Dec 07, 2008 7:43 PM

Subject: Triggering E-stop with input

 



When using a VFD that has the ability to output a logic signal when a
fault occurs, is it possible to have KMotionCNC read the input an
execute a program that duplicates or triggers the E-stop button on the
main page to prevent scrapped parts and broken cutters? What would the
C code look like to do something like that? Or is there an easier way
to do it?



 

 

Group: DynoMotion

Message: 8

From: Tom Kerekes

Date: Mon Dec 08, 2008 10:39 AM

Subject: Re: Triggering E-stop with input

 

It's not clear what would give the best result, to do a feedhold or kill all the axes?

Below is some "watchdog" code  that runs continuously and when it sees an input change issues a feedhold (StopCoordinatedMotion()).  Add the "for" loop to the end of your Init.c program so after your initialization the loop will continue to run.

You might also try replacing the StopCoordinatedMotion with:

DisableAxis(0); DisableAxis(1); DisableAxis(2); 

which would act more like estop.

I hope this helps.

TK

#include "KMotionDef.h"

main()
{
     int fault=0;
 
     for (;;)     // repeat forever
     {
          WaitNextTimeSlice(); // execute one loop per time slice
  
          // check external fault signal
  
          if (!fault && ReadBit(19)) 
          {
               fault=1;  // remember we are in a fault state
               StopCoordinatedMotion();  // do a feed hold  
          }
          if (fault &&
!ReadBit(19))
          {
               fault=0;  // remember we are no longer in a fault state
          }
     }
}


 



From: strohm81 <strohm81@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sunday, December 7, 2008 7:43:56 PM
Subject: [DynoMotion] Triggering E-stop with input

When using a VFD that has the ability to output a logic signal when a
fault occurs, is it possible to have KMotionCNC read the input an
execute a program that duplicates or triggers the E-stop button on the
main page to prevent scrapped parts and broken cutters? What would the
C code look like to do something like that? Or is there an easier way
to do it?

 

Group: DynoMotion

Message: 9

From: azken98

Date: Tue Dec 30, 2008 9:28 PM

Subject: Kmotion: how to read current position using c parogram

 



I ve just started with KMotion, i ve KMotion board .
I ve connected the encoder channels A and B to the KMotion JP3 pins 15
and 16.
Now I want to test the Encoder position, any help?
thanks
Azed



 

 

Group: DynoMotion

Message: 10

From: TK

Date: Tue Dec 30, 2008 10:25 PM

Subject: RE: Kmotion: how to read current position using c parogram

 

Azed,

Run the Kmotion.exe program.  Since
you have a KMotion board.  Make sure the KFLOP option is not checked under
the option menu.

Open the Axis Screen.  Does the
Position of Axis #0 change when you rotate the encoder?

You should also be able to see the two
input bits #0 and #1 change randomly on the Digital IO screen when you rotate
the encoder.

If all this works you can print the
encoder position from a C program with something like:

            printf(“Encoder
0 = %f\n”,ch0->Position);

TK


From:
DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of azken98

Sent: Tuesday, December 30, 2008
9:29 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Kmotion: how
to read current position using c parogram

I ve just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed


Checked by AVG - http://www.avg.com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008 12:06 PM


 

 

Group: DynoMotion

Message: 11

From: Azd Md

Date: Tue Dec 30, 2008 10:46 PM

Subject: RE: Kmotion: how to read current position using c parogram

 

Thanks TK for your reply
I ve tried this itw orsk with the SnapAmp but not with the Kmotion.
could it be that the default setup of the IO pins is digital output , not encoder??
thanks
Azed

--- On Wed, 12/31/08, TK <tk@dynomotion.com> wrote:

From: TK <tk@dynomotion.com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogroups.com
Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

Run the Kmotion.exe program.  Since
you have a KMotion board.  Make sure the KFLOP option is not checked under
the option menu.

Open the Axis Screen.  Does the
Position of Axis #0 change when you rotate the encoder?

You should also be able to see the two
input bits #0 and #1 change randomly on the Digital IO screen when you rotate
the encoder.

If all this works you can print the
encoder position from a C program with something like:

            printf(“Encoder
0 = %f\n”,ch0->Position);

TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98

Sent: Tuesday, December 30, 2008
9:29 PM

To: DynoMotion@yahoogro ups.com

Subject: [DynoMotion] Kmotion: how
to read current position using c parogram

I ve just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed

Checked by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008 12:06 PM


 




 

 

Group: DynoMotion

Message: 12

From: TK

Date: Wed Dec 31, 2008 2:01 PM

Subject: RE: Kmotion: how to read current position using c parogram

 

Hi Azed,

All IO pins should default as
inputs.  You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder
channel #0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder
channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the
encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs
(A, /A, B, /B) where KMotion only has single ended encoder inputs (A and B). 
Do you understand the difference?  For single ended just connect 2 of the
4 signal wires.  Can you see the IO bits toggle on the Digital IO Screen?

TK


From:
DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Azd Md

Sent: Tuesday, December 30, 2008
10:46 PM

To: DynoMotion@yahoogroups.com

Subject: RE: [DynoMotion] Kmotion:
how to read current position using c parogram



 


Thanks TK
for your reply

I ve tried this itw orsk
with the SnapAmp but not with the Kmotion.

could it be that the default setup of the IO pins is digital output , not
encoder??

thanks

Azed



--- On Wed, 12/31/08, TK <tk@dynomotion.com>
wrote:

From: TK <tk@dynomotion.com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogroups.com

Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program.  Since you have a KMotion
board.  Make sure the KFLOP option is not checked under the option menu.

 Open the Axis Screen.  Does the Position of Axis #0
change when you rotate the encoder?

 You should also be able to see the two input bits #0 and #1
change randomly on the Digital IO screen when you rotate the encoder.

 If all this works you can print the encoder position from a
C program with something like:

            
printf(“Encoder 0 = %f\n”,ch0->Position);

 TK


From: DynoMotion@yahoogro ups.com
[mailto:DynoMotion@ yahoogroups. com] On
Behalf Of
azken98

Sent: Tuesday, December 30, 2008
9:29 PM

To: DynoMotion@yahoogro ups.com

Subject: [DynoMotion] Kmotion:
how to read current position using c parogram

I ve
just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed

Checked
by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008
12:06 PM





 

 


Checked by AVG - http://www.avg.com

Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM


 

 

Group: DynoMotion

Message: 13

From: Azd Md

Date: Fri Jan 02, 2009 2:25 AM

Subject: RE: Kmotion: how to read current position using c parogram

 

HI TK
with Snap Amp its working fine, however with KMotion, some times i have to dbl click on the OUTPUTS before it works, I dont know why!.
The other thing is that, with the Kflop and Kanalog configuration the encoder input channels can not tolerate "my"  5V encoder signals as stated in the spec, when i used 74ls245 buffer IC they also fine.
Sure u can ask anything,  I have a basic knowlege on this stuff. but as far as   Dynomotion is concerned, I am new.

Have a nice day.

Azed


--- On Thu, 1/1/09, TK <tk@dynomotion.com> wrote:

From: TK <tk@dynomotion.com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogroups.com
Date:
Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as
inputs.  You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder
channel #0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder
channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the
encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs
(A, /A, B, /B) where KMotion only has single ended encoder inputs (A and B). 
Do you understand the difference?  For single ended just connect 2 of the
4 signal wires.  Can you see the IO bits toggle on the Digital IO Screen?

TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of Azd Md

Sent: Tuesday, December 30, 2008
10:46 PM

To: DynoMotion@yahoogro ups.com

Subject: RE: [DynoMotion] Kmotion:
how to read current position using c parogram



 


Thanks TK for your reply

I ve tried this itw orsk with the SnapAmp but not with the Kmotion.

could it be that the default setup of the IO pins is digital output , not
encoder??

thanks

Azed



--- On Wed, 12/31/08, TK <tk@dynomotion. com>
wrote:

From: TK <tk@dynomotion. com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program.  Since you have a KMotion
board.  Make sure the KFLOP option is not checked under the option menu.

 Open the Axis Screen.  Does the Position of Axis #0
change when you rotate the encoder?

 You should also be able to see the two input bits #0 and #1
change randomly on the Digital IO screen when you rotate the encoder.

 If all this works you can print the encoder position from a
C program with something like:

            
printf(“Encoder 0 = %f\n”,ch0->Position);

  TK


From: DynoMotion@yahoogro ups.com
[mailto:DynoMotion@ yahoogroups. com] On
Behalf Of
azken98

Sent: Tuesday, December 30, 2008
9:29 PM

To: DynoMotion@yahoogro ups.com

Subject: [DynoMotion] Kmotion:
how to read current position using c parogram

I ve
just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed

Checked
by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008
12:06 PM





 

 

Checked by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM


 




 

 

Group: DynoMotion

Message: 14

From: Tom Kerekes

Date: Mon Jan 05, 2009 10:39 AM

Subject: Re: Kmotion: how to read current position using c parogram

 

Hi Azed,

 

Regarding Encoder connected to KMotion:

A single click should change the IO to an output (not a double click).  It's not a good idea to connect two outputs together as they will "fight" each other.   Maybe your encoders have open collector outputs that require a pullup resistor?

 

Regarding Kanalog:

The requirement is a differential signal.  Kanalog has on board 400ohm termination resistors (SnapAmp does not).  It may be that your encoder doesn't have enough current drive for the 400 ohm termination. 

 

The way to diagnose these issues is to use a oscilloscope (or even a
voltmeter) and check what voltage levels you have before and after you make the connection.

 

I hope this helps

TK

 

 

 


From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Friday, January 2, 2009 2:25:45 AM
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram

HI TK
with Snap Amp its working fine, however with KMotion, some times i have to dbl click on the OUTPUTS before it works, I dont know why!.
The other thing is that, with the Kflop and Kanalog configuration the encoder input channels can not tolerate "my"  5V encoder signals as stated in the spec, when i used 74ls245 buffer IC they also fine.
Sure u can ask anything,  I have a basic knowlege on this
stuff. but as far as   Dynomotion is concerned, I am new.

Have a nice day.

Azed


--- On Thu, 1/1/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as inputs.  You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder channel #0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs (A, /A, B, /B) where KMotion only has single ended encoder inputs (A and B).  Do you understand the difference?  For single ended just connect 2 of the 4 signal wires.  Can you see the IO bits toggle on the Digital IO Screen?

TK


From: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of
Azd Md
Sent: Tuesday, December 30, 2008 10:46 PM
To: DynoMotion@yahoogro ups.com
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram

 

Thanks TK for your reply
I ve tried this itw orsk with the SnapAmp but not with the Kmotion.
could it be that the default setup of the IO pins is digital output , not encoder??
thanks
Azed

---
On Wed, 12/31/08, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program.  Since you have a KMotion board.  Make sure the KFLOP option is not checked under the option menu.

 Open the Axis Screen.  Does the Position of Axis #0 change when you rotate the encoder?

 You should also be able to see the two input bits #0 and #1 change randomly on the Digital IO screen when you rotate the encoder.

 If all this works you can print the encoder position from a C program with something like:

             printf(“Encoder 0 = %f\n”,ch0->Position);

  TK


From: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98
Sent: Tuesday, December 30, 2008 9:29 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] Kmotion: how to read current position using c parogram

I ve just started with KMotion, i ve KMotion board .
I ve connected the encoder channels A and B to the KMotion JP3 pins 15
and 16.
Now I want to test the Encoder position, any help?
thanks
Azed

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008 12:06 PM

 

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM

 

Group: DynoMotion

Message: 15

From: Azd Md

Date: Mon Jan 05, 2009 6:27 PM

Subject: How to save the gathered data to a file?

 

Hi Tom
tyhank you very much for your reply. u r right this was the reason. I ve already checked the signal with OSC. and it drops down after connection.with the buffer its working great.
I ve another simple question. I used the sample gather program. and its working fine. the only thing the data is sent to the console. Is thetre a way to save the data to a file for later use.
Thanks
Azed


--- On Tue, 1/6/09, Tom Kerekes <tk@dynomotion.com> wrote:

From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogroups.com
Date: Tuesday, January 6, 2009, 2:39 AM

Hi Azed,

 

Regarding Encoder connected to KMotion:

A single click should change the IO to an output (not a double click).  It's not a good idea to connect two outputs together as they will "fight" each other.   Maybe your encoders have open collector outputs that require a pullup resistor?

 

Regarding Kanalog:

The requirement is a differential signal.  Kanalog has on board 400ohm termination resistors (SnapAmp does not).  It may be that your encoder doesn't have enough current drive for the 400 ohm termination. 

 

The way to diagnose these issues is to use a oscilloscope (or even a
voltmeter) and check what voltage levels you have before and after you make the connection.

 

I hope this helps

TK

 

 

 


From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Friday, January 2, 2009 2:25:45 AM
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram

HI TK
with Snap Amp its working fine, however with KMotion, some times i have to dbl click on the OUTPUTS before it works, I dont know why!.
The other thing is that, with the Kflop and Kanalog configuration the encoder input channels can not tolerate "my"  5V encoder signals as stated in the spec, when i used 74ls245 buffer IC they also fine.
Sure u can ask anything,  I have a basic knowlege on
this
stuff. but as far as   Dynomotion is concerned, I am new.

Have a nice day.

Azed


--- On Thu, 1/1/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as inputs.  You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder channel #0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs (A, /A, B, /B) where KMotion only has single ended encoder inputs (A and B).  Do you understand the difference?  For single ended just connect 2 of the 4 signal wires.  Can you see the IO bits toggle on the Digital IO Screen?

TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of
Azd Md
Sent: Tuesday, December 30, 2008 10:46 PM
To: DynoMotion@yahoogro ups.com
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram

 

Thanks TK for your reply
I ve tried this itw orsk with the SnapAmp but not with the Kmotion.
could it be that the default setup of the IO pins is digital output , not encoder??
thanks
Azed

---
On Wed, 12/31/08, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program.  Since you have a KMotion board.  Make sure the KFLOP option is not checked under the
option menu.

 Open the Axis Screen.  Does the Position of Axis #0 change when you rotate the encoder?

 You should also be able to see the two input bits #0 and #1 change randomly on the Digital IO screen when you rotate the encoder.

 If all this works you can print the encoder position from a C program with something like:

             printf(“Encoder 0 = %f\n”,ch0->Position) ;

  TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98
Sent: Tuesday, December 30, 2008 9:29 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] Kmotion: how to read current position using c parogram

I ve just started with KMotion, i ve KMotion board .
I ve connected the encoder channels A and B to the KMotion JP3 pins 15
and 16.
Now I want to test the Encoder position, any help?
thanks
Azed

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008 12:06 PM

 

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM

 



 




 

 

Group: DynoMotion

Message: 16

From: TK

Date: Tue Jan 06, 2009 3:24 PM

Subject: RE: How to save the gathered data to a file?

 

Hi Azed,

BTW all the console data gets logged to a
disk file called log.txt within the KMotion\Data subdirectory.

However if you want to write selected data
to a specific disk file you would need to write a PC program.  The
Download Waveform.cpp example might be the place to start.  It uses the
SetGatherHex command to put values from the PC into the DSPs Gather Buffer.  It
could be changed to use the GetGatherHex command to read values up to the PC,
which you could then write to disk.  Once you write a PC program there are
lots of possibilities such as triggering the data capture as well.

To compile and change the PC VC Examples without
any modifications you will need Microsoft Visual Studio 2008.

Regards

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Azd Md

Sent: Monday, January 05, 2009
6:28 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] How to save
the gathered data to a file?



 


Hi Tom

tyhank you very much for your reply. u r right this was the reason. I ve
already checked the signal with OSC. and it drops down after connection.with
the buffer its working great.

I ve another simple question. I used the sample gather program. and its working
fine. the only thing the data is sent to the console. Is thetre a way to save
the data to a file for later use.

Thanks

Azed





--- On Tue, 1/6/09, Tom Kerekes <tk@dynomotion.com>
wrote:

From: Tom Kerekes
<tk@dynomotion.com>

Subject: Re: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogroups.com

Date: Tuesday, January 6, 2009, 2:39 AM

Hi Azed,

Regarding Encoder connected to KMotion:

A single click should change the IO to an output (not a
double click).  It's not a good idea to connect two outputs together as
they will "fight" each other.   Maybe your encoders have open
collector outputs that require a pullup resistor?

Regarding Kanalog:

The requirement is a differential signal.  Kanalog
has on board 400ohm termination resistors (SnapAmp does not).  It may be
that your encoder doesn't have enough current drive for the 400 ohm
termination. 

The way to diagnose these issues is to use a oscilloscope
(or even a voltmeter) and check what voltage levels you have before and after
you make the connection.

I hope this helps

TK


From: Azd Md
<azken98@yahoo. com>

To: DynoMotion@yahoogro ups.com

Sent: Friday, January 2, 2009
2:25:45 AM

Subject: RE: [DynoMotion]
Kmotion: how to read current position using c parogram



 


HI TK

with Snap Amp its working fine, however with KMotion, some times i have to
dbl click on the OUTPUTS before it works, I dont know why!.

The other thing is that, with the Kflop and Kanalog configuration the
encoder input channels can not tolerate "my"  5V encoder
signals as stated in the spec, when i used 74ls245 buffer IC they also
fine.

Sure u can ask anything,  I have a basic knowlege on this stuff. but
as far as   Dynomotion is concerned, I am new.



Have a nice day.



Azed





--- On Thu, 1/1/09, TK <tk@dynomotion.
com>
wrote:

From: TK
<tk@dynomotion. com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as inputs. 
You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder channel
#0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder
channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the
encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs (A,
/A, B, /B) where KMotion only has single ended encoder inputs (A and
B).  Do you understand the difference?  For single ended just
connect 2 of the 4 signal wires.  Can you see the IO bits toggle on
the Digital IO Screen?

TK


From: DynoMotion@yahoogro ups.com
[mailto:DynoMotion@ yahoogroups. com] On
Behalf Of
Azd
Md

Sent: Tuesday, December 30,
2008 10:46 PM

To: DynoMotion@yahoogro
ups.com

Subject: RE: [DynoMotion]
Kmotion: how to read current position using c parogram



 


Thanks
TK for your reply

I ve tried this itw orsk
with the SnapAmp but not with the Kmotion.

could it be that the default setup of the IO pins is digital output , not
encoder??

thanks

Azed



--- On Wed, 12/31/08, TK <tk@dynomotion.
com>
wrote:

From:
TK <tk@dynomotion. com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program. 
Since you have a KMotion board.  Make sure the KFLOP option is not
checked under the option menu.

 Open the Axis Screen.  Does the
Position of Axis #0 change when you rotate the encoder?

 You should also be able to see the
two input bits #0 and #1 change randomly on the Digital IO screen when
you rotate the encoder.

 If all this works you can print the
encoder position from a C program with something like:

            
printf(“Encoder 0 = %f\n”,ch0->Position) ;

  TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98

Sent: Tuesday, December 30,
2008 9:29 PM

To: DynoMotion@yahoogro
ups.com

Subject: [DynoMotion]
Kmotion: how to read current position using c parogram

I
ve just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed

Checked by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date:
12/30/2008 12:06 PM





 

 

Checked
by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008
8:44 AM





 





 

 


Checked by AVG - http://www.avg.com

Version: 8.0.176 / Virus Database: 270.10.3/1877 - Release Date: 1/5/2009 7:20 PM


 

 

Group: DynoMotion

Message: 17

From: Azd Md

Date: Tue Jan 06, 2009 7:28 PM

Subject: RE: How to save the gathered data to a file?

 

Thank you very much, that is really helpfull
I ve another question, I ve a motor with a break, do I need to use a relay to switch the break on/off or i can connect it directly to the board.
by the way I think the JP8 in the Kanalog manual is wrongly shown in the first figure. "the relay 24 JP) see the link.
http://dynomotion.com/Help/SchematicsKanalog/ConnectorsKanalog.htm
thanks
Azed

--- On Wed, 1/7/09, TK <tk@dynomotion.com> wrote:

From: TK <tk@dynomotion.com>
Subject: RE: [DynoMotion] How to save the gathered data to a file?
To: DynoMotion@yahoogroups.com
Date: Wednesday, January 7, 2009, 7:24 AM

Hi Azed,

BTW all the console data gets logged to a
disk file called log.txt within the KMotion\Data subdirectory.

However if you want to write selected data
to a specific disk file you would need to write a PC program.  The
Download Waveform.cpp example might be the place to start.  It uses the
SetGatherHex command to put values from the PC into the DSPs Gather Buffer.  It
could be changed to use the GetGatherHex command to read values up to the PC,
which you could then write to disk.  Once you write a PC program there are
lots of possibilities such as triggering the data capture as well.

To compile and change the PC VC Examples without
any modifications you will need Microsoft Visual Studio 2008.

Regards

TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md

Sent: Monday, January 05, 2009
6:28 PM

To: DynoMotion@yahoogro ups.com

Subject: [DynoMotion] How to save
the gathered data to a file?



 


Hi Tom

tyhank you very much for your reply. u r right this was the reason. I ve
already checked the signal with OSC. and it drops down after connection.with
the buffer its working great.

I ve another simple question. I used the sample gather program. and its working
fine. the only thing the data is sent to the console. Is thetre a way to save
the data to a file for later use.

Thanks

Azed





--- On Tue, 1/6/09, Tom Kerekes <tk@dynomotion. com>
wrote:

From: Tom Kerekes
<tk@dynomotion. com>

Subject: Re: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Tuesday, January 6, 2009, 2:39 AM

Hi Azed,

Regarding Encoder connected to KMotion:

A single click should change the IO to an output (not a
double click).  It's not a good idea to connect two outputs together as
they will "fight" each other.   Maybe your encoders have open
collector outputs that require a pullup resistor?

Regarding Kanalog:

The requirement is a differential signal.  Kanalog
has on board 400ohm termination resistors (SnapAmp does not).  It may be
that your encoder doesn't have enough current drive for the 400 ohm
termination. 

The way to diagnose these issues is to use a oscilloscope
(or even a voltmeter) and check what voltage levels you have before and after
you make the connection.

I hope this helps

TK


From: Azd Md
<azken98@yahoo. com>

To: DynoMotion@yahoogro ups.com

Sent: Friday, January 2, 2009
2:25:45 AM

Subject: RE: [DynoMotion]
Kmotion: how to read current position using c parogram



 


HI TK

with Snap Amp its working fine, however with KMotion, some times i have to
dbl click on the OUTPUTS before it works, I dont know why!.

The other thing is that, with the Kflop and Kanalog configuration the
encoder input channels can not tolerate "my"  5V encoder
signals as stated in the spec, when i used 74ls245 buffer IC they also
fine.

Sure u can ask anything,  I have a basic knowlege on this stuff. but
as far as   Dynomotion is concerned, I am new.



Have a nice day.



Azed





--- On Thu, 1/1/09, TK <tk@dynomotion.
com>
wrote:

From: TK <tk@dynomotion. com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as inputs. 
You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder channel
#0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder
channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the
encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs (A,
/A, B, /B) where KMotion only has single ended encoder inputs (A and
B).  Do you understand the difference?  For single ended just
connect 2 of the 4 signal wires.  Can you see the IO bits toggle on
the Digital IO Screen?

TK


From: DynoMotion@yahoogro ups.com
[mailto:DynoMotion@ yahoogroups. com] On
Behalf Of
Azd Md

Sent: Tuesday, December 30,
2008 10:46 PM

To: DynoMotion@yahoogro
ups.com

Subject: RE: [DynoMotion]
Kmotion: how to read current position using c parogram



 


Thanks
TK for your reply

I ve tried this itw orsk with the SnapAmp but not with the Kmotion.

could it be that the default setup of the IO pins is digital output , not
encoder??

thanks

Azed



--- On Wed, 12/31/08, TK <tk@dynomotion.
com>
wrote:

From:
TK <tk@dynomotion. com>

Subject: RE: [DynoMotion] Kmotion: how to read current position using c
parogram

To: DynoMotion@yahoogro ups.com

Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program. 
Since you have a KMotion board.  Make sure the KFLOP option is not
checked under the option menu.

 Open the Axis Screen.  Does the
Position of Axis #0 change when you rotate the encoder?

 You should also be able to see the
two input bits #0 and #1 change randomly on the Digital IO screen when
you rotate the encoder.

 If all this works you can print the
encoder position from a C program with something like:

            
printf(“Encoder 0 = %f\n”,ch0->Position) ;

  TK


From:
DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98

Sent: Tuesday, December 30,
2008 9:29 PM

To: DynoMotion@yahoogro
ups.com

Subject: [DynoMotion]
Kmotion: how to read current position using c parogram

I
ve just started with KMotion, i ve KMotion board .

I ve connected the encoder channels A and B to the KMotion JP3 pins 15

and 16.

Now I want to test the Encoder position, any help?

thanks

Azed

Checked by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date:
12/30/2008 12:06 PM





 

 

Checked
by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008
8:44 AM





 





 

 

Checked by AVG - http://www.avg. com

Version: 8.0.176 / Virus Database: 270.10.3/1877 - Release Date: 1/5/2009 7:20 PM


 




 

 

Group: DynoMotion

Message: 18

From: Tom Kerekes

Date: Wed Jan 07, 2009 9:45 AM

Subject: Re: How to save the gathered data to a file?

 

You should be able to drive the Brake directly with the Kanalog Relay Switches (Mosfets) if it requires 24V and 1 amp or less.  Make sure to add a reverse diode across the Brake to allow the current to recirculate when the switch turns off.

Yes that is a mistake.  The other JP6 should be JP8.  Thanks.

TK


 



From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Tuesday, January 6, 2009 7:28:51 PM
Subject: RE: [DynoMotion] How to save the gathered data to a file?



 



Thank you very much, that is really helpfull
I ve another question, I ve a motor with a break, do I need to use a relay to switch the break on/off or i can connect it directly to the board.
by the way I think the JP8 in the Kanalog manual is wrongly shown in the first figure. "the relay 24 JP) see the link.
http://dynomotion. com/Help/ SchematicsKanalo g/ConnectorsKana log.htm
thanks
Azed

--- On Wed, 1/7/09, TK <tk@dynomotion. com> wrote:
From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] How to save the gathered data to a file?
To: DynoMotion@yahoogro ups.com
Date: Wednesday, January 7, 2009, 7:24 AM

Hi Azed,

BTW all the console data gets logged to a disk file called log.txt within the KMotion\Data subdirectory.

However if you want to write selected data to a specific disk file you would need to write a PC program.  The Download Waveform.cpp example might be the place to start.  It uses the SetGatherHex command to put values from the PC into the DSPs Gather Buffer.  It could be changed to use the GetGatherHex command to read values up to the PC, which you could then write to disk.  Once you write a PC program there are lots of possibilities such as triggering the data capture as well.

To compile and change the PC VC Examples without any modifications you will need Microsoft Visual Studio 2008.

Regards

TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Monday, January 05, 2009 6:28 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] How to save the gathered data to a file?



 



Hi Tom
tyhank you very much for your reply. u r right this was the reason. I ve already checked the signal with OSC. and it drops down after connection.with the buffer its working great.
I ve another simple question. I used the sample gather program. and its working fine. the only thing the data is sent to the console. Is thetre a way to save the data to a file for later use.
Thanks
Azed


--- On Tue, 1/6/09, Tom Kerekes <tk@dynomotion. com> wrote:

From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Tuesday, January 6, 2009, 2:39 AM

Hi Azed,

Regarding Encoder connected to KMotion:

A single click should change the IO to an output (not a double click).  It's not a good idea to connect two outputs together as they will "fight" each other.   Maybe your encoders have open collector outputs that require a pullup resistor?

Regarding Kanalog:

The requirement is a differential signal.  Kanalog has on board 400ohm termination resistors (SnapAmp does not).  It may be that your encoder doesn't have enough current drive for the 400 ohm termination. 

The way to diagnose these issues is to use a oscilloscope (or even a voltmeter) and check what voltage levels you have before and after you make the connection.

I hope this helps

TK


From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Friday, January 2, 2009 2:25:45 AM
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram



 



HI TK
with Snap Amp its working fine, however with KMotion, some times i have to dbl click on the OUTPUTS before it works, I dont know why!.
The other thing is that, with the Kflop and Kanalog configuration the encoder input channels can not tolerate "my"  5V encoder signals as stated in the spec, when i used 74ls245 buffer IC they also fine.
Sure u can ask anything,  I have a basic knowlege on this stuff. but as far as   Dynomotion is concerned, I am new.

Have a nice day.

Azed


--- On Thu, 1/1/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Thursday, January 1, 2009, 6:01 AM

Hi Azed,

All IO pins should default as inputs.  You can verify this on the Digital IO Screen.

Axis channel #0 defaults to read encoder channel #0 which would be KMotion Encoder #0

Axis channel #4 defaults to read encoder channel #4 which would be SnapAmp0 Encoder #0

Are you connecting a ground and +5V to the encoder?  (sorry had to ask).

SnapAmp has differential encoder inputs (A, /A, B, /B) where KMotion only has single ended encoder inputs (A and B).  Do you understand the difference?  For single ended just connect 2 of the 4 signal wires.  Can you see the IO bits toggle on the Digital IO Screen?

TK


From: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of Azd Md
Sent: Tuesday, December 30, 2008 10:46 PM
To: DynoMotion@yahoogro ups.com
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram



 



Thanks TK for your reply
I ve tried this itw orsk with the SnapAmp but not with the Kmotion.
could it be that the default setup of the IO pins is digital output , not encoder??
thanks
Azed

--- On Wed, 12/31/08, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] Kmotion: how to read current position using c parogram
To: DynoMotion@yahoogro ups.com
Date: Wednesday, December 31, 2008, 2:25 PM

Azed,

 Run the Kmotion.exe program.  Since you have a KMotion board.  Make sure the KFLOP option is not checked under the option menu.

 Open the Axis Screen.  Does the Position of Axis #0 change when you rotate the encoder?

 You should also be able to see the two input bits #0 and #1 change randomly on the Digital IO screen when you rotate the encoder.

 If all this works you can print the encoder position from a C program with something like:

             printf(“Encoder 0 = %f\n”,ch0->Position) ;

  TK


From: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of azken98
Sent: Tuesday, December 30, 2008 9:29 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] Kmotion: how to read current position using c parogram

I ve just started with KMotion, i ve KMotion board .
I ve connected the encoder channels A and B to the KMotion JP3 pins 15
and 16.
Now I want to test the Encoder position, any help?
thanks
Azed

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1868 - Release Date: 12/30/2008 12:06 PM

 

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM



 

 

Checked by AVG - http://www.avg. com
Version: 8.0.176 / Virus Database: 270.10.3/1877 - Release Date: 1/5/2009 7:20 PM

 

Group: DynoMotion

Message: 19

From: fullottoman

Date: Tue Feb 10, 2009 2:49 PM

Subject: Getting back on track with Kflop

 



Hi Tom Remember Texonics? I am Mark S we talked several times last year
(2008) I had an engineer leave and a couple big projects and I didn't
have time to finish the G-Code Kflop setup. I think where I left of was
trying to get Mach 3 to run with Kflop and Snap Amp. I will probably
have a few questions in the coming days.
Does everything still cooperate with Mach 3?
I see there are several new releases of software I was on 3.0?? I will
download everything get up to speed and then probably barrage you with
questions.

We are still interested in setting up a complete package based on Snap
Amp and kFlop. I have several things in mind as I now have a better
line on OEM motors than I did last year. We also have some ideas for a
custom case for Amp and controller combo.



 

 

Group: DynoMotion

Message: 20

From: TK

Date: Tue Feb 10, 2009 3:35 PM

Subject: RE: Getting back on track with Kflop

 

Hi Mark,

Good to hear from you.  Those sound
like good plans.  Users are always looking for a good source for servo
motors.

Yes the Mach3 plugin has the basics and we
are looking for users to test and push us for more advanced features.  We
also have our own KMotionCNC application that we recommend.  It has some
advantages with trajectory planning and was designed more from the ground up
with an external controller approach.

Thanks for using the forum. 

I’ll look forward to questions and
results.

Thanks

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of fullottoman

Sent: Tuesday, February 10, 2009
2:49 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Getting back
on track with Kflop

Hi Tom Remember Texonics? I am Mark S we talked
several times last year

(2008) I had an engineer leave and a couple big projects and I didn't

have time to finish the G-Code Kflop setup. I think where I left of was

trying to get Mach 3 to run with Kflop and Snap Amp. I will probably

have a few questions in the coming days.

Does everything still cooperate with Mach 3?

I see there are several new releases of software I was on 3.0?? I will

download everything get up to speed and then probably barrage you with

questions.



We are still interested in setting up a complete package based on Snap

Amp and kFlop. I have several things in mind as I now have a better

line on OEM motors than I did last year. We also have some ideas for a

custom case for Amp and controller combo.


Checked by AVG - www.avg.com

Version: 8.0.233 / Virus Database: 270.10.19/1940 - Release Date: 02/08/09 17:57:00


 

 

Group: DynoMotion

Message: 21

From: TK

Date: Wed Feb 18, 2009 11:01 PM

Subject: V4.11 Released

 

Download KMotion
Version 4.11
- 2/18/09 (KMotion 
AND KFLOP)
New*

6
axes Coordinated Motion now supported

New
Selectable Screen Faces for KMotionCNC

http://www.dynomotion.com/Help/KMotionCNC/KMotionCNC.htm

Changes/Fixes from 4.10 - 4.11 - Details

Note: after
downloading a new version, Flash new firmware into KMotion using the
Config/Flash - New Version function.



 

 

Group: DynoMotion

Message: 22

From: Scott Dolan

Date: Tue Mar 03, 2009 1:39 PM

Subject: (No subject)

 



I am currently looking at using a DynoMotion Card to replace our
current motion card. Our current motion card uses the ISA bus and
LM628. We are pretty happily with the ISA realiablity. Unfortunately,
it is impossible to get new PC with ISA slot so we are forced to
change. I would like to speak to DynoMotion sales engineer before
investing time my time into learning their product. Does DynoMotion
have a phone number? How is the product support?

Scott Dolan
732-300-9956



 

 

Group: DynoMotion

Message: 24

From: cncbasher

Date: Thu Jun 04, 2009 11:17 AM

Subject: Mastercam X3 Post ?

 



has anyone a mastercam postprocessor for the Kflop etc

Thanks
Dave



 

 

Group: DynoMotion

Message: 25

From: Azd Md

Date: Wed Jun 24, 2009 8:12 PM

Subject: KFlop Takes so long to start

 


Hi All,
I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
Is there any thing i can do to have it starts fast?
Thank you all
--- On Thu, 2/19/09, TK <tk@dynomotion.com> wrote:


From: TK <tk@dynomotion.com>
Subject: [DynoMotion] V4.11 Released
To: DynoMotion@yahoogroups.com
Date: Thursday, February 19, 2009, 3:01 PM

Download KMotion
Version 4.11
- 2/18/09 (KMotion 
AND KFLOP)
New*

6
axes Coordinated Motion now supported

New
Selectable Screen Faces for KMotionCNC

http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm

Changes/Fixes from 4.10 - 4.11 - Details

Note: after
downloading a new version, Flash new firmware into KMotion using the
Config/Flash - New Version function.



 




 

 

Group: DynoMotion

Message: 26

From: TKSOFT

Date: Wed Jun 24, 2009 9:34 PM

Subject: Re: KFlop Takes so long to start

 



Hi Azd,

How long do they Flash? With a USB connected and no application running they
should flash for ~ 3 seconds. With no USB cable connected they should flash for
~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogroups.com, Azd Md <azken98@...> wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds
flashes for so long time, and i have to switch on and off the power to get it
working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogroups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>



 

 

Group: DynoMotion

Message: 27

From: Azd Md

Date: Thu Jun 25, 2009 1:07 AM

Subject: Re: Re: KFlop Takes so long to start

 

It falshes much more than that. Yes now it is working.



--- On Thu, 6/25/09, TKSOFT <tk@dynomotion.com> wrote:


From: TKSOFT <tk@dynomotion.com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogroups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
>
Config/Flash - New Version function.
>
>  
>




 

 

Group: DynoMotion

Message: 28

From: Azd Md

Date: Thu Jun 25, 2009 5:29 AM

Subject: Re: Re: KFlop Takes so long to start

 

Hi TK

I guess it from te power line, i will double check

TQ

--- On Thu, 6/25/09, TKSOFT <tk@dynomotion.com> wrote:


From: TKSOFT <tk@dynomotion.com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogroups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
>
Config/Flash - New Version function.
>
>  
>




 

 

Group: DynoMotion

Message: 29

From: Azd Md

Date: Tue Aug 25, 2009 8:38 PM

Subject: encoder channels on kanalog not working

 

Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion.com> wrote:


From: TKSOFT <tk@dynomotion.com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To:
DynoMotion@yahoogroups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,



How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.



Does the board ever connect and work?

TK



--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:

>

>

> Hi All,

> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.

> Is there any thing i can do to have it starts fast?

> Thank you all

> --- On Thu, 2/19/09, TK <tk@...> wrote:

>

> From: TK <tk@...>

> Subject: [DynoMotion] V4.11 Released

> To: DynoMotion@yahoogro ups.com

> Date: Thursday, February 19, 2009, 3:01 PM

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

> Download KMotion

> Version 4.11 - 2/18/09 (KMotion 

> AND KFLOP) New*

>

> 6

> axes Coordinated Motion now supported

>

> New

> Selectable Screen Faces for KMotionCNC

>

> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm

>

> Changes/Fixes from 4.10 - 4.11 - Details

>

> Note: after

> downloading a new version, Flash new firmware into KMotion using the

> Config/Flash - New Version function.

>

>  

>




 




 

 

Group: DynoMotion

Message: 30

From: TK

Date: Tue Aug 25, 2009 10:00 PM

Subject: RE: encoder channels on kanalog not working

 

Hi Azeddien,

The way differential signals work is that you
must put one input high and the other low to control the output.  Putting
the + signal at +5V and the – signal at ground should cause the differential
output to be high.  Putting the + signal at ground and the – signal at
+5V should cause the differential output to be low.

Putting both inputs at the same voltage
(ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between
the + and – inputs, so your encoder must be able to drive this load. 
Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Azd Md

Sent: Tuesday, August 25, 2009
8:39 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] encoder
channels on kanalog not working



 


Hi All

I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels
on channel 1 is not working. i checked the Digital I/O its in the input
state. B1 pin is always High A1 channel is blinking as i rotate the encoder.

i checked my encoder signal with the osciliscope several times it is working.
Before Channel 0 and 2 are working now no more. 

i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is
fixed High. i grounded A+ and A-, still i am getting High output.

is there any clue.

Regrads

Azeddien





--- On Thu, 6/25/09, TKSOFT <tk@dynomotion.com>
wrote:



From: TKSOFT <tk@dynomotion.com>

Subject: [DynoMotion] Re: KFlop Takes so long to start

To: DynoMotion@yahoogroups.com

Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,



How long do they Flash? With a USB connected and no application running they
should flash for ~ 3 seconds. With no USB cable connected they should flash
for ~1 second.



Does the board ever connect and work?

TK



--- In DynoMotion@yahoogro ups.com,
Azd Md
<azken98@... > wrote:

>

>

> Hi All,

> I am using Kflop withe the latest Firmware. the problem the cars green
leds flashes for so long time, and i have to switch on and off the power to
get it working.

> Is there any thing i can do to have it starts fast?

> Thank you all

> --- On Thu, 2/19/09, TK <tk@...> wrote:

>

> From: TK <tk@...>

> Subject: [DynoMotion] V4.11 Released

> To: DynoMotion@yahoogro ups.com

> Date: Thursday, February 19, 2009, 3:01 PM

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

> Download KMotion

> Version 4.11 - 2/18/09 (KMotion 

> AND KFLOP) New*

>

> 6

> axes Coordinated Motion now supported

>

> New

> Selectable Screen Faces for KMotionCNC

>

> http://www.dynomoti
on.com/Help/ KMotionCNC/ KMotionCNC. htm

>

> Changes/Fixes from 4.10 - 4.11 - Details

>

> Note: after

> downloading a new version, Flash new firmware into KMotion using
the

> Config/Flash - New Version function.

>

>  

>





 

 



 

 

Group: DynoMotion

Message: 31

From: Azd Md

Date: Wed Aug 26, 2009 3:01 AM

Subject: RE: encoder channels on kanalog not working

 

Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion.com> wrote:


From: TK <tk@dynomotion.com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogroups.com
Date: Wednesday, August 26, 2009, 1:00 PM


 
Hi Azeddien,

The way differential signals work is that you
must put one input high and the other low to control the output.  Putting
the + signal at +5V and the – signal at ground should cause the differential
output to be high.  Putting the + signal at ground and the – signal at
+5V should cause the differential output to be low.

Putting both inputs at the same voltage
(ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between
the + and – inputs, so your encoder must be able to drive this load. 
Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md

Sent: Tuesday, August 25, 2009
8:39 PM

To: DynoMotion@yahoogro ups.com

Subject: [DynoMotion] encoder
channels on kanalog not working



 


Hi All

I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels
on channel 1 is not working. i checked the Digital I/O its in the input
state. B1 pin is always High A1 channel is blinking as i rotate the encoder.

i checked my encoder signal with the osciliscope several times it is working.
Before Channel 0 and 2 are working now no more. 

i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is
fixed High. i grounded A+ and A-, still i am getting High output.

is there any clue.

Regrads

Azeddien





--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com>
wrote:



From: TKSOFT <tk@dynomotion. com>

Subject: [DynoMotion] Re: KFlop Takes so long to start

To: DynoMotion@yahoogro ups.com

Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,



How long do they Flash? With a USB connected and no application running they
should flash for ~ 3 seconds. With no USB cable connected they should flash
for ~1 second.



Does the board ever connect and work?

TK



--- In DynoMotion@yahoogro ups.com,
Azd Md <azken98@... > wrote:

>

>

> Hi All,

> I am using Kflop withe the latest Firmware. the problem the cars green
leds flashes for so long time, and i have to switch on and off the power to
get it working.

> Is there any thing i can do to have it starts fast?

> Thank you all

> --- On Thu, 2/19/09, TK <tk@...> wrote:

>

> From: TK <tk@...>

> Subject: [DynoMotion] V4.11 Released

> To: DynoMotion@yahoogro ups.com

> Date: Thursday, February 19, 2009, 3:01 PM

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

>

> Download KMotion

> Version 4.11 - 2/18/09 (KMotion 

> AND KFLOP) New*

>

> 6

> axes Coordinated Motion now supported

>

> New

> Selectable Screen Faces for KMotionCNC

>

> http://www.dynomoti
on.com/Help/ KMotionCNC/ KMotionCNC. htm

>

> Changes/Fixes from 4.10 - 4.11 - Details

>

> Note: after

> downloading a new version, Flash new firmware into KMotion using
the

> Config/Flash - New Version function.

>

>  

>





 

 



 




 

 

Group: DynoMotion

Message: 32

From: Tom Kerekes

Date: Wed Aug 26, 2009 8:46 AM

Subject: Re: encoder channels on kanalog not working

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low.

Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working



 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:


From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 

 

Group: DynoMotion

Message: 33

From: Azd Md

Date: Wed Aug 26, 2009 9:10 AM

Subject: Re: encoder channels on kanalog not working

 

Hi Tom,

I am working on robot project where six axes of encoder feedback is needed.

I will try with SanpAmp. however, if there is one board with six encoder channels, the that is will be better. any suggestion?

regards

Azeddien


--- On Wed, 8/26/09, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogroups.com
Date: Wednesday, August 26, 2009, 11:46 PM

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low.

Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will.

Let us know what you find.

Regards,

 TK   


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working

  

 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:


From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 




 

 

Group: DynoMotion

Message: 34

From: Tom Kerekes

Date: Wed Aug 26, 2009 9:32 AM

Subject: Re: encoder channels on kanalog not working

 

Azeddien,

Let us see if we can add more encoder channel to KFlop.

It will probably take a week or two.

TK


 



From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Wednesday, August 26, 2009 9:10:47 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



Hi Tom,

I am working on robot project where six axes of encoder feedback is needed.

I will try with SanpAmp. however, if there is one board with six encoder channels, the that is will be better. any suggestion?

regards

Azeddien


--- On Wed, 8/26/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 11:46 PM

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low.

Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low. There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will. Let us know what you find. Regards, TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working

 

 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:
From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PMHi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 



 

 

Group: DynoMotion

Message: 35

From: Azd Md

Date: Wed Aug 26, 2009 9:36 AM

Subject: Re: encoder channels on kanalog not working

 

It would be great. Send me the quotation for 1 Kflop and the new board as soon as it is available.

Thanks

Azeddien

--- On Thu, 8/27/09, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogroups.com
Date: Thursday, August 27, 2009, 12:32 AM

 

Azeddien,

Let us see if we can add more encoder channel to KFlop.

It will probably take a week or two.

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 9:10:47 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



Hi Tom,

I am working on robot project where six axes of encoder feedback is needed.

I will try with SanpAmp. however, if there is one board with six encoder channels, the that is will be better. any suggestion?

regards

Azeddien


--- On Wed, 8/26/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 11:46 PM

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low.

Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working

 

 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:


From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 



 




 

 

Group: DynoMotion

Message: 36

From: Tom Kerekes

Date: Wed Aug 26, 2009 9:41 AM

Subject: Re: encoder channels on kanalog not working

 

Azeddien,

You won't need to buy a new board.  It is a firmware change.

I'll let you know.  Thanks.

TK


 



From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Wednesday, August 26, 2009 9:36:44 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



It would be great. Send me the quotation for 1 Kflop and the new board as soon as it is available.

Thanks

Azeddien

--- On Thu, 8/27/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Thursday, August 27, 2009, 12:32 AM

 

Azeddien,

Let us see if we can add more encoder channel to KFlop.

It will probably take a week or two.

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 9:10:47 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



Hi Tom,

I am working on robot project where six axes of encoder feedback is needed.

I will try with SanpAmp. however, if there is one board with six encoder channels, the that is will be better. any suggestion?

regards

Azeddien


--- On Wed, 8/26/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 11:46 PM

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low. Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working

 

 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:


From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 



 

 

Group: DynoMotion

Message: 37

From: Azd Md

Date: Wed Aug 26, 2009 9:45 AM

Subject: Re: encoder channels on kanalog not working

 

Oh that is really great. we are going to buy another set anyway.

thanks

Azeddien

--- On Thu, 8/27/09, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogroups.com
Date: Thursday, August 27, 2009, 12:41 AM

 

Azeddien,

You won't need to buy a new board.  It is a firmware change.

I'll let you know.  Thanks.

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 9:36:44 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



It would be great. Send me the quotation for 1 Kflop and the new board as soon as it is available.

Thanks

Azeddien

--- On Thu, 8/27/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Thursday, August 27, 2009, 12:32 AM

 

Azeddien,

Let us see if we can add more encoder channel to KFlop.

It will probably take a week or two.

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 9:10:47 AM
Subject: Re: [DynoMotion] encoder channels on kanalog not working

 



 



Hi Tom,

I am working on robot project where six axes of encoder feedback is needed.

I will try with SanpAmp. however, if there is one board with six encoder channels, the that is will be better. any suggestion?

regards

Azeddien


--- On Wed, 8/26/09, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 11:46 PM

 

Hi Azeddien,

KFlop currently only contains 4 single ended quadtrature encoder counters.  Kanalog converts these to 8 differential inputs.

The 8 remaining differential inputs may only be used as general purpose inputs such as Z index.

So KFlop+Kanalog only supports 4 encoders as feedback.

Adding a SnapAmp will add 4 more differential quadrature encoder inputs or you might use the other 4 KFlop axis channels as Step/Dir drives.

We do have plans to add more encoder counters to KFlop (They need to be instanciated in the FPGA).

Do you need more than 4 now?

Regards

TK


 



From: Azd Md <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Wednesday, August 26, 2009 3:01:54 AM
Subject: RE: [DynoMotion] encoder channels on kanalog not working

 



 



Thankyou  Mr. TK  very much for ur immediate response, however i have another question; what is the maximum number of axes i can have with Kflop+ kanalog boards. considering encoder as feedback. is it 4 axes or 8 axes. if  8 axes as staed in the Kflop specifcation, how to activate axes 5-7.
regards

--- On Wed, 8/26/09, TK <tk@dynomotion. com> wrote:

From: TK <tk@dynomotion. com>
Subject: RE: [DynoMotion] encoder channels on kanalog not working
To: DynoMotion@yahoogro ups.com
Date: Wednesday, August 26, 2009, 1:00 PM

 

Hi Azeddien,

The way differential signals work is that you must put one input high and the other low to control the output.  Putting the + signal at +5V and the – signal at ground should cause the differential output to be high.  Putting the + signal at ground and the – signal at +5V should cause the differential output to be low.

Putting both inputs at the same voltage (ground) will not necessarily drive the output high or low.

There is a 470 Ohm terminating resistor between the + and – inputs, so your encoder must be able to drive this load.  Most will.

Let us know what you find.

Regards,

 TK


From: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com ] On Behalf Of Azd Md
Sent: Tuesday, August 25, 2009 8:39 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] encoder channels on kanalog not working

 

 



Hi All
I am using Kflop+ kanalog with 4.12 frimware. However, the encoder channels on channel 1 is not working. i checked the Digital I/O its in the input state. B1 pin is always High A1 channel is blinking as i rotate the encoder.
i checked my encoder signal with the osciliscope several times it is working. Before Channel 0 and 2 are working now no more. 
i measured the output of the Y pins on the 26ls32 chip on the Kanalog. it is fixed High. i grounded A+ and A-, still i am getting High output.
is there any clue.
Regrads
Azeddien


--- On Thu, 6/25/09, TKSOFT <tk@dynomotion. com> wrote:


From: TKSOFT <tk@dynomotion. com>
Subject: [DynoMotion] Re: KFlop Takes so long to start
To: DynoMotion@yahoogro ups.com
Date: Thursday, June 25, 2009, 12:34 PM

Hi Azd,

How long do they Flash? With a USB connected and no application running they should flash for ~ 3 seconds. With no USB cable connected they should flash for ~1 second.

Does the board ever connect and work?
TK

--- In DynoMotion@yahoogro ups.com, Azd Md <azken98@... > wrote:
>
>
> Hi All,
> I am using Kflop withe the latest Firmware. the problem the cars green leds flashes for so long time, and i have to switch on and off the power to get it working.
> Is there any thing i can do to have it starts fast?
> Thank you all
> --- On Thu, 2/19/09, TK <tk@...> wrote:
>
> From: TK <tk@...>
> Subject: [DynoMotion] V4.11 Released
> To: DynoMotion@yahoogro ups.com
> Date: Thursday, February 19, 2009, 3:01 PM
>
>
>

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Download KMotion
> Version 4.11 - 2/18/09 (KMotion 
> AND KFLOP) New*
>
> 6
> axes Coordinated Motion now supported
>
> New
> Selectable Screen Faces for KMotionCNC
>
> http://www.dynomoti on.com/Help/ KMotionCNC/ KMotionCNC. htm
>
> Changes/Fixes from 4.10 - 4.11 - Details
>
> Note: after
> downloading a new version, Flash new firmware into KMotion using the
> Config/Flash - New Version function.
>
>  
>

 



 




 

 

Group: DynoMotion

Message: 38

From: mp006ltk

Date: Fri Aug 28, 2009 11:16 PM

Subject: encoder type?

 



Is it best to use rotary encoders on the screw or linear glass scale encoders on
the actual table? The CNC Brain uses both and I wanted to see how this
diferentiates.



 

 

Group: DynoMotion

Message: 39

From: Tom Kerekes

Date: Mon Aug 31, 2009 10:43 AM

Subject: Re: encoder type?

 

 

I think this is a interesting question.  You might be a bit more specific.  Are you referring to steppers or servos?

 

Obviously linear glass scales as the feedback would potentially provide the highest accuracy as all mechanical errors such as backlash, compliance, lead screw errors are all in the loop.  The disadvantage with having more mechanical things in the loop is that it becomes more difficult to make the feedback loop respond quickly and to be stable.  For example consider a servo system with lots of friction and backlash.  If there is a
small error then the servo applies a torque.   If the torque is not enough to overcome friction then nothing happens so the servo (integrator) applies more torque.  Eventually the torque will overcome the friction and break away, but because of backlash the servo will still see no motion at the scales and so apply still more torque.  By the time any motion (or any information) is detected by the scales it can be too late to avoid an overshoot.  In such a system the only way to avoid increasing overshoot and oscillation is to use low gains such that the corrections are made slow and gradual enough to avoid excessive overshoot.

 

Most servos with linear scales utilize some form of feedback at the motor shaft to detect motion before the scales.  Either a shaft encoder or an analog
tachometer.  If an encoder is used it should be high resolution, not necessarily for accuracy, but rather to detect velocity with good resolution in a short period of time (dx/dt).

 

In some ways operating a Stepper Motor with closed loop linear scales is like a dual loop system.  A stepper motor passively holds position much like a spring. So in the example above with friction and backlash, once the motor breaks loose and moves the motor torque will naturally reduce even before the scales have indicated any motion. 

 

The next KMotion/KFlop software release will support a new Closed Loop Stepper Mode.  See:

 

http://dynomotion.com/Help/ClosedLoopStep/ClosedLoopStepper.htm

 

Currently to do true dual closed loop control with two active sources of feedback two KFlop Axis channels must be linked together in cascade by using a User Program.  This allows a full set if Servo parameters for both loops and allows plotting the performance of each loop separately.

 

I hope this helps

TK

 

 

 


From: mp006ltk <mp006ltk@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Friday, August 28, 2009 11:16:12 PM
Subject: [DynoMotion] encoder type?

 

Is it best to use rotary encoders on the screw or linear glass scale encoders on the actual table? The CNC Brain uses both and I wanted to see how this diferentiates.

 

Group: DynoMotion

Message: 40

From: tmday7

Date: Mon Aug 31, 2009 11:06 AM

Subject: Re: encoder type?

 



Hey TK,
Had to chime in here. :) Are you saying that 1 Kflop is capable of handling
both encoders and glass scales at the same time?Say.. for a 3 axis mill ;) For
true Dual Closed Loop.
Thinking of a future project.
Thanks again,
Troy

> The next KMotion/KFlop software release will support a new Closed Loop Stepper
Mode. See:
>
> http://dynomotion.com/Help/ClosedLoopStep/ClosedLoopStepper.htm
>
> Currently to do true dual closed loop control with two active sources of
feedback two KFlop Axis channels must be linked together in cascade by using a
User Program. This allows a full set if Servo parameters for both loops and
allows plotting the performance of each loop separately.
>
> I hope this helps
> TK
>
>
>
>
>
>
>
> ________________________________
> From: mp006ltk <mp006ltk@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, August 28, 2009 11:16:12 PM
> Subject: [DynoMotion] encoder type?
>
>
> Is it best to use rotary encoders on the screw or linear glass scale encoders
on the actual table? The CNC Brain uses both and I wanted to see how this
diferentiates.
>



 

 

Group: DynoMotion

Message: 41

From: Tom Kerekes

Date: Mon Aug 31, 2009 11:50 AM

Subject: Re: Re: encoder type?

 

Hi Troy,

 

Yes it is looking like we can increase the number of encoder inputs from 4 to 8 which would be necessary also.

 

TK

 


From: tmday7 <IVMTOOL@zoomtown.com>
To: DynoMotion@yahoogroups.com
Sent: Monday, August 31, 2009 11:06:11 AM
Subject: [DynoMotion] Re: encoder type?


 Hey TK,

Had to chime in here. :) Are you saying that 1 Kflop is capable of handling both encoders and glass scales at the same time?Say.. for a 3 axis mill ;) For true Dual Closed Loop.

Thinking of a future project.

Thanks again,

Troy



> The next KMotion/KFlop software release will support a new Closed Loop Stepper Mode. See:

>

> http://dynomotion. com/Help/ ClosedLoopStep/ ClosedLoopSteppe r.htm

>

> Currently to do true dual closed loop control with two active sources of feedback two KFlop Axis channels must be linked together in cascade by using a User Program. This allows a full set if Servo parameters for both loops and allows plotting the performance of each loop separately.

>

> I hope this helps

> TK

>

>

>

>

>

>

>

> ____________ _________ _________ __

> From: mp006ltk <mp006ltk@.. .>

> To: DynoMotion@yahoogro ups.com

> Sent: Friday, August 28, 2009 11:16:12 PM

> Subject: [DynoMotion] encoder type?

>

>

> Is it best to use rotary encoders on the screw or linear glass scale encoders on the actual table? The CNC Brain uses both and I wanted to see how this diferentiates.

>




 

 

Group: DynoMotion

Message: 42

From: mp006ltk

Date: Mon Aug 31, 2009 7:12 PM

Subject: Re: encoder type?

 



I was thinking of using servos with a rotary encoder connected to the driver and
then using glass scales through the motion controller. I have been reading up
on the competetive product, the CNC brain, and they can handle both throught he
controller but I'm told it runs really slow. I noticed dynomotion and now I was
hoping the kflop has more processing power. Safeguard robotics and dynomotion
need to merge and produce one kickass turnkey soloution. The brain seems to
have better software but it has problems without optoisolators and needs you to
make yout own breakout board. The Kflop seems to be much easier to install and
implement.

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
>
>
> I think this is a interesting question. You might be a bit more specific.
Are you referring to steppers or servos?
>
> Obviously linear glass scales as the feedback would potentially provide the
highest accuracy as all mechanical errors such as backlash, compliance, lead
screw errors are all in the loop. The disadvantage with having more mechanical
things in the loop is that it becomes more difficult to make the feedback loop
respond quickly and to be stable. For example consider a servo system with lots
of friction and backlash. If there is a small error then the servo applies a
torque. If the torque is not enough to overcome friction then nothing happens
so the servo (integrator) applies more torque. Eventually the torque will
overcome the friction and break away, but because of backlash the servo will
still see no motion at the scales and so apply still more torque. By the time
any motion (or any information) is detected by the scales it can be too late to
avoid an overshoot. In such a system the only way to avoid increasing overshoot
and oscillation is to use
> low gains such that the corrections are made slow and gradual enough to avoid
excessive overshoot.
>
> Most servos with linear scales utilize some form of feedback at the motor
shaft to detect motion before the scales. Either a shaft encoder or an analog
tachometer. If an encoder is used it should be high resolution, not necessarily
for accuracy, but rather to detect velocity with good resolution in a short
period of time (dx/dt).
>
> In some ways operating a Stepper Motor with closed loop linear scales is like
a dual loop system. A stepper motor passively holds position much like a
spring. So in the example above with friction and backlash, once the motor
breaks loose and moves the motor torque will naturally reduce even before the
scales have indicated any motion.
>
> The next KMotion/KFlop software release will support a new Closed Loop Stepper
Mode. See:
>
> http://dynomotion.com/Help/ClosedLoopStep/ClosedLoopStepper.htm
>
> Currently to do true dual closed loop control with two active sources of
feedback two KFlop Axis channels must be linked together in cascade by using a
User Program. This allows a full set if Servo parameters for both loops and
allows plotting the performance of each loop separately.
>
> I hope this helps
> TK
>
>
>
>
>
>
>
> ________________________________
> From: mp006ltk <mp006ltk@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, August 28, 2009 11:16:12 PM
> Subject: [DynoMotion] encoder type?
>
>
> Is it best to use rotary encoders on the screw or linear glass scale encoders
on the actual table? The CNC Brain uses both and I wanted to see how this
diferentiates.
>



 

 

Group: DynoMotion

Message: 43

From: Azd Md

Date: Mon Aug 31, 2009 11:08 PM

Subject: Can I use Code Composer Studio with Kflop?

 



Hi,
I have algoerithms with morer complex data types such as structurs and classes.
does the Kflop supports that, or is it possible to use Code composer studio
directly with Kflop and Kmotion boards.
Thanks



 

 

Group: DynoMotion

Message: 44

From: Tom Kerekes

Date: Tue Sep 01, 2009 8:40 AM

Subject: Re: Can I use Code Composer Studio with Kflop?

 

The included free TCC67 C compiler is 99% ANSI C compatible so complex structures and such are certainly possible.  But TCC67 is a C compiler not a C++ compiler (no classes).

Texas Instruments CCS can be used.  The COFF output file format (*.out) is compatible with TCC67 and loadable with our loader routines.  Also TCC67's debug information is compatible so TCC67 programs can be debugged with CCS.

However what is missing is a way to link calls from code you might write using CCS to make calls into KFlop/KMotion code.  TCC67 has a special feature to read in the symbol table from a COFF file to resolve external references.  I'm not aware of a similar capability for the TI compiler.  As a workaround if your code only needs to reference a few functions and variables you could print the addresses of those symbols using a TCC67 program then hard code them into your code.

So the short answer is that it is possible but with some difficulties.

TK


 



From: Azd Md <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Monday, August 31, 2009 11:08:55 PM
Subject: [DynoMotion] Can I use Code Composer Studio with Kflop?

 

Hi,
I have algoerithms with morer complex data types such as structurs and classes. does the Kflop supports that, or is it possible to use Code composer studio directly with Kflop and Kmotion boards.
Thanks

 

Group: DynoMotion

Message: 45

From: hoyospetrola2

Date: Sun Sep 06, 2009 11:40 AM

Subject: Using mach3

 



Hi, does anyone is using mach3 with those control cards? I would like to... so
wich one do you recomend me? I have a set of Yaskawa Junma servodrives
controlled with puls+sing signals.

Thanks beforehand.

Ivan



 

 

Group: DynoMotion

Message: 46

From: TKSOFT

Date: Sun Sep 06, 2009 5:20 PM

Subject: Re: Using mach3

 



Hi Ivan,

If you have drives with Step/Dir inputs KFlop should work for you.

TK

--- In DynoMotion@yahoogroups.com, "hoyospetrola2" <hoyospetrola2@...> wrote:
>
> Hi, does anyone is using mach3 with those control cards? I would like to... so
wich one do you recomend me? I have a set of Yaskawa Junma servodrives
controlled with puls+sing signals.
>
> Thanks beforehand.
>
> Ivan
>



 

 

Group: DynoMotion

Message: 47

From: TK

Date: Sun Sep 06, 2009 5:26 PM

Subject: V4.16 Available

 

http://www.dynomotion.com/Software/Download.html

Download KMotion
Version 4.16
- 9/06/09 (KMotion 
AND KFLOP)
New*

More Mach3 Features - KFLOP encoder inputs increased to 8 !!

Changes/Fixes from 4.15 - 4.16 - Details

Note: after
downloading a new version,  Flash new firmware into KMotion using the
Config/Flash - New Version function.



 

 

Group: DynoMotion

Message: 48

From: m37grady

Date: Tue Sep 08, 2009 10:28 AM

Subject: Lead screw comp

 



with the talk of backlash comp using linear and rotary
encoders I was wondering if you have room in your device
to enable lead screw comp instead
with both encoders and a home switch
you could map the screw for pitch errors
and backlash
the EMC guys have it
as EMC is open source if you wanted you could use their
algorithms here is a description of the EMC comp

> The leadscrew compensation algorithm lets you specify two different
> compensation profiles, one for each direction of travel. The
> difference
> between the two represents the backlash. Using this approach you can
> compensate for a screw that has more backlash near the center where
> the
> wear is bad, and less near the ends where there is less wear.
mike



 

 

Group: DynoMotion

Message: 49

From: Azd Md

Date: Tue Sep 08, 2009 8:51 PM

Subject: Zero Point Return

 

Hi,

Is there any function to set the axis to another reference position simillar to Zero(n) without disabling the axis? In many cases the homing position is not the zero position of the axis. using chx->Position and chx->Dest works but in between no gurantee the axis will not move as the error develops.
Regards

Azed




 

 

Group: DynoMotion

Message: 50

From: TK

Date: Tue Sep 08, 2009 10:26 PM

Subject: RE: Zero Point Return

 

Hi Azed,

I’m not sure I understand your issue
completely.  It is probably impossible to set your position without a
possibility of at least one count change because a encoder might change at any
instant.  I think the following procedure should work.   The
WaitNextTimeSlice() will assure that the next few commands will execute without
interruption.  EnableAxis() sets the Dest to the current Position so the
Dest will always be guaranteed to be exactly the value specified. 

            WaitNextTimeSlice();

            DisableAxis(0);             ch0->Position
= -1000.0;

            EnableAxis(0);

TK


From:
DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Azd Md

Sent: Tuesday, September 08, 2009
8:51 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Zero Point
Return



 


Hi,

Is there any function to set the axis to another
reference position simillar to Zero(n) without disabling the axis? In many
cases the homing position is not the zero position of the axis. using
chx->Position and chx->Dest works but in between no gurantee the axis
will not move as the error develops.

Regards

Azed





 

 



 

 

Group: DynoMotion

Message: 51

From: TK

Date: Tue Sep 08, 2009 10:44 PM

Subject: RE: Lead screw comp

 

I would think if your system has glass
scales it would be better to use that to close the loop rather than to try to
map errors.

Our KMotionCNC software supports a 2.5D nonlinear
geometric correction table, but it doesn’t allow different tables for
different directions.  See:

http://dynomotion.com/Help/KMotionCNC/ToolSetupScreen.htm#Geo_File

TK


From: DynoMotion@yahoogroups.com
[mailto:DynoMotion@yahoogroups.com] On Behalf
Of
m37grady

Sent: Tuesday, September 08, 2009
10:28 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Lead screw
comp

with the talk of backlash comp using linear and rotary

encoders I was wondering if you have room in your device

to enable lead screw comp instead

with both encoders and a home switch

you could map the screw for pitch errors

and backlash

the EMC guys have it

as EMC is open source if you wanted you could use their

algorithms here is a description of the EMC comp



> The leadscrew compensation algorithm lets you specify two different

> compensation profiles, one for each direction of travel. The

> difference

> between the two represents the backlash. Using this approach you can

> compensate for a screw that has more backlash near the center where

> the

> wear is bad, and less near the ends where there is less wear.

mike




 

 

Group: DynoMotion

Message: 52

From: Azd Md

Date: Wed Sep 09, 2009 8:03 AM

Subject: RE: Zero Point Return

 

Thanks alot



--- On Wed, 9/9/09, TK <tk@dynomotion.com> wrote:


From: TK <tk@dynomotion.com>
Subject: RE: [DynoMotion] Zero Point Return
To: DynoMotion@yahoogroups.com
Date: Wednesday, September 9, 2009, 1:26 PM

 

Hi Azed,

I’m not sure I understand your issue completely.  It is probably impossible to set your position without a possibility of at least one count change because a encoder might change at any instant.  I think the following procedure should work.   The WaitNextTimeSlice( ) will assure that the next few commands will execute without interruption.  EnableAxis() sets the Dest to the current Position so the Dest will always be guaranteed to be exactly the value specified. 

            WaitNextTimeSlice( );            DisableAxis( 0);              ch0->Position = -1000.0;            EnableAxis(0) ; TK 


From: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] On Behalf Of Azd Md
Sent: Tuesday, September 08, 2009 8:51 PM
To: DynoMotion@yahoogro ups.com
Subject: [DynoMotion] Zero Point Return

  

 



Hi,

Is there any function to set the axis to another reference position simillar to Zero(n) without disabling the axis? In many cases the homing position is not the zero position of the axis. using chx->Position and chx->Dest works but in between no gurantee the axis will not move as the error develops.
Regards

Azed

 




 

 

Group: DynoMotion

Message: 53

From: mike

Date: Thu Sep 17, 2009 3:45 PM

Subject: Re: Lead screw comp

 



-
>
> I would think if your system has glass scales it would be better to use that
> to close the loop rather than to try to map errors.

that way you are always chasing the backlash
be ok if I was running with nice new screws with nearly zero backlash
even then new cnc machine tools will have the screws mapped to microns with a
laser interferometer
as most of us are using 4th hand old NC machines or cobbled together systems
with variable backlash/pitch errors over the travel
and mach not being able do anything but a fixed amount of
backlash comp

with the screw being mapped you are ahead of the backlash
the scales would then only have to eliminate any accumuated backlash
from inaccurate mapping I can buy the Chinese .0002 lin scales for all 3 axis
cheaper than I could get one screw rebuilt

could be used without lin scales and mapped with gage blocks
and a .0001 indicator as long as you re homed it occasionally


mike



 

 

Group: DynoMotion

Message: 54

From: srbliss2000

Date: Wed Sep 23, 2009 2:50 PM

Subject: Will the Kflop and Kanalog work for me?

 



I am converting an old Bridgeport Boss mill to PC control and servos. I will be
using AMC or Copley +/-10V analog servo drives and Sanyo P5 servo motors, they
have 2000 line quadrature encoders.
Steve



 

 

Group: DynoMotion

Message: 55

From: Tom Kerekes

Date: Wed Sep 23, 2009 4:07 PM

Subject: Re: Will the Kflop and Kanalog work for me?

 

Hi Steve,

Yes that should work.  I believe the Sanyo P5's are brushless motors so the encoder signals will probably need to be connected to the servo drives to do the motor commutation and also to Kanalog so KFlop can close the position loop.

Another option would be to use KFlop + 2 SnapAmps to drive and commutate 3 or 4 Sanyo P5's directly.

Good luck and let us know if you have any questions.

TK


 



From: srbliss2000 <srbliss2000@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Wednesday, September 23, 2009 2:50:31 PM
Subject: [DynoMotion] Will the Kflop and Kanalog work for me?

 

I am converting an old Bridgeport Boss mill to PC control and servos. I will be using AMC or Copley +/-10V analog servo drives and Sanyo P5 servo motors, they have 2000 line quadrature encoders.
Steve

 

Group: DynoMotion

Message: 56

From: srbliss2000

Date: Thu Sep 24, 2009 12:01 AM

Subject: Re: Will the Kflop and Kanalog work for me?

 



--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Steve,
>
> Yes that should work. I believe the Sanyo P5's are brushless motors so the
encoder signals will probably need to be connected to the servo drives to do the
motor commutation and also to Kanalog so KFlop can close the position loop.
>
> Another option would be to use KFlop + 2 SnapAmps to drive and commutate 3 or
4 Sanyo P5's directly.
>
> Good luck and let us know if you have any questions.
>
> TK
>
Yes the P5's are brushless motors. I already have 20+ drives that I want to use
with these so no snap amps at this time - good to know they will work for me if
I needed them.
Steve
>
>
>
> ________________________________
> From: srbliss2000 <srbliss2000@...>
> To: DynoMotion@yahoogroups.com
> Sent: Wednesday, September 23, 2009 2:50:31 PM
> Subject: [DynoMotion] Will the Kflop and Kanalog work for me?
>
>
> I am converting an old Bridgeport Boss mill to PC control and servos. I will
be using AMC or Copley +/-10V analog servo drives and Sanyo P5 servo motors,
they have 2000 line quadrature encoders.
> Steve
>



 

 

Group: DynoMotion

Message: 57

From: kepello

Date: Fri Oct 02, 2009 5:58 PM

Subject: Need help selecting components

 



Need help determining stepper/servo motors and DynoMotion products.

Machine is large (5'x10') CNC Gantry Router with two heads. Rack/Pinion on all
4 axis, with gearing on all axis. Currently outfitted with stepper system,
step/direction, but is very slow and underpowered. Easily drops steps and
looses position.

Want to have closed loop system. Can I do that with DynoMotion product using
Steppers? I will need to upgrade steppers, so should I consider a servo system
instead, since I want closed loop?

Would like to keep cost for controller boards and 4 motors to under $1500.
Reasonable?

Thanks!



 

 

Group: DynoMotion

Message: 58

From: Mark Stewart

Date: Sat Oct 03, 2009 12:48 PM

Subject: Re: Need help selecting components

 

there is not really enough information provided to recomend a motor size. we need to know running torques and gear ratios of  rack and pinion to give you a proper force and speed rating.

You say your steppers are undersized and drop steps. What size motors are they? for example NEMA 23 and  1 stack 2 stack etc? Do they have a part number or current/torque rating? If we know what motor almost works we can use that as a starting point to recommend something bigger.

Also you can use stepper and or servo motors and close the loop with proper encoder feedback. There are differences in how each work but for practical purposes you can go either way. Servo is better as the controller can control the current to the motor and provide better position loop control but if sized properly you will be ok either way.

You can maybe buy motors with encoders off of ebay to get under $1500 but with new industrial motors and encoders on the retail market you will probably be tight on budget at $1500.00 you say 4 axis. It there a dual Z or something like rotary table? Also maybe consider Brushed DC motor with encoder.


 


 



From: kepello <carl.lance@gmail.com>
To: DynoMotion@yahoogroups.com
Sent: Fri, October 2, 2009 7:58:09 PM
Subject: [DynoMotion] Need help selecting components

 

Need help determining stepper/servo motors and DynoMotion products.

Machine is large (5'x10') CNC Gantry Router with two heads. Rack/Pinion on all 4 axis, with gearing on all axis. Currently outfitted with stepper system, step/direction, but is very slow and underpowered. Easily drops steps and looses position.

Want to have closed loop system. Can I do that with DynoMotion product using Steppers? I will need to upgrade steppers, so should I consider a servo system instead, since I want closed loop?

Would like to keep cost for controller boards and 4 motors to under $1500. Reasonable?

Thanks!




 

 

Group: DynoMotion

Message: 59

From: kepello

Date: Sat Oct 03, 2009 2:39 PM

Subject: Re: Need help selecting components

 



Unfortunately I purchased the machine used and do not have specs. I can remove
covers and measure gears and racks, and will get back with that information.

I have a dual head (Z and W), thus the 4 axis. No rotary table.

Current stepper motors are NEMA 34 sized, RapidSyn 34D9314A steppers on head
axis (2.2VDC, 7.0 AMP, Class B, D.C. 7/95), Applied Motion Products 4034-338
(2.4VDC, 7.0 AMP, 450 OzIn, Class B, 200 Steps) on X and Y. X axis uses a jack
shaft to drive both gear/racks rather than dual steppers.

The steppers on the heads (RapidSys don't list OzIn but they look beefier to
me).

Never worked with Servos, several smaller hobby type machines with steppers.
Can you compare the effective torque based on OzIn ratings? How does the
torque/speed cureves compare.

Sorry for all the questions. Just want to get it correct!

--- In DynoMotion@yahoogroups.com, Mark Stewart <fullottoman@...> wrote:
>
> there is not really enough information provided to recomend a motor size. we
need to know running torques and gear ratios of  rack and pinion to give you a
proper force and speed rating.
> You say your steppers are undersized and drop steps. What size motors are
they? for example NEMA 23 and  1 stack 2 stack etc? Do they have a part number
or current/torque rating? If we know what motor almost works we can use that as
a starting point to recommend something bigger.
>
> Also you can use stepper and or servo motors and close the loop with proper
encoder feedback. There are differences in how each work but for practical
purposes you can go either way. Servo is better as the controller can control
the current to the motor and provide better position loop control but if sized
properly you will be ok either way.
>
> You can maybe buy motors with encoders off of ebay to get under $1500 but with
new industrial motors and encoders on the retail market you will probably be
tight on budget at $1500.00 you say 4 axis. It there a dual Z or something like
rotary table? Also maybe consider Brushed DC motor with encoder.
>
>
>
>  
>
>
>
> ________________________________
> From: kepello <carl.lance@...>
> To: DynoMotion@yahoogroups.com
> Sent: Fri, October 2, 2009 7:58:09 PM
> Subject: [DynoMotion] Need help selecting components
>
>  
> Need help determining stepper/servo motors and DynoMotion products.
>
> Machine is large (5'x10') CNC Gantry Router with two heads. Rack/Pinion on all
4 axis, with gearing on all axis. Currently outfitted with stepper system,
step/direction, but is very slow and underpowered. Easily drops steps and looses
position.
>
> Want to have closed loop system. Can I do that with DynoMotion product using
Steppers? I will need to upgrade steppers, so should I consider a servo system
instead, since I want closed loop?
>
> Would like to keep cost for controller boards and 4 motors to under $1500.
Reasonable?
>
> Thanks!
>



 

 

Group: DynoMotion

Message: 60

From: Mark Stewart

Date: Sat Oct 03, 2009 4:57 PM

Subject: Re: Re: Need help selecting components

 

I am familiar with the Applied motion motors. I know the RapidSyn is a Superior Elec/Danaher motor and I have used their Servo SloSyn but never the stepper RapidSyn.

It is hard to tell w/o looking at machine but 450 oz/in should be more than adequate. I am not sure why you are missing steps unless there is some mechanical binding (dry bearings or unmaintained racks etc.)  I don't do very much with rack and pinion. We usually use screw or belted actuators so I may be off on torque. I have a gantry table with 5 foot x, 4 foot y, that has Parker NEMA 34 3 stack motors I do not remember the torque off the top of my head. It is a screw system and never stalls .

What drives do you run them with? Are you sure you have enough Bus power to push motors at rated speeds. I solved a stepper problem last week with an IMS 34 motor with integrated controller/drive. They could move slow however at 50% rated speed it started missing steps with no load. Replaced low wattage power supply with some real power and they are running 100% w/o missing steps. Their application only called for about 45% of rated torque /speed and they thought it would be ok. Their linear supply couldnt keep up.

As far as steppers vs servos they are completely different and is best to look up models ratings on manufacturers site. One of the main things as far as torque goes a stepper develops 100% torque at 0 speed and will loose torque as you go faster, a servo ramps up torque as it needs it. Steppers can develop torque faster and at a slower RPM. As the speed increases the servo will outperform the stepper until saturation at max RPM.

Mark


 



From: kepello <carl.lance@gmail.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, October 3, 2009 4:39:10 PM
Subject: [DynoMotion] Re: Need help selecting components

 

Unfortunately I purchased the machine used and do not have specs. I can remove covers and measure gears and racks, and will get back with that information.

I have a dual head (Z and W), thus the 4 axis. No rotary table.

Current stepper motors are NEMA 34 sized, RapidSyn 34D9314A steppers on head axis (2.2VDC, 7.0 AMP, Class B, D.C. 7/95), Applied Motion Products 4034-338 (2.4VDC, 7.0 AMP, 450 OzIn, Class B, 200 Steps) on X and Y. X axis uses a jack shaft to drive both gear/racks rather than dual steppers.

The steppers on the heads (RapidSys don't list OzIn but they look beefier to me).

Never worked with Servos, several smaller hobby type machines with steppers. Can you compare the effective torque based on OzIn ratings? How does the torque/speed cureves compare.

Sorry for all the questions. Just want to get it correct!

--- In DynoMotion@yahoogro ups.com, Mark Stewart <fullottoman@ ...> wrote:
>
> there is not really enough information provided to recomend a motor size. we need to know running torques and gear ratios of  rack and pinion to give you a proper force and speed rating.
> You say your steppers are undersized and drop steps. What size motors are they? for example NEMA 23 and  1 stack 2 stack etc? Do they have a part number or current/torque rating? If we know what motor almost works we can use that as a starting point to recommend something bigger.
>
> Also you can use stepper and or servo motors and close the loop with proper encoder feedback. There are differences in how each work but for practical purposes you can go either way. Servo is better as the controller can control the current to the motor and provide better position loop control but if sized
properly you will be ok either way.
>
> You can maybe buy motors with encoders off of ebay to get under $1500 but with new industrial motors and encoders on the retail market you will probably be tight on budget at $1500.00 you say 4 axis. It there a dual Z or something like rotary table? Also maybe consider Brushed DC motor with encoder.
>
>
>
>  
>
>
>
> ____________ _________ _________ __
> From: kepello <carl.lance@ ...>
> To: DynoMotion@yahoogro ups.com
> Sent: Fri, October 2, 2009 7:58:09 PM
> Subject: [DynoMotion] Need help selecting components
>
>  
> Need help determining stepper/servo motors and DynoMotion products.
>
> Machine is large (5'x10') CNC Gantry Router with two heads.
Rack/Pinion on all 4 axis, with gearing on all axis. Currently outfitted with stepper system, step/direction, but is very slow and underpowered. Easily drops steps and looses position.
>
> Want to have closed loop system. Can I do that with DynoMotion product using Steppers? I will need to upgrade steppers, so should I consider a servo system instead, since I want closed loop?
>
> Would like to keep cost for controller boards and 4 motors to under $1500. Reasonable?
>
> Thanks!
>




 

 

Group: DynoMotion

Message: 61

From: kepello

Date: Sun Oct 04, 2009 4:57 PM

Subject: Re: Need help selecting components

 



Collected some further information:

Machine requires 1056.25 steps per inch with stepper driver set at full-step
mode, steppers requiring 200 steps per rotation.

If my math is correct, that means to travel at

200 ipm requires 1056 RPM
400 ipm requires 2125 RPM
800 ipm requires 4250 RPM
1000 ipm requires 5281 RPM
1200 ipm requires 6337 RMP

I would love to see 1200ipm rapids, but think I could live with 800-1000. Right
now my top speed is rapid at 400ipm, cut at 200imp without serious step loss. I
suspect but have not confirmed that I am even seeing some minor loss at this
rate.

I also found this note from marris at geckodrive.com
(http://geckodrive.com/faq.aspx?n=783775)

A.) Round steppers use rare earth magnets, and lose their magnetization over
time. Because most of these were made in the 1980's and before, they have
already lost a substantial amount of magnetization. Square steppers use
permanent magnets however, and provide much higher torque than their round
brethren.

I do have round steppers that were likely produced in the 80's given the
manufacture date of the machine and my suspicion that they are original....

--- So, am I exceeding the torque / speed curve with old, worn out steppers?



 

 

Group: DynoMotion

Message: 62

From: TK

Date: Wed Oct 14, 2009 8:19 PM

Subject: MPG User Program and wiring

 

This MPG Pendant shown below has been interfaced to KFLOP
using a simple User C Program.

There is a User C Program in the Files section of the Forum
called Init3AnalogPlusMPG.c that monitors the Pendant using software so it
doesn’t use any quadrature encoder inputs and also the connection may be
made to any free inputs.

This pendent is currently available at (and often on ebay):

http://www.kelinginc.net/BreakoutBoards.html 

A different pendent could be interfaced in a similar manner

Here are the connections for JP6 (aux#1) that the User
Program assumes

Pin8 - GND – COM MPG

Pin1 - 5V – 5V

Pin3 - 3.3 - COM select

Pin5 - IO26 – A

Pin6 - IO27 – B

Pin7 - IO28 – X select

Pin10 - IO29 – Y select

Pin11 - IO30 – Z select

Pin12 - IO31 – X1 selct

Pin13 - IO32 – X100 select

http://l.yimg.com/a/i/space.gif

TK



 



 

 

 

Group: DynoMotion

Message: 63

From: s.astrom

Date: Sat Oct 17, 2009 2:02 AM

Subject: Fast movements

 



When i jog or use GO the table does not just make a quick halt when done. It
moves past the stop point and then reverses i few mm then halts.
What parameter should i change to correct this?
This only happens when i use rappid movements



 

 

Group: DynoMotion

Message: 64

From: TK

Date: Sat Oct 17, 2009 9:49 AM

Subject: RE: Fast movements

 

One possibility is that the system is
configured to move faster than your power supply/amplifiers/motors allow. 
If the motion trajectory is too fast the output will saturate at maximum, the
motors will fall behind, and only after the trajectory stops will the motors be
able to catch up usually with a large overshoot.

Normally this situation would trip an
immediate following error fault.  But possibly you have the Max Following Error
set to a very large value.

If you make a large move using the Step Response
Screen you should see all this:  Output saturates at max, Position falling
behind, finally catching up and overshooting.  Or if something else is
happening you should be able to see it also.

First check that your “Max limits - Output”
parameter is set to 2047 to allow Kanalog to output full +/-10V to the
amplifiers.

G0 and Jog commands are performed as “S”
shape (jerk limited) motions controlled by the settings in the Step Response
Screen in the KMotion.exe program.   Check that the Max Vel is set
reasonably for your system (also Accel and Jerk).

I hope this helps.

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of s.astrom

Sent: Saturday, October 17, 2009
2:03 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Fast
movements

When i jog or use GO the table does not just make a
quick halt when done. It moves past the stop point and then reverses i few mm
then halts.

What parameter should i change to correct this?

This only happens when i use rappid movements



 

 

Group: DynoMotion

Message: 65

From: s.astrom

Date: Sun Oct 18, 2009 7:01 AM

Subject: Re: Fast movements

 



This problem i solved.
I have belived that i should use encoders with as high count as possible. I was
using ecoders with 41615 counts / inch.
Today i set them down to just over 10160 counts / inch and my machine got much
faster and become more stable than ever. Afer ajusting my setup. I went from 0.2
in p to 3.5 now
No more overshooting

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> One possibility is that the system is configured to move faster than your
> power supply/amplifiers/motors allow. If the motion trajectory is too fast
> the output will saturate at maximum, the motors will fall behind, and only
> after the trajectory stops will the motors be able to catch up usually with
> a large overshoot.
>
>
>
> Normally this situation would trip an immediate following error fault. But
> possibly you have the Max Following Error set to a very large value.
>
>
>
> If you make a large move using the Step Response Screen you should see all
> this: Output saturates at max, Position falling behind, finally catching up
> and overshooting. Or if something else is happening you should be able to
> see it also.
>
>
>
> First check that your "Max limits - Output" parameter is set to 2047 to
> allow Kanalog to output full +/-10V to the amplifiers.
>
>
>
> G0 and Jog commands are performed as "S" shape (jerk limited) motions
> controlled by the settings in the Step Response Screen in the KMotion.exe
> program. Check that the Max Vel is set reasonably for your system (also
> Accel and Jerk).
>
>
>
> I hope this helps.
>
> TK
>
>
>
> _____
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On
> Behalf Of s.astrom
> Sent: Saturday, October 17, 2009 2:03 AM
> To: DynoMotion@yahoogroups.com
> Subject: [DynoMotion] Fast movements
>
>
>
>
>
> When i jog or use GO the table does not just make a quick halt when done. It
> moves past the stop point and then reverses i few mm then halts.
> What parameter should i change to correct this?
> This only happens when i use rappid movements
>



 

 

Group: DynoMotion

Message: 66

From: wtbaker69

Date: Mon Oct 19, 2009 2:35 PM

Subject: Mach3 Plug In

 



How does the Kflop work in conjunction with Mach3? I know there is a plugin and
I saw the online step-by-step documentation about how to configure it.

Here's what I'm wondering though.

If I make a linear move with Mach3, it starts out at a slow pulse rate sending
step pulses out the parallel port, it ramps up it's rate of pulses to match the
acceleration profile I have configured. It holds a stead stream of pulses at
programmed speed, and then begins to slow the pulse stream and finally stop it
to match the deceleration.

Oh yeah and it counts the pulses according to the scaling I have set up and
moves the number if inches I tell it.

If Mach3 is working with a Kflop, does it actually send G code down to the Kflop
and let the Kflop do the whole profile thing? If so, how does it know things
like accell/decell.

What piece handles the "look ahead" function so that if you have a million
little line segments strung together simulating a long, curved profile, the
controller doesn't try to stop on a dime at the end of each segment.

Anybody out there have good luck or bad luck with a CNC Router?

I'm wanting to move 800 inches per minute + with this guy.

Wes



 

 

Group: DynoMotion

Message: 67

From: Tom Kerekes

Date: Mon Oct 19, 2009 3:20 PM

Subject: Re: Mach3 Plug In

 

Hi Wes,

When using Mach3 with our board, Mach3 is still interpreting the GCode, doing the trajectory planning (accelerating/decelerating), and scaling inch or metric units to motor steps.  Mach3 ends up creating a buffer of points which are passed to our plugin, buffered in our KFlop controller, and executed.   The points generated have a time resolution of 2ms.  Our board basically interpolates between the points and generates the possibly thousands of motor steps for each Mach3 buffer point.  Regarding millions of tiny segments, there is a limitation, but with reasonable CAD data the limitation will always be with your machine.  The 2ms points basically allow the system to change direction 500 times/sec which is beyond what most any machine is capable of.  If you do the math on some examples you will find this to be the case.  Only a very poor CAD system would generate
unnecessarily tiny segments to cause a problem.  

I can't say that I know of anyone with a fast router using the Mach3 plugin.  I do know of routers running faster than that using our KFlop and KMotionCNC software.

I hope this helps

Tom Kerekes

DynoMotion, Inc.


 



From: wtbaker69 <wtbaker69@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Monday, October 19, 2009 2:35:53 PM
Subject: [DynoMotion] Mach3 Plug In

 

How does the Kflop work in conjunction with Mach3? I know there is a plugin and I saw the online step-by-step documentation about how to configure it.

Here's what I'm wondering though.

If I make a linear move with Mach3, it starts out at a slow pulse rate sending step pulses out the parallel port, it ramps up it's rate of pulses to match the acceleration profile I have configured. It holds a stead stream of pulses at programmed speed, and then begins to slow the pulse stream and finally stop it to match the deceleration.

Oh yeah and it counts the pulses according to the scaling I have set up and moves the number if inches I tell it.

If Mach3 is working with a Kflop, does it actually send G code down to the Kflop and let the Kflop do the whole profile thing? If so, how does it know things like accell/decell.

What piece handles the "look ahead" function so that if you have a million little line segments strung together
simulating a long, curved profile, the controller doesn't try to stop on a dime at the end of each segment.

Anybody out there have good luck or bad luck with a CNC Router?

I'm wanting to move 800 inches per minute + with this guy.

Wes

 

Group: DynoMotion

Message: 68

From: wtbaker69

Date: Mon Oct 19, 2009 4:04 PM

Subject: Re: Mach3 Plug In

 



OK, I see what you are saying about Mach just sending down xyz coordinates for a
point and separating all those points by 2ms of time and buffering on the board
on your side.

It does bring up a few questions.

When you do a feed-hold, does the kflop keep going until it's buffer is dumped
or is Mach able to tell it to hold up and not process the points in the buffer?

Is it always interpolating in a linear move or does it understand arc moves as
well?



 

 

Group: DynoMotion

Message: 69

From: Tom Kerekes

Date: Mon Oct 19, 2009 5:01 PM

Subject: Re: Re: Mach3 Plug In

 

Well the buffering does cause feedhold delay if handled by Mach3.  Since Mach3 runs under MS Windows which may occasionally "freeze" for a few seconds there is basically no way around buffering a few seconds of motion in order to get reliable operation under Windows.  We do however support a hardware real-time feedhold that is instant and handled in our board - which is actually faster that Mach3 when driving the parallel port.  To be 100% reliable you must connect an external switch and wire it directly to KFlop.  A Mach3 screen button will also give instant feedhold 99% of the time.  There are some disadvantages to our hardware feed hold.  Some of the things like jogging, tool changing, that may be possible while in "normal" Mach3 feedhold are not possible
while in hardware feedhold.  You must "Stop" from feedhold in those cases.

Feed Rate changes are currently delayed by the buffering.

Regarding arc moves:  KFlop handles arc commands.  Unfortunately Mach3 breaks arcs into points before they are given to us in the Plugin.  In most cases we are able to reconstruct the arc and send an arc command to KFlop which reduces USB traffic.  

TK


 



From: wtbaker69 <wtbaker69@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Monday, October 19, 2009 4:04:30 PM
Subject: [DynoMotion] Re: Mach3 Plug In

 

OK, I see what you are saying about Mach just sending down xyz coordinates for a point and separating all those points by 2ms of time and buffering on the board on your side.

It does bring up a few questions.

When you do a feed-hold, does the kflop keep going until it's buffer is dumped or is Mach able to tell it to hold up and not process the points in the buffer?

Is it always interpolating in a linear move or does it understand arc moves as well?

 

Group: DynoMotion

Message: 70

From: carlcnc

Date: Thu Oct 22, 2009 10:41 AM

Subject: Re: Mach3 Plug In

 



Wes
I am running a Kflop,2 snapamps, and 3 protobyte steppers.
My machine uses 2 servos on X,1 on Y and 3 steppers for my 3 spindles.
My X and Y rapids are over 1200ipm.
X and Y motors are 8000cts per rev,
The Kflop is certainly capable of higher speed.
Your limitations will be size or power ratings of your motors.vs mass you are
moving
Carl

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Wes,
>
> When using Mach3 with our board, Mach3 is still interpreting the GCode, doing
the trajectory planning (accelerating/decelerating), and scaling inch or metric
units to motor steps. Mach3 ends up creating a buffer of points which are
passed to our plugin, buffered in our KFlop controller, and executed. The
points generated have a time resolution of 2ms. Our board basically
interpolates between the points and generates the possibly thousands of motor
steps for each Mach3 buffer point. Regarding millions of tiny segments, there
is a limitation, but with reasonable CAD data the limitation will always be with
your machine. The 2ms points basically allow the system to change direction 500
times/sec which is beyond what most any machine is capable of. If you do the
math on some examples you will find this to be the case. Only a very poor CAD
system would generate unnecessarily tiny segments to cause a problem.
>
> I can't say that I know of anyone with a fast router using the Mach3 plugin.
I do know of routers running faster than that using our KFlop and KMotionCNC
software.
>
> I hope this helps
> Tom Kerekes
> DynoMotion, Inc.
>
>
>
>
>
> ________________________________
> From: wtbaker69 <wtbaker69@...>
> To: DynoMotion@yahoogroups.com
> Sent: Monday, October 19, 2009 2:35:53 PM
> Subject: [DynoMotion] Mach3 Plug In
>
>
> How does the Kflop work in conjunction with Mach3? I know there is a plugin
and I saw the online step-by-step documentation about how to configure it.
>
> Here's what I'm wondering though.
>
> If I make a linear move with Mach3, it starts out at a slow pulse rate sending
step pulses out the parallel port, it ramps up it's rate of pulses to match the
acceleration profile I have configured. It holds a stead stream of pulses at
programmed speed, and then begins to slow the pulse stream and finally stop it
to match the deceleration.
>
> Oh yeah and it counts the pulses according to the scaling I have set up and
moves the number if inches I tell it.
>
> If Mach3 is working with a Kflop, does it actually send G code down to the
Kflop and let the Kflop do the whole profile thing? If so, how does it know
things like accell/decell.
>
> What piece handles the "look ahead" function so that if you have a million
little line segments strung together simulating a long, curved profile, the
controller doesn't try to stop on a dime at the end of each segment.
>
> Anybody out there have good luck or bad luck with a CNC Router?
>
> I'm wanting to move 800 inches per minute + with this guy.
>
> Wes
>



 

 

Group: DynoMotion

Message: 71

From: wtbaker69

Date: Thu Oct 22, 2009 3:03 PM

Subject: Re: Mach3 Plug In

 



THANK YOU FOR THE RESPONSE.

I like the looks of the Kflop (and the price.). I didn't get any responses on
the other forum. I'm just trying now to see if there are actually people out
there using it that are happy with it.


Wes


--- In DynoMotion@yahoogroups.com, "carlcnc" <cebcnc@...> wrote:
>
> Wes
> I am running a Kflop,2 snapamps, and 3 protobyte steppers.
> My machine uses 2 servos on X,1 on Y and 3 steppers for my 3 spindles.
> My X and Y rapids are over 1200ipm.
> X and Y motors are 8000cts per rev,
> The Kflop is certainly capable of higher speed.
> Your limitations will be size or power ratings of your motors.vs mass you are
moving
> Carl
>
> --- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Wes,
> >
> > When using Mach3 with our board, Mach3 is still interpreting the GCode,
doing the trajectory planning (accelerating/decelerating), and scaling inch or
metric units to motor steps. Mach3 ends up creating a buffer of points which
are passed to our plugin, buffered in our KFlop controller, and executed. The
points generated have a time resolution of 2ms. Our board basically
interpolates between the points and generates the possibly thousands of motor
steps for each Mach3 buffer point. Regarding millions of tiny segments, there
is a limitation, but with reasonable CAD data the limitation will always be with
your machine. The 2ms points basically allow the system to change direction 500
times/sec which is beyond what most any machine is capable of. If you do the
math on some examples you will find this to be the case. Only a very poor CAD
system would generate unnecessarily tiny segments to cause a problem.
> >
> > I can't say that I know of anyone with a fast router using the Mach3 plugin.
I do know of routers running faster than that using our KFlop and KMotionCNC
software.
> >
> > I hope this helps
> > Tom Kerekes
> > DynoMotion, Inc.
> >
> >
> >
> >
> >
> > ________________________________
> > From: wtbaker69 <wtbaker69@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Monday, October 19, 2009 2:35:53 PM
> > Subject: [DynoMotion] Mach3 Plug In
> >
> >
> > How does the Kflop work in conjunction with Mach3? I know there is a plugin
and I saw the online step-by-step documentation about how to configure it.
> >
> > Here's what I'm wondering though.
> >
> > If I make a linear move with Mach3, it starts out at a slow pulse rate
sending step pulses out the parallel port, it ramps up it's rate of pulses to
match the acceleration profile I have configured. It holds a stead stream of
pulses at programmed speed, and then begins to slow the pulse stream and finally
stop it to match the deceleration.
> >
> > Oh yeah and it counts the pulses according to the scaling I have set up and
moves the number if inches I tell it.
> >
> > If Mach3 is working with a Kflop, does it actually send G code down to the
Kflop and let the Kflop do the whole profile thing? If so, how does it know
things like accell/decell.
> >
> > What piece handles the "look ahead" function so that if you have a million
little line segments strung together simulating a long, curved profile, the
controller doesn't try to stop on a dime at the end of each segment.
> >
> > Anybody out there have good luck or bad luck with a CNC Router?
> >
> > I'm wanting to move 800 inches per minute + with this guy.
> >
> > Wes
> >
>



 

 

Group: DynoMotion

Message: 72

From: s.astrom

Date: Sun Oct 25, 2009 3:01 AM

Subject: Subroutin

 



How do i make a subroutine work?
I made a program galling the subroutine with M98 P22 (22.ngc is the subroutine)
But all i get is "subroutine not found"
Both programs are in the same file
I am using KnotionCNC



 

 

Group: DynoMotion

Message: 73

From: s.astrom

Date: Sun Oct 25, 2009 9:15 AM

Subject: Re: Subroutin

 



Both files are in the same folder. Not file

--- In DynoMotion@yahoogroups.com, "s.astrom" <stefan.astrom@...> wrote:
>
> How do i make a subroutine work?
> I made a program galling the subroutine with M98 P22 (22.ngc is the
subroutine)
> But all i get is "subroutine not found"
> Both programs are in the same file
> I am using KnotionCNC
>



 

 

Group: DynoMotion

Message: 74

From: TK

Date: Sun Oct 25, 2009 9:39 AM

Subject: RE: Re: Subroutin

 

KMotionCNC currently only supports
subroutines in the same file.  Such as:

G20 G0 X0 Y0 Z0

M98 P100 (Call the Subroutine)

M2 (Stop)

O100 (Subroutine Label)

F40

G1 X1 Y0

G1 X1 Y1

G1 X0 Y1

G1 X0 Y0

M99


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of s.astrom

Sent: Sunday, October 25, 2009
9:15 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Re:
Subroutin

Both files are in the same folder. Not file



--- In DynoMotion@yahoogroups.com,
"s.astrom" <stefan.astrom@...> wrote:

>

> How do i make a subroutine work?

> I made a program galling the subroutine with M98 P22 (22.ngc is the
subroutine)

> But all i get is "subroutine not found"

> Both programs are in the same file

> I am using KnotionCNC

>



 

 

Group: DynoMotion

Message: 75

From: s.astrom

Date: Sun Oct 25, 2009 10:28 AM

Subject: Re: Subroutin

 



Yes that works for me. But how do i make the subroutine to run more that one
time.
Like M98 P200 i4 (i4 is number of times to run the subroutine)

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> KMotionCNC currently only supports subroutines in the same file. Such as:
>
>
>
> G20 G0 X0 Y0 Z0
>
> M98 P100 (Call the Subroutine)
>
> M2 (Stop)
>
>
>
> O100 (Subroutine Label)
>
> F40
>
> G1 X1 Y0
>
> G1 X1 Y1
>
> G1 X0 Y1
>
> G1 X0 Y0
>
> M99
>
>
>
> _____
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On
> Behalf Of s.astrom
> Sent: Sunday, October 25, 2009 9:15 AM
> To: DynoMotion@yahoogroups.com
> Subject: [DynoMotion] Re: Subroutin
>
>
>
>
>
> Both files are in the same folder. Not file
>
> --- In DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com,
> "s.astrom" <stefan.astrom@> wrote:
> >
> > How do i make a subroutine work?
> > I made a program galling the subroutine with M98 P22 (22.ngc is the
> subroutine)
> > But all i get is "subroutine not found"
> > Both programs are in the same file
> > I am using KnotionCNC
> >
>
> ,_._,___
>



 

 

Group: DynoMotion

Message: 76

From: TK

Date: Sun Oct 25, 2009 10:35 AM

Subject: RE: Re: Subroutin

 

We don’t support that; the obvious
workaround would be to make the call 4 times.


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of s.astrom

Sent: Sunday, October 25, 2009
10:29 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Re:
Subroutin

Yes that works for me. But how do i make the
subroutine to run more that one time.

Like M98 P200 i4 (i4 is number of times to run the subroutine)



--- In DynoMotion@yahoogroups.com,
"TK" <tk@...> wrote:

>

> KMotionCNC currently only supports subroutines in the same file. Such as:

>

>

>

> G20 G0 X0 Y0 Z0

>

> M98 P100 (Call the Subroutine)

>

> M2 (Stop)

>

>

>

> O100 (Subroutine Label)

>

> F40

>

> G1 X1 Y0

>

> G1 X1 Y1

>

> G1 X0 Y1

>

> G1 X0 Y0

>

> M99

>

>

>

> _____

>

> From: DynoMotion@yahoogroups.com
[mailto:DynoMotion@yahoogroups.com]
On

> Behalf Of s.astrom

> Sent: Sunday, October 25, 2009 9:15 AM

> To: DynoMotion@yahoogroups.com

> Subject: [DynoMotion] Re: Subroutin

>

>

>

>

>

> Both files are in the same folder. Not file

>

> --- In DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com>
ups.com,

> "s.astrom" <stefan.astrom@> wrote:

> >

> > How do i make a subroutine work?

> > I made a program galling the subroutine with M98 P22 (22.ngc is the

> subroutine)

> > But all i get is "subroutine not found"

> > Both programs are in the same file

> > I am using KnotionCNC

> >




 

 

Group: DynoMotion

Message: 77

From: s.astrom

Date: Sun Oct 25, 2009 10:55 AM

Subject: Re: Subroutin

 



Yes i didnt think of that. Thanx

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> We don't support that; the obvious workaround would be to make the call 4
> times.
>
>
>
> _____
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On
> Behalf Of s.astrom
> Sent: Sunday, October 25, 2009 10:29 AM
> To: DynoMotion@yahoogroups.com
> Subject: [DynoMotion] Re: Subroutin
>
>
>
>
>
> Yes that works for me. But how do i make the subroutine to run more that one
> time.
> Like M98 P200 i4 (i4 is number of times to run the subroutine)
>
> --- In DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com,
> "TK" <tk@> wrote:
> >
> > KMotionCNC currently only supports subroutines in the same file. Such as:
> >
> >
> >
> > G20 G0 X0 Y0 Z0
> >
> > M98 P100 (Call the Subroutine)
> >
> > M2 (Stop)
> >
> >
> >
> > O100 (Subroutine Label)
> >
> > F40
> >
> > G1 X1 Y0
> >
> > G1 X1 Y1
> >
> > G1 X0 Y1
> >
> > G1 X0 Y0
> >
> > M99
> >
> >
> >
> > _____
> >
> > From: DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com
> [mailto:DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com]
> On
> > Behalf Of s.astrom
> > Sent: Sunday, October 25, 2009 9:15 AM
> > To: DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com
> > Subject: [DynoMotion] Re: Subroutin
> >
> >
> >
> >
> >
> > Both files are in the same folder. Not file
> >
> > --- In DynoMotion@yahoogro <mailto:DynoMotion%40yahoogroups.com> ups.com,
> > "s.astrom" <stefan.astrom@> wrote:
> > >
> > > How do i make a subroutine work?
> > > I made a program galling the subroutine with M98 P22 (22.ngc is the
> > subroutine)
> > > But all i get is "subroutine not found"
> > > Both programs are in the same file
> > > I am using KnotionCNC
> > >
>



 

 

Group: DynoMotion

Message: 78

From: s.astrom

Date: Wed Nov 04, 2009 1:37 PM

Subject: C help wanted.

 



I need some help writing a code that sets a bit to 1 with a push on a button,
and the same button should put the bit to 0 if pushed again, if its set to 1.
On/off with the same button in Kmotioncnc.

Or if its possible to set the bit to 1 under a short period of time, like for 1
sec. Then it should go back to 0.

I want to be able to turn my water on and off with the same button.

Hope u guys understand what i'm talking about



 

 

Group: DynoMotion

Message: 79

From: Tom Kerekes

Date: Wed Nov 04, 2009 2:04 PM

Subject: Re: C help wanted.

 

Try This:

#include "KMotionDef.h"

#define BITNO 46  // change this to the bit that should toggle

main()
{
    SetBitDirection(BITNO,1);  // makes sure the bit is an output

    if (ReadBit(BITNO))

        ClearBit(BITNO);  // if bit is set, clear it

    else
        SetBit(BITNO);

}


 



From: s.astrom <stefan.astrom@hos.sandnet.se>
To: DynoMotion@yahoogroups.com
Sent: Wed, November 4, 2009 1:37:13 PM
Subject: [DynoMotion] C help wanted.

 

I need some help writing a code that sets a bit to 1 with a push on a button, and the same button should put the bit to 0 if pushed again, if its set to 1.
On/off with the same button in Kmotioncnc.

Or if its possible to set the bit to 1 under a short period of time, like for 1 sec. Then it should go back to 0.

I want to be able to turn my water on and off with the same button.

Hope u guys understand what i'm talking about

 

Group: DynoMotion

Message: 80

From: s.astrom

Date: Thu Nov 05, 2009 10:15 AM

Subject: Re: MPG User Program and wiring

 



I bought the MPG from kelinginc and connected it to my kflop.
All worked great apart from the enable button on the MPG. It works when i dont
hold down the enable button and does not work when holding the enable button
down.
Any suggestions on how to fix this?
And i had to switch the A and B signal to get the + - movement right

Stefan

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> This MPG Pendant shown below has been interfaced to KFLOP using a simple
> User C Program.
>
>
>
> There is a User C Program in the Files section of the Forum called
> Init3AnalogPlusMPG.c that monitors the Pendant using software so it doesn't
> use any quadrature encoder inputs and also the connection may be made to any
> free inputs.
>
>
>
> This pendent is currently available at (and often on ebay):
>
>
>
> http://www.kelinginc.net/BreakoutBoards.html
>
>
>
> A different pendent could be interfaced in a similar manner
>
>
>
> Here are the connections for JP6 (aux#1) that the User Program assumes
>
>
>
> Pin8 - GND - COM MPG
>
> Pin1 - 5V - 5V
>
> Pin3 - 3.3 - COM select
>
> Pin5 - IO26 - A
>
> Pin6 - IO27 - B
>
> Pin7 - IO28 - X select
>
> Pin10 - IO29 - Y select
>
> Pin11 - IO30 - Z select
>
> Pin12 - IO31 - X1 selct
>
> Pin13 - IO32 - X100 select
>
>
>
>
>
>
>
> TK
>



 

 

Group: DynoMotion

Message: 81

From: Tom Kerekes

Date: Thu Nov 05, 2009 4:07 PM

Subject: Re: Re: MPG User Program and wiring

 

Stefan,

Isn't that the way it is supposed to work?

I found this:

http://cnc4pc.com/images/MPG2_F.jpg


I think that S1 is the enable switch and basically is supposed to disable all the knob switches.  But what you describe sounds backwards.  I would think down would be enabled.  You might disconnect the MPG and just check with an ohm meter which way is closed. 

TK


 



From: s.astrom <stefan.astrom@hos.sandnet.se>
To: DynoMotion@yahoogroups.com
Sent: Thu, November 5, 2009 10:15:00 AM
Subject: [DynoMotion] Re: MPG User Program and wiring

 I bought the MPG from kelinginc and connected it to my kflop.
All worked great apart from the enable button on the MPG. It works when i dont hold down the enable button and does not work when holding the enable button down.
Any suggestions on how to fix this?
And i had to switch the A and B signal to get the + - movement right

Stefan

--- In DynoMotion@yahoogro ups.com, "TK" <tk@...> wrote:
>
> This MPG Pendant shown below has been interfaced to KFLOP using a simple
> User C Program.
>
>
>
> There is a User C Program in the Files section of the Forum called
> Init3AnalogPlusMPG. c that monitors the Pendant using software so it doesn't
> use any quadrature encoder inputs and also the connection may be made to any
> free inputs.
>

>
>
> This pendent is currently available at (and often on ebay):
>
>
>
> http://www.kelinginc.net/BreakoutBoards.html
>
>
>
> A different pendent could be interfaced in a similar manner
>
>
>
> Here are the connections for JP6 (aux#1) that the User Program assumes
>
>
>
> Pin8 - GND - COM MPG
>
> Pin1 - 5V - 5V
>
> Pin3 - 3.3 - COM select
>
> Pin5 - IO26 - A
>
> Pin6 - IO27 - B
>
> Pin7 - IO28 - X select
>
> Pin10 - IO29 - Y select
>
> Pin11 - IO30 - Z select
>
> Pin12 - IO31 - X1 selct
>
> Pin13 - IO32 - X100 select
>
>
>
>
>
>
>
> TK
>

 

Group: DynoMotion

Message: 82

From: s.astrom

Date: Fri Nov 06, 2009 1:16 AM

Subject: Re: MPG User Program and wiring

 



This is a sefty feature. It should not work if u dont hold down the button. That
way u cant by misstake jog.
If its the other way around the enable button should be called dissable.
But it looks like than its normaly closed, i will open the MPG and look if i
cant replace it with a normaly open swich.


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Stefan,
>
> Isn't that the way it is supposed to work?
>
> I found this:
>
> http://cnc4pc.com/images/MPG2_F.jpg
>
> I think that S1 is the enable switch and basically is supposed to disable all
the knob switches.  But what you describe sounds backwards.  I would think
down would be enabled.  You might disconnect the MPG and just check with an ohm
meter which way is closed. 
>
> TK
>
>
>
>
>
> ________________________________
> From: s.astrom <stefan.astrom@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thu, November 5, 2009 10:15:00 AM
> Subject: [DynoMotion] Re: MPG User Program and wiring
>
>  
> I bought the MPG from kelinginc and connected it to my kflop.
> All worked great apart from the enable button on the MPG. It works when i dont
hold down the enable button and does not work when holding the enable button
down.
> Any suggestions on how to fix this?
> And i had to switch the A and B signal to get the + - movement right
>
> Stefan
>
> --- In DynoMotion@yahoogro ups.com, "TK" <tk@> wrote:
> >
> > This MPG Pendant shown below has been interfaced to KFLOP using a simple
> > User C Program.
> >
> >
> >
> > There is a User C Program in the Files section of the Forum called
> > Init3AnalogPlusMPG. c that monitors the Pendant using software so it doesn't
> > use any quadrature encoder inputs and also the connection may be made to any
> > free inputs.
> >
> >
> >
> > This pendent is currently available at (and often on ebay):
> >
> >
> >
> > http://www.kelinginc.net/BreakoutBoards.html
> >
> >
> >
> > A different pendent could be interfaced in a similar manner
> >
> >
> >
> > Here are the connections for JP6 (aux#1) that the User Program assumes
> >
> >
> >
> > Pin8 - GND - COM MPG
> >
> > Pin1 - 5V - 5V
> >
> > Pin3 - 3.3 - COM select
> >
> > Pin5 - IO26 - A
> >
> > Pin6 - IO27 - B
> >
> > Pin7 - IO28 - X select
> >
> > Pin10 - IO29 - Y select
> >
> > Pin11 - IO30 - Z select
> >
> > Pin12 - IO31 - X1 selct
> >
> > Pin13 - IO32 - X100 select
> >
> >
> >
> >
> >
> >
> >
> > TK
> >
>



 

 

Group: DynoMotion

Message: 83

From: TKSOFT

Date: Sat Dec 05, 2009 10:10 AM

Subject: Version V4.18 Available

 



http://www.dynomotion.com/Software/Download.html
http://www.dynomotion.com/Software/Changes_4.16_4.18.txt

Tom Kerekes
DynoMotion, Inc.



 

 

Group: DynoMotion

Message: 84

From: TKSOFT

Date: Mon Dec 14, 2009 9:40 PM

Subject: Version V4.19 Available - Mach3 Probing Added

 



http://www.dynomotion.com/Software/Download.html
http://www.dynomotion.com/Software/Changes_4.18_4.19.txt
http://www.dynomotion.com/Help/Mach3Plugin/Mach3Probe.htm

Tom Kerekes
DynoMotion, Inc.



 

 

Group: DynoMotion

Message: 85

From: s.astrom

Date: Mon Dec 21, 2009 3:07 AM

Subject: More C help wanted

 



I want to modify my machine so i can program M3 and M4, now i have to start and
stop the motors manualy.
I need a C code that when M3 it checks that the pin for M4 is off then sets the
pin for M3, and if M4 it checks, and if nessesary sets pin for M3 to of then
turns M4 on.
It should not be possible to start M3 if M4 is on and Not to start M4 if M3 is
on

Hope this makes sense.



 

 

Group: DynoMotion

Message: 86

From: Tom Kerekes

Date: Mon Dec 21, 2009 12:42 PM

Subject: Re: More C help wanted

 

Good question.  Below (and attached) are 3 C programs that I think do what you require.  If an M4 is called after an M3, then the M3 bit will be turned off, then delay, then M4 will turn on.  Similar for M3 after M4.  Save and modify each for your specific output bit numbers and output polarity.  The default bits are 46 and 47 which are the KFlop LEDs.  Assign each of the M3, M4, and M5 codes to run the respective programs in the KMotionCNC Tool Setup Screen.  Select the Exec/Wait mode and an unused thread and var (1,1 should work). 

#include "KMotionDef.h"

#define M3BIT 46 // set to bit to enable CW spindle
#define M4BIT 47 // set to bit to enable CCW spindle
#define ON 1  // set to 1 for positive true output else 0

main()
{
    printf("M3\n");
 
    if (ReadBit(M4BIT)==ON)
    {
        // M4 was active
        SetStateBit(M4BIT,1-ON);
        Delay_sec(3.0);
    }
    SetStateBit(M3BIT,ON);
}

#include "KMotionDef.h"

#define M3BIT 46 // set to bit to enable CW spindle
#define M4BIT 47 // set to bit to enable CCW spindle
#define ON 1  // set to 1 for positive true output else 0

main()
{
    printf("M4\n");
 
    if (ReadBit(M3BIT)==ON)
    {
        // M4 was active
        SetStateBit(M3BIT,1-ON);
        Delay_sec(3.0);
    }
    SetStateBit(M4BIT,ON);
}

#include "KMotionDef.h"

#define M3BIT 46 // set to bit to enable CW spindle
#define M4BIT 47 // set to bit to enable CCW spindle
#define ON 1  // set to 1 for positive true output else 0

main()
{
    printf("M5\n");
 
    if (ReadBit(M3BIT)==ON || ReadBit(M4BIT)==ON)
    {
        // M3 or M4 was active, turn both off, delay
        SetStateBit(M3BIT,1-ON);
        SetStateBit(M4BIT,1-ON);
        Delay_sec(3.0);
    }
}



 


 



From: s.astrom <stefan.astrom@hos.sandnet.se>
To: DynoMotion@yahoogroups.com
Sent: Mon, December 21, 2009 3:07:00 AM
Subject: [DynoMotion] More C help wanted

 

I want to modify my machine so i can program M3 and M4, now i have to start and stop the motors manualy.
I need a C code that when M3 it checks that the pin for M4 is off then sets the pin for M3, and if M4 it checks, and if nessesary sets pin for M3 to of then turns M4 on.
It should not be possible to start M3 if M4 is on and Not to start M4 if M3 is on

Hope this makes sense.



 

 



 

 



 

 

 

Group: DynoMotion

Message: 87

From: s.astrom

Date: Fri Dec 25, 2009 3:11 AM

Subject: Re: More C help wanted

 



This was just what i wanted. Works great. Thanx



 

 

Group: DynoMotion

Message: 88

From: roman_road

Date: Fri Jan 01, 2010 12:05 PM

Subject: Simple Step/Direction with no Feedback

 



To Whom It May Concern:

I recently purchased a KFlop motion control board. I have three stepper motor
drivers that accept optically isolated differential 5v step and direction input.
I have manually tested the drives. I have the drives configured for 1/2 step
per pulse. I have followed the instructions for the step and direction example.
I am wondering if there is something wrong with my configuration.

Axis Chan0 – Output Chan0 = 0 (using step/dir generator #0)
Axis Chan1 – Output Chan0 = 2 (using step/dir generator #2)
Axis Chan2 – Output Chan0 = 4 (using step/dir generator #4)

The following are the connections that I am using for the JP7-GPIO

Pin 15 Step 0 Output
Pin 16 Dir 0 output
Pin 17 step 1 output
Pin 18 dir 1 output
Pin 19 step 2 output
Pin 20 dir 2 output
Pin 23 +5 volts
Pin 24 +5 volts
Pin 25 digital ground
Pin 26 digital ground



Do you have any insights to what may be wrong?



Is there a way to test each output without it changing states? For example test
the step output and verify the step output by measuring the voltage.



Is there additional configuration to tell Kmotion that Channel 0 is x axis,
channel 1 is y axis and, channel 2 is z axis? What I am looking for is some way
to tell me that the board is connected and configured correctly.



In advance, I appreciate your help.



 

 

Group: DynoMotion

Message: 89

From: TK

Date: Fri Jan 01, 2010 12:17 PM

Subject: RE: Simple Step/Direction with no Feedback

 

I see one problem with your configuration
for axis channels 1 and 2.  But axis channel 0 should work properly. 
The issue is that some type of axes modes require 2 output channels to be
configured (both Output Chan0 and Output Chan1).  Step/Dir axes are
simpler in that they only need one output device to be configured – which
Step/Dir generator to use.  So only Output Chan0 is used (Output Chan1 is
a don’t care and can be set to any value).  So in the 3 axis
channels that you have configured as:

Axis Chan0 – Output Chan0 = 0 (use
step/dir generator #0)

Axis Chan1 – Output Chan0 = 2 (use
step/dir generator #2)

Axis Chan2 – Output Chan0 = 4 (use
step/dir generator #4)

Should be:

Axis Chan0 – Output Chan0 = 0 (use
step/dir generator #0)

Axis Chan1 – Output Chan0 = 1 (use
step/dir generator #1)

Axis Chan2 – Output Chan0 = 2 (use
step/dir generator #2)

But this doesn’t explain why your
axis 0 isn’t working.  What are you commanding and what happens?

If you press “Move” on the
Step Response Screen:  The screen parameters and configuration settings
will be downloaded to the board, the axis will be enabled, and a movement of
the specified size should occur.  Do this and watch the Axis Screen. 
Does the axis become enabled?  Does the commanded Destination change as if
the motion is occurring?  If so but no motor motion, the problem is
probably a wiring or compatibility issue with your drives.

When you select Step/Dir Output channels
0-7 the Step/Dir generator output pins operate in “Open Collector”
mode.  In this mode the output pins basically switch between being shorted
to ground and open circuit.  This mode is useful to allow the 3.3V outputs
to drive +5V optos where the LED anode is connected to +5V.  When the
output shorts to ground, the opto “sees” +5V and turns on. 
When the output “open circuits” the LED turns off.  (In
reality the output pin has an ESD protection diode that is connected to the
3.3V supply, so the open circuit is only allowed to float to a maximum of ~4V
and the opto diode will still “see” ~1V.  Most all LED’s
require more than 1V to turn on).

To test this mode with a voltmeter or
oscilloscope:  Cycle power on KFlop so that it is in the default
configuration.  Using the Digital I/O screen check and uncheck the
checkbox in the “Output” column while the checkbox in the
“State” column is unchecked.  Note that if no pull-up source
is connected to an Open Collector output the pin will remain at ~0V regardless
of whether it is driving to ground or open circuit.

To have the Step/Dir generators drive TTL
style outputs add 8 to the output channel (specifying output chan0=8 will still
drive step/dir generator #0 but in TTL output drive mode instead).  TTL
output mode will basically switch the output pin from being connected to either
ground or +3.3V.

To test this mode with a voltmeter or
oscilloscope:  Cycle power on KFlop so that it is in the default
configuration.  Using the Digital I/O screen check the checkbox in the
“Output” column then check and uncheck the checkbox in the
“State” column.  The output should be observed to go from near
0V to near 3.3V with nothing connected.

If you post the type of input your drives
have and how they are wired, it may help.

Regards

Tom Kerekes

DynoMotion, Inc.


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of roman_road

Sent: Friday, January 01, 2010
12:06 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Simple
Step/Direction with no Feedback

To Whom It May Concern:



I recently purchased a KFlop motion control board. I have three stepper motor
drivers that accept optically isolated differential 5v step and direction
input. I have manually tested the drives. I have the drives configured for 1/2
step per pulse. I have followed the instructions for the step and direction
example. I am wondering if there is something wrong with my configuration.



Axis Chan0 – Output Chan0 = 0 (using step/dir generator #0)

Axis Chan1 – Output Chan0 = 2 (using step/dir generator #2)

Axis Chan2 – Output Chan0 = 4 (using step/dir generator #4)



The following are the connections that I am using for the JP7-GPIO



Pin 15 Step 0 Output

Pin 16 Dir 0 output

Pin 17 step 1 output

Pin 18 dir 1 output

Pin 19 step 2 output

Pin 20 dir 2 output

Pin 23 +5 volts

Pin 24 +5 volts

Pin 25 digital ground

Pin 26 digital ground



Do you have any insights to what may be wrong?



Is there a way to test each output without it changing states? For example test
the step output and verify the step output by measuring the voltage.



Is there additional configuration to tell Kmotion that Channel 0 is x axis,
channel 1 is y axis and, channel 2 is z axis? What I am looking for is some way
to tell me that the board is connected and configured correctly.



In advance, I appreciate your help.



 

 

Group: DynoMotion

Message: 90

From: roman_road

Date: Fri Jan 01, 2010 1:12 PM

Subject: Re: Simple Step/Direction with no Feedback

 



Thank you for your help of the configuration of each of the channels. There is
something else that I am missing.

I cycled the power on so that there was a default configuration. Using the
digital I/0 screen I was able to get all the motors to step. The unusual thing
about it was that the motors would step when I went from a checked output state
to and unchecked output state. This is backwards from what I would expect.

Once I enabled the axis I was no longer able to get the motors to step. Even
when disabling the axes I am no longer able to get the axis to step.

Do you have a recommendation on what command I should send to the board during
testing?

When I press move nothing happens with the motors. When I press step nothing
happens with the motors. This is the same for all 3 axes.

So you are saying this board is a sinking output board?

Thank you for your help.



 

 

Group: DynoMotion

Message: 91

From: TK

Date: Fri Jan 01, 2010 2:41 PM

Subject: RE: Re: Simple Step/Direction with no Feedback

 

Yes, selecting output chan0=0 selects “open
collector” mode which is a “sinking” output (meaning it can drain
current to ground, but it can’t provide the source of any current).

The reason it works before you configure
the axis to open collector mode is because 3.3V TTL outputs can both sink and
source current (but only to 3.3V).  Apparently your drives will work with 3.3V
(but it is hard to say how reliably).  If you switch to Output Chan0=8
instead of Output Chan0=0 your motors will probably step.

But it is probably better to wire your
drives for a sinking output and use +5V.  (Connect the drive’s (+)
input to +5V and the (-) input to the KFlop output).   See attached
picture.

Regarding your drive stepping when the
opto turns off rather than on is dependent on your drive.  Since each step
pulse does both it doesn’t really matter.  Stepping on the end of
the pulse has the advantage of more setup time if the direction changes.

Hope this helps,

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of roman_road

Sent: Friday, January 01, 2010
1:13 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Re: Simple
Step/Direction with no Feedback

Thank you for your help of the configuration of each
of the channels. There is something else that I am missing.



I cycled the power on so that there was a default configuration. Using the
digital I/0 screen I was able to get all the motors to step. The unusual thing
about it was that the motors would step when I went from a checked output state
to and unchecked output state. This is backwards from what I would expect.



Once I enabled the axis I was no longer able to get the motors to step. Even
when disabling the axes I am no longer able to get the axis to step.



Do you have a recommendation on what command I should send to the board during
testing?



When I press move nothing happens with the motors. When I press step nothing
happens with the motors. This is the same for all 3 axes.



So you are saying this board is a sinking output board?



Thank you for your help.



 



 

 

 

Group: DynoMotion

Message: 92

From: ccdg@optusnet.com.au

Date: Sat Jan 02, 2010 7:17 PM

Subject: Bubble Diagram?

 



Hi

Is there a graphical representation of how each object interacts with each other
for the KFLOP. Old school term 'bubble diagram'.

TIA

derekj308



 

 

Group: DynoMotion

Message: 93

From: TK

Date: Sun Jan 03, 2010 1:43 PM

Subject: RE: Bubble Diagram?

 

Does this help?

http://www.dynomotion.com/Help/SchematicsKFLOP/KFLOPFunctionalDiagram.htm

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of ccdg@optusnet.com.au

Sent: Saturday, January 02, 2010
7:18 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Bubble
Diagram?

Hi



Is there a graphical representation of how each object interacts with each
other for the KFLOP. Old school term 'bubble diagram'.



TIA



derekj308



 

 

Group: DynoMotion

Message: 94

From: roman_road

Date: Mon Jan 04, 2010 8:30 PM

Subject: Advantages Disadvantages Mach3 and KFlop vs KMotionCNC and KFlop.

 



What advantages\disadvantages does going through Mach3 and KFlop give over going
through KMotionCNC and KFlop?

I want to control Kflop with a C program,
Are there any additional advantages or disadvantages of Mach3 and KFlop vs. a C
program and KFlop?

Thank you,



 

 

Group: DynoMotion

Message: 95

From: ccdg@optusnet.com.au

Date: Mon Jan 04, 2010 11:48 PM

Subject: Re: Bubble Diagram?

 



Thanks Tom

I did actually find that diagram after I had posted but I was wanting to focus
on the software objects. I have designed a 3a PKM and began building it so I
looking for controller options and trying to assess what level of programming I
would have to do to implement the inverse kinematics equations I have developed.
I did see the programs you have written for your PKM '3 rod' solution so I am
hopeful that I will be able to also integrate my PKM kinematic equations to your
controller. It sounds overly simplified but is it as simple as swapping my kins
for yours? In my application a simple point to point linear movement would need
to be broken up into hundreds (if not thousands) of discrete points so as to
ensure the locus of the point to point movement was, within a user defined
tolerance, a straight line movement and a velocity profile could be calculated
for each actuator to ensure the desired velocity of the control point was
maintained. Like wise for arc movements. I did an example of approx 500mm line
movement using 1mm increments and the result was not too bad. For a rapid move
I might go looser and for a feed move I would go tighter. I want to be able to
be confident that I can achieve accurate feed rates with my PKM, not just
accurate positioning. Any help in highlighting the areas of your software where
this is done would be appreciated.

I'm not a programmer but I have a very basic knowledge of C (1 course at uni
during B.Eng degree) and I think it is within my grasp to learn what I require
to integrate into your program.

I downloaded a program called 'Code Visualizer' which has helped a little but it
has shown just how complex motion control software is (for us noobs anyway). I
am going have to dig out my second year control systems notes and assignments
and start brushing up on control theory so I can better understand your
software.

derekj308



 

 

Group: DynoMotion

Message: 96

From: TK

Date: Sat Jan 09, 2010 3:51 PM

Subject: RE: Re: Bubble Diagram?

 

Derek,

Try this:

http://www.dynomotion.com/Help/LibrariesFlowDiagram.PNG

But yes, it should be almost as simple as
swapping your kinematics for the “3Rod” equations.  You will
need MS Visual Studio 2008 Standard edition to compile and make changes.  Place
any file called
Kinematics.txt into the \KMotion\Data directory to cause the CKinematics3Rod class
to be used by the system instead of the standard base class CKinematics.

In the case of the 3Rod (3 linear
actuators) the inverse kinematics are very simple to compute.  See the
function shown below from file Kinematics3Rod.cpp:

int
CKinematics3Rod::TransformCADtoActuators(double x, double y, double z, double a, double b, double c, double *Acts)

{

      // find lengths of each actuator

      GeoCorrect(x,y,z,&x,&y,&z);

      double r0 =
sqrt(sqr(x-Act0Center.x) + sqr(y-Act0Center.y) + sqr(z-Act0Center.z)) -
Act0Off;

      double r1 =
sqrt(sqr(x-Act1Center.x) + sqr(y-Act1Center.y) + sqr(z-Act1Center.z)) -
Act1Off;

      double r2 =
sqrt(sqr(x-Act2Center.x) + sqr(y-Act2Center.y) + sqr(z-Act2Center.z)) -
Act2Off;

      Acts[0]
= r0*m_MotionParams.CountsPerInchX;

      Acts[1]
= r1*m_MotionParams.CountsPerInchY;

      Acts[2]
= r2*m_MotionParams.CountsPerInchZ;

      Acts[3]
= a*m_MotionParams.CountsPerInchA;

      Acts[4]
= b*m_MotionParams.CountsPerInchB;

      Acts[5]
= c*m_MotionParams.CountsPerInchC;

      return 0;

}

The forward Kinematics are more
difficult to compute so they are automatically computed!  (numerically
using the inverse Kinematics in the function):

int
CKinematics3Rod::TransformActuatorstoCAD(double *Acts, double *xr, double *yr, double *zr, double *ar, double *br, double *cr)

There is a parameter that will set
the maximum length along a path where a linear relationship between CAD and
Actuator space may be assumed.

      m_MotionParams.MaxLinearLength
= 0.25;  // limit the segment
lengs for nonlinear systems

I think
a powerful feature of our Trajectory planner is to handle planning through many
tiny segments each with different velocity and acceleration constraints.

Regards,

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of ccdg@optusnet.com.au

Sent: Monday, January 04, 2010
11:48 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Re: Bubble
Diagram?





Thanks Tom



I did actually find that diagram after I had posted but I was wanting to focus
on the software objects. I have designed a 3a PKM and began building it so I
looking for controller options and trying to assess what level of programming I
would have to do to implement the inverse kinematics equations I have
developed. I did see the programs you have written for your PKM '3 rod'
solution so I am hopeful that I will be able to also integrate my PKM kinematic
equations to your controller. It sounds overly simplified but is it as simple
as swapping my kins for yours? In my application a simple point to point linear
movement would need to be broken up into hundreds (if not thousands) of
discrete points so as to ensure the locus of the point to point movement was,
within a user defined tolerance, a straight line movement and a velocity
profile could be calculated for each actuator to ensure the desired velocity of
the control point was maintained. Like wise for arc movements. I did an example
of approx 500mm line movement using 1mm increments and the result was not too
bad. For a rapid move I might go looser and for a feed move I would go tighter.
I want to be able to be confident that I can achieve accurate feed rates with
my PKM, not just accurate positioning. Any help in highlighting the areas of
your software where this is done would be appreciated.



I'm not a programmer but I have a very basic knowledge of C (1 course at uni
during B.Eng degree) and I think it is within my grasp to learn what I require
to integrate into your program.



I downloaded a program called 'Code Visualizer' which has helped a little but
it has shown just how complex motion control software is (for us noobs anyway).
I am going have to dig out my second year control systems notes and assignments
and start brushing up on control theory so I can better understand your
software.



derekj308



 

 

Group: DynoMotion

Message: 97

From: TK

Date: Sat Jan 09, 2010 4:06 PM

Subject: RE: Advantages Disadvantages Mach3 and KFlop vs KMotionCNC and KFlop.

 

I doubt if there is a simple answer to
this question :}

If you are one of the thousands of users
already familiar with Mach3 and you like VB Script then it might make sense to
build on top of that and make use of all the power and complexity built into
Mach3.   For example you can easily design new screens with Mach3.  There is a
small cost for the Mach3 License. 

If you are capable of programming in C++ and
would prefer a lower level and more direct approach writing your own app might
make sense.   You will need MS Visual Studio 2008 standard version.

I hope this helps

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of roman_road

Sent: Monday, January 04, 2010
8:31 PM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Advantages
Disadvantages Mach3 and KFlop vs KMotionCNC and KFlop.

What advantages\disadvantages does going through
Mach3 and KFlop give over going through KMotionCNC and KFlop?



I want to control Kflop with a C program,

Are there any additional advantages or disadvantages of Mach3 and KFlop vs. a C
program and KFlop?



Thank you,



 

 

Group: DynoMotion

Message: 98

From: ccdg@optusnet.com.au

Date: Sat Jan 09, 2010 6:32 PM

Subject: Re: Bubble Diagram?

 



Thanks Tom

That's what I needed.

Cheers

Derek



 

 

Group: DynoMotion

Message: 99

From: babinda01

Date: Tue Jan 12, 2010 12:30 AM

Subject: KFlop/KAnalog Wiring

 



Hi Tom (or other knowledgable chaps)

I am nearing completion of wiring up my first control box (10 more to go after
this one), and have a quick question.
I am using the Kflop and Kanalog boards, but I am wanting to use step and
direction pulses to my servo drives, so I am doing this by disconnectiong the
RJ45 cable from the Kflop board (JP5) and wiring my servo's into this connector,
while all other inputs and ouputs are using the optoed interface on the Kanalog
board. Can you please tell me if this is ok to do.
I am only using 3 axis so I am wiring them to pins 1-6 on the RJ45. Also are
these outputs (step and direction) sinking or sourcing, or should I say is it
best to sink or source using these connections?

Regards
Andrew



 

 

Group: DynoMotion

Message: 100

From: TK

Date: Tue Jan 12, 2010 12:59 AM

Subject: RE: KFlop/KAnalog Wiring

 

Hi Andrew,

Yes you may disconnect JP5 and use it for
step and direction.  You will loose Kanalog differential inputs 8-15
however.  Differential inputs 0-7 (4 encoder A B signals) will still be available.

JP5 has pins for step and direction generators
4-7.  Configuring as output channels 4-7 will drive the pins as open
collector (sinking) outputs.  When open the pins are allowed to float to
+4V before the ESD diodes clamp them to the 3.3V power rail.  So they will
sink most optos connected to +5V as long as the opto turns off with 1V or less. 
I haven’t heard of a case where this was a problem.

Otherwise you may configure them as output
channels12-15 and they will operate as 3.3V LVTTL outputs (basically source and
sink but only to ~3.3V and 0V).

Regards

TK


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of babinda01

Sent: Tuesday, January 12, 2010
12:30 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion]
KFlop/KAnalog Wiring

Hi Tom (or other knowledgable chaps)



I am nearing completion of wiring up my first control box (10 more to go after
this one), and have a quick question.

I am using the Kflop and Kanalog boards, but I am wanting to use step and
direction pulses to my servo drives, so I am doing this by disconnectiong the
RJ45 cable from the Kflop board (JP5) and wiring my servo's into this
connector, while all other inputs and ouputs are using the optoed interface on
the Kanalog board. Can you please tell me if this is ok to do.

I am only using 3 axis so I am wiring them to pins 1-6 on the RJ45. Also are
these outputs (step and direction) sinking or sourcing, or should I say is it
best to sink or source using these connections?



Regards

Andrew



 

 

Group: DynoMotion

Message: 101

From: babinda01

Date: Tue Jan 12, 2010 1:30 AM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for the prompt reply.
That all sound great to me, except loosing differentials 8-15. I am not running
my encoder A or B back to the Kanalog but I am running the Z and not Z for each
axis for homing purposes. Can I run these Z pulses to differential 0-7?

Regards
Andrew

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> Hi Andrew,
>
>
>
> Yes you may disconnect JP5 and use it for step and direction. You will
> loose Kanalog differential inputs 8-15 however. Differential inputs 0-7 (4
> encoder A B signals) will still be available.
>
>
>
> JP5 has pins for step and direction generators 4-7. Configuring as output
> channels 4-7 will drive the pins as open collector (sinking) outputs. When
> open the pins are allowed to float to +4V before the ESD diodes clamp them
> to the 3.3V power rail. So they will sink most optos connected to +5V as
> long as the opto turns off with 1V or less. I haven't heard of a case where
> this was a problem.
>
>
>
> Otherwise you may configure them as output channels12-15 and they will
> operate as 3.3V LVTTL outputs (basically source and sink but only to ~3.3V
> and 0V).
>
>
>
> Regards
>
> TK
>
>
>
> _____
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On
> Behalf Of babinda01
> Sent: Tuesday, January 12, 2010 12:30 AM
> To: DynoMotion@yahoogroups.com
> Subject: [DynoMotion] KFlop/KAnalog Wiring
>
>
>
>
>
> Hi Tom (or other knowledgable chaps)
>
> I am nearing completion of wiring up my first control box (10 more to go
> after this one), and have a quick question.
> I am using the Kflop and Kanalog boards, but I am wanting to use step and
> direction pulses to my servo drives, so I am doing this by disconnectiong
> the RJ45 cable from the Kflop board (JP5) and wiring my servo's into this
> connector, while all other inputs and ouputs are using the optoed interface
> on the Kanalog board. Can you please tell me if this is ok to do.
> I am only using 3 axis so I am wiring them to pins 1-6 on the RJ45. Also are
> these outputs (step and direction) sinking or sourcing, or should I say is
> it best to sink or source using these connections?
>
> Regards
> Andrew
>



 

 

Group: DynoMotion

Message: 102

From: babinda01

Date: Tue Jan 12, 2010 1:33 AM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for the promp reply.
Sounds great except for the loosing differentails 8-15.
I am not running the A or B of my encoders back to the Kanalog, but I am running
the Z and not Z back, for homing purposes. Can I just run the Z pulses back the
differentials 0-7?

Regards
Andrew

--- In DynoMotion@yahoogroups.com, "TK" <tk@...> wrote:
>
> Hi Andrew,
>
>
>
> Yes you may disconnect JP5 and use it for step and direction. You will
> loose Kanalog differential inputs 8-15 however. Differential inputs 0-7 (4
> encoder A B signals) will still be available.
>
>
>
> JP5 has pins for step and direction generators 4-7. Configuring as output
> channels 4-7 will drive the pins as open collector (sinking) outputs. When
> open the pins are allowed to float to +4V before the ESD diodes clamp them
> to the 3.3V power rail. So they will sink most optos connected to +5V as
> long as the opto turns off with 1V or less. I haven't heard of a case where
> this was a problem.
>
>
>
> Otherwise you may configure them as output channels12-15 and they will
> operate as 3.3V LVTTL outputs (basically source and sink but only to ~3.3V
> and 0V).
>
>
>
> Regards
>
> TK
>
>
>
> _____
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On
> Behalf Of babinda01
> Sent: Tuesday, January 12, 2010 12:30 AM
> To: DynoMotion@yahoogroups.com
> Subject: [DynoMotion] KFlop/KAnalog Wiring
>
>
>
>
>
> Hi Tom (or other knowledgable chaps)
>
> I am nearing completion of wiring up my first control box (10 more to go
> after this one), and have a quick question.
> I am using the Kflop and Kanalog boards, but I am wanting to use step and
> direction pulses to my servo drives, so I am doing this by disconnectiong
> the RJ45 cable from the Kflop board (JP5) and wiring my servo's into this
> connector, while all other inputs and ouputs are using the optoed interface
> on the Kanalog board. Can you please tell me if this is ok to do.
> I am only using 3 axis so I am wiring them to pins 1-6 on the RJ45. Also are
> these outputs (step and direction) sinking or sourcing, or should I say is
> it best to sink or source using these connections?
>
> Regards
> Andrew
>



 

 

Group: DynoMotion

Message: 103

From: TK

Date: Tue Jan 12, 2010 1:37 AM

Subject: RE: Re: KFlop/KAnalog Wiring

 

Yes


From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of babinda01

Sent: Tuesday, January 12, 2010
1:30 AM

To: DynoMotion@yahoogroups.com

Subject: [DynoMotion] Re:
KFlop/KAnalog Wiring

Hi Tom

Thanks for the prompt reply.

That all sound great to me, except loosing differentials 8-15. I am not running
my encoder A or B back to the Kanalog but I am running the Z and not Z for each
axis for homing purposes. Can I run these Z pulses to differential 0-7?



Regards

Andrew



--- In DynoMotion@yahoogroups.com,
"TK" <tk@...> wrote:

>

> Hi Andrew,

>

>

>

> Yes you may disconnect JP5 and use it for step and direction. You will

> loose Kanalog differential inputs 8-15 however. Differential inputs 0-7 (4

> encoder A B signals) will still be available.

>

>

>

> JP5 has pins for step and direction generators 4-7. Configuring as output

> channels 4-7 will drive the pins as open collector (sinking) outputs. When

> open the pins are allowed to float to +4V before the ESD diodes clamp them

> to the 3.3V power rail. So they will sink most optos connected to +5V as

> long as the opto turns off with 1V or less. I haven't heard of a case
where

> this was a problem.

>

>

>

> Otherwise you may configure them as output channels12-15 and they will

> operate as 3.3V LVTTL outputs (basically source and sink but only to ~3.3V

> and 0V).

>

>

>

> Regards

>

> TK

>

>

>

> _____

>

> From: DynoMotion@yahoogroups.com
[mailto:DynoMotion@yahoogroups.com]
On

> Behalf Of babinda01

> Sent: Tuesday, January 12, 2010 12:30 AM

> To: DynoMotion@yahoogroups.com

> Subject: [DynoMotion] KFlop/KAnalog Wiring

>

>

>

>

>

> Hi Tom (or other knowledgable chaps)

>

> I am nearing completion of wiring up my first control box (10 more to go

> after this one), and have a quick question.

> I am using the Kflop and Kanalog boards, but I am wanting to use step and

> direction pulses to my servo drives, so I am doing this by disconnectiong

> the RJ45 cable from the Kflop board (JP5) and wiring my servo's into this

> connector, while all other inputs and ouputs are using the optoed
interface

> on the Kanalog board. Can you please tell me if this is ok to do.

> I am only using 3 axis so I am wiring them to pins 1-6 on the RJ45. Also
are

> these outputs (step and direction) sinking or sourcing, or should I say is

> it best to sink or source using these connections?

>

> Regards

> Andrew

>



 

 

Group: DynoMotion

Message: 105

From: babinda01

Date: Fri Jan 22, 2010 6:40 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Another quick question, I have wired in my boards and I am trying to test and
configure my settings, but when I start the KMotion suite and go to the Digital
i/o screen I notice bits 8 - 15 on the Kflop are flickering the state of these
pins - is this normal????

Andrew



 

 

Group: DynoMotion

Message: 106

From: babinda01

Date: Fri Jan 22, 2010 7:13 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Another quick question, I have wired in my boards and I am trying to test and
configure my settings, but when I start the KMotion suite and go to the Digital
i/o screen I notice bits 8 - 15 on the Kflop are flickering the state of these
pins - is this normal????

Andrew



 

 

Group: DynoMotion

Message: 107

From: Tom Kerekes

Date: Fri Jan 22, 2010 7:44 PM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Yes.  Those are the pins used to do the communication to Kanalog.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Fri, January 22, 2010 6:40:10 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 

Hi Tom
Another quick question, I have wired in my boards and I am trying to test and configure my settings, but when I start the KMotion suite and go to the Digital i/o screen I notice bits 8 - 15 on the Kflop are flickering the state of these pins - is this normal????

Andrew

 

Group: DynoMotion

Message: 108

From: babinda01

Date: Fri Jan 22, 2010 7:58 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for the info.

OK I am onto my next problem (by the time I get all 10 machines ready I will be
an expert).....I am now setting up Mach3 and I have set the plugin as layed out
in the manual. My initalize program is listed below, for spindle control I am
using the spindlemach3.c program and the homemach3.c for homing and
notifymach3.c for the notify program. I have set the plugin to Initialize every
Mach reset.

When I turn the system on, the Kanalog starts as expected and the switch/enable
all fet activates, but when I click the reset button in Mach to eneable the
system this fet turnes off. What function from mach controls this??

Andrew

#include "KMotionDef.h"

// Defines axis 0, 1, 2 as simple step dir outputs
// enables them
// sets them as an xyz coordinate system for GCode

int main()
{
ch0->InputMode=NO_INPUT_MODE;
ch0->OutputMode=STEP_DIR_MODE;
ch0->Vel=40000.000000;
ch0->Accel=400000.000000;
ch0->Jerk=4000000.000000;
ch0->P=0.000000;
ch0->I=0.010000;
ch0->D=0.000000;
ch0->FFAccel=0.000000;
ch0->FFVel=0.000000;
ch0->MaxI=200.000000;
ch0->MaxErr=1000000.000000;
ch0->MaxOutput=200.000000;
ch0->DeadBandGain=1.000000;
ch0->DeadBandRange=0.000000;
ch0->InputChan0=0;
ch0->InputChan1=0;
ch0->OutputChan0=0;
ch0->OutputChan1=0;
ch0->LimitSwitchOptions=0x0;
ch0->InputGain0=1.000000;
ch0->InputGain1=1.000000;
ch0->InputOffset0=0.000000;
ch0->InputOffset1=0.000000;
ch0->invDistPerCycle=1.000000;
ch0->Lead=0.000000;
ch0->MaxFollowingError=1000000000.000000;
ch0->StepperAmplitude=20.000000;

ch0->iir[0].B0=1.000000;
ch0->iir[0].B1=0.000000;
ch0->iir[0].B2=0.000000;
ch0->iir[0].A1=0.000000;
ch0->iir[0].A2=0.000000;

ch0->iir[1].B0=1.000000;
ch0->iir[1].B1=0.000000;
ch0->iir[1].B2=0.000000;
ch0->iir[1].A1=0.000000;
ch0->iir[1].A2=0.000000;

ch0->iir[2].B0=0.000769;
ch0->iir[2].B1=0.001538;
ch0->iir[2].B2=0.000769;
ch0->iir[2].A1=1.920810;
ch0->iir[2].A2=-0.923885;
EnableAxisDest(0,0);

ch1->InputMode=NO_INPUT_MODE;
ch1->OutputMode=STEP_DIR_MODE;
ch1->Vel=40000.000000;
ch1->Accel=400000.000000;
ch1->Jerk=4000000.000000;
ch1->P=0.000000;
ch1->I=0.010000;
ch1->D=0.000000;
ch1->FFAccel=0.000000;
ch1->FFVel=0.000000;
ch1->MaxI=200.000000;
ch1->MaxErr=1000000.000000;
ch1->MaxOutput=200.000000;
ch1->DeadBandGain=1.000000;
ch1->DeadBandRange=0.000000;
ch1->InputChan0=1;
ch1->InputChan1=0;
ch1->OutputChan0=1;
ch1->OutputChan1=0;
ch1->LimitSwitchOptions=0x0;
ch1->InputGain0=1.000000;
ch1->InputGain1=1.000000;
ch1->InputOffset0=0.000000;
ch1->InputOffset1=0.000000;
ch1->invDistPerCycle=1.000000;
ch1->Lead=0.000000;
ch1->MaxFollowingError=1000000000.000000;
ch1->StepperAmplitude=20.000000;

ch1->iir[0].B0=1.000000;
ch1->iir[0].B1=0.000000;
ch1->iir[0].B2=0.000000;
ch1->iir[0].A1=0.000000;
ch1->iir[0].A2=0.000000;

ch1->iir[1].B0=1.000000;
ch1->iir[1].B1=0.000000;
ch1->iir[1].B2=0.000000;
ch1->iir[1].A1=0.000000;
ch1->iir[1].A2=0.000000;

ch1->iir[2].B0=0.000769;
ch1->iir[2].B1=0.001538;
ch1->iir[2].B2=0.000769;
ch1->iir[2].A1=1.920810;
ch1->iir[2].A2=-0.923885;
EnableAxisDest(1,0);

ch2->InputMode=NO_INPUT_MODE;
ch2->OutputMode=STEP_DIR_MODE;
ch2->Vel=40000.000000;
ch2->Accel=400000.000000;
ch2->Jerk=4000000.000000;
ch2->P=0.000000;
ch2->I=0.010000;
ch2->D=0.000000;
ch2->FFAccel=0.000000;
ch2->FFVel=0.000000;
ch2->MaxI=200.000000;
ch2->MaxErr=1000000.000000;
ch2->MaxOutput=200.000000;
ch2->DeadBandGain=1.000000;
ch2->DeadBandRange=0.000000;
ch2->InputChan0=2;
ch2->InputChan1=0;
ch2->OutputChan0=2;
ch2->OutputChan1=0;
ch2->LimitSwitchOptions=0x0;
ch2->InputGain0=1.000000;
ch2->InputGain1=1.000000;
ch2->InputOffset0=0.000000;
ch2->InputOffset1=0.000000;
ch2->invDistPerCycle=1.000000;
ch2->Lead=0.000000;
ch2->MaxFollowingError=1000000000.000000;
ch2->StepperAmplitude=20.000000;

ch2->iir[0].B0=1.000000;
ch2->iir[0].B1=0.000000;
ch2->iir[0].B2=0.000000;
ch2->iir[0].A1=0.000000;
ch2->iir[0].A2=0.000000;

ch2->iir[1].B0=1.000000;
ch2->iir[1].B1=0.000000;
ch2->iir[1].B2=0.000000;
ch2->iir[1].A1=0.000000;
ch2->iir[1].A2=0.000000;

ch2->iir[2].B0=0.000769;
ch2->iir[2].B1=0.001538;
ch2->iir[2].B2=0.000769;
ch2->iir[2].A1=1.920810;
ch2->iir[2].A2=-0.923885;

EnableAxisDest(2,0);
DefineCoordSystem(0,1,2,-1);

return 0;
}



 

 

Group: DynoMotion

Message: 109

From: babinda01

Date: Fri Jan 22, 2010 8:51 PM

Subject: Re: KFlop/KAnalog Wiring

 



Tom
I have set the Estop input pin in Mach3 to 136 (opto Input 0), and after I click
apply and go back into the config i/o section of mach it shows the estop pin as
-120. Is this normal, or have I done something esle wronge.

Andrew



 

 

Group: DynoMotion

Message: 110

From: babinda01

Date: Sat Jan 23, 2010 4:07 AM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Just one more question before I give up for the day.
When I write my init program am I correct in saying that because I am getting my
step and driection pulses from the JP5 connector on my kflop board these will be
chan 4 - 7? And if so because I am using step and direction pulses with no
inputs I set my X axis(ch4) to OutputChan0=8 and OutputChan1=9 and Y axis to 10
and 11 etc etc?????
I have wired my step and direction signals so that 5V goes from the KAnalog
board to my servo drives and then by step and direction pulses are sinking.

Regards
Andrew



 

 

Group: DynoMotion

Message: 111

From: Tom Kerekes

Date: Sat Jan 23, 2010 10:27 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

It sounds like you have the the polarity wrong.

In Mach3 Config Ports and Pins - Motor Outputs - Dir Low Active

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Fri, January 22, 2010 7:58:47 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 


Hi Tom
Thanks for the info.

OK I am onto my next problem (by the time I get all 10 machines ready I will be an expert)..... I am now setting up Mach3 and I have set the plugin as layed out in the manual. My initalize program is listed below, for spindle control I am using the spindlemach3. c program and the homemach3.c for homing and notifymach3. c for the notify program. I have set the plugin to Initialize every Mach reset.

When I turn the system on, the Kanalog starts as expected and the switch/enable all fet activates, but when I click the reset button in Mach to eneable the system this fet turnes off. What function from mach controls this??

Andrew

#include "KMotionDef. h"

// Defines axis 0, 1, 2 as simple step dir outputs
// enables them
// sets them as an xyz coordinate system for GCode

int main()
{
ch0->InputMode= NO_INPUT_ MODE;
ch0->OutputMode= STEP_DIR_
MODE;
ch0->Vel=40000. 000000;
ch0->Accel=400000. 000000;
ch0->Jerk=4000000. 000000;
ch0->P=0.000000;
ch0->I=0.010000;
ch0->D=0.000000;
ch0->FFAccel= 0.000000;
ch0->FFVel=0. 000000;
ch0->MaxI=200. 000000;
ch0->MaxErr= 1000000.000000;
ch0->MaxOutput= 200.000000;
ch0->DeadBandGain= 1.000000;
ch0->DeadBandRange= 0.000000;
ch0->InputChan0= 0;
ch0->InputChan1= 0;
ch0->OutputChan0= 0;
ch0->OutputChan1= 0;
ch0->LimitSwitchOpt ions=0x0;
ch0->InputGain0= 1.000000;
ch0->InputGain1= 1.000000;
ch0->InputOffset0= 0.000000;
ch0->InputOffset1= 0.000000;
ch0->invDistPerCycl e=1.000000;
ch0->Lead=0. 000000;
ch0->MaxFollowingEr ror=1000000000. 000000;
ch0->StepperAmplitu de=20.000000;

ch0->iir[0]. B0=1.000000;
ch0->iir[0]. B1=0.000000;
ch0->iir[0]. B2=0.000000;
ch0->iir[0].
A1=0.000000;
ch0->iir[0]. A2=0.000000;

ch0->iir[1]. B0=1.000000;
ch0->iir[1]. B1=0.000000;
ch0->iir[1]. B2=0.000000;
ch0->iir[1]. A1=0.000000;
ch0->iir[1]. A2=0.000000;

ch0->iir[2]. B0=0.000769;
ch0->iir[2]. B1=0.001538;
ch0->iir[2]. B2=0.000769;
ch0->iir[2]. A1=1.920810;
ch0->iir[2]. A2=-0.923885;
EnableAxisDest( 0,0);

ch1->InputMode= NO_INPUT_ MODE;
ch1->OutputMode= STEP_DIR_ MODE;
ch1->Vel=40000. 000000;
ch1->Accel=400000. 000000;
ch1->Jerk=4000000. 000000;
ch1->P=0.000000;
ch1->I=0.010000;
ch1->D=0.000000;
ch1->FFAccel= 0.000000;
ch1->FFVel=0. 000000;
ch1->MaxI=200. 000000;
ch1->MaxErr= 1000000.000000;
ch1->MaxOutput= 200.000000;
ch1->DeadBandGain= 1.000000;
ch1->DeadBandRange= 0.000000;
ch1->InputChan0= 1;
ch1->InputChan1= 0;
ch1->OutputChan0=
1;
ch1->OutputChan1= 0;
ch1->LimitSwitchOpt ions=0x0;
ch1->InputGain0= 1.000000;
ch1->InputGain1= 1.000000;
ch1->InputOffset0= 0.000000;
ch1->InputOffset1= 0.000000;
ch1->invDistPerCycl e=1.000000;
ch1->Lead=0. 000000;
ch1->MaxFollowingEr ror=1000000000. 000000;
ch1->StepperAmplitu de=20.000000;

ch1->iir[0]. B0=1.000000;
ch1->iir[0]. B1=0.000000;
ch1->iir[0]. B2=0.000000;
ch1->iir[0]. A1=0.000000;
ch1->iir[0]. A2=0.000000;

ch1->iir[1]. B0=1.000000;
ch1->iir[1]. B1=0.000000;
ch1->iir[1]. B2=0.000000;
ch1->iir[1]. A1=0.000000;
ch1->iir[1]. A2=0.000000;

ch1->iir[2]. B0=0.000769;
ch1->iir[2]. B1=0.001538;
ch1->iir[2]. B2=0.000769;
ch1->iir[2]. A1=1.920810;
ch1->iir[2]. A2=-0.923885;
EnableAxisDest( 1,0);

ch2->InputMode= NO_INPUT_ MODE;
ch2->OutputMode= STEP_DIR_
MODE;
ch2->Vel=40000. 000000;
ch2->Accel=400000. 000000;
ch2->Jerk=4000000. 000000;
ch2->P=0.000000;
ch2->I=0.010000;
ch2->D=0.000000;
ch2->FFAccel= 0.000000;
ch2->FFVel=0. 000000;
ch2->MaxI=200. 000000;
ch2->MaxErr= 1000000.000000;
ch2->MaxOutput= 200.000000;
ch2->DeadBandGain= 1.000000;
ch2->DeadBandRange= 0.000000;
ch2->InputChan0= 2;
ch2->InputChan1= 0;
ch2->OutputChan0= 2;
ch2->OutputChan1= 0;
ch2->LimitSwitchOpt ions=0x0;
ch2->InputGain0= 1.000000;
ch2->InputGain1= 1.000000;
ch2->InputOffset0= 0.000000;
ch2->InputOffset1= 0.000000;
ch2->invDistPerCycl e=1.000000;
ch2->Lead=0. 000000;
ch2->MaxFollowingEr ror=1000000000. 000000;
ch2->StepperAmplitu de=20.000000;

ch2->iir[0]. B0=1.000000;
ch2->iir[0]. B1=0.000000;
ch2->iir[0]. B2=0.000000;
ch2->iir[0].
A1=0.000000;
ch2->iir[0]. A2=0.000000;

ch2->iir[1]. B0=1.000000;
ch2->iir[1]. B1=0.000000;
ch2->iir[1]. B2=0.000000;
ch2->iir[1]. A1=0.000000;
ch2->iir[1]. A2=0.000000;

ch2->iir[2]. B0=0.000769;
ch2->iir[2]. B1=0.001538;
ch2->iir[2]. B2=0.000769;
ch2->iir[2]. A1=1.920810;
ch2->iir[2]. A2=-0.923885;

EnableAxisDest( 2,0);
DefineCoordSystem( 0,1,2,-1) ;

return 0;
}

 

Group: DynoMotion

Message: 112

From: Tom Kerekes

Date: Sat Jan 23, 2010 10:32 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

I think Mach3 stores the I/O Pin number as a signed byte with a range of -128 ... +127 so a value greater than 127 wraps around to a negative value.

Does it still work correctly?

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Fri, January 22, 2010 8:51:28 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 

Tom
I have set the Estop input pin in Mach3 to 136 (opto Input 0), and after I click apply and go back into the config i/o section of mach it shows the estop pin as -120. Is this normal, or have I done something esle wronge.

Andrew

 

Group: DynoMotion

Message: 113

From: Tom Kerekes

Date: Sat Jan 23, 2010 10:38 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

Yes JP5 has Step/Dir Generators #4 - #7 on it, so connect your X motor driver to 4 and Y to 5

No your X Axis (can be any axis channel) should have OutputChan0 = 4, OutputChan1 = don't care
No your Y Axis (can be any axis channel) should have OutputChan0 = 5, OutputChan1 = don't care

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, January 23, 2010 4:07:37 AM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 


Hi Tom
Just one more question before I give up for the day.
When I write my init program am I correct in saying that because I am getting my step and driection pulses from the JP5 connector on my kflop board these will be chan 4 - 7? And if so because I am using step and direction pulses with no inputs I set my X axis(ch4) to OutputChan0= 8 and OutputChan1= 9 and Y axis to 10 and 11 etc etc?????
I have wired my step and direction signals so that 5V goes from the KAnalog board to my servo drives and then by step and direction pulses are sinking.

Regards
Andrew

 

Group: DynoMotion

Message: 114

From: babinda01

Date: Sat Jan 23, 2010 1:53 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for the info

I now have mach3 starting up ok, and after pushing the reset button on mach the
system initialises, but I still can't get the estop to work. Do I need to add
anything to my initialisation program to get the estop to work?

Andrew



 

 

Group: DynoMotion

Message: 115

From: babinda01

Date: Sat Jan 23, 2010 4:50 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom

I am getting back to basics and am trying to get my system working just from the
kmotion software(I probably should have done this first).

So I have my motors connected to JP5 can config as ch4, ch5 and ch6. I have
tied my step +v side of the opto on my servo drives to 5V on the Kanalog board,
and my step and direction pulses from JP5 are going to the step -V side of the
opto on my servo drive. When I enable the Kanalog/Kflop system I can see I have
5V on both my Step and Direction Pins out of JP5, but this is measured without
the cable plugged into my servo drive. Once I plug it into my servo drives this
5V signal is pulled down to approx 1.9V and my motor starts growling and moving
erratically in one direction. Any thoughts on what I could possibly try next?

Andrew



 

 

Group: DynoMotion

Message: 116

From: Tom Kerekes

Date: Sat Jan 23, 2010 10:53 PM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

Very odd.  Without your cable plugged in the KFlop outputs should be either floating or pulled low and definately 4.0v or less.  Measuring 5V would be bad.

From what you describe your drives are only connected to +5V and should have the effect of pulling the signals up toward +5V.   Yet connecting them pulls the signals down to 1.9V??

Please check your wiring and voltage measurements again.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, January 23, 2010 4:50:57 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 


Hi Tom

I am getting back to basics and am trying to get my system working just from the kmotion software(I probably should have done this first).

So I have my motors connected to JP5 can config as ch4, ch5 and ch6. I have tied my step +v side of the opto on my servo drives to 5V on the Kanalog board, and my step and direction pulses from JP5 are going to the step -V side of the opto on my servo drive. When I enable the Kanalog/Kflop system I can see I have 5V on both my Step and Direction Pins out of JP5, but this is measured without the cable plugged into my servo drive. Once I plug it into my servo drives this 5V signal is pulled down to approx 1.9V and my motor starts growling and moving erratically in one direction. Any thoughts on what I could possibly try next?

Andrew

 

Group: DynoMotion

Message: 117

From: babinda01

Date: Sat Jan 23, 2010 11:15 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Sorry, a VERY bad description there on my part.
The outputs from the Kflop with no connection to the servo drives is 5v measured
between the 5v connection and the step or direction pin - so yes the step pin is
pulled low (0v to gnd). But as soon as I plug the servo drive in I get 3.1V to
gnd or 1.9V to the 5V rail.

Once I connect to the servo drive cable the motor turns very roughly with no
command issued. But if I issue a command it does actually turn in the correct
direction and if I issue a command in the opposite direction it does turn in the
opposite direction.
I have wired my servos as a sinking type of input so the Opto +v is connected
directly to the 5v rail of the Kanalog, and then the 0v of the opto is tied to
the step or direction pins.

In the manual for the servos it describes the step and direction inputs as
follows:
5 - 24V input range
max 2Mhz
Min Pulse width 500nS
Input impedance 700ohm

Also in the drawing of the inputs to the servo drives it shows a diode with a
5.6V zener in series with it, between the anode and cathode of the opto.


Regards
Andrew



 

 

Group: DynoMotion

Message: 118

From: Tom Kerekes

Date: Sat Jan 23, 2010 11:36 PM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Hmmm.  If the input impedence is really 700 ohms then it should only take ~7ma to pull it to ground and KFlop is rated for 12ma.

I can't tell if KFlop isn't able to pull the pin low, or if when it floats high it doesn't go high enough to turn off. 

Try this: 

#1 Cycle power on KFlop so everything is in the default mode (inputs=floating) and nothing is configured

#2 Measure the voltage (relative to ground) on the pin

#3 On the Digital I/O screen select the I/O bit as an Output and set the State unchecked (low).

#4 Measure the voltage (relative to ground) on the pin

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, January 23, 2010 11:15:52 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 

Hi Tom
Sorry, a VERY bad description there on my part.
The outputs from the Kflop with no connection to the servo drives is 5v measured between the 5v connection and the step or direction pin - so yes the step pin is pulled low (0v to gnd). But as soon as I plug the servo drive in I get 3.1V to gnd or 1.9V to the 5V rail.

Once I connect to the servo drive cable the motor turns very roughly with no command issued. But if I issue a command it does actually turn in the correct direction and if I issue a command in the opposite direction it does turn in the opposite direction.
I have wired my servos as a sinking type of input so the Opto +v is connected directly to the 5v rail of the Kanalog, and then the 0v of the opto is tied to the step or direction pins.

In the manual for the servos it describes the step and direction inputs as follows:
5 - 24V input range
max 2Mhz
Min Pulse width 500nS
Input impedance
700ohm

Also in the drawing of the inputs to the servo drives it shows a diode with a 5.6V zener in series with it, between the anode and cathode of the opto.

Regards
Andrew

 

Group: DynoMotion

Message: 119

From: babinda01

Date: Sun Jan 24, 2010 12:02 AM

Subject: Re: KFlop/KAnalog Wiring

 



Hi
Did as you said:
#2 = 3.155V
#4 = 0.175V

Andrew



 

 

Group: DynoMotion

Message: 120

From: Tom Kerekes

Date: Sun Jan 24, 2010 12:27 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

Looks like the problem is that the opto is not completely turning off.

If possible, try adding something like a 1~2 K ohm pull up resistor from the pin to +5V.

Case #2 should then be more like 4V and the opto should see only 1V and turn off.

Another option would be to use 3.3V instead of 5V, but then the opto might not turn on reliably.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sun, January 24, 2010 12:02:57 AM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 

Hi
Did as you said:
#2 = 3.155V
#4 = 0.175V

Andrew

 

Group: DynoMotion

Message: 121

From: babinda01

Date: Sun Jan 24, 2010 1:49 AM

Subject: Re: KFlop/KAnalog Wiring

 



HiTom
Did as you suggested and put a 1K pull up, and at this stage it is looking like
it has fixed the problem. So thanks heaps for your help.
I will have another play tomorrow.

Any thoughts on the estop issue with mach3. I can now jog my machine with the
jog buttons in mach, so things are talking correctly. But still I can't get my
estop button to work. I have it connected to opto input 0 (bit 136) on the
Kanalog board. I can see it toggle on the io screen in Kmotion, but nothing is
comming through at the mach3 end. I have even tried another input in mach ie
Input No1 but I can't see anything toggle on my mach diagnostics screen. Do I
need to add some sort of estop routine to my init code??

Regards
Andrew



 

 

Group: DynoMotion

Message: 122

From: babinda01

Date: Wed Jan 27, 2010 2:07 AM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
I am still having trouble getting my inputs to work in Mach3. I can see the
bits change (Bit 136) on the KMotion software, and I have configured mach3
input1 to 136, but the led at the mach3 end just blinks erratically whether the
switch is made or not.
Any thought on what I should be trying??

Regards
Andrew



 

 

Group: DynoMotion

Message: 123

From: Tom Kerekes

Date: Wed Jan 27, 2010 8:31 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Hi Andrew,

Sorry for the delay we were looking into it.  Mach3 only allows "pin" numbers < 128, so that is a problem for Kanalog I/O bits that are greater than this.

You might verify this is the problem by assigning Estop to some other I/O bit less than 128.  You might pick some unused KFlop I/O bit, set it as an output, then just toggle it high and low to simulate a connected switch.  You could also write a KFlop C program loop to constantly copy bit 136 to some other Output bit < 128.  

But here is a new plugin that should allow I/O bits 128-255 by declaring them as Port #2 in Mach3.  You need to subtract 128 from the KFlop I/O bit number.  So for example your Kanalog opto input bit 136 will be specified in Mach3 as Port #2 Bit 136-128 =  8.

Please try it by downloading the following file.  Remove the .v19b from the name and copy it to your <Mach3>\Plugins directory.

http://dynomotion.com/Software/Dynomotion.dll.v19b

Thanks

TK
 


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, January 27, 2010 2:07:14 AM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 


Hi Tom
I am still having trouble getting my inputs to work in Mach3. I can see the bits change (Bit 136) on the KMotion software, and I have configured mach3 input1 to 136, but the led at the mach3 end just blinks erratically whether the switch is made or not.
Any thought on what I should be trying??

Regards
Andrew

 

Group: DynoMotion

Message: 124

From: TKSOFT

Date: Wed Jan 27, 2010 12:08 PM

Subject: KFLOPS back in stock

 



We now have KFlops back in stock

Sorry for the delay.

Tom Kerekes
DynoMotion, Inc.



 

 

Group: DynoMotion

Message: 125

From: babinda01

Date: Wed Jan 27, 2010 11:59 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for your efforts, it looks like the new plug-in works fine. I will be
working on it again a little later, so I will let you know how it goes.
Another dumb question for you - in the past I have used the chargepump from
mach3 when using a parallel port breakout board. Is there any need to still do
this and get the Kflop to monitor this chargepump frequency or is the bit that
you set in the plugin config labled "MACH3 OFFLINE DRIVES" a replacement for
this function.
Thanks again

Andrew



 

 

Group: DynoMotion

Message: 126

From: Tom Kerekes

Date: Thu Jan 28, 2010 10:25 AM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

Regarding the charge pump:  it's not really necessary.  One of the main reasons for using KFlop is to avoid real-time requirements of the PC, Windows, and Mach3.  So you cant really count on Mach3 generating a continuous pulse stream.  If your breakout board needs a charge pump signal you can generate one with KFlop either with a User Program or PWM output.

The Mach3 Offline bit in the Dynomotion Configuration is something else.  It will set a KFlop bit depending on if Mach3 is in offline mode or not.  That bit might be used to do something to your hardware like disable motors when Mach3 is Offline.  Or a KFlop User program might monitor the bit and do some other custom action.

Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, January 27, 2010 11:59:46 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks for your efforts, it looks like the new plug-in works fine. I will be working on it again a little later, so I will let you know how it goes.
Another dumb question for you - in the past I have used the chargepump from mach3 when using a parallel port breakout board. Is there any need to still do this and get the Kflop to monitor this chargepump frequency or is the bit that you set in the plugin config labled "MACH3 OFFLINE DRIVES" a replacement for this function.
Thanks again

Andrew

 

Group: DynoMotion

Message: 127

From: babinda01

Date: Thu Jan 28, 2010 1:04 PM

Subject: Re: KFlop/KAnalog Wiring

 



Hi Tom
Thanks. What I am wanting to do is have an enable circuit for my servos and
spindles. I have a relay connected to "Switch/Enable All"
and I want to 'and' this to another relay that comes on when mach3 is up and
running successfully. This controller is going into an electrical enclosure
which has a single on/off switch, so when I turn the machine on the
Kflop/Kanalog gets powered up and the switch/enable all signal comes on before
windows has finished booting. So that is why I need to have another signal
coming from mach to complete my enable sequence.

Regards
Andrew



 

 

Group: DynoMotion

Message: 128

From: Tom Kerekes

Date: Thu Jan 28, 2010 2:23 PM

Subject: Re: Re: KFlop/KAnalog Wiring

 

Andrew,

How about turning on an output bit in your KFlop Reset/Init program.  That way after Mach3 comes up and the User pushes Reset the relay comes on.

For FET/Relay driver #0 it would be SetBit(152);

TK  


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, January 28, 2010 1:04:21 PM
Subject: [DynoMotion] Re: KFlop/KAnalog Wiring

 

Hi Tom
Thanks. What I am wanting to do is have an enable circuit for my servos and spindles. I have a relay connected to "Switch/Enable All"
and I want to 'and' this to another relay that comes on when mach3 is up and running successfully. This controller is going into an electrical enclosure which has a single on/off switch, so when I turn the machine on the Kflop/Kanalog gets powered up and the switch/enable all signal comes on before windows has finished booting. So that is why I need to have another signal coming from mach to complete my enable sequence.

Regards
Andrew

 

Group: DynoMotion

Message: 129

From: strohm81

Date: Wed Feb 03, 2010 8:35 AM

Subject: Code to duplicate functionality of Kmotioncnc screen buttons with real buttons

 



Tom,

Is there a snippet of code that already exists to have the commands performed by
the buttons on the Kmotioncnc (specifically "stop", "feed hold", and "excecute")
performed by real buttons mounted to a control panel wired to I/O on a Kmotion?

Thanks



 

 

Group: DynoMotion

Message: 130

From: Tom Kerekes

Date: Wed Feb 03, 2010 6:13 PM

Subject: Re: Code to duplicate functionality of Kmotioncnc screen buttons with real buttons

 

Below is code to perform a real-time hardware feedhold.

"Stop" might be implimented by disabling your axes.

We don't currently have a mechanism for Execute.  You could call ResumeCoordinatedMotion() to continue execution from a feedhold.

#include "KMotionDef.h"

main()
{
    for (;;) // loop forever
    {
        WaitNextTimeSlice();
  
        if (ReadBit(46))  // Watch an external input switch
        {
            StopCoordinatedMotion();  //feedhold
        }
    }
}


 



From: strohm81 <strohm81@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Wed, February 3, 2010 8:35:27 AM
Subject: [DynoMotion] Code to duplicate functionality of Kmotioncnc screen buttons with real buttons

 

Tom,

Is there a snippet of code that already exists to have the commands performed by the buttons on the Kmotioncnc (specifically "stop", "feed hold", and "excecute") performed by real buttons mounted to a control panel wired to I/O on a Kmotion?

Thanks

 

Group: DynoMotion

Message: 131

From: bknighton28

Date: Mon Feb 15, 2010 8:42 PM

Subject: accumulating error between command position and encoder position in mach3-kflop

 



Hello group.
My setup is gecko 320 drives turning dc servos with the encoder signals sent
both to the g320 drives and the kflop.
When moving around in mach 3 small errors of a few thousandths of an inch and
growing start to appear. What are the origin of these? I though that kflop
turned the motor until the positions were equal and then reported that back to
mach.
If I used kmotionCNC would this not occur?
One of the reasons I got away from using gecko drives and parallel port with
mach3 is the wasted potential. Things like cold way oil(my mill gets to mid
30's F sometimes) or other factors lead me to run the servos very slowly. While
they might be capable of 120 ipm, sometimes I adjust the max speed to as little
as 30 ipm to avoid motion faults and wrecked parts.
Is the kflop in closed loop step/dir mode programmed so that it will slow down
for tight spots and then speed back up without faulting out? It is my hope that
I can rapid traverse at least at a high speed.



 

 

Group: DynoMotion

Message: 132

From: babinda01

Date: Mon Feb 15, 2010 9:37 PM

Subject: Mach3

 



Hi Tom
I need to change the direction of an axis. Normally within mach you can change
the direction bit from active high to low, how is this done with the kflop and
mach3 plugin.

Thanks
Andrew



 

 

Group: DynoMotion

Message: 133

From: Tom Kerekes

Date: Mon Feb 15, 2010 10:32 PM

Subject: Re: Mach3

 

From a C program execute:

ch0->OutputGain = -1;

before the axis is enabled.

TK

 


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Mon, February 15, 2010 9:37:56 PM
Subject: [DynoMotion] Mach3

 

Hi Tom
I need to change the direction of an axis. Normally within mach you can change the direction bit from active high to low, how is this done with the kflop and mach3 plugin.

Thanks
Andrew



 

 

Group: DynoMotion

Message: 134

From: Tom Kerekes

Date: Mon Feb 15, 2010 11:20 PM

Subject: Re: accumulating error between command position and encoder position in mach3-kflop

 

An accumulating error between the command and encoder position must be due to noise in one of two places.  Either the step/dir drive is miss counting the number of step/dir pulses that KFlop is generating, or the encoder signals counted by the drive and KFlop are counted differently.  If you change to Step/Dir CL (closed loop) mode, then KFlop will generate extra pulses to keep driving the motor until the encoder matches the commanded destination, but I wouldn't recommend it.  It would be better to fix the root cause than try to compensate for it.  The g320 is already closing the loop.

If you use an external probe or gauge you should be able to determine if KFlop is counting encoder pulses without loss.

KMotionCNC and Mach3 will operate the same in this regard.

There is no provision for slowing down for tight spots.  A servo will increase up to peak torque to attempt to follow the planned trajectory, if unable it will trip at the following error limit.

TK


 



From: bknighton28 <bill.knighton@gmail.com>
To: DynoMotion@yahoogroups.com
Sent: Mon, February 15, 2010 8:42:09 PM
Subject: [DynoMotion] accumulating error between command position and encoder position in mach3-kflop

 

Hello group.
My setup is gecko 320 drives turning dc servos with the encoder signals sent both to the g320 drives and the kflop.
When moving around in mach 3 small errors of a few thousandths of an inch and growing start to appear. What are the origin of these? I though that kflop turned the motor until the positions were equal and then reported that back to mach.
If I used kmotionCNC would this not occur?
One of the reasons I got away from using gecko drives and parallel port with mach3 is the wasted potential. Things like cold way oil(my mill gets to mid 30's F sometimes) or other factors lead me to run the servos very slowly. While they might be capable of 120 ipm, sometimes I adjust the max speed to as little as 30 ipm to avoid motion faults and wrecked parts.
Is the kflop in closed loop step/dir mode programmed so that it will slow down for tight spots and then speed back up without faulting out? It is my hope that I can rapid
traverse at least at a high speed.

 

 

Group: DynoMotion

Message: 135

From: babinda01

Date: Tue Feb 16, 2010 11:31 PM

Subject: Re: Mach3

 



Hi Tom
Thanks for the help.
My machine is very close to being finished now, I have just a couple of more
things to get working properly. Today I got homing working perfectly - I now
press a home axis button and it will rapid traverse at 55 meters per minute onto
my home proximity switch, it then back off at 3 m/min until the prox goes low
and then it homes onto the Z pulse of the encoder at 100mm/min. Even at my
highest rapid rate - approx 75meters per minute - it still homes perfectly to
with .002 - .005mm every time.
My next problem is that when mach3 starts, I SetBit(152) as part of my enable
circuit, this works well but when mach shuts down I need to be able to disable
my enable circuit, Is there some way I can disable this bit on shutdown of
mach3?? Also when I press my reset button in mach (putting the mach into e/stop)
I need to disable this bit - could you please give me an example for this as
well.

Thanks again for your patients with my dumb questions.

Regards
Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> From a C program execute:
>
> ch0->OutputGain = -1;
>
> before the axis is enabled.
>
> TK
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Mon, February 15, 2010 9:37:56 PM
> Subject: [DynoMotion] Mach3
>
>  
> Hi Tom
> I need to change the direction of an axis. Normally within mach you can change
the direction bit from active high to low, how is this done with the kflop and
mach3 plugin.
>
> Thanks
> Andrew
>



 

 

Group: DynoMotion

Message: 136

From: Tom Kerekes

Date: Thu Feb 18, 2010 12:14 PM

Subject: Re: Re: Mach3

 

Hi Andrew,

Wow - crazy fast!

Regarding the enable circuit:  you might try using a defined motor enable bit in the Mach3 ports and pins configuration.  Mach3 should enable that bit after RESET and disable that bit on Estop.  I don't know of a way to cause Mach3 to do something on program exit.  The only thing I can think of would be to toggle a bit with a Mach3 "Brain" or something and run a watchdog type of program in KFLOP.  The watchdog time would have to be quite long (seconds) to tolerate when Windows/Mach3 freezes on rare occasions (which is one of the main reasons for using KFLOP).

Regards

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Tue, February 16, 2010 11:31:26 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
Thanks for the help.
My machine is very close to being finished now, I have just a couple of more things to get working properly. Today I got homing working perfectly - I now press a home axis button and it will rapid traverse at 55 meters per minute onto my home proximity switch, it then back off at 3 m/min until the prox goes low and then it homes onto the Z pulse of the encoder at 100mm/min. Even at my highest rapid rate - approx 75meters per minute - it still homes perfectly to with .002 - .005mm every time.
My next problem is that when mach3 starts, I SetBit(152) as part of my enable circuit, this works well but when mach shuts down I need to be able to disable my enable circuit, Is there some way I can disable this bit on shutdown of mach3?? Also when I press my reset button in mach (putting the mach into e/stop) I need to disable this bit - could you please give me an example for this as well.

Thanks again for your
patients with my dumb questions.

Regards
Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> From a C program execute:
>
> ch0->OutputGain = -1;
>
> before the axis is enabled.
>
> TK
>
>
>
>
> ____________ _________ _________ __
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogro ups.com
> Sent: Mon, February 15, 2010 9:37:56 PM
> Subject: [DynoMotion] Mach3
>
> Ă‚ 
> Hi Tom
> I need to change the direction of an axis. Normally within mach you can change the direction bit from active high to low, how is this done with
the kflop and mach3 plugin.
>
> Thanks
> Andrew
>



 

 

Group: DynoMotion

Message: 137

From: TKSOFT

Date: Thu Feb 18, 2010 12:30 PM

Subject: P I D Parameters Article

 



I found this article well written and an easy read that decribes what each of
the P I D parameters do. It isn't specific to motion control, but of course the
same control concepts apply. It focus mainly on the D parameter, but describes
P and I also. I also put it in the Links.

TK

http://www.controleng.com/article/446647-Understanding_Derivative_in_PID_Control\
.php



 

 

Group: DynoMotion

Message: 138

From: strohm81

Date: Fri Feb 19, 2010 10:56 AM

Subject: Snap Amp help

 



Hi Tom,

I recently acquired the Kmotion and 2 Snap Amps from my old school after the
program took a different direction. They have been sitting quite a while and I
plan to build a small mill of my own. Right now I have just the Kmotion and 2
amps hooked to a PC power supply and USB cable to update the firmware to 4.19,
which loaded fine, but I noticed that the LEDs on both amps are not lighting up.
As I recall they would blink until the C program was run. The short 16pin cable
seems to be fully seated. Is there something I am missing or are there some
troubleshooting steps to take?

Thanks,
Ben



 

 

Group: DynoMotion

Message: 139

From: Tom Kerekes

Date: Fri Feb 19, 2010 12:17 PM

Subject: Re: Snap Amp help

 

Hi Ben,

I just tried a KMotion + 2 SnapAmps with V4.19 and it works ok.

Not sure what the problem may be.  Were the lights blinking before you updated the firmware?

The "I'm alive" LEDS should always blink even after running the C program to set the peak current limits.  But after setting the peak current limits the fault light should go out.

You might try connecting one SnapAmp at a time (remove any jumper to address it as SnapAmp#0).  Disconnect everything except +5V to KMotion and the connection between KMotion to SnapAmp.

Check the 16 pin ribbon cable for any shorts.

Otherwise you can send it to us for diagnosis.

Good Luck

TK


 



From: strohm81 <strohm81@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Fri, February 19, 2010 10:56:55 AM
Subject: [DynoMotion] Snap Amp help

 

Hi Tom,

I recently acquired the Kmotion and 2 Snap Amps from my old school after the program took a different direction. They have been sitting quite a while and I plan to build a small mill of my own. Right now I have just the Kmotion and 2 amps hooked to a PC power supply and USB cable to update the firmware to 4.19, which loaded fine, but I noticed that the LEDs on both amps are not lighting up. As I recall they would blink until the C program was run. The short 16pin cable seems to be fully seated. Is there something I am missing or are there some troubleshooting steps to take?

Thanks,
Ben



 

 

Group: DynoMotion

Message: 140

From: babinda01

Date: Fri Feb 19, 2010 5:21 PM

Subject: Re: Mach3

 



Hi Tom
I will try using the enable axis pins and see what I can achieve.
Can the Kflop handle the charge pump signal at all? I know it is a digital
signal from Mach at I think about 12Khz, can this be used somehow with the
Kflop???

Regards
Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Wow - crazy fast!
>
> Regarding the enable circuit:  you might try using a defined motor enable bit
in the Mach3 ports and pins configuration.  Mach3 should enable that bit after
RESET and disable that bit on Estop.  I don't know of a way to cause Mach3 to
do something on program exit.  The only thing I can think of would be to toggle
a bit with a Mach3 "Brain" or something and run a watchdog type of program in
KFLOP.  The watchdog time would have to be quite long (seconds) to tolerate
when Windows/Mach3 freezes on rare occasions (which is one of the main reasons
for using KFLOP).
>
> Regards
> TK
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Tue, February 16, 2010 11:31:26 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
> Hi Tom
> Thanks for the help.
> My machine is very close to being finished now, I have just a couple of more
things to get working properly. Today I got homing working perfectly - I now
press a home axis button and it will rapid traverse at 55 meters per minute onto
my home proximity switch, it then back off at 3 m/min until the prox goes low
and then it homes onto the Z pulse of the encoder at 100mm/min. Even at my
highest rapid rate - approx 75meters per minute - it still homes perfectly to
with .002 - .005mm every time.
> My next problem is that when mach3 starts, I SetBit(152) as part of my enable
circuit, this works well but when mach shuts down I need to be able to disable
my enable circuit, Is there some way I can disable this bit on shutdown of
mach3?? Also when I press my reset button in mach (putting the mach into e/stop)
I need to disable this bit - could you please give me an example for this as
well.
>
> Thanks again for your patients with my dumb questions.
>
> Regards
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > From a C program execute:
> >
> > ch0->OutputGain = -1;
> >
> > before the axis is enabled.
> >
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Mon, February 15, 2010 9:37:56 PM
> > Subject: [DynoMotion] Mach3
> >
> >  
> > Hi Tom
> > I need to change the direction of an axis. Normally within mach you can
change the direction bit from active high to low, how is this done with the
kflop and mach3 plugin.
> >
> > Thanks
> > Andrew
> >
>



 

 

Group: DynoMotion

Message: 141

From: Tom Kerekes

Date: Sat Feb 20, 2010 10:01 AM

Subject: Re: Re: Mach3

 

Hi Andrew,

Well no.  But this is an excellent question and we are open for ideas.  The charge pump is generated by the Mach3 Parallel Port Kernel driver which is not installed or used with the KFLOP Plugin.  One of the main reasons for using a KFLOP Controller (or any external motion generator) is to relieve the PC and Windows from being required to be deterimistically real-time.  It might make sense for us to add a "charge pump" type of signal in our plugin but it would need to be much slower.  Also since on rare occasions Windows causes Mach3 (and our plugin) to freeze up for several seconds, whatever is watching the signal would need to expect that to occasionally occur. 

There is probably a way to add a background program in Mach3 using a "brain" or something to constantly toggle a bit and so generate an "I'm alive" signal that could be monitored by either hardware or a KFLOP program.

I'm not sure understand the requirement.  If the system is "safe" with Mach3 up and running, how does it become "unsafe" if Mach3 is closed or unresponsive.

But I can see how it would be prudent to disable the system if Mach3 isn't running.  Maybe Mach3 sends a message to Plugins on normal program exit that might be useful?

Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Fri, February 19, 2010 5:21:33 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
I will try using the enable axis pins and see what I can achieve.
Can the Kflop handle the charge pump signal at all? I know it is a digital signal from Mach at I think about 12Khz, can this be used somehow with the Kflop???

Regards
Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Wow - crazy fast!
>
> Regarding the enable circuit:Ă‚  you might try using a defined motor enable bit in the Mach3 ports and pins configuration.Ă‚  Mach3 should enable that bit after RESET and disable that bit on Estop.Ă‚  I don't know of a way to cause Mach3 to do something on program exit.Ă‚  The only thing I can think of would be to toggle a bit with a Mach3 "Brain" or something and run a watchdog type of program in
KFLOP.Ă‚  The watchdog time would have to be quite long (seconds) to tolerate when Windows/Mach3 freezes on rare occasions (which is one of the main reasons for using KFLOP).
>
> Regards
> TK
>
>
>
>
> ____________ _________ _________ __
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogro ups.com
> Sent: Tue, February 16, 2010 11:31:26 PM
> Subject: [DynoMotion] Re: Mach3
>
> Ă‚ 
> Hi Tom
> Thanks for the help.
> My machine is very close to being finished now, I have just a couple of more things to get working properly. Today I got homing working perfectly - I now press a home axis button and it will rapid traverse at 55 meters per minute onto my home proximity switch, it then back off at 3 m/min until the
prox goes low and then it homes onto the Z pulse of the encoder at 100mm/min. Even at my highest rapid rate - approx 75meters per minute - it still homes perfectly to with .002 - .005mm every time.
> My next problem is that when mach3 starts, I SetBit(152) as part of my enable circuit, this works well but when mach shuts down I need to be able to disable my enable circuit, Is there some way I can disable this bit on shutdown of mach3?? Also when I press my reset button in mach (putting the mach into e/stop) I need to disable this bit - could you please give me an example for this as well.
>
> Thanks again for your patients with my dumb questions.
>
> Regards
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > From a C program execute:
> >
> > ch0->OutputGain = -1;
> >
> > before the axis is enabled.
>
>
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Mon, February 15, 2010 9:37:56 PM
> > Subject: [DynoMotion] Mach3
> >
> > Ăƒâ€Ă‚ 
> > Hi Tom
> > I need to change the direction of an axis. Normally within mach you can change the direction bit from active high to low, how is this done with the kflop and mach3 plugin.
> >
> > Thanks
> > Andrew
> >
>



 

 

Group: DynoMotion

Message: 142

From: Chris D

Date: Sat Feb 20, 2010 12:39 PM

Subject: (No subject)

 

Question:

I now have a KFlop and KAnalog mounted in the my controller cabinet. I am looking for some help with where to land the encoder wires. The attachment has the encoder into. Any advice would be greatly appreciated. Thanks.

Answer:

The idea is to connect your x,y,z encoders to differential input pairs 0,1,2.

The markers are not necessarily required unless you want to home on them after homing on a switch for more repeatability that a switch would provide. Those can be connected to any spare differential input (any A or B input of an unused encoder).

For your X axis

---------------------

Connect CH A to JP1 Pin1 A0+

Connect CH /A to JP1 Pin2 A0-

Connect CH B to JP1 Pin3 B0+

Connect CH /B to JP1 Pin4 B0-

Connect Marker to JP2 Pin1 A4+

Connect /Marker to JP2 Pin2 A4-

For your Y axis

---------------------

Connect CH A to JP1 Pin5 A1+

Connect CH /A to JP1 Pin6 A1-

Connect CH B to JP1 Pin7 B1+

Connect CH /B to JP1 Pin8 B1-

Connect Marker to JP2 Pin3 B4+

Connect /Marker to JP2 Pin4 B4-

For your Z axis

---------------------

Connect CH A to JP1 Pin9 A2+

Connect CH /A to JP1 Pin10 A2-

Connect CH B to JP1 Pin11 B2+

Connect CH /B to JP1 Pin12 B2-

Connect Marker to JP2 Pin3 A5+

Connect /Marker to JP2 Pin4 A5-

I hope this helps.

TK




 

 

Group: DynoMotion

Message: 143

From: babinda01

Date: Sat Feb 20, 2010 2:07 PM

Subject: Re: Mach3

 



Hi Tom
At the present moment some sort of message on shut down of mach would work for
me, because with my current project, if I shut mach3 down all my drives and
spindle controllers stay enabled. I havn't tried having a spindle running and
then shut mach down, so I am not sure what would happen in that situation.
But I do believe in the longer term, some sort of watchdog system would be
absolutly essential. Windows is a terrible system for CNC so I feel that we
need to make sure a system is absolutly safe no matter what windows tries to do.

Regards
Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Well no.  But this is an excellent question and we are open for ideas.  The
charge pump is generated by the Mach3 Parallel Port Kernel driver which is not
installed or used with the KFLOP Plugin.  One of the main reasons for using a
KFLOP Controller (or any external motion generator) is to relieve the PC and
Windows from being required to be deterimistically real-time.  It might make
sense for us to add a "charge pump" type of signal in our plugin but it would
need to be much slower.  Also since on rare occasions Windows causes Mach3
(and our plugin) to freeze up for several seconds, whatever is watching the
signal would need to expect that to occasionally occur. 
>
> There is probably a way to add a background program in Mach3 using a "brain"
or something to constantly toggle a bit and so generate an "I'm alive" signal
that could be monitored by either hardware or a KFLOP program.
>
> I'm not sure understand the requirement.  If the system is "safe" with Mach3
up and running, how does it become "unsafe" if Mach3 is closed or unresponsive.
>
> But I can see how it would be prudent to disable the system if Mach3 isn't
running.  Maybe Mach3 sends a message to Plugins on normal program exit that
might be useful?
>
> Thanks
> TK
>
>
>



 

 

Group: DynoMotion

Message: 144

From: Tom Kerekes

Date: Sun Feb 21, 2010 12:45 PM

Subject: Re: Re: Mach3

 

Andrew,

We added a counter (StatusRequestCounter) to the status read in the firmware, so it is easy to check if the status is being actively read by some application (ie.  Mach3, or KMotionCNC, or KMotion.exe).

Here is a patch if you would like to try it.  There are 3 files:  Copy the new firmware (DSPKFlop.out) and new header (KMotionDef.h) to your DSP_KFlop directoy, then flash the new firmware.  It will report the version as V4.19c.  Then run the WatchStatus.c User program.  Modify it as required for your system.  By default it will enable KFlop LED IO46 when Mach3 is running.  3 Seconds after Mach3 terminates (and stops reading KFlop status) the LED should go out.  There is also an option to re-enable the bit automatically when status reads resume, but it might be better to have the RESET command do this.  I also pasted the WatchStatus program below.   You will probably want to merge this code at the end of your master init program.

http://www.dynomotion.com/Software/WatchStatus/

Let me know what you think.

TK


#include "KMotionDef.h" #define OUTPUT_BIT 46 // bit to activate #define ACTIVE_STATE 1 // Set bit to this when status is actively read #define TIMEOUT 3.0 // seconds - deactivate output if no status for this time #define ACTIVATE_ALSO 0 // Set to 0 to never re-enable (only disable) int LastCount; double LastTime; void ServiceWatchStatus(void); main() { LastCount=StatusRequestCounter; LastTime = Time_sec(); while(1) // loop forever { ServiceWatchStatus(); WaitNextTimeSlice(); } } void ServiceWatchStatus(void) { int NewCount = StatusRequestCounter; double NewTime = Time_sec(); if (NewCount != LastCount) { // status was read, activate the bit if (ACTIVATE_ALSO) SetStateBit(OUTPUT_BIT,ACTIVE_STATE); LastCount = NewCount; LastTime = NewTime; } else if (NewTime > LastTime+TIMEOUT) { // we timed out deactivate the bit SetStateBit(OUTPUT_BIT,1-ACTIVE_STATE); LastTime
= NewTime; } }


 


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 20, 2010 2:07:24 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
At the present moment some sort of message on shut down of mach would work for me, because with my current project, if I shut mach3 down all my drives and spindle controllers stay enabled. I havn't tried having a spindle running and then shut mach down, so I am not sure what would happen in that situation.
But I do believe in the longer term, some sort of watchdog system would be absolutly essential. Windows is a terrible system for CNC so I feel that we need to make sure a system is absolutly safe no matter what windows tries to do.

Regards
Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Well no.Ă‚  But this is an excellent question and we are open for ideas.Ă‚  The charge pump is generated by the Mach3 Parallel Port
Kernel driver which is not installed or used with the KFLOP Plugin.Ă‚  One of the main reasons for using a KFLOP Controller (or any external motion generator) is to relieve the PC and Windows from being required to be deterimistically real-time.Ă‚  It might make sense for us to add a "charge pump" type of signal in our plugin but it would need to be much slower.Ă‚ Ă‚ Also since on rare occasions Windows causes Mach3 (and our plugin) to freeze up for several seconds, whatever is watching the signal would need to expect that to occasionally occur.Ă‚ 
>
> There is probably a way to add a background program in Mach3 using a "brain" or something to constantly toggle a bit and so generate an "I'm alive"Ă‚ signal that could be monitored by either hardware or a KFLOP program.
>
> I'm not sure understand the requirement.Ă‚  If the system is "safe" with Mach3 up and running, how does it become "unsafe"
if Mach3 is closed or unresponsive.
>
> But I can see how it would be prudent to disable the system if Mach3 isn't running.Ă‚  Maybe Mach3 sends a message to Plugins on normal program exit that might be useful?
>
> Thanks
> TK
>
>
>



 

 

Group: DynoMotion

Message: 145

From: bigtoy302

Date: Mon Feb 22, 2010 7:27 PM

Subject: MPG problems

 



I am in the process of getting my system all set up. I have a Kflop, snapamp,
and kanalog together. I have everything tuned and I can jog everything just
fine. So I installed my Keling MPG and everything was working good for a few
minutes then all the sudden the x and y servos powered off the snapamp started
twitching back and forth then would fault then spin out of control. If I unplug
the mpg the motors work fine. As soon as I plug it back in the freak out again.
If I unplug the snapamp I can still jog the Z ( powered from the kanalog just
fine)with the mpg. I am running Mach also.


Ryan



 

 

Group: DynoMotion

Message: 146

From: Tom Kerekes

Date: Tue Feb 23, 2010 9:07 AM

Subject: Re: MPG problems

 

Ryan,

I have no idea why this is occurring.  Could you provide more information?  Such as when you say everything was working then failed, what was working?  Jogging or GCode motion or sitting idle? 

Do you have the Keling wired up to the Aux1 connector?

Possibilities I can think of might be:

#1 - We don't have any protection against jogging on the MPG while GCode is running.  To eliminate this as a possibility try re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs (of course you wont be able to test jogging with the MPG).

#2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an internal 150 ohm pull down).   I doubt if this is a problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped to the 3.3V power rail).  Please check the outputs to see what voltage they rise to.  The ideal test would be disconnected from the KFlop and with a 150ohm pulldown resistor.   Or add 50 ohm series resistors to be safe.

#3 - Possibly just the long MPG cable picking up noise and injecting it into the system?  Is there a shield?   How is it grounded?

Sorry that is all I can think of.

Regards

TK


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Mon, February 22, 2010 7:27:47 PM
Subject: [DynoMotion] MPG problems

 

I am in the process of getting my system all set up. I have a Kflop, snapamp, and kanalog together. I have everything tuned and I can jog everything just fine. So I installed my Keling MPG and everything was working good for a few minutes then all the sudden the x and y servos powered off the snapamp started twitching back and forth then would fault then spin out of control. If I unplug the mpg the motors work fine. As soon as I plug it back in the freak out again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog just fine)with the mpg. I am running Mach also.

Ryan



 

 

Group: DynoMotion

Message: 147

From: cees

Date: Tue Feb 23, 2010 10:57 AM

Subject: Re: MPG problems

 

I think the USB stuff is beyond the
knowledge, for the developers.

I am busy with the KFLOP and Kanalog now
for 4 months without pauses.

What I have seen, in this period.

Ghost, viruses, voodoo perhaps???

No!!

This USB is not for the real world.

A mice, or a printer, Yes okay, CNC with heavy
motors and heavy drives like a 4KW radar beam it is no good!!

It is not stable in a professionally CNC environment.

It sucks!!

Electrical noise, and a progam what is in a
kind of experimental stage.

We have to send Tom back to his developers
bench.

I am sorry, to have such a hard verdict.

But I am on the place where I started four months
ago, .. How do I control the beast.

Best Regards /  M.vr.gr

Cees

C.J. Olgers

Lemmerkade 38  8244DC

Lelystad-Haven

Tel. : 0320-842939

Mobiel: 0624718690

K.v.K. Lelystad 34071687

b.t.w. nr. NL063838771B01

http://www.olgerstimmerwerk.nl

http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm

http://www.cncfrees.nl/



 

 

Group: DynoMotion

Message: 148

From: babinda01

Date: Tue Feb 23, 2010 2:00 PM

Subject: Re: MPG problems

 



Hi Cees,
I have been a CNC integrator of many years now, mainly on large machinery ie
milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
Spindle drives. Noise is ALWAYS an issue - I have seen even the most hardened
"Commercial Control" have issues in regard to noise.

Having said that, I have been installing a system using the Kflop & Kanalog for
a while now too. I have had a few issues and a few problems, BUT Tom has always
helped me out - most of these problems were my own lack of knowledge, some were
features missing from the kflop/kanalog, but as I said Tom helped me out each
time.

I too am unsure about USB and motion control, I have seen it fail (or not work
properly) on two other recent USB based motion devices. I KNOW Windows is evil,
evil, evil, terrible, terrible, terrible and shouldn't be used for motion
control - and that is why we need devices like the kflop/kanalog.
Some thing COULD be done differently to enhance the system, but all this
knowledge and after thought comes from other peoples experience using the device
in different situations, there is no amount of testing on a bench that can make
up for real world experience. If you want a good system for industrial use, the
newer Fanuc controls are great, but they come at a price. So we all need to
have a bit of give and take, and work together to get a system that works for
the price we are willing to pay.

I have only this week got my machine running with the kflop/kanalog, and I will
be testing it more intensly this week and next to see how it performs, and to
see if I have any "Ghosts" hiding in my system. I am using AC servo motors and
drives and have two VFD's controlling two spindles, I have all this crammed into
one small electrical enclosure. The other day I was running some homing tests
with rapid rates up around the 50 - 75 Meters/Minute and I homed to within about
.01mm each time, so I have no issues with the accuracy of the system.

I feel you are being a little to harsh on Tom, he has been helpful to me.
I don't mean this post to be a bash up Cees post, so please don't take it that
way. I can understand your frustration and I share your concerns about USB. But
I do feel that you will get your system working with Toms help.

Regards
Andrew Erwood
AKSYS Tech Pty Ltd
Australia
andrew@aksystech.com


--- In DynoMotion@yahoogroups.com, "cees" <c.olgers@...> wrote:
>
> I think the USB stuff is beyond the knowledge, for the developers.
>
> I am busy with the KFLOP and Kanalog now for 4 months without pauses.
>
> What I have seen, in this period.
>
> Ghost, viruses, voodoo perhaps???
>
> No!!
>
> This USB is not for the real world.
>
> A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives like
> a 4KW radar beam it is no good!!
>
> It is not stable in a professionally CNC environment.
>
> It sucks!!
>
> Electrical noise, and a progam what is in a kind of experimental stage.
>
> We have to send Tom back to his developers bench.
>
> I am sorry, to have such a hard verdict.
>
> But I am on the place where I started four months ago, .. How do I control
> the beast.
>
>
>
> Best Regards / M.vr.gr
>
> Cees
>
>
>
> C.J. Olgers
>
> Lemmerkade 38 8244DC
>
> Lelystad-Haven
>
> Tel. : 0320-842939
>
> Mobiel: 0624718690
>
> K.v.K. Lelystad 34071687
>
> b.t.w. nr. NL063838771B01
>
> <http://www.olgerstimmerwerk.nl/> http://www.olgerstimmerwerk.nl
>
> <http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm>
> http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm
>
> <http://www.cncfrees.nl/> http://www.cncfrees.nl/
>



 

 

Group: DynoMotion

Message: 149

From: bigtoy302

Date: Tue Feb 23, 2010 4:44 PM

Subject: Re: MPG problems

 



I have the MPG hooked up to jp6 just like the diagram said. I used a db25
mounted on my control box then it goes to the kflop. I did not modify the mpg
harness at all. I used the db25 that was on it when I got it. I think I may be
getting noise fed back into the x and y encoders. I do not have the shields
hooked up them yet. I will hook them up and try it again. I have the kanalog
mounted to the control cabinet using the hardware provided. I used the outside
holes to mount the board not the ones marked ground.

Check out my build thread here for pictures of how I have everything mounted.
http://www.cnczone.com/forums/showthread.php?t=94101

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Ryan,
>
> I have no idea why this is occurring.  Could you provide more information? 
Such as when you say everything was working then failed, what was working? 
Jogging or GCode motion or sitting idle? 
>
> Do you have the Keling wired up to the Aux1 connector?
>
> Possibilities I can think of might be:
>
> #1 - We don't have any protection against jogging on the MPG while GCode is
running.  To eliminate this as a possibility try re-assigning the A B
Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs
(of course you wont be able to test jogging with the MPG).
>
> #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an
internal 150 ohm pull down).   I doubt if this is a problem unless the MPG is
driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped
to the 3.3V power rail).  Please check the outputs to see what voltage they
rise to.  The ideal test would be disconnected from the KFlop and with a
150ohm pulldown resistor.   Or add 50 ohm series resistors to be safe.
>
> #3 - Possibly just the long MPG cable picking up noise and injecting it into
the system?  Is there a shield?   How is it grounded?
>
> Sorry that is all I can think of.
>
> Regards
> TK
>
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Mon, February 22, 2010 7:27:47 PM
> Subject: [DynoMotion] MPG problems
>
>  
> I am in the process of getting my system all set up. I have a Kflop, snapamp,
and kanalog together. I have everything tuned and I can jog everything just
fine. So I installed my Keling MPG and everything was working good for a few
minutes then all the sudden the x and y servos powered off the snapamp started
twitching back and forth then would fault then spin out of control. If I unplug
the mpg the motors work fine. As soon as I plug it back in the freak out again.
If I unplug the snapamp I can still jog the Z ( powered from the kanalog just
fine)with the mpg. I am running Mach also.
>
> Ryan
>



 

 

Group: DynoMotion

Message: 150

From: babinda01

Date: Wed Feb 24, 2010 12:37 AM

Subject: Re: Mach3

 



Hi Tom
I have been testing my machine today, and have found a couple of issues.

My machine has to rapid up to the job, and start the left hand spindle (M03)and
while the spindle is running up to full speed, the machine goes through an
engraving cycle which engraves a part number onto the side of the job. This
engraving is done by activating a solenoid with the M08 command and deactivating
with a M09. This solenoid gets activated quite regularly at the start and end
of each letter or possibly several times during a letter, depending on the
particular letter and font chosen. What is happening is that there is a
noticable pause before and after each M08 and M09 and also the spindle is
stopping and starting at each toggle of the engraver. It is like all the outputs
are being toggled on and off at each "M" command, is this so? and if so can it
be changed somehow, or is there a different way of configuring my system to do
this.

Regards
Andrew



 

 

Group: DynoMotion

Message: 151

From: Tom Kerekes

Date: Wed Feb 24, 2010 11:04 AM

Subject: Re: Re: Mach3

 

Hi Andrew,

Hmmm.  No the outputs should not toggle on M commands.   I have no idea whay that might occur.  I'm not sure if Mach3 does something special for M08/M09 coolant commands.  I see those are handled somehow internally by Mach3 as there is no Macro VB Script for those.

Let's try using a custom M command to see if that works better.  Try defining M100 and M101 as empty VB Script to see if the spindle is still affected.  If that works we can add VB script to do a NotifyPlugins(xx) to send a message to KFLOP to toggle your engraver.

Unfortuneately I don't know of a way to embed I/O commands in the Mach3 motion stream like we have in KMotionCNC with the SetBitBuf/ClearBitBuf commands so they happen in real time.  A workaround might be to setup a dummy axis that we move up and down a tiny bit and we program KFLOP to watch for this motion and switch the engraver.

Regards

TK


 


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, February 24, 2010 12:37:12 AM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
I have been testing my machine today, and have found a couple of issues.

My machine has to rapid up to the job, and start the left hand spindle (M03)and while the spindle is running up to full speed, the machine goes through an engraving cycle which engraves a part number onto the side of the job. This engraving is done by activating a solenoid with the M08 command and deactivating with a M09. This solenoid gets activated quite regularly at the start and end of each letter or possibly several times during a letter, depending on the particular letter and font chosen. What is happening is that there is a noticable pause before and after each M08 and M09 and also the spindle is stopping and starting at each toggle of the engraver. It is like all the outputs are being toggled on and off at each "M" command, is this so? and if so can it be changed somehow, or is there a different way of configuring my system to do
this.

Regards
Andrew



 

 

Group: DynoMotion

Message: 152

From: cees

Date: Wed Feb 24, 2010 11:40 AM

Subject: RE: Re: MPG problems

 

Hi Andrew

Ok, I am to harsh on Tom, he is very helpful to me also.

But I don’t know where to look anymore.

Yesterday it was again no joy, after a few weeks searching for “personality
modules for my old analog  electro craft BRU 200 drives, without luck.

I came to the conclusion that these modules have some data
burned in for a motor what is attached at this drive, they have a battery what
hold fine tuning data for the P.I.D. parameters.

So they have basic information in them for the specific motor,
and then you can auto tune them with Hyperterminal .

This fine tuning can also be done in Kmotion, and then you can
store this data in a C-progam.

So there is no need to have the fine tuning P.I.D. data stored
in the personality module, ( after ten years these modules have to replaced
because the onboard battery has died)

But the basic parameters are still there.

So with this knowledge, I started with: a virus scan on my computer,
installed the service pack 2 usb driver because it is faster, I had installed
from the computer and all other gadgets and encoder 6mm² ground wires   to a
big copper strip in the electrical cabinet to get a star shaped grounding, to
eliminate the electrical noise .

You have to know that all this was after I have got the machine
running in December, it did three axes and spindle. And I was happy as a child.

This was a beginning, because it has limit switches, a pneumatic
driven 8 tools changer on his arm on the Y axe, so I had more hair loss to go. I
want to start something simple, I tried the Xbox plug-in with a wireless Xbox
controller, with this plug-in the machine went nuts, and drive the 1500kg X axe
with the speed of light to my neighbor across the street.

I had uninstalled the plug-in, and now for some strange reason  I
know the C-progam file was changed, the input gain for the X axe was changed
from -1 to plus 1, this looks like a minor case, but there is suddenly a 10
volt output on the analog drive and he is going on maximum speed to his grave.

Yesterday I made a new start, made a new tuning C-progam al from
the start.

After this it was running again. Now the next step, I putted in
the C-progam for the Limit switches to get them working.

I had them at first configurated in Mach3 but there was a
problem with the in and outputs above 128 for some reason, so with the help of
Tom I wrote the C-progam.

I must say, I don’t have any experience with this kind of programming,
I don’t understand this Kmotion software for more than 5%.

It is all new for me, I have build three stepper machines, and that’s
all, never heard about P.I.D. before and no experience with servo motors.

Then there is the Language, I am Dutch so the manuals are a kind
of Chinese for me.

After the lunch break I started the machine again, my wife was
there to look at my progress and to see it move again properly.

Now the Y axe went nuts and hit the end of his travel so hard,
that the end plate (15mm thick steel plate was bend) and the steel bearing
balls went ejected from the ball bearing nut.

Another change in the Init C-progam, again a gain what was
changed from 1 to -1.

So I did change it back, get rid of the home limit progam, to
get again in the state I was before, with no luck.

Now it is telling me all kind of fault messages, and I am not
able to get the three axes running like they did.

I don’t know anymore, and I am freightfull to start it
again.

Conclusion:

I don’t understand the Kmotion software enough.

The software and Kflop comes from a guy who is willing to give
all the help I need.

I am a sort of experimental object.

Mach3 has 9 years of history with now about 12000 users, with
all there specific needs and bugs they found out. Brian Barker is rewriting it
now, and he hopes to get it done at the end of this year.

So I know it is very complex.

I have no luck.

So my mail was not intended to burn Tom to the ground.

Regards,

Cees

Van:
DynoMotion@yahoogroups.com [mailto: DynoMotion@yahoogroups.com] Namens babinda01

Verzonden: dinsdag 23 februari 2010 23:00

Aan: DynoMotion@yahoogroups.com

Onderwerp: [DynoMotion] Re: MPG problems

Hi Cees,

I have been a CNC integrator of many years now, mainly on large machinery ie
milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
Spindle drives. Noise is ALWAYS an issue - I have seen even the most hardened
"Commercial Control" have issues in regard to noise.



Having said that, I have been installing a system using the Kflop & Kanalog
for a while now too. I have had a few issues and a few problems, BUT Tom has
always helped me out - most of these problems were my own lack of knowledge,
some were features missing from the kflop/kanalog, but as I said Tom helped me
out each time.



I too am unsure about USB and motion control, I have seen it fail (or not work
properly) on two other recent USB based motion devices. I KNOW Windows is evil,
evil, evil, terrible, terrible, terrible and shouldn't be used for motion
control - and that is why we need devices like the kflop/kanalog.

Some thing COULD be done differently to enhance the system, but all this
knowledge and after thought comes from other peoples experience using the
device in different situations, there is no amount of testing on a bench that
can make up for real world experience. If you want a good system for industrial
use, the newer Fanuc controls are great, but they come at a price. So we all
need to have a bit of give and take, and work together to get a system that
works for the price we are willing to pay.



I have only this week got my machine running with the kflop/kanalog, and I will
be testing it more intensly this week and next to see how it performs, and to
see if I have any "Ghosts" hiding in my system. I am using AC servo
motors and drives and have two VFD's controlling two spindles, I have all this
crammed into one small electrical enclosure. The other day I was running some
homing tests with rapid rates up around the 50 - 75 Meters/Minute and I homed
to within about .01mm each time, so I have no issues with the accuracy of the
system.



I feel you are being a little to harsh on Tom, he has been helpful to me.

I don't mean this post to be a bash up Cees post, so please don't take it that
way. I can understand your frustration and I share your concerns about USB. But
I do feel that you will get your system working with Toms help.



Regards

Andrew Erwood

AKSYS Tech Pty Ltd

Australia

andrew@aksystech.com



--- In DynoMotion@yahoogroups.com,
"cees" <c.olgers@...> wrote:

>

> I think the USB stuff is beyond the knowledge, for the developers.

>

> I am busy with the KFLOP and Kanalog now for 4 months without pauses.

>

> What I have seen, in this period.

>

> Ghost, viruses, voodoo perhaps???

>

> No!!

>

> This USB is not for the real world.

>

> A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
like

> a 4KW radar beam it is no good!!

>

> It is not stable in a professionally CNC environment.

>

> It sucks!!

>

> Electrical noise, and a progam what is in a kind of experimental stage.

>

> We have to send Tom back to his developers bench.

>

> I am sorry, to have such a hard verdict.

>

> But I am on the place where I started four months ago, .. How do I control

> the beast.

>

>

>

> Best Regards / M.vr.gr

>

> Cees

>

>

>

> C.J. Olgers

>

> Lemmerkade 38 8244DC

>

> Lelystad-Haven

>

> Tel. : 0320-842939

>

> Mobiel: 0624718690

>

> K.v.K. Lelystad 34071687

>

> b.t.w. nr. NL063838771B01

>

> <http://www.olgerstimmerwerk.nl/>
http://www.olgerstimmerwerk.nl

>

> <http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm>

> http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm

>

> <http://www.cncfrees.nl/> http://www.cncfrees.nl/

>



 

 

Group: DynoMotion

Message: 153

From: babinda01

Date: Wed Feb 24, 2010 1:18 PM

Subject: Re: MPG problems

 



Hi Cees,

WOW!!!!! I think I would be bald by now (from pulling my hair out).
Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3 plug-in
to handle these now - this was one of the issues I had problem with, that I
mentioned in my last post.

I know mach3 has been around for quite some time and has quite a lot of happy
users - BUT - it is not perfect, the current project I have been working on has
been a long project which started nearly three year ago, when I was contracted
to write some software to control these machines. The company who contracted me
specified that Mach3 must be the CNC engine behind the software, and so I did as
they asked, but it was a major task, I found major problems with the macropump
and with scripting in general within mach, and in the end I ended up rewritting
the macropump (now controlled by my program and not mach3) so that I could get
it to work properly.

Firstly change all your velocities to a much lower level until you get your
system sorted, this will stop it taking off like the devil and causing you more
grief than you need. Once things are running well then ramp them up.

Try and use as few plugin as possible with mach - I don't know anything about
the 360 plugin. But I would ditch it until you are happy with the machine in a
basic state.

I know some of this you have/are trying - but if you can get things working in
stages it may make life easier for you.

Regards
Andrew


--- In DynoMotion@yahoogroups.com, "cees" <c.olgers@...> wrote:
>
> Hi Andrew
>
>
>
> Ok, I am to harsh on Tom, he is very helpful to me also.
>
> But I don't know where to look anymore.
>
> Yesterday it was again no joy, after a few weeks searching for "personality
> modules for my old analog electro craft BRU 200 drives, without luck.
>
> I came to the conclusion that these modules have some data burned in for a
> motor what is attached at this drive, they have a battery what hold fine
> tuning data for the P.I.D. parameters.
>
> So they have basic information in them for the specific motor, and then you
> can auto tune them with Hyperterminal .
>
> This fine tuning can also be done in Kmotion, and then you can store this
> data in a C-progam.
>
> So there is no need to have the fine tuning P.I.D. data stored in the
> personality module, ( after ten years these modules have to replaced because
> the onboard battery has died)
>
> But the basic parameters are still there.
>
> So with this knowledge, I started with: a virus scan on my computer,
> installed the service pack 2 usb driver because it is faster, I had
> installed from the computer and all other gadgets and encoder 6mm² ground
> wires to a big copper strip in the electrical cabinet to get a star shaped
> grounding, to eliminate the electrical noise .
>
>
>
> You have to know that all this was after I have got the machine running in
> December, it did three axes and spindle. And I was happy as a child.
>
> This was a beginning, because it has limit switches, a pneumatic driven 8
> tools changer on his arm on the Y axe, so I had more hair loss to go. I want
> to start something simple, I tried the Xbox plug-in with a wireless Xbox
> controller, with this plug-in the machine went nuts, and drive the 1500kg X
> axe with the speed of light to my neighbor across the street.
>
> I had uninstalled the plug-in, and now for some strange reason I know the
> C-progam file was changed, the input gain for the X axe was changed from -1
> to plus 1, this looks like a minor case, but there is suddenly a 10 volt
> output on the analog drive and he is going on maximum speed to his grave.
>
>
>
> Yesterday I made a new start, made a new tuning C-progam al from the start.
>
> After this it was running again. Now the next step, I putted in the C-progam
> for the Limit switches to get them working.
>
> I had them at first configurated in Mach3 but there was a problem with the
> in and outputs above 128 for some reason, so with the help of Tom I wrote
> the C-progam.
>
> I must say, I don't have any experience with this kind of programming, I
> don't understand this Kmotion software for more than 5%.
>
> It is all new for me, I have build three stepper machines, and that's all,
> never heard about P.I.D. before and no experience with servo motors.
>
> Then there is the Language, I am Dutch so the manuals are a kind of Chinese
> for me.
>
>
>
> After the lunch break I started the machine again, my wife was there to look
> at my progress and to see it move again properly.
>
> Now the Y axe went nuts and hit the end of his travel so hard, that the end
> plate (15mm thick steel plate was bend) and the steel bearing balls went
> ejected from the ball bearing nut.
>
> Another change in the Init C-progam, again a gain what was changed from 1 to
> -1.
>
> So I did change it back, get rid of the home limit progam, to get again in
> the state I was before, with no luck.
>
> Now it is telling me all kind of fault messages, and I am not able to get
> the three axes running like they did.
>
> I don't know anymore, and I am freightfull to start it again.
>
>
>
> Conclusion:
>
>
>
> I don't understand the Kmotion software enough.
>
> The software and Kflop comes from a guy who is willing to give all the help
> I need.
>
> I am a sort of experimental object.
>
> Mach3 has 9 years of history with now about 12000 users, with all there
> specific needs and bugs they found out. Brian Barker is rewriting it now,
> and he hopes to get it done at the end of this year.
>
> So I know it is very complex.
>
> I have no luck.
>
>
>
> So my mail was not intended to burn Tom to the ground.
>
>
>
> Regards,
>
> Cees
>
>
>
>
>
>
>
> Van: DynoMotion@yahoogroups.com [mailto: DynoMotion@yahoogroups.com] Namens
> babinda01
> Verzonden: dinsdag 23 februari 2010 23:00
> Aan: DynoMotion@yahoogroups.com
> Onderwerp: [DynoMotion] Re: MPG problems
>
>
>
>
>
> Hi Cees,
> I have been a CNC integrator of many years now, mainly on large machinery ie
> milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
> Spindle drives. Noise is ALWAYS an issue - I have seen even the most
> hardened "Commercial Control" have issues in regard to noise.
>
> Having said that, I have been installing a system using the Kflop & Kanalog
> for a while now too. I have had a few issues and a few problems, BUT Tom has
> always helped me out - most of these problems were my own lack of knowledge,
> some were features missing from the kflop/kanalog, but as I said Tom helped
> me out each time.
>
> I too am unsure about USB and motion control, I have seen it fail (or not
> work properly) on two other recent USB based motion devices. I KNOW Windows
> is evil, evil, evil, terrible, terrible, terrible and shouldn't be used for
> motion control - and that is why we need devices like the kflop/kanalog.
> Some thing COULD be done differently to enhance the system, but all this
> knowledge and after thought comes from other peoples experience using the
> device in different situations, there is no amount of testing on a bench
> that can make up for real world experience. If you want a good system for
> industrial use, the newer Fanuc controls are great, but they come at a
> price. So we all need to have a bit of give and take, and work together to
> get a system that works for the price we are willing to pay.
>
> I have only this week got my machine running with the kflop/kanalog, and I
> will be testing it more intensly this week and next to see how it performs,
> and to see if I have any "Ghosts" hiding in my system. I am using AC servo
> motors and drives and have two VFD's controlling two spindles, I have all
> this crammed into one small electrical enclosure. The other day I was
> running some homing tests with rapid rates up around the 50 - 75
> Meters/Minute and I homed to within about .01mm each time, so I have no
> issues with the accuracy of the system.
>
> I feel you are being a little to harsh on Tom, he has been helpful to me.
> I don't mean this post to be a bash up Cees post, so please don't take it
> that way. I can understand your frustration and I share your concerns about
> USB. But I do feel that you will get your system working with Toms help.
>
> Regards
> Andrew Erwood
> AKSYS Tech Pty Ltd
> Australia
> andrew@... <mailto:andrew%40aksystech.com>
>
> --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> ,
> "cees" <c.olgers@> wrote:
> >
> > I think the USB stuff is beyond the knowledge, for the developers.
> >
> > I am busy with the KFLOP and Kanalog now for 4 months without pauses.
> >
> > What I have seen, in this period.
> >
> > Ghost, viruses, voodoo perhaps???
> >
> > No!!
> >
> > This USB is not for the real world.
> >
> > A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
> like
> > a 4KW radar beam it is no good!!
> >
> > It is not stable in a professionally CNC environment.
> >
> > It sucks!!
> >
> > Electrical noise, and a progam what is in a kind of experimental stage.
> >
> > We have to send Tom back to his developers bench.
> >
> > I am sorry, to have such a hard verdict.
> >
> > But I am on the place where I started four months ago, .. How do I control
> > the beast.
> >
> >
> >
> > Best Regards / M.vr.gr
> >
> > Cees
> >
> >
> >
> > C.J. Olgers
> >
> > Lemmerkade 38 8244DC
> >
> > Lelystad-Haven
> >
> > Tel. : 0320-842939
> >
> > Mobiel: 0624718690
> >
> > K.v.K. Lelystad 34071687
> >
> > b.t.w. nr. NL063838771B01
> >
> > <http://www.olgerstimmerwerk.nl/> http://www.olgerstimmerwerk.nl
> >
> > <http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm>
> > http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm
> >
> > <http://www.cncfrees.nl/> http://www.cncfrees.nl/
> >
>



 

 

Group: DynoMotion

Message: 154

From: babinda01

Date: Wed Feb 24, 2010 6:51 PM

Subject: Re: Mach3

 



Hi Tom
I did as suggested with using M108, M107 and M109 for the engraver, instead of
M7, M8 and M9. It works perfectly - Thanks.
In regard to my spindle turning on and off, that one was my fault, I had a
little bug in my M03 script - Sorry.

Another little issue I noticed, is that if I hid the stop button or press the
reset button while in the middle of the homing routine, mach just carries on
homing. Is there a way to halt the homing script if a reset/estop happens?

Thanks again for your help.

Andrew



 

 

Group: DynoMotion

Message: 155

From: bigtoy302

Date: Wed Feb 24, 2010 7:29 PM

Subject: Mach3 I/O problems

 



I am trying to set up a input for a cycle start switch,estop, homes and limits
in mach using the jp15 opto on the kanalog, but when I put the pin number I want
above 126 in, it changes it back to 126. I have 4.19 loaded in the kflop.

Ryan



 

 

Group: DynoMotion

Message: 156

From: Tom Kerekes

Date: Wed Feb 24, 2010 7:38 PM

Subject: Re: Mach3 I/O problems

 

Ryan,

We have a patch for that problem.

Please see:

http://tech.groups.yahoo.com/group/DynoMotion/message/123

TK


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Wed, February 24, 2010 7:29:14 PM
Subject: [DynoMotion] Mach3 I/O problems

 

I am trying to set up a input for a cycle start switch,estop, homes and limits in mach using the jp15 opto on the kanalog, but when I put the pin number I want above 126 in, it changes it back to 126. I have 4.19 loaded in the kflop.

Ryan



 

 

Group: DynoMotion

Message: 157

From: babinda01

Date: Wed Feb 24, 2010 11:43 PM

Subject: Re: Mach3

 



Hi Tom

I'm almost finished!!! so you can heave a sigh of relief SOON.
Is there a way of getting mach to execute an instruction from within a C program
for the kflop?
I have my homing script, which homes to a limit and then to the next index
pulse, but after the machine has finished homing the last axis (A), I want mach
to execute a G57 command followed by a G00 X?? Z?? and A?? command. In this way
the machine homes and then straight away move to a Job Loading Position. I can
put these movements/commands into a macro (M100) but I still need to be able to
make the M100 call after the homing sequence has finished. If I can't send an
instruction from the C program to mach is there another way of achieving this?


Regards
Andrew



 

 

Group: DynoMotion

Message: 158

From: Tom Kerekes

Date: Thu Feb 25, 2010 12:03 AM

Subject: Re: Re: Mach3

 

Andrew,

BTW I ran a test and it appears that Mach3 turns off the Motor enables just before a normal exit.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 20, 2010 2:07:24 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
At the present moment some sort of message on shut down of mach would work for me, because with my current project, if I shut mach3 down all my drives and spindle controllers stay enabled. I havn't tried having a spindle running and then shut mach down, so I am not sure what would happen in that situation.
But I do believe in the longer term, some sort of watchdog system would be absolutly essential. Windows is a terrible system for CNC so I feel that we need to make sure a system is absolutly safe no matter what windows tries to do.

Regards
Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Well no.Ă‚  But this is an excellent question and we are open for ideas.Ă‚  The charge pump is generated by the Mach3 Parallel Port
Kernel driver which is not installed or used with the KFLOP Plugin.Ă‚  One of the main reasons for using a KFLOP Controller (or any external motion generator) is to relieve the PC and Windows from being required to be deterimistically real-time.Ă‚  It might make sense for us to add a "charge pump" type of signal in our plugin but it would need to be much slower.Ă‚ Ă‚ Also since on rare occasions Windows causes Mach3 (and our plugin) to freeze up for several seconds, whatever is watching the signal would need to expect that to occasionally occur.Ă‚ 
>
> There is probably a way to add a background program in Mach3 using a "brain" or something to constantly toggle a bit and so generate an "I'm alive"Ă‚ signal that could be monitored by either hardware or a KFLOP program.
>
> I'm not sure understand the requirement.Ă‚  If the system is "safe" with Mach3 up and running, how does it become "unsafe"
if Mach3 is closed or unresponsive.
>
> But I can see how it would be prudent to disable the system if Mach3 isn't running.Ă‚  Maybe Mach3 sends a message to Plugins on normal program exit that might be useful?
>
> Thanks
> TK
>
>
>



 

 

Group: DynoMotion

Message: 159

From: babinda01

Date: Wed Feb 24, 2010 11:44 PM

Subject: Re: Mach3

 



Hi Tom

I'm almost finished!!! so you can heave a sigh of relief SOON.
Is there a way of getting mach to execute an instruction from within a C program
for the kflop?
I have my homing script, which homes to a limit and then to the next index
pulse, but after the machine has finished homing the last axis (A), I want mach
to execute a G57 command followed by a G00 X?? Z?? and A?? command. In this way
the machine homes and then straight away move to a Job Loading Position. I can
put these movements/commands into a macro (M100) but I still need to be able to
make the M100 call after the homing sequence has finished. If I can't send an
instruction from the C program to mach is there another way of achieving this?


Regards
Andrew



 

 

Group: DynoMotion

Message: 160

From: babinda01

Date: Thu Feb 25, 2010 12:16 AM

Subject: Re: Mach3

 



Hi Tom

Yes, I actually discovered this for myself earlier today.
Thanks

Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Andrew,
>
> BTW I ran a test and it appears that Mach3 turns off the Motor enables just
before a normal exit.
>
> TK
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sat, February 20, 2010 2:07:24 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
> Hi Tom
> At the present moment some sort of message on shut down of mach would work for
me, because with my current project, if I shut mach3 down all my drives and
spindle controllers stay enabled. I havn't tried having a spindle running and
then shut mach down, so I am not sure what would happen in that situation.
> But I do believe in the longer term, some sort of watchdog system would be
absolutly essential. Windows is a terrible system for CNC so I feel that we need
to make sure a system is absolutly safe no matter what windows tries to do.
>
> Regards
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Andrew,
> >
> > Well no.  But this is an excellent question and we are open for
ideas.  The charge pump is generated by the Mach3 Parallel Port Kernel driver
which is not installed or used with the KFLOP Plugin.  One of the main
reasons for using a KFLOP Controller (or any external motion generator) is to
relieve the PC and Windows from being required to be deterimistically
real-time.  It might make sense for us to add a "charge pump" type of signal
in our plugin but it would need to be much slower.  Also since on rare
occasions Windows causes Mach3 (and our plugin) to freeze up for several
seconds, whatever is watching the signal would need to expect that to
occasionally occur. 
> >
> > There is probably a way to add a background program in Mach3 using a "brain"
or something to constantly toggle a bit and so generate an "I'm alive" signal
that could be monitored by either hardware or a KFLOP program.
> >
> > I'm not sure understand the requirement.  If the system is "safe" with
Mach3 up and running, how does it become "unsafe" if Mach3 is closed or
unresponsive.
> >
> > But I can see how it would be prudent to disable the system if Mach3 isn't
running.  Maybe Mach3 sends a message to Plugins on normal program exit that
might be useful?
> >
> > Thanks
> > TK
> >
> >
> >
>



 

 

Group: DynoMotion

Message: 161

From: Tom Kerekes

Date: Thu Feb 25, 2010 12:17 AM

Subject: Re: Re: Mach3

 

Hey Andrew,

No there currently isn't really a way to make calls from KFlop to Mach3.

But why can't you just add those operations to the end of your homing VB script?  Are you using the REF ALL button to do this?

You may need to devise a way for the VB script to wait until the homing is finished before issuing the commands.  Possibly set a Virtual IO bit as a flag.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, February 24, 2010 11:43:59 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom

I'm almost finished!!! so you can heave a sigh of relief SOON.
Is there a way of getting mach to execute an instruction from within a C program for the kflop?
I have my homing script, which homes to a limit and then to the next index pulse, but after the machine has finished homing the last axis (A), I want mach to execute a G57 command followed by a G00 X?? Z?? and A?? command. In this way the machine homes and then straight away move to a Job Loading Position. I can put these movements/commands into a macro (M100) but I still need to be able to make the M100 call after the homing sequence has finished. If I can't send an instruction from the C program to mach is there another way of achieving this?

Regards
Andrew



 

 

Group: DynoMotion

Message: 162

From: babinda01

Date: Thu Feb 25, 2010 12:23 AM

Subject: Re: Mach3

 



Hi Tom
Thanks for the info.
I did have this in my VB script, but it was getting executed while the machine
was still in the homing process.
I will try as you suggested and see if I can use a signal from the kflop to
trigger a homing completed signal so that I can do my other motion after
recieving this completed signal.

Andrew



 

 

Group: DynoMotion

Message: 163

From: s.astrom

Date: Thu Feb 25, 2010 2:24 AM

Subject: Init problems

 



I'm using a mpg and the intit3analogplusmpg.ini file to start. This works great,
but when i use M3, M4 or M5 command i have to hit the init putton again to get
the mpg to work, Is there a way to get the M3, M4 and M5 c program to execute
the init3analogplusmpg file, or just the mpg part of that file?



 

 

Group: DynoMotion

Message: 164

From: Tom Kerekes

Date: Thu Feb 25, 2010 7:41 AM

Subject: Re: Init problems

 

In the KMotionCNC ToolSetup specify a different "Thread" for your M3,M4,M5 programs than for the Init program. 

Multiple programs can run simultaneously in KFLOP/KMotion as long as they use different Threads.  In your case we want the Init program to initialize the system, but then continue to run forever servicing the MPG.  If another program is commanded to execute in the same Thread, then whatever program may be running in the Thread will be stopped,  It's program will be overwritten with with the new program, and the new program will begin execution. 

I hope this helps

TK


 



From: s.astrom <stefan.astrom@hos.sandnet.se>
To: DynoMotion@yahoogroups.com
Sent: Thu, February 25, 2010 2:24:20 AM
Subject: [DynoMotion] Init problems

 

I'm using a mpg and the intit3analogplusmpg .ini file to start. This works great, but when i use M3, M4 or M5 command i have to hit the init putton again to get the mpg to work, Is there a way to get the M3, M4 and M5 c program to execute the init3analogplusmpg file, or just the mpg part of that file?



 

 

Group: DynoMotion

Message: 165

From: s.astrom

Date: Thu Feb 25, 2010 9:29 AM

Subject: Re: Init problems

 



Yes that will help me. I have a one in the thred for all my programs, didnt know
what the thred thing was.
Thanx

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> In the KMotionCNC ToolSetup specify a different "Thread" for your M3,M4,M5
programs than for the Init program. 
>
> Multiple programs can run simultaneously in KFLOP/KMotion as long as they use
different Threads.  In your case we want the Init program to initialize the
system, but then continue to run forever servicing the MPG.  If another program
is commanded to execute in the same Thread, then whatever program may be running
in the Thread will be stopped,  It's program will be overwritten with with the
new program, and the new program will begin execution. 
>
> I hope this helps
> TK
>
>
>
>
> ________________________________
> From: s.astrom <stefan.astrom@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thu, February 25, 2010 2:24:20 AM
> Subject: [DynoMotion] Init problems
>
>  
> I'm using a mpg and the intit3analogplusmpg .ini file to start. This works
great, but when i use M3, M4 or M5 command i have to hit the init putton again
to get the mpg to work, Is there a way to get the M3, M4 and M5 c program to
execute the init3analogplusmpg file, or just the mpg part of that file?
>



 

 

Group: DynoMotion

Message: 166

From: bknighton28

Date: Thu Feb 25, 2010 1:23 PM

Subject: snap amp 5 volts supply?

 



In
http://dynomotion.com/Help/ExampleConfigurations/BrushServoSnapAmp.htm
There is shown a 5 volts connection. Is this going to a kflop under the
snap-amp? Do I need to supply the snap-amp with anything other than the 10-80v
motor supply.



 

 

Group: DynoMotion

Message: 167

From: Tom Kerekes

Date: Fri Feb 26, 2010 8:31 AM

Subject: Re: snap amp 5 volts supply?

 

The +5V connection shown is going to the KMotion board mounted under the SnapAmp.  If you have a KFlop board you should apply +5V power to the Molex connector in a similar manner.  SnapAmp+KFlop draws too much power to be powered directly from the USB cable.  Make sure you also remove JP3 on KFlop which selects USB power.  SnapAmp gets +5V through the 16 pin ribbon connector so no other low voltage logic power is required.

When attaching a SnapAmp to a KFLop also be sure to attach the 18 gauge black ground wire to the screw hole marked GND on KFlop.

TK 


 



From: bknighton28 <bill.knighton@gmail.com>
To: DynoMotion@yahoogroups.com
Sent: Thu, February 25, 2010 1:23:53 PM
Subject: [DynoMotion] snap amp 5 volts supply?

 

In
http://dynomotion. com/Help/ ExampleConfigura tions/BrushServo SnapAmp.htm
There is shown a 5 volts connection. Is this going to a kflop under the snap-amp? Do I need to supply the snap-amp with anything other than the 10-80v motor supply.



 

 

Group: DynoMotion

Message: 168

From: dunncl66

Date: Sat Feb 27, 2010 1:33 PM

Subject: MPG Wiring

 



I looked through the threads and did not see a wiring diagram telling how to
land the wires from a MPG to the KAnalog. Anybody know where the ChA, ChA-,
ChB, ChB-, Com, and +5VDC need to go. I figure the Com and +5VDC are self
explanatory.

Thanks for any help.



 

 

Group: DynoMotion

Message: 169

From: Tom Kerekes

Date: Sat Feb 27, 2010 5:44 PM

Subject: Re: MPG Wiring

 

Wire it just like another differential encoder.  As described here:

http://tech.groups.yahoo.com/group/DynoMotion/message/142

Another option would be to wire it as a single ended encoder by leaving ChA- and ChB- unconnected.  Then you could connect it and use the MPG program as decribed here:

http://tech.groups.yahoo.com/group/DynoMotion/message/62

TK

 


 



From: dunncl66 <dunncl66@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 27, 2010 1:33:36 PM
Subject: [DynoMotion] MPG Wiring

 

I looked through the threads and did not see a wiring diagram telling how to land the wires from a MPG to the KAnalog. Anybody know where the ChA, ChA-, ChB, ChB-, Com, and +5VDC need to go. I figure the Com and +5VDC are self explanatory.

Thanks for any help.



 

 

Group: DynoMotion

Message: 170

From: babinda01

Date: Sat Feb 27, 2010 5:47 PM

Subject: Re: Mach3

 



Hi Tom
I am having a little trouble still with getting a "homing completed" signal
coming back to mach3.
In my homing C program I have added a SetStateBit(160,1) at the start of my
homing routine and then a SetStateBit(160,0) at the end. This works ok, I can
see the bits change on the IO screen of KMotion, but for the life of mee I cant
get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
I was trying 160 because all my opto inputs are used for other things bits
128-135 appear to be used so 160-167 are all I have free.
Any thought on what I could try - is there another bit I should be trying?

Regards
Andrew



 

 

Group: DynoMotion

Message: 171

From: Tom Kerekes

Date: Sat Feb 27, 2010 6:15 PM

Subject: Re: Re: Mach3

 

Andrew,

You need to use the patched plugin to access IO's > 128.  Are you using this?

Otherwise you might use IO46 or 47 which are the KFLOP LEDs.

Or 48 - 63 are hidden Virtual Bits originally designed to be used as flags.

How do you know it isn't working?  What is the symptom?  I was thinking there might be a race condition where your routine starts checking for the bit to go low before it actually gets set high?

TK


 


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 27, 2010 5:47:28 PM
Subject: [DynoMotion] Re: Mach3

 


Hi Tom
I am having a little trouble still with getting a "homing completed" signal coming back to mach3.
In my homing C program I have added a SetStateBit( 160,1) at the start of my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I can see the bits change on the IO screen of KMotion, but for the life of mee I cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
I was trying 160 because all my opto inputs are used for other things bits 128-135 appear to be used so 160-167 are all I have free.
Any thought on what I could try - is there another bit I should be trying?

Regards
Andrew



 

 

Group: DynoMotion

Message: 172

From: babinda01

Date: Sat Feb 27, 2010 6:33 PM

Subject: Re: Mach3

 



Hi Tom
Yes, I am using the patched version. My estop, and a couple of other inputs are
working fine and they are connected to the opto inputs of the kanalog.
For testing all I have been doing is looking to see if the input2 led will come
on, on the diagnosics page of Mach3 - but no go. As I said, I can see the bits
change in the kmaotion software , but I cant see it working on the mach3 leds.
I will try a couple of these other bits you mentioned. I was thinking that the
plugin only recognised certain bits as inputs and certain ones as outputs.

Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Andrew,
>
> You need to use the patched plugin to access IO's > 128.  Are you using this?
>
> Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
>
> Or 48 - 63 are hidden Virtual Bits originally designed to be used as flags.
>
> How do you know it isn't working?  What is the symptom?  I was thinking
there might be a race condition where your routine starts checking for the bit
to go low before it actually gets set high?
>
> TK
>
>
>  
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sat, February 27, 2010 5:47:28 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
>
> Hi Tom
> I am having a little trouble still with getting a "homing completed" signal
coming back to mach3.
> In my homing C program I have added a SetStateBit( 160,1) at the start of my
homing routine and then a SetStateBit( 160,0) at the end. This works ok, I can
see the bits change on the IO screen of KMotion, but for the life of mee I cant
get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> I was trying 160 because all my opto inputs are used for other things bits
128-135 appear to be used so 160-167 are all I have free.
> Any thought on what I could try - is there another bit I should be trying?
>
> Regards
> Andrew
>



 

 

Group: DynoMotion

Message: 173

From: dunncl66@yahoo.com

Date: Sat Feb 27, 2010 7:29 PM

Subject: Re: MPG Wiring

 



Thanks! Awesome product support!

Sent from my BlackBerry® smartphone


From: Tom Kerekes <tk@dynomotion.com>Date: Sat, 27 Feb 2010 17:44:18 -0800 (PST)

To: <DynoMotion@yahoogroups.com>

Subject: Re: [DynoMotion] MPG Wiring

 


 
Wire it just like another differential encoder.  As described here:

http://tech.groups.yahoo.com/group/DynoMotion/message/142

Another option would be to wire it as a single ended encoder by leaving ChA- and ChB- unconnected.  Then you could connect it and use the MPG program as decribed here:

http://tech.groups.yahoo.com/group/DynoMotion/message/62

TK

 


 



From: dunncl66 <dunncl66@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 27, 2010 1:33:36 PM
Subject: [DynoMotion] MPG Wiring

 

I looked through the threads and did not see a wiring diagram telling how to land the wires from a MPG to the KAnalog. Anybody know where the ChA, ChA-, ChB, ChB-, Com, and +5VDC need to go. I figure the Com and +5VDC are self explanatory.

Thanks for any help.




 

 

Group: DynoMotion

Message: 174

From: babinda01

Date: Sat Feb 27, 2010 8:30 PM

Subject: Re: Mach3

 



Hi Tom
I am getting closer.
I now have my homing complete signal working ok - using Bit 48 instead of 160
worked.
Now for my next problem - it may be a bug in the plug-in (or else I am just
stupid)
If I have my Homing script in Mach3 like this:

Message ""
Code "G90 G54"
DoButton(24)
DoButton(22)
DoButton(25)
Message "Homing All Axis"
While IsActive(input2) ### Input2 is activated by bit 48 to
say homing is completed
Sleep(1000)
Wend

Everything works perfectly...

Then I changed it to:
Message ""
Code "G90 G54"
DoButton(24)
DoButton(22)
DoButton(25)
Message "Homing All Axis"
While IsActive(input2)
Sleep(1000)
Wend
Code "M899"

With My M899 as:

Code "G00 A120"
Message "Homing Completed"

This homes as it did before and then just the DRO's in Mach change to A120 (the
axis don't actually move).
I then tried deleting the code "M899" from my homing script, and then ran the
script and then manually in MDI mode entered the M899, again it stayed in
position and just the dro's move to A120. So then I ran the home script,
manually jogged the A axis (just a bit) and then ran the M899 and everything
worked as it should have.


Any thoughts

Andrew



--- In DynoMotion@yahoogroups.com, "babinda01" <a_k@...> wrote:
>
> Hi Tom
> Yes, I am using the patched version. My estop, and a couple of other inputs
are working fine and they are connected to the opto inputs of the kanalog.
> For testing all I have been doing is looking to see if the input2 led will
come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the
bits change in the kmaotion software , but I cant see it working on the mach3
leds.
> I will try a couple of these other bits you mentioned. I was thinking that
the plugin only recognised certain bits as inputs and certain ones as outputs.
>
> Andrew
>
> --- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@> wrote:
> >
> > Andrew,
> >
> > You need to use the patched plugin to access IO's > 128.  Are you using
this?
> >
> > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> >
> > Or 48 - 63 are hidden Virtual Bits originally designed to be used as flags.
> >
> > How do you know it isn't working?  What is the symptom?  I was thinking
there might be a race condition where your routine starts checking for the bit
to go low before it actually gets set high?
> >
> > TK
> >
> >
> >  
> >
> >
> >
> > ________________________________
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Sat, February 27, 2010 5:47:28 PM
> > Subject: [DynoMotion] Re: Mach3
> >
> >  
> >
> > Hi Tom
> > I am having a little trouble still with getting a "homing completed" signal
coming back to mach3.
> > In my homing C program I have added a SetStateBit( 160,1) at the start of my
homing routine and then a SetStateBit( 160,0) at the end. This works ok, I can
see the bits change on the IO screen of KMotion, but for the life of mee I cant
get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > I was trying 160 because all my opto inputs are used for other things bits
128-135 appear to be used so 160-167 are all I have free.
> > Any thought on what I could try - is there another bit I should be trying?
> >
> > Regards
> > Andrew
> >
>



 

 

Group: DynoMotion

Message: 175

From: Tom Kerekes

Date: Sat Feb 27, 2010 9:18 PM

Subject: Re: Re: Mach3

 

Hey Andrew,

That is too strange...

Where is A at before you start the Homing process?  I'm guessing that Mach somehow still thinks A is at 120 even though we homed.  So then if we say go to 120 it doesn't move.  Any jogging causes Mach3 to re-sync it's internal position.

So to test that theory move to 180 before hand.  Then after homing if Mach still thinks we are at 180, then a move to 120 would cause a motion of -60.

What happens if you do something similar with the X axis instead of A??

When the DRO changes to 120 does it change gradually like there was a motion?

What is the DRO before the G00 A120 ??

What does the KMotion Axis Screen say the raw steps are before and after?

Sorry for all the questions and no answers :}

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sat, February 27, 2010 8:30:13 PM
Subject: [DynoMotion] Re: Mach3

 



Hi Tom
I am getting closer.
I now have my homing complete signal working ok - using Bit 48 instead of 160 worked.
Now for my next problem - it may be a bug in the plug-in (or else I am just stupid)
If I have my Homing script in Mach3 like this:

Message ""
Code "G90 G54"
DoButton(24)
DoButton(22)
DoButton(25)
Message "Homing All Axis"
While IsActive(input2) ### Input2 is activated by bit 48 to
say homing is completed
Sleep(1000)
Wend

Everything works perfectly...

Then I changed it to:
Message ""
Code "G90 G54"
DoButton(24)
DoButton(22)
DoButton(25)
Message "Homing All Axis"
While IsActive(input2)
Sleep(1000)
Wend
Code "M899"

With My M899 as:

Code "G00 A120"
Message "Homing Completed"

This homes as it did before and then just the DRO's in Mach change to A120 (the axis don't actually move).
I then tried deleting the code "M899"
from my homing script, and then ran the script and then manually in MDI mode entered the M899, again it stayed in position and just the dro's move to A120. So then I ran the home script, manually jogged the A axis (just a bit) and then ran the M899 and everything worked as it should have.

Any thoughts

Andrew

--- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@...> wrote:
>
> Hi Tom
> Yes, I am using the patched version. My estop, and a couple of other inputs are working fine and they are connected to the opto inputs of the kanalog.
> For testing all I have been doing is looking to see if the input2 led will come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the bits change in the kmaotion software , but I cant see it working on the mach3 leds.
> I will
try a couple of these other bits you mentioned. I was thinking that the plugin only recognised certain bits as inputs and certain ones as outputs.
>
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Andrew,
> >
> > You need to use the patched plugin to access IO's > 128.Ă‚  Are you using this?
> >
> > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> >
> > Or 48 - 63 are hidden Virtual Bits originally designed to be used as flags.
> >
> > How do you know it isn't working?Ă‚  What is the symptom?Ă‚  I was thinking there might be a race condition where your routine starts checking for the bit to go low before it actually gets set high?
> >

> > TK
> >
> >
> > Ă‚ 
> >
> >
> >
> > ____________ _________ _________ __
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sat, February 27, 2010 5:47:28 PM
> > Subject: [DynoMotion] Re: Mach3
> >
> > Ă‚ 
> >
> > Hi Tom
> > I am having a little trouble still with getting a "homing completed" signal coming back to mach3.
> > In my homing C program I have added a SetStateBit( 160,1) at the start of my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I can see the bits change on the IO screen of KMotion, but for the life of mee I cant get these signals back to Mach3 Input #2 which I have set as port 2
pin 32.
> > I was trying 160 because all my opto inputs are used for other things bits 128-135 appear to be used so 160-167 are all I have free.
> > Any thought on what I could try - is there another bit I should be trying?
> >
> > Regards
> > Andrew
> >
>



 

 

Group: DynoMotion

Message: 176

From: babinda01

Date: Sat Feb 27, 2010 9:45 PM

Subject: Re: Mach3

 



Hi Tom

Thanks for the reply
I have knocked off for the day - I try to work only half a day on Sundays (12
hrs).

I will do some more tests tomorrow, and will let you know the answers then.
I know for sure that Machs DRo's for both commanded and machine are at 0.00
after homing and before the A120 Command.

Regards
Andrew


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hey Andrew,
>
> That is too strange...
>
> Where is A at before you start the Homing process?  I'm guessing that Mach
somehow still thinks A is at 120 even though we homed.  So then if we say go to
120 it doesn't move.  Any jogging causes Mach3 to re-sync it's internal
position.
>
> So to test that theory move to 180 before hand.  Then after homing if Mach
still thinks we are at 180, then a move to 120 would cause a motion of -60.
>
> What happens if you do something similar with the X axis instead of A??
>
> When the DRO changes to 120 does it change gradually like there was a motion?
>
> What is the DRO before the G00 A120 ??
>
> What does the KMotion Axis Screen say the raw steps are before and after?
>
>
> Sorry for all the questions and no answers :}
>
> TK
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sat, February 27, 2010 8:30:13 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
>
>
> Hi Tom
> I am getting closer.
> I now have my homing complete signal working ok - using Bit 48 instead of 160
worked.
> Now for my next problem - it may be a bug in the plug-in (or else I am just
stupid)
> If I have my Homing script in Mach3 like this:
>
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2) ### Input2 is activated by bit 48 to
> say homing is completed
> Sleep(1000)
> Wend
>
> Everything works perfectly...
>
> Then I changed it to:
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2)
> Sleep(1000)
> Wend
> Code "M899"
>
> With My M899 as:
>
> Code "G00 A120"
> Message "Homing Completed"
>
> This homes as it did before and then just the DRO's in Mach change to A120
(the axis don't actually move).
> I then tried deleting the code "M899" from my homing script, and then ran the
script and then manually in MDI mode entered the M899, again it stayed in
position and just the dro's move to A120. So then I ran the home script,
manually jogged the A axis (just a bit) and then ran the M899 and everything
worked as it should have.
>
> Any thoughts
>
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@> wrote:
> >
> > Hi Tom
> > Yes, I am using the patched version. My estop, and a couple of other inputs
are working fine and they are connected to the opto inputs of the kanalog.
> > For testing all I have been doing is looking to see if the input2 led will
come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the
bits change in the kmaotion software , but I cant see it working on the mach3
leds.
> > I will try a couple of these other bits you mentioned. I was thinking that
the plugin only recognised certain bits as inputs and certain ones as outputs.
> >
> > Andrew
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Andrew,
> > >
> > > You need to use the patched plugin to access IO's > 128.  Are you using
this?
> > >
> > > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> > >
> > > Or 48 - 63 are hidden Virtual Bits originally designed to be used as
flags.
> > >
> > > How do you know it isn't working?  What is the symptom?  I was
thinking there might be a race condition where your routine starts checking for
the bit to go low before it actually gets set high?
> > >
> > > TK
> > >
> > >
> > >  
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: babinda01 <a_k@>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Sat, February 27, 2010 5:47:28 PM
> > > Subject: [DynoMotion] Re: Mach3
> > >
> > >  
> > >
> > > Hi Tom
> > > I am having a little trouble still with getting a "homing completed"
signal coming back to mach3.
> > > In my homing C program I have added a SetStateBit( 160,1) at the start of
my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I
can see the bits change on the IO screen of KMotion, but for the life of mee I
cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > > I was trying 160 because all my opto inputs are used for other things bits
128-135 appear to be used so 160-167 are all I have free.
> > > Any thought on what I could try - is there another bit I should be trying?
> > >
> > > Regards
> > > Andrew
> > >
> >
>



 

 

Group: DynoMotion

Message: 177

From: dunncl66

Date: Sun Feb 28, 2010 6:04 PM

Subject: Power Supply for KFlop/KAnalog

 



Does the KFlop and KAnalog need any power supplied to it? If so, what and
where? I pulled in the KFlop USB to my PC and it did not see it.

Thanks



 

 

Group: DynoMotion

Message: 178

From: dunncl66

Date: Sun Feb 28, 2010 6:18 PM

Subject: Re: Power Supply for KFlop/KAnalog

 



Sorry to waste the board's time. I found the info on the Dyno Motion website.



 

 

Group: DynoMotion

Message: 179

From: babinda01

Date: Tue Mar 02, 2010 4:47 PM

Subject: Re: Mach3

 



Hi Tom
I have done a bit of testing in regard to my homing problems, and I think your
first point below is correct.
On my very first home command after mach3 has been started, the machine homes
correctly and moves to the A120 position ok.. But any other homes after that it
just ignores the A120 movement command and just changes the DRO to read 120.000.

And your point 2 is correct also, if I jog the machine to A180 and then run my
homing script the machine actually goes to A60.

If I change my homing script from A120 to X12. this works every time, so it is
something to do with the rotary axis.

I hope this helps, if you need me to try other tests please let me know.

Regards
Andrew

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hey Andrew,
>
> That is too strange...
>
> Where is A at before you start the Homing process?  I'm guessing that Mach
somehow still thinks A is at 120 even though we homed.  So then if we say go to
120 it doesn't move.  Any jogging causes Mach3 to re-sync it's internal
position.
>
> So to test that theory move to 180 before hand.  Then after homing if Mach
still thinks we are at 180, then a move to 120 would cause a motion of -60.
>
> What happens if you do something similar with the X axis instead of A??
>
> When the DRO changes to 120 does it change gradually like there was a motion?
>
> What is the DRO before the G00 A120 ??
>
> What does the KMotion Axis Screen say the raw steps are before and after?
>
>
> Sorry for all the questions and no answers :}
>
> TK
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sat, February 27, 2010 8:30:13 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
>
>
> Hi Tom
> I am getting closer.
> I now have my homing complete signal working ok - using Bit 48 instead of 160
worked.
> Now for my next problem - it may be a bug in the plug-in (or else I am just
stupid)
> If I have my Homing script in Mach3 like this:
>
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2) ### Input2 is activated by bit 48 to
> say homing is completed
> Sleep(1000)
> Wend
>
> Everything works perfectly...
>
> Then I changed it to:
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2)
> Sleep(1000)
> Wend
> Code "M899"
>
> With My M899 as:
>
> Code "G00 A120"
> Message "Homing Completed"
>
> This homes as it did before and then just the DRO's in Mach change to A120
(the axis don't actually move).
> I then tried deleting the code "M899" from my homing script, and then ran the
script and then manually in MDI mode entered the M899, again it stayed in
position and just the dro's move to A120. So then I ran the home script,
manually jogged the A axis (just a bit) and then ran the M899 and everything
worked as it should have.
>
> Any thoughts
>
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@> wrote:
> >
> > Hi Tom
> > Yes, I am using the patched version. My estop, and a couple of other inputs
are working fine and they are connected to the opto inputs of the kanalog.
> > For testing all I have been doing is looking to see if the input2 led will
come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the
bits change in the kmaotion software , but I cant see it working on the mach3
leds.
> > I will try a couple of these other bits you mentioned. I was thinking that
the plugin only recognised certain bits as inputs and certain ones as outputs.
> >
> > Andrew
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Andrew,
> > >
> > > You need to use the patched plugin to access IO's > 128.  Are you using
this?
> > >
> > > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> > >
> > > Or 48 - 63 are hidden Virtual Bits originally designed to be used as
flags.
> > >
> > > How do you know it isn't working?  What is the symptom?  I was
thinking there might be a race condition where your routine starts checking for
the bit to go low before it actually gets set high?
> > >
> > > TK
> > >
> > >
> > >  
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: babinda01 <a_k@>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Sat, February 27, 2010 5:47:28 PM
> > > Subject: [DynoMotion] Re: Mach3
> > >
> > >  
> > >
> > > Hi Tom
> > > I am having a little trouble still with getting a "homing completed"
signal coming back to mach3.
> > > In my homing C program I have added a SetStateBit( 160,1) at the start of
my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I
can see the bits change on the IO screen of KMotion, but for the life of mee I
cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > > I was trying 160 because all my opto inputs are used for other things bits
128-135 appear to be used so 160-167 are all I have free.
> > > Any thought on what I could try - is there another bit I should be trying?
> > >
> > > Regards
> > > Andrew
> > >
> >
>



 

 

Group: DynoMotion

Message: 180

From: zeeschuim

Date: Wed Mar 03, 2010 9:03 AM

Subject: Re: MPG problems

 



Hi Andrew and Tom
I am back in the game, the machine is running again.
It was a stack of problems, started with the Xbox 360 plug-in; this one turned
the machine in a mad man. Then there was the Idea, of the personality module,
told to me from the man from the support desk of Rockwell Automation. And then I
made a mistake with loading the wrong firmware into the Kflop, there are two
directories DSP_kmotion and DSP_kflop they have both an .Out file. It was not
clear for me which file I needed, so I did Recovery with DSP_Kmotion and new
file with DSP_Kflop. Then I get these very strange messages in Mach3.
Now I have started from the beginning, and yes it is running as it was in
December. The new plug-in works for the output from the spindle. The C progam
what Tom wrote for me for the spindle did not work anymore, I started the
spindle with the digital out screen from the Kanalog, and only the stop command
was working in Mach3, very strange.
Now we can use the in and outputs from Mach3, can I use these also for the --
limit/home switches? I hope so because these DynoMotion C-programs give me the
creeps with their non predictable output.
I had gave the machine very small following errors, for 20mm, but when it is
going nuts, it is going nuts what so ever.
Regards,
Cees
--- In DynoMotion@yahoogroups.com, "babinda01" <a_k@...> wrote:
>
> Hi Cees,
>
> WOW!!!!! I think I would be bald by now (from pulling my hair out).
> Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3
plug-in to handle these now - this was one of the issues I had problem with,
that I mentioned in my last post.
>
> I know mach3 has been around for quite some time and has quite a lot of happy
users - BUT - it is not perfect, the current project I have been working on has
been a long project which started nearly three year ago, when I was contracted
to write some software to control these machines. The company who contracted me
specified that Mach3 must be the CNC engine behind the software, and so I did as
they asked, but it was a major task, I found major problems with the macropump
and with scripting in general within mach, and in the end I ended up rewritting
the macropump (now controlled by my program and not mach3) so that I could get
it to work properly.
>
> Firstly change all your velocities to a much lower level until you get your
system sorted, this will stop it taking off like the devil and causing you more
grief than you need. Once things are running well then ramp them up.
>
> Try and use as few plugin as possible with mach - I don't know anything about
the 360 plugin. But I would ditch it until you are happy with the machine in a
basic state.
>
> I know some of this you have/are trying - but if you can get things working in
stages it may make life easier for you.
>
> Regards
> Andrew
>
>
> --- In DynoMotion@yahoogroups.com, "cees" <c.olgers@> wrote:
> >
> > Hi Andrew
> >
> >
> >
> > Ok, I am to harsh on Tom, he is very helpful to me also.
> >
> > But I don't know where to look anymore.
> >
> > Yesterday it was again no joy, after a few weeks searching for "personality
> > modules for my old analog electro craft BRU 200 drives, without luck.
> >
> > I came to the conclusion that these modules have some data burned in for a
> > motor what is attached at this drive, they have a battery what hold fine
> > tuning data for the P.I.D. parameters.
> >
> > So they have basic information in them for the specific motor, and then you
> > can auto tune them with Hyperterminal .
> >
> > This fine tuning can also be done in Kmotion, and then you can store this
> > data in a C-progam.
> >
> > So there is no need to have the fine tuning P.I.D. data stored in the
> > personality module, ( after ten years these modules have to replaced because
> > the onboard battery has died)
> >
> > But the basic parameters are still there.
> >
> > So with this knowledge, I started with: a virus scan on my computer,
> > installed the service pack 2 usb driver because it is faster, I had
> > installed from the computer and all other gadgets and encoder 6mm² ground
> > wires to a big copper strip in the electrical cabinet to get a star shaped
> > grounding, to eliminate the electrical noise .
> >
> >
> >
> > You have to know that all this was after I have got the machine running in
> > December, it did three axes and spindle. And I was happy as a child.
> >
> > This was a beginning, because it has limit switches, a pneumatic driven 8
> > tools changer on his arm on the Y axe, so I had more hair loss to go. I want
> > to start something simple, I tried the Xbox plug-in with a wireless Xbox
> > controller, with this plug-in the machine went nuts, and drive the 1500kg X
> > axe with the speed of light to my neighbor across the street.
> >
> > I had uninstalled the plug-in, and now for some strange reason I know the
> > C-progam file was changed, the input gain for the X axe was changed from -1
> > to plus 1, this looks like a minor case, but there is suddenly a 10 volt
> > output on the analog drive and he is going on maximum speed to his grave.
> >
> >
> >
> > Yesterday I made a new start, made a new tuning C-progam al from the start.
> >
> > After this it was running again. Now the next step, I putted in the C-progam
> > for the Limit switches to get them working.
> >
> > I had them at first configurated in Mach3 but there was a problem with the
> > in and outputs above 128 for some reason, so with the help of Tom I wrote
> > the C-progam.
> >
> > I must say, I don't have any experience with this kind of programming, I
> > don't understand this Kmotion software for more than 5%.
> >
> > It is all new for me, I have build three stepper machines, and that's all,
> > never heard about P.I.D. before and no experience with servo motors.
> >
> > Then there is the Language, I am Dutch so the manuals are a kind of Chinese
> > for me.
> >
> >
> >
> > After the lunch break I started the machine again, my wife was there to look
> > at my progress and to see it move again properly.
> >
> > Now the Y axe went nuts and hit the end of his travel so hard, that the end
> > plate (15mm thick steel plate was bend) and the steel bearing balls went
> > ejected from the ball bearing nut.
> >
> > Another change in the Init C-progam, again a gain what was changed from 1 to
> > -1.
> >
> > So I did change it back, get rid of the home limit progam, to get again in
> > the state I was before, with no luck.
> >
> > Now it is telling me all kind of fault messages, and I am not able to get
> > the three axes running like they did.
> >
> > I don't know anymore, and I am freightfull to start it again.
> >
> >
> >
> > Conclusion:
> >
> >
> >
> > I don't understand the Kmotion software enough.
> >
> > The software and Kflop comes from a guy who is willing to give all the help
> > I need.
> >
> > I am a sort of experimental object.
> >
> > Mach3 has 9 years of history with now about 12000 users, with all there
> > specific needs and bugs they found out. Brian Barker is rewriting it now,
> > and he hopes to get it done at the end of this year.
> >
> > So I know it is very complex.
> >
> > I have no luck.
> >
> >
> >
> > So my mail was not intended to burn Tom to the ground.
> >
> >
> >
> > Regards,
> >
> > Cees
> >
> >
> >
> >
> >
> >
> >
> > Van: DynoMotion@yahoogroups.com [mailto: DynoMotion@yahoogroups.com] Namens
> > babinda01
> > Verzonden: dinsdag 23 februari 2010 23:00
> > Aan: DynoMotion@yahoogroups.com
> > Onderwerp: [DynoMotion] Re: MPG problems
> >
> >
> >
> >
> >
> > Hi Cees,
> > I have been a CNC integrator of many years now, mainly on large machinery ie
> > milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
> > Spindle drives. Noise is ALWAYS an issue - I have seen even the most
> > hardened "Commercial Control" have issues in regard to noise.
> >
> > Having said that, I have been installing a system using the Kflop & Kanalog
> > for a while now too. I have had a few issues and a few problems, BUT Tom has
> > always helped me out - most of these problems were my own lack of knowledge,
> > some were features missing from the kflop/kanalog, but as I said Tom helped
> > me out each time.
> >
> > I too am unsure about USB and motion control, I have seen it fail (or not
> > work properly) on two other recent USB based motion devices. I KNOW Windows
> > is evil, evil, evil, terrible, terrible, terrible and shouldn't be used for
> > motion control - and that is why we need devices like the kflop/kanalog.
> > Some thing COULD be done differently to enhance the system, but all this
> > knowledge and after thought comes from other peoples experience using the
> > device in different situations, there is no amount of testing on a bench
> > that can make up for real world experience. If you want a good system for
> > industrial use, the newer Fanuc controls are great, but they come at a
> > price. So we all need to have a bit of give and take, and work together to
> > get a system that works for the price we are willing to pay.
> >
> > I have only this week got my machine running with the kflop/kanalog, and I
> > will be testing it more intensly this week and next to see how it performs,
> > and to see if I have any "Ghosts" hiding in my system. I am using AC servo
> > motors and drives and have two VFD's controlling two spindles, I have all
> > this crammed into one small electrical enclosure. The other day I was
> > running some homing tests with rapid rates up around the 50 - 75
> > Meters/Minute and I homed to within about .01mm each time, so I have no
> > issues with the accuracy of the system.
> >
> > I feel you are being a little to harsh on Tom, he has been helpful to me.
> > I don't mean this post to be a bash up Cees post, so please don't take it
> > that way. I can understand your frustration and I share your concerns about
> > USB. But I do feel that you will get your system working with Toms help.
> >
> > Regards
> > Andrew Erwood
> > AKSYS Tech Pty Ltd
> > Australia
> > andrew@ <mailto:andrew%40aksystech.com>
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> ,
> > "cees" <c.olgers@> wrote:
> > >
> > > I think the USB stuff is beyond the knowledge, for the developers.
> > >
> > > I am busy with the KFLOP and Kanalog now for 4 months without pauses.
> > >
> > > What I have seen, in this period.
> > >
> > > Ghost, viruses, voodoo perhaps???
> > >
> > > No!!
> > >
> > > This USB is not for the real world.
> > >
> > > A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
> > like
> > > a 4KW radar beam it is no good!!
> > >
> > > It is not stable in a professionally CNC environment.
> > >
> > > It sucks!!
> > >
> > > Electrical noise, and a progam what is in a kind of experimental stage.
> > >
> > > We have to send Tom back to his developers bench.
> > >
> > > I am sorry, to have such a hard verdict.
> > >
> > > But I am on the place where I started four months ago, .. How do I control
> > > the beast.
> > >
> > >
> > >
> > > Best Regards / M.vr.gr
> > >
> > > Cees
> > >
> > >
> > >
> > > C.J. Olgers
> > >
> > > Lemmerkade 38 8244DC
> > >
> > > Lelystad-Haven
> > >
> > > Tel. : 0320-842939
> > >
> > > Mobiel: 0624718690
> > >
> > > K.v.K. Lelystad 34071687
> > >
> > > b.t.w. nr. NL063838771B01
> > >
> > > <http://www.olgerstimmerwerk.nl/> http://www.olgerstimmerwerk.nl
> > >
> > > <http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm>
> > > http://www.olgerstimmerwerk.nl/digitizer/Digitizer.htm
> > >
> > > <http://www.cncfrees.nl/> http://www.cncfrees.nl/
> > >
> >
>



 

 

Group: DynoMotion

Message: 181

From: Tom Kerekes

Date: Wed Mar 03, 2010 11:11 PM

Subject: Re: Re: Mach3

 

Hi Andrew,

I looked through our Plugin code and I can't find a bug with regard to the A axis.

You do have the A axis defined in the KFLOP Coordinate Systems don't you?  If you type DefineCS on the console what is displayed?

What if we try adding a dummy NotifyPlugins(10000) before the Sleep(1000) in your VB Script?  If you don't already have a Notify KFLOP program create one that just prints the notification code or something (and use a code that you are not already using).  After the KFlop Notification program finishes it should tell Mach3 to re-sync to the hardware state.  See if it fixes the problem.


Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Tue, March 2, 2010 4:47:31 PM
Subject: [DynoMotion] Re: Mach3

 

Hi Tom
I have done a bit of testing in regard to my homing problems, and I think your first point below is correct.
On my very first home command after mach3 has been started, the machine homes correctly and moves to the A120 position ok.. But any other homes after that it just ignores the A120 movement command and just changes the DRO to read 120.000.

And your point 2 is correct also, if I jog the machine to A180 and then run my homing script the machine actually goes to A60.

If I change my homing script from A120 to X12. this works every time, so it is something to do with the rotary axis.

I hope this helps, if you need me to try other tests please let me know.

Regards
Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hey Andrew,
>

> That is too strange...
>
> Where is A at before you start theĂ‚ Homing process?Ă‚  I'm guessing that Mach somehow still thinks A is at 120 even though we homed.Ă‚  So then if we say go to 120 it doesn't move.Ă‚  Any jogging causes Mach3 to re-sync it's internal position.
>
> So to test that theory move to 180 before hand.Ă‚  Then after homing if Mach still thinks we are at 180, then a move to 120 would cause a motion of -60.
>
> What happens if you do something similar with the X axis instead of A??
>
> When the DRO changes to 120 does it change gradually like there was a motion?
>
> What is the DROĂ‚ before the G00 A120 ??
>
> What does the KMotion Axis Screen say the raw steps are before and after?
>
>
> Sorry for all the questions and no answers :}
>
> TK
>
>
>
>
>
____________ _________ _________ __
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogro ups.com
> Sent: Sat, February 27, 2010 8:30:13 PM
> Subject: [DynoMotion] Re: Mach3
>
> Ă‚ 
>
>
> Hi Tom
> I am getting closer.
> I now have my homing complete signal working ok - using Bit 48 instead of 160 worked.
> Now for my next problem - it may be a bug in the plug-in (or else I am just stupid)
> If I have my Homing script in Mach3 like this:
>
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2) ### Input2 is activated by bit 48 to
> say homing is completed
> Sleep(1000)
> Wend
>
> Everything
works perfectly...
>
> Then I changed it to:
> Message ""
> Code "G90 G54"
> DoButton(24)
> DoButton(22)
> DoButton(25)
> Message "Homing All Axis"
> While IsActive(input2)
> Sleep(1000)
> Wend
> Code "M899"
>
> With My M899 as:
>
> Code "G00 A120"
> Message "Homing Completed"
>
> This homes as it did before and then just the DRO's in Mach change to A120 (the axis don't actually move).
> I then tried deleting the code "M899" from my homing script, and then ran the script and then manually in MDI mode entered the M899, again it stayed in position and just the dro's move to A120. So then I ran the home script, manually jogged the A axis (just a bit) and then ran the M899 and everything worked as it should have.
>
> Any thoughts
>
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@> wrote:
> >
> > Hi Tom
> > Yes, I am using the patched version. My estop, and a couple of other inputs are working fine and they are connected to the opto inputs of the kanalog.
> > For testing all I have been doing is looking to see if the input2 led will come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the bits change in the kmaotion software , but I cant see it working on the mach3 leds.
> > I will try a couple of these other bits you mentioned. I was thinking that the plugin only recognised certain bits as inputs and certain ones as outputs.
> >
> > Andrew
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Andrew,
> > >
> > > You need to use the patched plugin to access IO's > 128.Ăƒâ€Ă‚  Are you
using this?
> > >
> > > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> > >
> > > Or 48 - 63 are hidden Virtual Bits originally designed to be used as flags.
> > >
> > > How do you know it isn't working?Ăƒâ€Ă‚  What is the symptom?Ăƒâ€Ă‚  I was thinking there might be a race condition where your routine starts checking for the bit to go low before it actually gets set high?
> > >
> > > TK
> > >
> > >
> > > Ăƒâ€Ă‚ 
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: babinda01 <a_k@>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Sat, February 27, 2010 5:47:28 PM
> > > Subject: [DynoMotion] Re: Mach3
> > >
> > > Ăƒâ€Ă‚ 
>
> >
> > > Hi Tom
> > > I am having a little trouble still with getting a "homing completed" signal coming back to mach3.
> > > In my homing C program I have added a SetStateBit( 160,1) at the start of my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I can see the bits change on the IO screen of KMotion, but for the life of mee I cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > > I was trying 160 because all my opto inputs are used for other things bits 128-135 appear to be used so 160-167 are all I have free.
> > > Any thought on what I could try - is there another bit I should be trying?
> > >
> > > Regards
> > > Andrew
> > >
> >
>



 

 

Group: DynoMotion

Message: 182

From: Tom Kerekes

Date: Wed Mar 03, 2010 11:21 PM

Subject: Re: Re: MPG problems

 

Hi Cees,

We should probably attack the "going nuts" problem first.  Can you be more specific?  Can you offer any clues to when it happens and what you are doing?  If you have the following error set for 20mm then if an axis takes off without being commanded to take off it should disable the axis and the DAC output should go to zero.  Do you observe this after it happens?  Check the status screens.  Is the axis disabled?  What do the DAC settings say?  What is the minimum that you need to do to recover?

Regards

TK


 



From: zeeschuim <c.olgers@chello.nl>
To: DynoMotion@yahoogroups.com
Sent: Wed, March 3, 2010 9:03:09 AM
Subject: [DynoMotion] Re: MPG problems

 


Hi Andrew and Tom
I am back in the game, the machine is running again.
It was a stack of problems, started with the Xbox 360 plug-in; this one turned the machine in a mad man. Then there was the Idea, of the personality module, told to me from the man from the support desk of Rockwell Automation. And then I made a mistake with loading the wrong firmware into the Kflop, there are two directories DSP_kmotion and DSP_kflop they have both an .Out file. It was not clear for me which file I needed, so I did Recovery with DSP_Kmotion and new file with DSP_Kflop. Then I get these very strange messages in Mach3.
Now I have started from the beginning, and yes it is running as it was in December. The new plug-in works for the output from the spindle. The C progam what Tom wrote for me for the spindle did not work anymore, I started the spindle with the digital out screen from the Kanalog, and only the stop command was working in Mach3, very
strange.
Now we can use the in and outputs from Mach3, can I use these also for the -- limit/home switches? I hope so because these DynoMotion C-programs give me the creeps with their non predictable output.
I had gave the machine very small following errors, for 20mm, but when it is going nuts, it is going nuts what so ever.
Regards,
Cees
--- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@...> wrote:
>
> Hi Cees,
>
> WOW!!!!! I think I would be bald by now (from pulling my hair out).
> Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3 plug-in to handle these now - this was one of the issues I had problem with, that I mentioned in my last post.
>
> I know mach3 has been around for quite some time and has quite a lot of happy users - BUT - it is
not perfect, the current project I have been working on has been a long project which started nearly three year ago, when I was contracted to write some software to control these machines. The company who contracted me specified that Mach3 must be the CNC engine behind the software, and so I did as they asked, but it was a major task, I found major problems with the macropump and with scripting in general within mach, and in the end I ended up rewritting the macropump (now controlled by my program and not mach3) so that I could get it to work properly.
>
> Firstly change all your velocities to a much lower level until you get your system sorted, this will stop it taking off like the devil and causing you more grief than you need. Once things are running well then ramp them up.
>
> Try and use as few plugin as possible with mach - I don't know anything about the 360 plugin. But I would ditch it until you are happy with the
machine in a basic state.
>
> I know some of this you have/are trying - but if you can get things working in stages it may make life easier for you.
>
> Regards
> Andrew
>
>
> --- In DynoMotion@yahoogro ups.com, "cees" <c.olgers@> wrote:
> >
> > Hi Andrew
> >
> >
> >
> > Ok, I am to harsh on Tom, he is very helpful to me also.
> >
> > But I don't know where to look anymore.
> >
> > Yesterday it was again no joy, after a few weeks searching for "personality
> > modules for my old analog electro craft BRU 200 drives, without luck.
> >
> > I came to the conclusion that these modules have some data burned in for a
> > motor what is attached at this
drive, they have a battery what hold fine
> > tuning data for the P.I.D. parameters.
> >
> > So they have basic information in them for the specific motor, and then you
> > can auto tune them with Hyperterminal .
> >
> > This fine tuning can also be done in Kmotion, and then you can store this
> > data in a C-progam.
> >
> > So there is no need to have the fine tuning P.I.D. data stored in the
> > personality module, ( after ten years these modules have to replaced because
> > the onboard battery has died)
> >
> > But the basic parameters are still there.
> >
> > So with this knowledge, I started with: a virus scan on my computer,
> > installed the service pack 2 usb driver because it is faster, I had
> > installed from the computer and all other gadgets and encoder 6mm² ground
> > wires
to a big copper strip in the electrical cabinet to get a star shaped
> > grounding, to eliminate the electrical noise .
> >
> >
> >
> > You have to know that all this was after I have got the machine running in
> > December, it did three axes and spindle. And I was happy as a child.
> >
> > This was a beginning, because it has limit switches, a pneumatic driven 8
> > tools changer on his arm on the Y axe, so I had more hair loss to go. I want
> > to start something simple, I tried the Xbox plug-in with a wireless Xbox
> > controller, with this plug-in the machine went nuts, and drive the 1500kg X
> > axe with the speed of light to my neighbor across the street.
> >
> > I had uninstalled the plug-in, and now for some strange reason I know the
> > C-progam file was changed, the input gain for the X axe was changed
from -1
> > to plus 1, this looks like a minor case, but there is suddenly a 10 volt
> > output on the analog drive and he is going on maximum speed to his grave.
> >
> >
> >
> > Yesterday I made a new start, made a new tuning C-progam al from the start.
> >
> > After this it was running again. Now the next step, I putted in the C-progam
> > for the Limit switches to get them working.
> >
> > I had them at first configurated in Mach3 but there was a problem with the
> > in and outputs above 128 for some reason, so with the help of Tom I wrote
> > the C-progam.
> >
> > I must say, I don't have any experience with this kind of programming, I
> > don't understand this Kmotion software for more than 5%.
> >
> > It is all new for me, I have build three stepper machines, and that's
all,
> > never heard about P.I.D. before and no experience with servo motors.
> >
> > Then there is the Language, I am Dutch so the manuals are a kind of Chinese
> > for me.
> >
> >
> >
> > After the lunch break I started the machine again, my wife was there to look
> > at my progress and to see it move again properly.
> >
> > Now the Y axe went nuts and hit the end of his travel so hard, that the end
> > plate (15mm thick steel plate was bend) and the steel bearing balls went
> > ejected from the ball bearing nut.
> >
> > Another change in the Init C-progam, again a gain what was changed from 1 to
> > -1.
> >
> > So I did change it back, get rid of the home limit progam, to get again in
> > the state I was before, with no luck.
> >
> > Now it is telling me
all kind of fault messages, and I am not able to get
> > the three axes running like they did.
> >
> > I don't know anymore, and I am freightfull to start it again.
> >
> >
> >
> > Conclusion:
> >
> >
> >
> > I don't understand the Kmotion software enough.
> >
> > The software and Kflop comes from a guy who is willing to give all the help
> > I need.
> >
> > I am a sort of experimental object.
> >
> > Mach3 has 9 years of history with now about 12000 users, with all there
> > specific needs and bugs they found out. Brian Barker is rewriting it now,
> > and he hopes to get it done at the end of this year.
> >
> > So I know it is very complex.
> >
> > I have no luck.
> >
> >
> >
> > So my mail
was not intended to burn Tom to the ground.
> >
> >
> >
> > Regards,
> >
> > Cees
> >
> >
> >
> >
> >
> >
> >
> > Van: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com] Namens
> > babinda01
> > Verzonden: dinsdag 23 februari 2010 23:00
> > Aan: DynoMotion@yahoogro ups.com
> > Onderwerp: [DynoMotion] Re: MPG problems
> >
> >
> >
> >
> >
> > Hi
Cees,
> > I have been a CNC integrator of many years now, mainly on large machinery ie
> > milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
> > Spindle drives. Noise is ALWAYS an issue - I have seen even the most
> > hardened "Commercial Control" have issues in regard to noise.
> >
> > Having said that, I have been installing a system using the Kflop & Kanalog
> > for a while now too. I have had a few issues and a few problems, BUT Tom has
> > always helped me out - most of these problems were my own lack of knowledge,
> > some were features missing from the kflop/kanalog, but as I said Tom helped
> > me out each time.
> >
> > I too am unsure about USB and motion control, I have seen it fail (or not
> > work properly) on two other recent USB based motion devices. I KNOW Windows
> > is evil, evil,
evil, terrible, terrible, terrible and shouldn't be used for
> > motion control - and that is why we need devices like the kflop/kanalog.
> > Some thing COULD be done differently to enhance the system, but all this
> > knowledge and after thought comes from other peoples experience using the
> > device in different situations, there is no amount of testing on a bench
> > that can make up for real world experience. If you want a good system for
> > industrial use, the newer Fanuc controls are great, but they come at a
> > price. So we all need to have a bit of give and take, and work together to
> > get a system that works for the price we are willing to pay.
> >
> > I have only this week got my machine running with the kflop/kanalog, and I
> > will be testing it more intensly this week and next to see how it performs,
> > and to see if I have any
"Ghosts" hiding in my system. I am using AC servo
> > motors and drives and have two VFD's controlling two spindles, I have all
> > this crammed into one small electrical enclosure. The other day I was
> > running some homing tests with rapid rates up around the 50 - 75
> > Meters/Minute and I homed to within about .01mm each time, so I have no
> > issues with the accuracy of the system.
> >
> > I feel you are being a little to harsh on Tom, he has been helpful to me.
> > I don't mean this post to be a bash up Cees post, so please don't take it
> > that way. I can understand your frustration and I share your concerns about
> > USB. But I do feel that you will get your system working with Toms help.
> >
> > Regards
> > Andrew Erwood
> > AKSYS Tech Pty Ltd
> > Australia
> > andrew@ <mailto:andrew%
40aksystech. com>
> >
> > --- In DynoMotion@yahoogro ups.com <mailto:DynoMotion% 40yahoogroups. com> ,
> > "cees" <c.olgers@> wrote:
> > >
> > > I think the USB stuff is beyond the knowledge, for the developers.
> > >
> > > I am busy with the KFLOP and Kanalog now for 4 months without pauses.
> > >
> > > What I have seen, in this period.
> > >
> > > Ghost, viruses, voodoo perhaps???
> > >
> > > No!!
> > >
> > > This USB is not for the real world.
> > >
> > > A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
> > like
> > > a 4KW radar beam it is no good!!
> > >

> > > It is not stable in a professionally CNC environment.
> > >
> > > It sucks!!
> > >
> > > Electrical noise, and a progam what is in a kind of experimental stage.
> > >
> > > We have to send Tom back to his developers bench.
> > >
> > > I am sorry, to have such a hard verdict.
> > >
> > > But I am on the place where I started four months ago, .. How do I control
> > > the beast.
> > >
> > >
> > >
> > > Best Regards / M.vr.gr
> > >
> > > Cees
> > >
> > >
> > >
> > > C.J. Olgers
> > >
> > > Lemmerkade 38 8244DC
> > >
> > > Lelystad-Haven
> > >
> > > Tel. :
0320-842939
> > >
> > > Mobiel: 0624718690
> > >
> > > K.v.K. Lelystad 34071687
> > >
> > > b.t.w. nr. NL063838771B01
> > >
> > > <http://www.olgersti mmerwerk. nl/> http://www.olgersti mmerwerk. nl
> > >
> > > <http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm>
> > > http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm
> > >
> > > <http://www.cncfrees.nl/> http://www.cncfrees .nl/
> > >
> >
>



 

 

Group: DynoMotion

Message: 183

From: babinda01

Date: Wed Mar 03, 2010 11:41 PM

Subject: Re: Mach3

 



Hi Tom
I think I have the axis defined correctly. In my Init program I have
DefineCoordSystem(5,-1,4,6)

If I do a defineCS I get 5 -1 4 6

I tried adding the NotifyPlugins(10000) but I am not sure what I should have in
my NotifyMach.C program, I just have the default one, but this did'nt help at
all either. Should I change my NotifyMach.c to something else???


Regards
Andrew


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> I looked through our Plugin code and I can't find a bug with regard to the A
axis.
>
> You do have the A axis defined in the KFLOP Coordinate Systems don't you?  If
you type DefineCS on the console what is displayed?
>
> What if we try adding a dummy NotifyPlugins(10000) before the Sleep(1000) in
your VB Script?  If you don't already have a Notify KFLOP program create one
that just prints the notification code or something (and use a code that you are
not already using).  After the KFlop Notification program finishes it should
tell Mach3 to re-sync to the hardware state.  See if it fixes the problem.
>
> Thanks
> TK
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Tue, March 2, 2010 4:47:31 PM
> Subject: [DynoMotion] Re: Mach3
>
>  
> Hi Tom
> I have done a bit of testing in regard to my homing problems, and I think your
first point below is correct.
> On my very first home command after mach3 has been started, the machine homes
correctly and moves to the A120 position ok.. But any other homes after that it
just ignores the A120 movement command and just changes the DRO to read 120.000.
>
> And your point 2 is correct also, if I jog the machine to A180 and then run my
homing script the machine actually goes to A60.
>
> If I change my homing script from A120 to X12. this works every time, so it is
something to do with the rotary axis.
>
> I hope this helps, if you need me to try other tests please let me know.
>
> Regards
> Andrew
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hey Andrew,
> >
> > That is too strange...
> >
> > Where is A at before you start the Homing process?  I'm guessing that
Mach somehow still thinks A is at 120 even though we homed.  So then if we
say go to 120 it doesn't move.  Any jogging causes Mach3 to re-sync it's
internal position.
> >
> > So to test that theory move to 180 before hand.  Then after homing if
Mach still thinks we are at 180, then a move to 120 would cause a motion of -60.
> >
> > What happens if you do something similar with the X axis instead of A??
> >
> > When the DRO changes to 120 does it change gradually like there was a
motion?
> >
> > What is the DRO before the G00 A120 ??
> >
> > What does the KMotion Axis Screen say the raw steps are before and after?
> >
> >
> > Sorry for all the questions and no answers :}
> >
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sat, February 27, 2010 8:30:13 PM
> > Subject: [DynoMotion] Re: Mach3
> >
> >  
> >
> >
> > Hi Tom
> > I am getting closer.
> > I now have my homing complete signal working ok - using Bit 48 instead of
160 worked.
> > Now for my next problem - it may be a bug in the plug-in (or else I am just
stupid)
> > If I have my Homing script in Mach3 like this:
> >
> > Message ""
> > Code "G90 G54"
> > DoButton(24)
> > DoButton(22)
> > DoButton(25)
> > Message "Homing All Axis"
> > While IsActive(input2) ### Input2 is activated by bit 48 to
> > say homing is completed
> > Sleep(1000)
> > Wend
> >
> > Everything works perfectly...
> >
> > Then I changed it to:
> > Message ""
> > Code "G90 G54"
> > DoButton(24)
> > DoButton(22)
> > DoButton(25)
> > Message "Homing All Axis"
> > While IsActive(input2)
> > Sleep(1000)
> > Wend
> > Code "M899"
> >
> > With My M899 as:
> >
> > Code "G00 A120"
> > Message "Homing Completed"
> >
> > This homes as it did before and then just the DRO's in Mach change to A120
(the axis don't actually move).
> > I then tried deleting the code "M899" from my homing script, and then ran
the script and then manually in MDI mode entered the M899, again it stayed in
position and just the dro's move to A120. So then I ran the home script,
manually jogged the A axis (just a bit) and then ran the M899 and everything
worked as it should have.
> >
> > Any thoughts
> >
> > Andrew
> >
> > --- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@> wrote:
> > >
> > > Hi Tom
> > > Yes, I am using the patched version. My estop, and a couple of other
inputs are working fine and they are connected to the opto inputs of the
kanalog.
> > > For testing all I have been doing is looking to see if the input2 led will
come on, on the diagnosics page of Mach3 - but no go. As I said, I can see the
bits change in the kmaotion software , but I cant see it working on the mach3
leds.
> > > I will try a couple of these other bits you mentioned. I was thinking that
the plugin only recognised certain bits as inputs and certain ones as outputs.
> > >
> > > Andrew
> > >
> > > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > > >
> > > > Andrew,
> > > >
> > > > You need to use the patched plugin to access IO's > 128.Ăƒâ€Ă‚  Are
you using this?
> > > >
> > > > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> > > >
> > > > Or 48 - 63 are hidden Virtual Bits originally designed to be used as
flags.
> > > >
> > > > How do you know it isn't working?Ăƒâ€Ă‚  What is the symptom?Ăƒâ€Ă‚ 
I was thinking there might be a race condition where your routine starts
checking for the bit to go low before it actually gets set high?
> > > >
> > > > TK
> > > >
> > > >
> > > > Ăƒâ€Ă‚ 
> > > >
> > > >
> > > >
> > > > ____________ _________ _________ __
> > > > From: babinda01 <a_k@>
> > > > To: DynoMotion@yahoogro ups.com
> > > > Sent: Sat, February 27, 2010 5:47:28 PM
> > > > Subject: [DynoMotion] Re: Mach3
> > > >
> > > > Ăƒâ€Ă‚ 
> > > >
> > > > Hi Tom
> > > > I am having a little trouble still with getting a "homing completed"
signal coming back to mach3.
> > > > In my homing C program I have added a SetStateBit( 160,1) at the start
of my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I
can see the bits change on the IO screen of KMotion, but for the life of mee I
cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > > > I was trying 160 because all my opto inputs are used for other things
bits 128-135 appear to be used so 160-167 are all I have free.
> > > > Any thought on what I could try - is there another bit I should be
trying?
> > > >
> > > > Regards
> > > > Andrew
> > > >
> > >
> >
>



 

 

Group: DynoMotion

Message: 184

From: cees

Date: Thu Mar 04, 2010 10:01 AM

Subject: RE: Re: MPG problems

 

Hi Tom

It is not something I like to reproduce, I know when it happens
with an Axe the “Inputgain0=†is changed from -1 to 1 or 1to-1,  then the DAC
output for that axe  is something like 9.777 volt with his destructive behavior.

Now I know where to look, change the “Inputgain0=†and then it
is ok again.

This has happen when I change a file in the configuration page
for the dynomotion plugin,  I make the change, go jogging with one axe on my
Shuttlepro, and then it was going nuts.

Regards,

Cees

Van:
DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] Namens Tom
Kerekes

Verzonden: donderdag 4 maart 2010 8:22

Aan: DynoMotion@yahoogroups.com

Onderwerp: Re: [DynoMotion] Re: MPG problems

Hi
Cees,

We
should probably attack the "going nuts" problem first.  Can you
be more specific?  Can you offer any clues to when it happens and what you
are doing?  If you have the following error set for 20mm then if an
axis takes off without being commanded to take off it should disable the axis
and the DAC output should go to zero.  Do you observe this after it
happens?  Check the status screens.  Is the axis disabled?  What
do the DAC settings say?  What is the minimum that you need to do to
recover?

Regards

TK


From: zeeschuim
<c.olgers@chello.nl>

To: DynoMotion@yahoogroups.com

Sent: Wed, March 3, 2010 9:03:09 AM

Subject: [DynoMotion] Re: MPG problems



 



Hi Andrew and Tom

I am back in the game, the machine is running again.

It was a stack of problems, started with the Xbox 360 plug-in; this one turned
the machine in a mad man. Then there was the Idea, of the personality module,
told to me from the man from the support desk of Rockwell Automation. And then
I made a mistake with loading the wrong firmware into the Kflop, there are two
directories DSP_kmotion and DSP_kflop they have both an .Out file. It was not
clear for me which file I needed, so I did Recovery with DSP_Kmotion and new
file with DSP_Kflop. Then I get these very strange messages in Mach3.

Now I have started from the beginning, and yes it is running as it was in
December. The new plug-in works for the output from the spindle. The C progam
what Tom wrote for me for the spindle did not work anymore, I started the
spindle with the digital out screen from the Kanalog, and only the stop command
was working in Mach3, very strange.

Now we can use the in and outputs from Mach3, can I use these also for the --
limit/home switches? I hope so because these DynoMotion C-programs give me the
creeps with their non predictable output.

I had gave the machine very small following errors, for 20mm, but when it is
going nuts, it is going nuts what so ever.

Regards,

Cees

--- In DynoMotion@yahoogro
ups.com
, "babinda01" <a_k@...> wrote:

>

> Hi Cees,

>

> WOW!!!!! I think I would be bald by now (from pulling my hair out).

> Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3
plug-in to handle these now - this was one of the issues I had problem with,
that I mentioned in my last post.

>

> I know mach3 has been around for quite some time and has quite a lot of
happy users - BUT - it is not perfect, the current project I have been working
on has been a long project which started nearly three year ago, when I was
contracted to write some software to control these machines. The company who
contracted me specified that Mach3 must be the CNC engine behind the software,
and so I did as they asked, but it was a major task, I found major problems
with the macropump and with scripting in general within mach, and in the end I
ended up rewritting the macropump (now controlled by my program and not mach3)
so that I could get it to work properly.

>

> Firstly change all your velocities to a much lower level until you get
your system sorted, this will stop it taking off like the devil and causing you
more grief than you need. Once things are running well then ramp them up.

>

> Try and use as few plugin as possible with mach - I don't know anything
about the 360 plugin. But I would ditch it until you are happy with the machine
in a basic state.

>

> I know some of this you have/are trying - but if you can get things
working in stages it may make life easier for you.

>

> Regards

> Andrew

>

>

> --- In DynoMotion@yahoogro
ups.com
, "cees" <c.olgers@> wrote:

> >

> > Hi Andrew

> >

> >

> >

> > Ok, I am to harsh on Tom, he is very helpful to me also.

> >

> > But I don't know where to look anymore.

> >

> > Yesterday it was again no joy, after a few weeks searching for
"personality

> > modules for my old analog electro craft BRU 200 drives, without luck.

> >

> > I came to the conclusion that these modules have some data burned in for
a

> > motor what is attached at this drive, they have a battery what hold
fine

> > tuning data for the P.I.D. parameters.

> >

> > So they have basic information in them for the specific motor, and
then you

> > can auto tune them with Hyperterminal .

> >

> > This fine tuning can also be done in Kmotion, and then you can store
this

> > data in a C-progam.

> >

> > So there is no need to have the fine tuning P.I.D. data stored in the

> > personality module, ( after ten years these modules have to replaced
because

> > the onboard battery has died)

> >

> > But the basic parameters are still there.

> >

> > So with this knowledge, I started with: a virus scan on my computer,

> > installed the service pack 2 usb driver because it is faster, I had

> > installed from the computer and all other gadgets and encoder 6mm²
ground

> > wires to a big copper strip in the electrical cabinet to get a star
shaped

> > grounding, to eliminate the electrical noise .

> >

> >

> >

> > You have to know that all this was after I have got the machine
running in

> > December, it did three axes and spindle. And I was happy as a child.

> >

> > This was a beginning, because it has limit switches, a pneumatic
driven 8

> > tools changer on his arm on the Y axe, so I had more hair loss to go.
I want

> > to start something simple, I tried the Xbox plug-in with a wireless
Xbox

> > controller, with this plug-in the machine went nuts, and drive the
1500kg X

> > axe with the speed of light to my neighbor across the street.

> >

> > I had uninstalled the plug-in, and now for some strange reason I know
the

> > C-progam file was changed, the input gain for the X axe was changed
from -1

> > to plus 1, this looks like a minor case, but there is suddenly a 10
volt

> > output on the analog drive and he is going on maximum speed to his
grave.

> >

> >

> >

> > Yesterday I made a new start, made a new tuning C-progam al from the
start.

> >

> > After this it was running again. Now the next step, I putted in the
C-progam

> > for the Limit switches to get them working.

> >

> > I had them at first configurated in Mach3 but there was a problem
with the

> > in and outputs above 128 for some reason, so with the help of Tom I
wrote

> > the C-progam.

> >

> > I must say, I don't have any experience with this kind of
programming, I

> > don't understand this Kmotion software for more than 5%.

> >

> > It is all new for me, I have build three stepper machines, and that's
all,

> > never heard about P.I.D. before and no experience with servo motors.

> >

> > Then there is the Language, I am Dutch so the manuals are a kind of
Chinese

> > for me.

> >

> >

> >

> > After the lunch break I started the machine again, my wife was there
to look

> > at my progress and to see it move again properly.

> >

> > Now the Y axe went nuts and hit the end of his travel so hard, that
the end

> > plate (15mm thick steel plate was bend) and the steel bearing balls
went

> > ejected from the ball bearing nut.

> >

> > Another change in the Init C-progam, again a gain what was changed from
1 to

> > -1.

> >

> > So I did change it back, get rid of the home limit progam, to get
again in

> > the state I was before, with no luck.

> >

> > Now it is telling me all kind of fault messages, and I am not able to
get

> > the three axes running like they did.

> >

> > I don't know anymore, and I am freightfull to start it again.

> >

> >

> >

> > Conclusion:

> >

> >

> >

> > I don't understand the Kmotion software enough.

> >

> > The software and Kflop comes from a guy who is willing to give all
the help

> > I need.

> >

> > I am a sort of experimental object.

> >

> > Mach3 has 9 years of history with now about 12000 users, with all
there

> > specific needs and bugs they found out. Brian Barker is rewriting it
now,

> > and he hopes to get it done at the end of this year.

> >

> > So I know it is very complex.

> >

> > I have no luck.

> >

> >

> >

> > So my mail was not intended to burn Tom to the ground.

> >

> >

> >

> > Regards,

> >

> > Cees

> >

> >

> >

> >

> >

> >

> >

> > Van: DynoMotion@yahoogro
ups.com
[mailto: DynoMotion@yahoogro ups.com] Namens

> > babinda01

> > Verzonden: dinsdag 23 februari 2010 23:00

> > Aan: DynoMotion@yahoogro
ups.com


> > Onderwerp: [DynoMotion] Re: MPG problems

> >

> >

> >

> >

> >

> > Hi Cees,

> > I have been a CNC integrator of many years now, mainly on large
machinery ie

> > milling machines with 10+meters of travel in the X axis and 50 to
100Kw VFD

> > Spindle drives. Noise is ALWAYS an issue - I have seen even the most

> > hardened "Commercial Control" have issues in regard to
noise.

> >

> > Having said that, I have been installing a system using the Kflop
& Kanalog

> > for a while now too. I have had a few issues and a few problems, BUT
Tom has

> > always helped me out - most of these problems were my own lack of
knowledge,

> > some were features missing from the kflop/kanalog, but as I said Tom
helped

> > me out each time.

> >

> > I too am unsure about USB and motion control, I have seen it fail (or
not

> > work properly) on two other recent USB based motion devices. I KNOW
Windows

> > is evil, evil, evil, terrible, terrible, terrible and shouldn't be
used for

> > motion control - and that is why we need devices like the
kflop/kanalog.

> > Some thing COULD be done differently to enhance the system, but all
this

> > knowledge and after thought comes from other peoples experience using
the

> > device in different situations, there is no amount of testing on a
bench

> > that can make up for real world experience. If you want a good system
for

> > industrial use, the newer Fanuc controls are great, but they come at
a

> > price. So we all need to have a bit of give and take, and work
together to

> > get a system that works for the price we are willing to pay.

> >

> > I have only this week got my machine running with the kflop/kanalog,
and I

> > will be testing it more intensly this week and next to see how it
performs,

> > and to see if I have any "Ghosts" hiding in my system. I am
using AC servo

> > motors and drives and have two VFD's controlling two spindles, I have
all

> > this crammed into one small electrical enclosure. The other day I was

> > running some homing tests with rapid rates up around the 50 - 75

> > Meters/Minute and I homed to within about .01mm each time, so I have
no

> > issues with the accuracy of the system.

> >

> > I feel you are being a little to harsh on Tom, he has been helpful to
me.

> > I don't mean this post to be a bash up Cees post, so please don't
take it

> > that way. I can understand your frustration and I share your concerns
about

> > USB. But I do feel that you will get your system working with Toms
help.

> >

> > Regards

> > Andrew Erwood

> > AKSYS Tech Pty Ltd

> > Australia

> > andrew@ <mailto:andrew% 40aksystech. com>

> >

> > --- In DynoMotion@yahoogro
ups.com
<mailto:DynoMotion% 40yahoogroups. com> ,

> > "cees" <c.olgers@> wrote:

> > >

> > > I think the USB stuff is beyond the knowledge, for the
developers.

> > >

> > > I am busy with the KFLOP and Kanalog now for 4 months without
pauses.

> > >

> > > What I have seen, in this period.

> > >

> > > Ghost, viruses, voodoo perhaps???

> > >

> > > No!!

> > >

> > > This USB is not for the real world.

> > >

> > > A mice, or a printer, Yes okay, CNC with heavy motors and heavy
drives

> > like

> > > a 4KW radar beam it is no good!!

> > >

> > > It is not stable in a professionally CNC environment.

> > >

> > > It sucks!!

> > >

> > > Electrical noise, and a progam what is in a kind of experimental
stage.

> > >

> > > We have to send Tom back to his developers bench.

> > >

> > > I am sorry, to have such a hard verdict.

> > >

> > > But I am on the place where I started four months ago, .. How do
I control

> > > the beast.

> > >

> > >

> > >

> > > Best Regards / M.vr.gr

> > >

> > > Cees

> > >

> > >

> > >

> > > C.J. Olgers

> > >

> > > Lemmerkade 38 8244DC

> > >

> > > Lelystad-Haven

> > >

> > > Tel. : 0320-842939

> > >

> > > Mobiel: 0624718690

> > >

> > > K.v.K. Lelystad 34071687

> > >

> > > b.t.w. nr. NL063838771B01

> > >

> > > <http://www.olgersti
mmerwerk. nl/
> http://www.olgersti
mmerwerk. nl


> > >

> > > <http://www.olgersti
mmerwerk. nl/digitizer/ Digitizer. htm
>

> > > http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm

> > >

> > > <http://www.cncfrees.nl/> http://www.cncfrees .nl/

> > >

> >

>



 

 

Group: DynoMotion

Message: 185

From: Tom Kerekes

Date: Thu Mar 04, 2010 11:21 AM

Subject: Re: Re: MPG problems

 

Hi Cees,

Changing the sign of anything in the servo loop will cause the servo to have positive feedback instead of negative feedback.  This will cause the motor to move ever increasingly faster away from the target destination rather than converge toward it.  But his should immediately trip a following error, disable the axis, and set the DAC signal to zero.  If the axis doesn't disable then the following error must not actually be set to a small value.  I think you should intentionally introduce the wrong gain and verify the system indeed trips a following error and no damage results (in some safe manner where if it doesn't, no major damage results).

I can't imagine how the gain changes by itself.  Where are you looking at the gain?  In the Init C program?  Or on the screen?

One common source of confusion is how the parameters work and how they are changed.  There is a single set of parameters in the KFLOP board that are currently in use at any one time.  There are basically 3 ways that these parameters may be changed:

#1 - Downloading the screen values using the KMotion.exe program (Download, Enable, Move, Step buttons all automatically download the parameters in the screens to the board)

#2 - Running a C Init program that sets parameters (Pushing RESET im Mach3 runs this program).

#3 - Entering Console commands

So it should be understood that the values in the KMotion Screens do not necessarily represent the values in use.  If for some reason you wish to know which parameters are currently in use, you may UPLOAD the parameters from KFLOP into the screens.

The normal proceedure for configuration and tuning of KFLOP is to use the KMotion.exe program's screen settings and repeatedly download the parameters to the board and verify everything is configured and tuned properly.  When you are finally satisfied and are sure that the parameters in the screens have been downloaded and match the parameters in KFLOP and are working correctly, then the Screen Parameters can be converted to a C program using the C Code -> Clip Board Button.  If later, changes are made to screen values without updating the C Program values, then there is a good chance of confusion.

Another possibility is that you simply have multiple C programs with different settings that you are somehow mixing up.

I hope this helps.

TK


 



From: cees <c.olgers@chello.nl>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 4, 2010 10:01:20 AM
Subject: RE: [DynoMotion] Re: MPG problems

 

Hi Tom

It is not something I like to reproduce, I know when it happens with an Axe the “Inputgain0=†is changed from -1 to 1 or 1to-1,  then the DAC output for that axe  is something like 9.777 volt with his destructive behavior.

Now I know where to look, change the “Inputgain0=†and then it is ok again.

This has happen when I change a file in the configuration page for the dynomotion plugin,  I make the change, go jogging with one axe on my Shuttlepro, and then it was going nuts.

Regards,

Cees

Van: DynoMotion@yahoogro ups.com [mailto:DynoMotion@ yahoogroups. com] Namens Tom Kerekes
Verzonden: donderdag 4 maart 2010 8:22
Aan: DynoMotion@yahoogro ups.com
Onderwerp: Re: [DynoMotion] Re: MPG problems

Hi Cees,

We should probably attack the "going nuts" problem first.  Can you be more specific?  Can you offer any clues to when it happens and what you are doing?  If you have the following error set for 20mm then if an axis takes off without being commanded to take off it should disable the axis and the DAC output should go to zero.  Do you observe this after it happens?  Check the status screens.  Is the axis disabled?  What do the DAC settings say?  What is the minimum that you need to do to recover?

Regards

TK


From: zeeschuim <c.olgers@chello. nl>
To: DynoMotion@yahoogro ups.com
Sent: Wed, March 3, 2010 9:03:09 AM
Subject: [DynoMotion] Re: MPG problems

 


Hi Andrew and Tom
I am back in the game, the machine is running again.
It was a stack of problems, started with the Xbox 360 plug-in; this one turned the machine in a mad man. Then there was the Idea, of the personality module, told to me from the man from the support desk of Rockwell Automation. And then I made a mistake with loading the wrong firmware into the Kflop, there are two directories DSP_kmotion and DSP_kflop they have both an .Out file. It was not clear for me which file I needed, so I did Recovery with DSP_Kmotion and new file with DSP_Kflop. Then I get these very strange messages in Mach3.
Now I have started from the beginning, and yes it is running as it was in December. The new plug-in works for the output from the spindle. The C progam what Tom wrote for me for the spindle did not work anymore, I started the spindle with the digital out screen from the Kanalog, and only the stop command was working in Mach3, very
strange.
Now we can use the in and outputs from Mach3, can I use these also for the -- limit/home switches? I hope so because these DynoMotion C-programs give me the creeps with their non predictable output.
I had gave the machine very small following errors, for 20mm, but when it is going nuts, it is going nuts what so ever.
Regards,
Cees
--- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@...> wrote:
>
> Hi Cees,
>
> WOW!!!!! I think I would be bald by now (from pulling my hair out).
> Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3 plug-in to handle these now - this was one of the issues I had problem with, that I mentioned in my last post.
>
> I know mach3 has been around for quite some time and has quite a lot of happy users - BUT - it is
not perfect, the current project I have been working on has been a long project which started nearly three year ago, when I was contracted to write some software to control these machines. The company who contracted me specified that Mach3 must be the CNC engine behind the software, and so I did as they asked, but it was a major task, I found major problems with the macropump and with scripting in general within mach, and in the end I ended up rewritting the macropump (now controlled by my program and not mach3) so that I could get it to work properly.
>
> Firstly change all your velocities to a much lower level until you get your system sorted, this will stop it taking off like the devil and causing you more grief than you need. Once things are running well then ramp them up.
>
> Try and use as few plugin as possible with mach - I don't know anything about the 360 plugin. But I would ditch it until you are happy with the
machine in a basic state.
>
> I know some of this you have/are trying - but if you can get things working in stages it may make life easier for you.
>
> Regards
> Andrew
>
>
> --- In DynoMotion@yahoogro ups.com, "cees" <c.olgers@> wrote:
> >
> > Hi Andrew
> >
> >
> >
> > Ok, I am to harsh on Tom, he is very helpful to me also.
> >
> > But I don't know where to look anymore.
> >
> > Yesterday it was again no joy, after a few weeks searching for "personality
> > modules for my old analog electro craft BRU 200 drives, without luck.
> >
> > I came to the conclusion that these modules have some data burned in for a
> > motor what is attached at this
drive, they have a battery what hold fine
> > tuning data for the P.I.D. parameters.
> >
> > So they have basic information in them for the specific motor, and then you
> > can auto tune them with Hyperterminal .
> >
> > This fine tuning can also be done in Kmotion, and then you can store this
> > data in a C-progam.
> >
> > So there is no need to have the fine tuning P.I.D. data stored in the
> > personality module, ( after ten years these modules have to replaced because
> > the onboard battery has died)
> >
> > But the basic parameters are still there.
> >
> > So with this knowledge, I started with: a virus scan on my computer,
> > installed the service pack 2 usb driver because it is faster, I had
> > installed from the computer and all other gadgets and encoder 6mm² ground
> > wires
to a big copper strip in the electrical cabinet to get a star shaped
> > grounding, to eliminate the electrical noise .
> >
> >
> >
> > You have to know that all this was after I have got the machine running in
> > December, it did three axes and spindle. And I was happy as a child.
> >
> > This was a beginning, because it has limit switches, a pneumatic driven 8
> > tools changer on his arm on the Y axe, so I had more hair loss to go. I want
> > to start something simple, I tried the Xbox plug-in with a wireless Xbox
> > controller, with this plug-in the machine went nuts, and drive the 1500kg X
> > axe with the speed of light to my neighbor across the street.
> >
> > I had uninstalled the plug-in, and now for some strange reason I know the
> > C-progam file was changed, the input gain for the X axe was changed
from -1
> > to plus 1, this looks like a minor case, but there is suddenly a 10 volt
> > output on the analog drive and he is going on maximum speed to his grave.
> >
> >
> >
> > Yesterday I made a new start, made a new tuning C-progam al from the start.
> >
> > After this it was running again. Now the next step, I putted in the C-progam
> > for the Limit switches to get them working.
> >
> > I had them at first configurated in Mach3 but there was a problem with the
> > in and outputs above 128 for some reason, so with the help of Tom I wrote
> > the C-progam.
> >
> > I must say, I don't have any experience with this kind of programming, I
> > don't understand this Kmotion software for more than 5%.
> >
> > It is all new for me, I have build three stepper machines, and that's
all,
> > never heard about P.I.D. before and no experience with servo motors.
> >
> > Then there is the Language, I am Dutch so the manuals are a kind of Chinese
> > for me.
> >
> >
> >
> > After the lunch break I started the machine again, my wife was there to look
> > at my progress and to see it move again properly.
> >
> > Now the Y axe went nuts and hit the end of his travel so hard, that the end
> > plate (15mm thick steel plate was bend) and the steel bearing balls went
> > ejected from the ball bearing nut.
> >
> > Another change in the Init C-progam, again a gain what was changed from 1 to
> > -1.
> >
> > So I did change it back, get rid of the home limit progam, to get again in
> > the state I was before, with no luck.
> >
> > Now it is telling me
all kind of fault messages, and I am not able to get
> > the three axes running like they did.
> >
> > I don't know anymore, and I am freightfull to start it again.
> >
> >
> >
> > Conclusion:
> >
> >
> >
> > I don't understand the Kmotion software enough.
> >
> > The software and Kflop comes from a guy who is willing to give all the help
> > I need.
> >
> > I am a sort of experimental object.
> >
> > Mach3 has 9 years of history with now about 12000 users, with all there
> > specific needs and bugs they found out. Brian Barker is rewriting it now,
> > and he hopes to get it done at the end of this year.
> >
> > So I know it is very complex.
> >
> > I have no luck.
> >
> >
> >
> > So my mail
was not intended to burn Tom to the ground.
> >
> >
> >
> > Regards,
> >
> > Cees
> >
> >
> >
> >
> >
> >
> >
> > Van: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com] Namens
> > babinda01
> > Verzonden: dinsdag 23 februari 2010 23:00
> > Aan: DynoMotion@yahoogro ups.com
> > Onderwerp: [DynoMotion] Re: MPG problems
> >
> >
> >
> >
> >
> > Hi
Cees,
> > I have been a CNC integrator of many years now, mainly on large machinery ie
> > milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
> > Spindle drives. Noise is ALWAYS an issue - I have seen even the most
> > hardened "Commercial Control" have issues in regard to noise.
> >
> > Having said that, I have been installing a system using the Kflop & Kanalog
> > for a while now too. I have had a few issues and a few problems, BUT Tom has
> > always helped me out - most of these problems were my own lack of knowledge,
> > some were features missing from the kflop/kanalog, but as I said Tom helped
> > me out each time.
> >
> > I too am unsure about USB and motion control, I have seen it fail (or not
> > work properly) on two other recent USB based motion devices. I KNOW Windows
> > is evil, evil,
evil, terrible, terrible, terrible and shouldn't be used for
> > motion control - and that is why we need devices like the kflop/kanalog.
> > Some thing COULD be done differently to enhance the system, but all this
> > knowledge and after thought comes from other peoples experience using the
> > device in different situations, there is no amount of testing on a bench
> > that can make up for real world experience. If you want a good system for
> > industrial use, the newer Fanuc controls are great, but they come at a
> > price. So we all need to have a bit of give and take, and work together to
> > get a system that works for the price we are willing to pay.
> >
> > I have only this week got my machine running with the kflop/kanalog, and I
> > will be testing it more intensly this week and next to see how it performs,
> > and to see if I have any
"Ghosts" hiding in my system. I am using AC servo
> > motors and drives and have two VFD's controlling two spindles, I have all
> > this crammed into one small electrical enclosure. The other day I was
> > running some homing tests with rapid rates up around the 50 - 75
> > Meters/Minute and I homed to within about .01mm each time, so I have no
> > issues with the accuracy of the system.
> >
> > I feel you are being a little to harsh on Tom, he has been helpful to me.
> > I don't mean this post to be a bash up Cees post, so please don't take it
> > that way. I can understand your frustration and I share your concerns about
> > USB. But I do feel that you will get your system working with Toms help.
> >
> > Regards
> > Andrew Erwood
> > AKSYS Tech Pty Ltd
> > Australia
> > andrew@ <mailto:andrew%
40aksystech. com>
> >
> > --- In DynoMotion@yahoogro ups.com <mailto:DynoMotion% 40yahoogroups. com> ,
> > "cees" <c.olgers@> wrote:
> > >
> > > I think the USB stuff is beyond the knowledge, for the developers.
> > >
> > > I am busy with the KFLOP and Kanalog now for 4 months without pauses.
> > >
> > > What I have seen, in this period.
> > >
> > > Ghost, viruses, voodoo perhaps???
> > >
> > > No!!
> > >
> > > This USB is not for the real world.
> > >
> > > A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
> > like
> > > a 4KW radar beam it is no good!!
> > >

> > > It is not stable in a professionally CNC environment.
> > >
> > > It sucks!!
> > >
> > > Electrical noise, and a progam what is in a kind of experimental stage.
> > >
> > > We have to send Tom back to his developers bench.
> > >
> > > I am sorry, to have such a hard verdict.
> > >
> > > But I am on the place where I started four months ago, .. How do I control
> > > the beast.
> > >
> > >
> > >
> > > Best Regards / M.vr.gr
> > >
> > > Cees
> > >
> > >
> > >
> > > C.J. Olgers
> > >
> > > Lemmerkade 38 8244DC
> > >
> > > Lelystad-Haven
> > >
> > >
Tel. : 0320-842939
> > >
> > > Mobiel: 0624718690
> > >
> > > K.v.K. Lelystad 34071687
> > >
> > > b.t.w. nr. NL063838771B01
> > >
> > > <http://www.olgersti mmerwerk. nl/> http://www.olgersti mmerwerk. nl
> > >
> > > <http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm>
> > > http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm
> > >
> > > <http://www.cncfrees .nl/> http://www.cncfrees .nl/
> > >
> >
>



 

 

Group: DynoMotion

Message: 186

From: babinda01

Date: Thu Mar 04, 2010 1:25 PM

Subject: Re: Mach3

 



Hi Tom
I have thought I would just give you a look at my homing code to see if I am
doing something wrong in there:

#include "KMotionDef.h"

main()
{
int flags = persist.UserData[5]; // Mach3 flags bit0=X, bit1=Y, Bit2=Z, etc...

printf("Mach3 Home Call, flags = %d\n",flags);
SetStateBit(48,1);
Delay_sec(.1);
SetStateBit(48,1);
if (flags & 1)
{
Jog(5,-50000); // start moving X axis

while (!ReadBit(136)) ; // wait for switch (input #15) to change
Jog(5,0); // StopMotion

while(!CheckDone(5)) ;

Jog(5,5000); // start moving
while (ReadBit(136)) ; // wait for switch (input #15) to change
Jog(5,0); // StopMotion

Jog(5,-1000);
while (!ReadBit(1));
Jog(5,0);

while(!CheckDone(5)) ;
Delay_sec(.25);

DisableAxis(5);
Zero(5);
EnableAxisDest(5,0.0);
}

if (flags & 4)
{


Jog(4,50000); // start moving Z axis

while (!ReadBit(137)) ; // wait for switch (input #15) to change
Jog(4,0); // StopMotion

while(!CheckDone(4)) ;

Jog(4,-5000); // start moving
while (ReadBit(137)) ; // wait for switch (input #15) to change
Jog(4,0); // StopMotion

Jog(4,1000);
while (!ReadBit(0));
Jog(4,0);

while(!CheckDone(4)) ;
Delay_sec(.25);

DisableAxis(4);
Zero(4);
EnableAxisDest(4,0.0);


}

if (flags & 8)
{


Jog(6,1000); // start moving A axis


while (!ReadBit(2)) ; // wait for switch (input #15) to change
Jog(6,0); // StopMotion


while(!CheckDone(6)) ;
Delay_sec(.25);

DisableAxis(6);
Zero(6);
EnableAxisDest(6,0.0);



}

SetStateBit(48,0);

}




Regards
Andrew
--- In DynoMotion@yahoogroups.com, "babinda01" <a_k@...> wrote:
>
> Hi Tom
> I think I have the axis defined correctly. In my Init program I have
DefineCoordSystem(5,-1,4,6)
>
> If I do a defineCS I get 5 -1 4 6
>
> I tried adding the NotifyPlugins(10000) but I am not sure what I should have
in my NotifyMach.C program, I just have the default one, but this did'nt help at
all either. Should I change my NotifyMach.c to something else???
>
>
> Regards
> Andrew
>
>
> --- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Andrew,
> >
> > I looked through our Plugin code and I can't find a bug with regard to the A
axis.
> >
> > You do have the A axis defined in the KFLOP Coordinate Systems don't you? 
If you type DefineCS on the console what is displayed?
> >
> > What if we try adding a dummy NotifyPlugins(10000) before the Sleep(1000) in
your VB Script?  If you don't already have a Notify KFLOP program create one
that just prints the notification code or something (and use a code that you are
not already using).  After the KFlop Notification program finishes it should
tell Mach3 to re-sync to the hardware state.  See if it fixes the problem.
> >
> > Thanks
> > TK
> >
> >
> >
> > ________________________________
> > From: babinda01 <a_k@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Tue, March 2, 2010 4:47:31 PM
> > Subject: [DynoMotion] Re: Mach3
> >
> >  
> > Hi Tom
> > I have done a bit of testing in regard to my homing problems, and I think
your first point below is correct.
> > On my very first home command after mach3 has been started, the machine
homes correctly and moves to the A120 position ok.. But any other homes after
that it just ignores the A120 movement command and just changes the DRO to read
120.000.
> >
> > And your point 2 is correct also, if I jog the machine to A180 and then run
my homing script the machine actually goes to A60.
> >
> > If I change my homing script from A120 to X12. this works every time, so it
is something to do with the rotary axis.
> >
> > I hope this helps, if you need me to try other tests please let me know.
> >
> > Regards
> > Andrew
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Hey Andrew,
> > >
> > > That is too strange...
> > >
> > > Where is A at before you start the Homing process?  I'm guessing
that Mach somehow still thinks A is at 120 even though we homed.  So then if
we say go to 120 it doesn't move.  Any jogging causes Mach3 to re-sync it's
internal position.
> > >
> > > So to test that theory move to 180 before hand.  Then after homing if
Mach still thinks we are at 180, then a move to 120 would cause a motion of -60.
> > >
> > > What happens if you do something similar with the X axis instead of A??
> > >
> > > When the DRO changes to 120 does it change gradually like there was a
motion?
> > >
> > > What is the DRO before the G00 A120 ??
> > >
> > > What does the KMotion Axis Screen say the raw steps are before and after?
> > >
> > >
> > > Sorry for all the questions and no answers :}
> > >
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: babinda01 <a_k@>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Sat, February 27, 2010 8:30:13 PM
> > > Subject: [DynoMotion] Re: Mach3
> > >
> > >  
> > >
> > >
> > > Hi Tom
> > > I am getting closer.
> > > I now have my homing complete signal working ok - using Bit 48 instead of
160 worked.
> > > Now for my next problem - it may be a bug in the plug-in (or else I am
just stupid)
> > > If I have my Homing script in Mach3 like this:
> > >
> > > Message ""
> > > Code "G90 G54"
> > > DoButton(24)
> > > DoButton(22)
> > > DoButton(25)
> > > Message "Homing All Axis"
> > > While IsActive(input2) ### Input2 is activated by bit 48 to
> > > say homing is completed
> > > Sleep(1000)
> > > Wend
> > >
> > > Everything works perfectly...
> > >
> > > Then I changed it to:
> > > Message ""
> > > Code "G90 G54"
> > > DoButton(24)
> > > DoButton(22)
> > > DoButton(25)
> > > Message "Homing All Axis"
> > > While IsActive(input2)
> > > Sleep(1000)
> > > Wend
> > > Code "M899"
> > >
> > > With My M899 as:
> > >
> > > Code "G00 A120"
> > > Message "Homing Completed"
> > >
> > > This homes as it did before and then just the DRO's in Mach change to A120
(the axis don't actually move).
> > > I then tried deleting the code "M899" from my homing script, and then ran
the script and then manually in MDI mode entered the M899, again it stayed in
position and just the dro's move to A120. So then I ran the home script,
manually jogged the A axis (just a bit) and then ran the M899 and everything
worked as it should have.
> > >
> > > Any thoughts
> > >
> > > Andrew
> > >
> > > --- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@> wrote:
> > > >
> > > > Hi Tom
> > > > Yes, I am using the patched version. My estop, and a couple of other
inputs are working fine and they are connected to the opto inputs of the
kanalog.
> > > > For testing all I have been doing is looking to see if the input2 led
will come on, on the diagnosics page of Mach3 - but no go. As I said, I can see
the bits change in the kmaotion software , but I cant see it working on the
mach3 leds.
> > > > I will try a couple of these other bits you mentioned. I was thinking
that the plugin only recognised certain bits as inputs and certain ones as
outputs.
> > > >
> > > > Andrew
> > > >
> > > > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > > > >
> > > > > Andrew,
> > > > >
> > > > > You need to use the patched plugin to access IO's > 128.Ăƒâ€Ă‚  Are
you using this?
> > > > >
> > > > > Otherwise you might use IO46 or 47 which are the KFLOP LEDs.
> > > > >
> > > > > Or 48 - 63 are hidden Virtual Bits originally designed to be used as
flags.
> > > > >
> > > > > How do you know it isn't working?Ăƒâ€Ă‚  What is the
symptom?Ăƒâ€Ă‚  I was thinking there might be a race condition where your
routine starts checking for the bit to go low before it actually gets set high?
> > > > >
> > > > > TK
> > > > >
> > > > >
> > > > > Ăƒâ€Ă‚ 
> > > > >
> > > > >
> > > > >
> > > > > ____________ _________ _________ __
> > > > > From: babinda01 <a_k@>
> > > > > To: DynoMotion@yahoogro ups.com
> > > > > Sent: Sat, February 27, 2010 5:47:28 PM
> > > > > Subject: [DynoMotion] Re: Mach3
> > > > >
> > > > > Ăƒâ€Ă‚ 
> > > > >
> > > > > Hi Tom
> > > > > I am having a little trouble still with getting a "homing completed"
signal coming back to mach3.
> > > > > In my homing C program I have added a SetStateBit( 160,1) at the start
of my homing routine and then a SetStateBit( 160,0) at the end. This works ok, I
can see the bits change on the IO screen of KMotion, but for the life of mee I
cant get these signals back to Mach3 Input #2 which I have set as port 2 pin 32.
> > > > > I was trying 160 because all my opto inputs are used for other things
bits 128-135 appear to be used so 160-167 are all I have free.
> > > > > Any thought on what I could try - is there another bit I should be
trying?
> > > > >
> > > > > Regards
> > > > > Andrew
> > > > >
> > > >
> > >
> >
>



 

 

Group: DynoMotion

Message: 187

From: babinda01

Date: Thu Mar 04, 2010 2:29 PM

Subject: Re: Mach3

 



Hi Tom

I HAVE IT WORKING!!!!!!!!!

I don't really understand the how's and why it is working but it is.
After a refreshing ale, I realised what you were suggesting to do in regard to
using the NotifyPlugin(10000) command, so in my notifyMach3.C program I added an
if statement for the 10000 message, and then just did a simple printf("blah
blah") statement. I then in my vb script in mach added the notifyplugin(10000)
before my commanded A120 and then put a sleep(500) after the notifyplugin.
This worked. I understand that after this notifyplugin kflop is sending a reset
counters through to mach3 - I don't understand why my plain homing script
doesn't.

Anyway for now it is working - I think it needs a little polishing though.

Regards
Andrew



 

 

Group: DynoMotion

Message: 188

From: csipike3000

Date: Fri Mar 05, 2010 9:54 AM

Subject: Mach3

 



Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works
fine.
Mach3 have a lot of step losses, in single step mode the steps are different in
size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?



 

 

Group: DynoMotion

Message: 189

From: Tom Kerekes

Date: Fri Mar 05, 2010 11:02 AM

Subject: Re: Mach3

 

Hi,

Please supply a few details.

What do you mean by single step mode?  A single line of G Code?

What do you mean by steps are different size?  Pulse period?  Frequency?

What are the Mach3 Velocity and Acceleration settings in the Mach3 "Tuning" screen?

Thanks

TK


 



From: csipike3000 <csipike3000@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Fri, March 5, 2010 9:54:12 AM
Subject: [DynoMotion] Mach3

 

Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works fine.
Mach3 have a lot of step losses, in single step mode the steps are different in size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?



 

 

Group: DynoMotion

Message: 190

From: LĂ¡szlĂ³ Debreceni

Date: Fri Mar 05, 2010 12:06 PM

Subject: Re: Mach3

 

Hi,

I mean jogging with fixed distance, eg. 1mm.

Without plugin works fine, with plugin the first jog step 1mm after the steps are short.

Mach Velocity 4000 mm/min Acceleration 1000 mm/min.

Thanks

IstvĂ¡n

--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogroups.com
Date: Friday, March 5, 2010, 8:02 PM

 

Hi,

Please supply a few details.

What do you mean by single step mode?  A single line of G Code?

What do you mean by steps are different size?  Pulse period?  Frequency?

What are the Mach3 Velocity and Acceleration settings in the Mach3 "Tuning" screen?

Thanks

TK


 



From: csipike3000 <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 9:54:12 AM
Subject: [DynoMotion] Mach3

 

Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works fine.
Mach3 have a lot of step losses, in single step mode the steps are different in size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?




 

 

Group: DynoMotion

Message: 191

From: Tom Kerekes

Date: Fri Mar 05, 2010 1:56 PM

Subject: Re: Mach3

 

Hi IstvĂ¡n,

I still have a hard time understanding what is happening.

You Jog one step of 1 mm using the arrow keys and it miss steps? 

How do you know it miss steps - the DRO is wrong or the physical distance moved is wrong?

Is your counts/units wrong?

Is it consistantly short?  How many steps?

What about G0 and G1 commands do they move correctly?

What about a 100mm move?

Run KMotion.exe and observe the Destination counts on the Axis screen.  Did the counts change correctly?

KMotion and KMotionCNC use "S" shape motion when jogging.  Mach3 uses trapaziodal.  Possibly that is the difference.  Try setting the Jerk in KMotion.exe to infinity (1e9) and see if you have similar problems.

TK


 



From: LĂ¡szlĂ³ Debreceni <csipike3000@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Fri, March 5, 2010 12:06:35 PM
Subject: Re: [DynoMotion] Mach3

 



 



Hi,

I mean jogging with fixed distance, eg. 1mm.

Without plugin works fine, with plugin the first jog step 1mm after the steps are short.

Mach Velocity 4000 mm/min Acceleration 1000 mm/min.

Thanks

IstvĂ¡n

--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogro ups.com
Date: Friday, March 5, 2010, 8:02 PM

 

Hi,

Please supply a few details.

What do you mean by single step mode?  A single line of G Code?

What do you mean by steps are different size?  Pulse period?  Frequency?

What are the Mach3 Velocity and Acceleration settings in the Mach3 "Tuning" screen?

Thanks

TK


 



From: csipike3000 <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 9:54:12 AM
Subject: [DynoMotion] Mach3

 

Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works fine.
Mach3 have a lot of step losses, in single step mode the steps are different in size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?

 



 

 

Group: DynoMotion

Message: 192

From: Azd Md

Date: Sat Mar 06, 2010 2:40 AM

Subject: Math Functions Problem

 

Hi all,

I am trying to use some of the math function of the Kmotion 4.19 version for my c program.  While sin and cos functions are accepted, the asin and pow functions are not recognized. The compiler generats error:

tcc: undefined symbol 'asin'

is there any thing I can do.

thanks

Azeddien

.

--- On Thu, 3/4/10, zeeschuim <c.olgers@chello.nl> wrote:


From: zeeschuim <c.olgers@chello.nl>
Subject: [DynoMotion] Re: MPG problems
To: DynoMotion@yahoogroups.com
Date: Thursday, March 4, 2010, 1:03 AM

 


Hi Andrew and Tom
I am back in the game, the machine is running again.
It was a stack of problems, started with the Xbox 360 plug-in; this one turned the machine in a mad man. Then there was the Idea, of the personality module, told to me from the man from the support desk of Rockwell Automation. And then I made a mistake with loading the wrong firmware into the Kflop, there are two directories DSP_kmotion and DSP_kflop they have both an .Out file. It was not clear for me which file I needed, so I did Recovery with DSP_Kmotion and new file with DSP_Kflop. Then I get these very strange messages in Mach3.
Now I have started from the beginning, and yes it is running as it was in December. The new plug-in works for the output from the spindle. The C progam what Tom wrote for me for the spindle did not work anymore, I started the spindle with the digital out screen from the Kanalog, and only the stop command was working in Mach3, very
strange.
Now we can use the in and outputs from Mach3, can I use these also for the -- limit/home switches? I hope so because these DynoMotion C-programs give me the creeps with their non predictable output.
I had gave the machine very small following errors, for 20mm, but when it is going nuts, it is going nuts what so ever.
Regards,
Cees
--- In DynoMotion@yahoogro ups.com, "babinda01" <a_k@...> wrote:
>
> Hi Cees,
>
> WOW!!!!! I think I would be bald by now (from pulling my hair out).
> Firstly in regard to the I/O bits above 128 - Tom has rewitten the Mach3 plug-in to handle these now - this was one of the issues I had problem with, that I mentioned in my last post.
>
> I know mach3 has been around for quite some time and has
quite a lot of happy users - BUT - it is not perfect, the current project I have been working on has been a long project which started nearly three year ago, when I was contracted to write some software to control these machines. The company who contracted me specified that Mach3 must be the CNC engine behind the software, and so I did as they asked, but it was a major task, I found major problems with the macropump and with scripting in general within mach, and in the end I ended up rewritting the macropump (now controlled by my program and not mach3) so that I could get it to work properly.
>
> Firstly change all your velocities to a much lower level until you get your system sorted, this will stop it taking off like the devil and causing you more grief than you need. Once things are running well then ramp them up.
>
> Try and use as few plugin as possible with mach - I don't know anything about the 360 plugin. But I would
ditch it until you are happy with the machine in a basic state.
>
> I know some of this you have/are trying - but if you can get things working in stages it may make life easier for you.
>
> Regards
> Andrew
>
>
> --- In DynoMotion@yahoogro ups.com, "cees" <c.olgers@> wrote:
> >
> > Hi Andrew
> >
> >
> >
> > Ok, I am to harsh on Tom, he is very helpful to me also.
> >
> > But I don't know where to look anymore.
> >
> > Yesterday it was again no joy, after a few weeks searching for "personality
> > modules for my old analog electro craft BRU 200 drives, without luck.
> >
> > I came to the conclusion that these modules
have some data burned in for a
> > motor what is attached at this drive, they have a battery what hold fine
> > tuning data for the P.I.D. parameters.
> >
> > So they have basic information in them for the specific motor, and then you
> > can auto tune them with Hyperterminal .
> >
> > This fine tuning can also be done in Kmotion, and then you can store this
> > data in a C-progam.
> >
> > So there is no need to have the fine tuning P.I.D. data stored in the
> > personality module, ( after ten years these modules have to replaced because
> > the onboard battery has died)
> >
> > But the basic parameters are still there.
> >
> > So with this knowledge, I started with: a virus scan on my computer,
> > installed the service pack 2 usb driver because it is faster, I had
> > installed from the
computer and all other gadgets and encoder 6mm² ground
> > wires to a big copper strip in the electrical cabinet to get a star shaped
> > grounding, to eliminate the electrical noise .
> >
> >
> >
> > You have to know that all this was after I have got the machine running in
> > December, it did three axes and spindle. And I was happy as a child.
> >
> > This was a beginning, because it has limit switches, a pneumatic driven 8
> > tools changer on his arm on the Y axe, so I had more hair loss to go. I want
> > to start something simple, I tried the Xbox plug-in with a wireless Xbox
> > controller, with this plug-in the machine went nuts, and drive the 1500kg X
> > axe with the speed of light to my neighbor across the street.
> >
> > I had uninstalled the plug-in, and now for some strange reason I know the
>
> C-progam file was changed, the input gain for the X axe was changed from -1
> > to plus 1, this looks like a minor case, but there is suddenly a 10 volt
> > output on the analog drive and he is going on maximum speed to his grave.
> >
> >
> >
> > Yesterday I made a new start, made a new tuning C-progam al from the start.
> >
> > After this it was running again. Now the next step, I putted in the C-progam
> > for the Limit switches to get them working.
> >
> > I had them at first configurated in Mach3 but there was a problem with the
> > in and outputs above 128 for some reason, so with the help of Tom I wrote
> > the C-progam.
> >
> > I must say, I don't have any experience with this kind of programming, I
> > don't understand this Kmotion software for more than 5%.
> >
> > It is
all new for me, I have build three stepper machines, and that's all,
> > never heard about P.I.D. before and no experience with servo motors.
> >
> > Then there is the Language, I am Dutch so the manuals are a kind of Chinese
> > for me.
> >
> >
> >
> > After the lunch break I started the machine again, my wife was there to look
> > at my progress and to see it move again properly.
> >
> > Now the Y axe went nuts and hit the end of his travel so hard, that the end
> > plate (15mm thick steel plate was bend) and the steel bearing balls went
> > ejected from the ball bearing nut.
> >
> > Another change in the Init C-progam, again a gain what was changed from 1 to
> > -1.
> >
> > So I did change it back, get rid of the home limit progam, to get again in
> > the state I was before,
with no luck.
> >
> > Now it is telling me all kind of fault messages, and I am not able to get
> > the three axes running like they did.
> >
> > I don't know anymore, and I am freightfull to start it again.
> >
> >
> >
> > Conclusion:
> >
> >
> >
> > I don't understand the Kmotion software enough.
> >
> > The software and Kflop comes from a guy who is willing to give all the help
> > I need.
> >
> > I am a sort of experimental object.
> >
> > Mach3 has 9 years of history with now about 12000 users, with all there
> > specific needs and bugs they found out. Brian Barker is rewriting it now,
> > and he hopes to get it done at the end of this year.
> >
> > So I know it is very complex.
> >
> > I have no
luck.
> >
> >
> >
> > So my mail was not intended to burn Tom to the ground.
> >
> >
> >
> > Regards,
> >
> > Cees
> >
> >
> >
> >
> >
> >
> >
> > Van: DynoMotion@yahoogro ups.com [mailto: DynoMotion@yahoogro ups.com] Namens
> > babinda01
> > Verzonden: dinsdag 23 februari 2010 23:00
> > Aan: DynoMotion@yahoogro ups.com
> > Onderwerp: [DynoMotion] Re: MPG problems
> >
> >
> >
> >
> >
> > Hi Cees,
> > I have been a CNC integrator of many years now, mainly on large machinery ie
> > milling machines with 10+meters of travel in the X axis and 50 to 100Kw VFD
> > Spindle drives. Noise is ALWAYS an issue - I have seen even the most
> > hardened "Commercial Control" have issues in regard to noise.
> >
> > Having said that, I have been installing a system using the Kflop & Kanalog
> > for a while now too. I have had a few issues and a few problems, BUT Tom has
> > always helped me out - most of these problems were my own lack of knowledge,
> > some were features missing from the kflop/kanalog, but as I said Tom helped
> > me out each
time.
> >
> > I too am unsure about USB and motion control, I have seen it fail (or not
> > work properly) on two other recent USB based motion devices. I KNOW Windows
> > is evil, evil, evil, terrible, terrible, terrible and shouldn't be used for
> > motion control - and that is why we need devices like the kflop/kanalog.
> > Some thing COULD be done differently to enhance the system, but all this
> > knowledge and after thought comes from other peoples experience using the
> > device in different situations, there is no amount of testing on a bench
> > that can make up for real world experience. If you want a good system for
> > industrial use, the newer Fanuc controls are great, but they come at a
> > price. So we all need to have a bit of give and take, and work together to
> > get a system that works for the price we are willing to
pay.
> >
> > I have only this week got my machine running with the kflop/kanalog, and I
> > will be testing it more intensly this week and next to see how it performs,
> > and to see if I have any "Ghosts" hiding in my system. I am using AC servo
> > motors and drives and have two VFD's controlling two spindles, I have all
> > this crammed into one small electrical enclosure. The other day I was
> > running some homing tests with rapid rates up around the 50 - 75
> > Meters/Minute and I homed to within about .01mm each time, so I have no
> > issues with the accuracy of the system.
> >
> > I feel you are being a little to harsh on Tom, he has been helpful to me.
> > I don't mean this post to be a bash up Cees post, so please don't take it
> > that way. I can understand your frustration and I share your concerns about
> > USB.
But I do feel that you will get your system working with Toms help.
> >
> > Regards
> > Andrew Erwood
> > AKSYS Tech Pty Ltd
> > Australia
> > andrew@ <mailto:andrew% 40aksystech. com>
> >
> > --- In DynoMotion@yahoogro ups.com <mailto:DynoMotion% 40yahoogroups. com> ,
> > "cees" <c.olgers@> wrote:
> > >
> > > I think the USB stuff is beyond the knowledge, for the developers.
> > >
> > > I am busy with the KFLOP and Kanalog now for 4 months without pauses.
> > >
> > > What I have seen, in this period.
> > >
> > > Ghost, viruses, voodoo perhaps???
> > >
> > > No!!
>
> >
> > > This USB is not for the real world.
> > >
> > > A mice, or a printer, Yes okay, CNC with heavy motors and heavy drives
> > like
> > > a 4KW radar beam it is no good!!
> > >
> > > It is not stable in a professionally CNC environment.
> > >
> > > It sucks!!
> > >
> > > Electrical noise, and a progam what is in a kind of experimental stage.
> > >
> > > We have to send Tom back to his developers bench.
> > >
> > > I am sorry, to have such a hard verdict.
> > >
> > > But I am on the place where I started four months ago, .. How do I control
> > > the beast.
> > >
> > >
> > >
> > > Best Regards / M.vr.gr
> > >
> > > Cees
> > >
> >
>
> > >
> > > C.J. Olgers
> > >
> > > Lemmerkade 38 8244DC
> > >
> > > Lelystad-Haven
> > >
> > > Tel. : 0320-842939
> > >
> > > Mobiel: 0624718690
> > >
> > > K.v.K. Lelystad 34071687
> > >
> > > b.t.w. nr. NL063838771B01
> > >
> > > <http://www.olgersti mmerwerk. nl/> http://www.olgersti mmerwerk. nl
> > >
> > > <http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm>
> > > http://www.olgersti mmerwerk. nl/digitizer/ Digitizer. htm
> > >
> > > <http://www.cncfrees .nl/> http://www.cncfrees .nl/
> > >
> >
>




 

 

Group: DynoMotion

Message: 193

From: LĂ¡szlĂ³ Debreceni

Date: Sat Mar 06, 2010 2:49 AM

Subject: Re: Mach3

 

Hi Tom!

Thank for helping.

The case is more complicated, I make a several 1 mm steps, after the first one even the DRO is wrong, without the plugin the DRO is ok. I check the physical travel, not equal to the DRO. I changed the V and the A to a very low value, still the same problem.

I checked whit an other computer, the problem is the same.



--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogroups.com
Date: Friday, March 5, 2010, 10:56 PM

 

Hi IstvĂ¡n,

I still have a hard time understanding what is happening.

You Jog one step of 1 mm using the arrow keys and it miss steps? 

How do you know it miss steps - the DRO is wrong or the physical distance moved is wrong?

Is your counts/units wrong?

Is it consistantly short?  How many steps?

What about G0 and G1 commands do they move correctly?

What about a 100mm move?

Run KMotion.exe and observe the Destination counts on the Axis screen.  Did the counts change correctly?

KMotion and KMotionCNC use "S" shape motion when jogging.  Mach3 uses trapaziodal.  Possibly that is the difference.  Try setting the Jerk in KMotion.exe to infinity (1e9) and see if you have similar problems.

TK


 



From: LĂ¡szlĂ³ Debreceni <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 12:06:35 PM
Subject: Re: [DynoMotion] Mach3

 



 



Hi,

I mean jogging with fixed distance, eg. 1mm.

Without plugin works fine, with plugin the first jog step 1mm after the steps are short.

Mach Velocity 4000 mm/min Acceleration 1000 mm/min.

Thanks

IstvĂ¡n

--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogro ups.com
Date: Friday, March 5, 2010, 8:02 PM

 

Hi,

Please supply a few details.

What do you mean by single step mode?  A single line of G Code?

What do you mean by steps are different size?  Pulse period?  Frequency?

What are the Mach3 Velocity and Acceleration settings in the Mach3 "Tuning" screen?

Thanks

TK


 



From: csipike3000 <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 9:54:12 AM
Subject: [DynoMotion] Mach3

 

Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works fine.
Mach3 have a lot of step losses, in single step mode the steps are different in size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?




 

 

Group: DynoMotion

Message: 194

From: Tom Kerekes

Date: Sat Mar 06, 2010 9:01 AM

Subject: Re: Mach3

 

Hi IstvĂ¡n,

Sorry I don't know the reason.  It normally works.

Please answer my questions in the previous email.

And here is another question :}  what do you mean by "without the plugin"?

Also please report the versions of KFLOP Firmware (type version on the Console Screen), the KMotion.exe progam (Help - About), and the Mach3 Plugin (Config - Plugins).  They should all match.

Thanks

TK


 



From: LĂ¡szlĂ³ Debreceni <csipike3000@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, March 6, 2010 2:49:50 AM
Subject: Re: [DynoMotion] Mach3

 



 



Hi Tom!

Thank for helping.

The case is more complicated, I make a several 1 mm steps, after the first one even the DRO is wrong, without the plugin the DRO is ok. I check the physical travel, not equal to the DRO. I changed the V and the A to a very low value, still the same problem.

I checked whit an other computer, the problem is the same.



--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogro ups.com
Date: Friday, March 5, 2010, 10:56 PM

 

Hi IstvĂ¡n,

I still have a hard time understanding what is happening.

You Jog one step of 1 mm using the arrow keys and it miss steps? 

How do you know it miss steps - the DRO is wrong or the physical distance moved is wrong?

Is your counts/units wrong?

Is it consistantly short?  How many steps?

What about G0 and G1 commands do they move correctly?

What about a 100mm move?

Run KMotion.exe and observe the Destination counts on the Axis screen.  Did the counts change correctly?

KMotion and KMotionCNC use "S" shape motion when jogging.  Mach3 uses trapaziodal.  Possibly that is the difference.  Try setting the Jerk in KMotion.exe to infinity (1e9) and see if you have similar problems.

TK


 



From: LĂ¡szlĂ³ Debreceni <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 12:06:35 PM
Subject: Re: [DynoMotion] Mach3

 



 



Hi,

I mean jogging with fixed distance, eg. 1mm.

Without plugin works fine, with plugin the first jog step 1mm after the steps are short.

Mach Velocity 4000 mm/min Acceleration 1000 mm/min.

Thanks

IstvĂ¡n

--- On Fri, 3/5/10, Tom Kerekes <tk@dynomotion. com> wrote:


From: Tom Kerekes <tk@dynomotion. com>
Subject: Re: [DynoMotion] Mach3
To: DynoMotion@yahoogro ups.com
Date: Friday, March 5, 2010, 8:02 PM

 

Hi,

Please supply a few details.

What do you mean by single step mode?  A single line of G Code?

What do you mean by steps are different size?  Pulse period?  Frequency?

What are the Mach3 Velocity and Acceleration settings in the Mach3 "Tuning" screen?

Thanks

TK


 



From: csipike3000 <csipike3000@ yahoo.com>
To: DynoMotion@yahoogro ups.com
Sent: Fri, March 5, 2010 9:54:12 AM
Subject: [DynoMotion] Mach3

 

Hi everybody
I recently installed a Kflop, with Mach3 and stepper motors.
I try to use in STEP_DIR_MODE, made the configuration and with KMotionCNC works fine.
Mach3 have a lot of step losses, in single step mode the steps are different in size, the acceleration once ok at the next step no ramp.
If I use LPT it's ok. With other computer the same.
What is the problem?

 



 

 

Group: DynoMotion

Message: 195

From: Azd M

Date: Sat Mar 06, 2010 9:26 AM

Subject: Math Fuctions problem

 



Hi all,
I am trying to use some of the math function of the Kmotion 4.19 version for my
c program. While sin and cos functions are accepted, the asin and pow functions
are not recognized. The compiler generats error:
tcc: undefined symbol 'asin'
is there any clue?
thanks
Azeddien



 

 

Group: DynoMotion

Message: 196

From: Tom Kerekes

Date: Sat Mar 06, 2010 9:52 AM

Subject: Re: Math Fuctions problem

 

Azeddien,

Those routines were excluded by mistake.  Here is a patch.  It will report as Version 4.19d.  Remove the .v419d from the filename and copy to the DSP_KFLOP directory, then flash the firmware using FLASH New Version on the configuration screen

http://dynomotion.com/Software/DSPKFLOP.out.v419d


Let me know if you have problems.

Regards

TK


 



From: Azd M <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, March 6, 2010 9:26:00 AM
Subject: [DynoMotion] Math Fuctions problem

 


Hi all,
I am trying to use some of the math function of the Kmotion 4.19 version for my c program. While sin and cos functions are accepted, the asin and pow functions are not recognized. The compiler generats error:
tcc: undefined symbol 'asin'
is there any clue?
thanks
Azeddien

 

 

Group: DynoMotion

Message: 197

From: bigtoy302

Date: Sun Mar 07, 2010 8:52 AM

Subject: Re: MPG problems

 



So, played with it a little bit more and found out if I take out the mpg part of
the c program I can have the mpg pluged in with no problems. But as soon as I
plug the mpg in with the mpg c program loaded the x and y motors instantly get
some crazy command to move then fault. I am only running the set currents for
the snapamp program and thisone. Here is a copy of my c program. maybe something
is wrong with my c program?


#include "KMotionDef.h"

#define QA 26 // define to which IO bits the AB signals are connected
#define QB 27

main()
{
int BitA,Change1=0,Change2=0, DiffX2;
int PosNoWrap, NewPos, Pos=0, wraps;
double Factor=0;

SetBit(152);
SetBit(157);
SetBit(158);

ch0->InputMode=ENCODER_MODE;
ch0->OutputMode=DC_SERVO_MODE;
ch0->Vel=100000.000000;
ch0->Accel=4000000.000000;
ch0->Jerk=4000000.000000;
ch0->P=10.000000;
ch0->I=0.000000;
ch0->D=6.000000;
ch0->FFAccel=0.000000;
ch0->FFVel=0.000000;
ch0->MaxI=100.000000;
ch0->MaxErr=100.000000;
ch0->MaxOutput=500.000000;
ch0->DeadBandGain=1.000000;
ch0->DeadBandRange=0.000000;
ch0->InputChan0=0;
ch0->InputChan1=0;
ch0->OutputChan0=8;
ch0->OutputChan1=1;
ch0->LimitSwitchOptions=0x8989001f;
ch0->InputGain0=1.000000;
ch0->InputGain1=1.000000;
ch0->InputOffset0=0.000000;
ch0->InputOffset1=0.000000;
ch0->invDistPerCycle=1.000000;
ch0->Lead=0.000000;
ch0->MaxFollowingError=100.000000;
ch0->StepperAmplitude=250.000000;

ch0->iir[0].B0=1.000000;
ch0->iir[0].B1=0.000000;
ch0->iir[0].B2=0.000000;
ch0->iir[0].A1=0.000000;
ch0->iir[0].A2=0.000000;

ch0->iir[1].B0=1.000000;
ch0->iir[1].B1=0.000000;
ch0->iir[1].B2=0.000000;
ch0->iir[1].A1=0.000000;
ch0->iir[1].A2=0.000000;

ch0->iir[2].B0=1.000000;
ch0->iir[2].B1=0.000000;
ch0->iir[2].B2=0.000000;
ch0->iir[2].A1=0.000000;
ch0->iir[2].A2=0.000000;




EnableAxis(0);

ch1->InputMode=ENCODER_MODE;
ch1->OutputMode=DC_SERVO_MODE;
ch1->Vel=100000.000000;
ch1->Accel=4000000.000000;
ch1->Jerk=4000000.000000;
ch1->P=10.000000;
ch1->I=0.000000;
ch1->D=6.000000;
ch1->FFAccel=0.000000;
ch1->FFVel=0.000000;
ch1->MaxI=100.000000;
ch1->MaxErr=100.000000;
ch1->MaxOutput=500.000000;
ch1->DeadBandGain=1.000000;
ch1->DeadBandRange=0.000000;
ch1->InputChan0=1;
ch1->InputChan1=2;
ch1->OutputChan0=9;
ch1->OutputChan1=3;
ch1->LimitSwitchOptions=0x8b8b001f;
ch1->InputGain0=1.000000;
ch1->InputGain1=1.000000;
ch1->InputOffset0=0.000000;
ch1->InputOffset1=0.000000;
ch1->invDistPerCycle=1.000000;
ch1->Lead=0.000000;
ch1->MaxFollowingError=100.000000;
ch1->StepperAmplitude=250.000000;

ch1->iir[0].B0=1.000000;
ch1->iir[0].B1=0.000000;
ch1->iir[0].B2=0.000000;
ch1->iir[0].A1=0.000000;
ch1->iir[0].A2=0.000000;

ch1->iir[1].B0=1.000000;
ch1->iir[1].B1=0.000000;
ch1->iir[1].B2=0.000000;
ch1->iir[1].A1=0.000000;
ch1->iir[1].A2=0.000000;

ch1->iir[2].B0=1.000000;
ch1->iir[2].B1=0.000000;
ch1->iir[2].B2=0.000000;
ch1->iir[2].A1=0.000000;
ch1->iir[2].A2=0.000000;




EnableAxis(1);

ch2->InputMode=ENCODER_MODE;
ch2->OutputMode=DAC_SERVO_MODE;
ch2->Vel=850.000000;
ch2->Accel=50000000.000000;
ch2->Jerk=50000000.000000;
ch2->P=225.000000;
ch2->I=0.000000;
ch2->D=225.000000;
ch2->FFAccel=0.000000;
ch2->FFVel=0.000000;
ch2->MaxI=100.000000;
ch2->MaxErr=100.000000;
ch2->MaxOutput=2047.000000;
ch2->DeadBandGain=1.000000;
ch2->DeadBandRange=0.000000;
ch2->InputChan0=2;
ch2->InputChan1=2;
ch2->OutputChan0=0;
ch2->OutputChan1=1;
ch2->LimitSwitchOptions=0x0;
ch2->InputGain0=-1.000000;
ch2->InputGain1=1.000000;
ch2->InputOffset0=0.000000;
ch2->InputOffset1=0.000000;
ch2->invDistPerCycle=1.000000;
ch2->Lead=0.000000;
ch2->MaxFollowingError=10000000.000000;
ch2->StepperAmplitude=250.000000;

ch2->iir[0].B0=1.000000;
ch2->iir[0].B1=0.000000;
ch2->iir[0].B2=0.000000;
ch2->iir[0].A1=0.000000;
ch2->iir[0].A2=0.000000;

ch2->iir[1].B0=1.000000;
ch2->iir[1].B1=0.000000;
ch2->iir[1].B2=0.000000;
ch2->iir[1].A1=0.000000;
ch2->iir[1].A2=0.000000;

ch2->iir[2].B0=1.000000;
ch2->iir[2].B1=0.000000;
ch2->iir[2].B2=0.000000;
ch2->iir[2].A1=0.000000;
ch2->iir[2].A2=0.000000;

EnableAxis(2);

DefineCoordSystem(0,1,2,-1);

for(;;)
{
WaitNextTimeSlice();

// convert quadrature to 2 bit binary
BitA = ReadBit(26);
PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);

// Diff between expected position based on average of two prev deltas
// and position with no wraps. (Keep as X2 to avoid division by 2)

DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1);

// Calc quadrature wraparounds to bring Diff nearest zero
// offset by 128 wraps to avoid requiring floor()
wraps = ((DiffX2+1028)>>3)-128;

// factor in the quadrature wraparounds
NewPos = PosNoWrap + (wraps<<2);

Change2 = Change1;
Change1 = NewPos - Pos;
Pos = NewPos;

if (ReadBit(31)) // is X1 selected?
Factor = 1.0;
else if (ReadBit(32)) // is X100 selected?
Factor = 75.0;
else // must be X10 then
Factor = 10.0;

if (ReadBit(28)) // is x selected?
ch0->Dest += Change1 * Factor;
else if (ReadBit(29)) // is y selected?
ch1->Dest += Change1 * Factor;
else if (ReadBit(30)) // is z selected?
ch2->Dest += Change1 * Factor;

}
return 0;
}



--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Ryan,
>
> I have no idea why this is occurring.  Could you provide more information? 
Such as when you say everything was working then failed, what was working? 
Jogging or GCode motion or sitting idle? 
>
> Do you have the Keling wired up to the Aux1 connector?
>
> Possibilities I can think of might be:
>
> #1 - We don't have any protection against jogging on the MPG while GCode is
running.  To eliminate this as a possibility try re-assigning the A B
Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs
(of course you wont be able to test jogging with the MPG).
>
> #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an
internal 150 ohm pull down).   I doubt if this is a problem unless the MPG is
driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped
to the 3.3V power rail).  Please check the outputs to see what voltage they
rise to.  The ideal test would be disconnected from the KFlop and with a
150ohm pulldown resistor.   Or add 50 ohm series resistors to be safe.
>
> #3 - Possibly just the long MPG cable picking up noise and injecting it into
the system?  Is there a shield?   How is it grounded?
>
> Sorry that is all I can think of.
>
> Regards
> TK
>
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Mon, February 22, 2010 7:27:47 PM
> Subject: [DynoMotion] MPG problems
>
>  
> I am in the process of getting my system all set up. I have a Kflop, snapamp,
and kanalog together. I have everything tuned and I can jog everything just
fine. So I installed my Keling MPG and everything was working good for a few
minutes then all the sudden the x and y servos powered off the snapamp started
twitching back and forth then would fault then spin out of control. If I unplug
the mpg the motors work fine. As soon as I plug it back in the freak out again.
If I unplug the snapamp I can still jog the Z ( powered from the kanalog just
fine)with the mpg. I am running Mach also.
>
> Ryan
>



 

 

Group: DynoMotion

Message: 198

From: Tom Kerekes

Date: Sun Mar 07, 2010 12:27 PM

Subject: Re: Re: MPG problems

 

I can't see anything specific wrong.  You aren't plugging in the mpg with power on or with the program running are you?  I didn't see that you answered my previous questions, but this is a big clue.  Please change the program to change the destinations of 3 unused axis to see what happens.  Try changing:

if (ReadBit(28) ) // is x selected?
ch0->Dest += Change1 * Factor;
else if (ReadBit(29) ) // is y selected?
ch1->Dest += Change1 * Factor;
else if (ReadBit(30) ) // is z selected?
ch2->Dest += Change1 * Factor;

To:

if (ReadBit(28) ) // is x selected?
ch5->Dest += Change1 * Factor;
else if (ReadBit(29) ) // is y selected?
ch6->Dest += Change1 * Factor;
else if (ReadBit(30) ) // is z selected?
ch7->Dest += Change1 * Factor;

Then operate the MPG while observing the Axis Screen and Destinations 5,6,7.  Do the destinations then move as expected?  If so, move the x,y,z motors using console commands and check if the Destinations 5,6, or 7 also somehow change.

Thanks

TK


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 7, 2010 8:52:30 AM
Subject: [DynoMotion] Re: MPG problems

 

So, played with it a little bit more and found out if I take out the mpg part of the c program I can have the mpg pluged in with no problems. But as soon as I plug the mpg in with the mpg c program loaded the x and y motors instantly get some crazy command to move then fault. I am only running the set currents for the snapamp program and thisone. Here is a copy of my c program. maybe something is wrong with my c program?

#include "KMotionDef. h"

#define QA 26 // define to which IO bits the AB signals are connected
#define QB 27

main()
{
int BitA,Change1= 0,Change2= 0, DiffX2;
int PosNoWrap, NewPos, Pos=0, wraps;
double Factor=0;

SetBit(152);
SetBit(157);
SetBit(158);

ch0->InputMode= ENCODER_MODE;
ch0->OutputMode= DC_SERVO_ MODE;
ch0->Vel=100000. 000000;
ch0->Accel=4000000. 000000;
ch0->Jerk=4000000.
000000;
ch0->P=10.000000;
ch0->I=0.000000;
ch0->D=6.000000;
ch0->FFAccel= 0.000000;
ch0->FFVel=0. 000000;
ch0->MaxI=100. 000000;
ch0->MaxErr= 100.000000;
ch0->MaxOutput= 500.000000;
ch0->DeadBandGain= 1.000000;
ch0->DeadBandRange= 0.000000;
ch0->InputChan0= 0;
ch0->InputChan1= 0;
ch0->OutputChan0= 8;
ch0->OutputChan1= 1;
ch0->LimitSwitchOpt ions=0x8989001f;
ch0->InputGain0= 1.000000;
ch0->InputGain1= 1.000000;
ch0->InputOffset0= 0.000000;
ch0->InputOffset1= 0.000000;
ch0->invDistPerCycl e=1.000000;
ch0->Lead=0. 000000;
ch0->MaxFollowingEr ror=100.000000;
ch0->StepperAmplitu de=250.000000;

ch0->iir[0]. B0=1.000000;
ch0->iir[0]. B1=0.000000;
ch0->iir[0]. B2=0.000000;
ch0->iir[0]. A1=0.000000;
ch0->iir[0]. A2=0.000000;

ch0->iir[1]. B0=1.000000;
ch0->iir[1].
B1=0.000000;
ch0->iir[1]. B2=0.000000;
ch0->iir[1]. A1=0.000000;
ch0->iir[1]. A2=0.000000;

ch0->iir[2]. B0=1.000000;
ch0->iir[2]. B1=0.000000;
ch0->iir[2]. B2=0.000000;
ch0->iir[2]. A1=0.000000;
ch0->iir[2]. A2=0.000000;



EnableAxis(0) ;

ch1->InputMode= ENCODER_MODE;
ch1->OutputMode= DC_SERVO_ MODE;
ch1->Vel=100000. 000000;
ch1->Accel=4000000. 000000;
ch1->Jerk=4000000. 000000;
ch1->P=10.000000;
ch1->I=0.000000;
ch1->D=6.000000;
ch1->FFAccel= 0.000000;
ch1->FFVel=0. 000000;
ch1->MaxI=100. 000000;
ch1->MaxErr= 100.000000;
ch1->MaxOutput= 500.000000;
ch1->DeadBandGain= 1.000000;
ch1->DeadBandRange= 0.000000;
ch1->InputChan0= 1;
ch1->InputChan1= 2;
ch1->OutputChan0= 9;
ch1->OutputChan1= 3;
ch1->LimitSwitchOpt ions=0x8b8b001f;
ch1->InputGain0=
1.000000;
ch1->InputGain1= 1.000000;
ch1->InputOffset0= 0.000000;
ch1->InputOffset1= 0.000000;
ch1->invDistPerCycl e=1.000000;
ch1->Lead=0. 000000;
ch1->MaxFollowingEr ror=100.000000;
ch1->StepperAmplitu de=250.000000;

ch1->iir[0]. B0=1.000000;
ch1->iir[0]. B1=0.000000;
ch1->iir[0]. B2=0.000000;
ch1->iir[0]. A1=0.000000;
ch1->iir[0]. A2=0.000000;

ch1->iir[1]. B0=1.000000;
ch1->iir[1]. B1=0.000000;
ch1->iir[1]. B2=0.000000;
ch1->iir[1]. A1=0.000000;
ch1->iir[1]. A2=0.000000;

ch1->iir[2]. B0=1.000000;
ch1->iir[2]. B1=0.000000;
ch1->iir[2]. B2=0.000000;
ch1->iir[2]. A1=0.000000;
ch1->iir[2]. A2=0.000000;

EnableAxis(1) ;

ch2->InputMode= ENCODER_MODE;
ch2->OutputMode= DAC_SERVO_ MODE;
ch2->Vel=850. 000000;
ch2->Accel=50000000 .000000;
ch2->Jerk=50000000.
000000;
ch2->P=225.000000;
ch2->I=0.000000;
ch2->D=225.000000;
ch2->FFAccel= 0.000000;
ch2->FFVel=0. 000000;
ch2->MaxI=100. 000000;
ch2->MaxErr= 100.000000;
ch2->MaxOutput= 2047.000000;
ch2->DeadBandGain= 1.000000;
ch2->DeadBandRange= 0.000000;
ch2->InputChan0= 2;
ch2->InputChan1= 2;
ch2->OutputChan0= 0;
ch2->OutputChan1= 1;
ch2->LimitSwitchOpt ions=0x0;
ch2->InputGain0= -1.000000;
ch2->InputGain1= 1.000000;
ch2->InputOffset0= 0.000000;
ch2->InputOffset1= 0.000000;
ch2->invDistPerCycl e=1.000000;
ch2->Lead=0. 000000;
ch2->MaxFollowingEr ror=10000000. 000000;
ch2->StepperAmplitu de=250.000000;

ch2->iir[0]. B0=1.000000;
ch2->iir[0]. B1=0.000000;
ch2->iir[0]. B2=0.000000;
ch2->iir[0]. A1=0.000000;
ch2->iir[0]. A2=0.000000;

ch2->iir[1]. B0=1.000000;
ch2->iir[1].
B1=0.000000;
ch2->iir[1]. B2=0.000000;
ch2->iir[1]. A1=0.000000;
ch2->iir[1]. A2=0.000000;

ch2->iir[2]. B0=1.000000;
ch2->iir[2]. B1=0.000000;
ch2->iir[2]. B2=0.000000;
ch2->iir[2]. A1=0.000000;
ch2->iir[2]. A2=0.000000;

EnableAxis(2) ;

DefineCoordSystem( 0,1,2,-1) ;

for(;;)
{
WaitNextTimeSlice( );

// convert quadrature to 2 bit binary
BitA = ReadBit(26);
PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);

// Diff between expected position based on average of two prev deltas
// and position with no wraps. (Keep as X2 to avoid division by 2)

DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;

// Calc quadrature wraparounds to bring Diff nearest zero
// offset by 128 wraps to avoid requiring floor()
wraps = ((DiffX2+1028) >>3)-128;

// factor in the quadrature wraparounds
NewPos = PosNoWrap +
(wraps<<2);

Change2 = Change1;
Change1 = NewPos - Pos;
Pos = NewPos;

if (ReadBit(31) ) // is X1 selected?
Factor = 1.0;
else if (ReadBit(32) ) // is X100 selected?
Factor = 75.0;
else // must be X10 then
Factor = 10.0;

if (ReadBit(28) ) // is x selected?
ch0->Dest += Change1 * Factor;
else if (ReadBit(29) ) // is y selected?
ch1->Dest += Change1 * Factor;
else if (ReadBit(30) ) // is z selected?
ch2->Dest += Change1 * Factor;

}
return 0;
}

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Ryan,
>
> I have no idea why this is occurring.Ă‚  Could you provide more information?Ă‚  Such as when you say everything was working then failed, what was working?Ă‚  Jogging or GCode motion or
sitting idle?Ă‚ 
>
> Do you have the Keling wired up to the Aux1 connector?
>
> Possibilities I can think of might be:
>
> #1 - We don't have any protection against jogging on the MPG while GCode is running.Ă‚  To eliminate this as a possibility try re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs (of course you wont be able to test jogging with the MPG).
>
> #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an internalĂ‚ 150 ohm pull down).Ă‚ Ă‚  I doubt if this is a problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped to the 3.3V power rail).Ă‚ Ă‚ Please check the outputs to see what voltage they rise to.Ă‚ Ă‚ The ideal test would be disconnected from the KFlop and with a 150ohm pulldown resistor.Ă‚ Ă‚  Or add 50 ohm
series resistors to be safe.
>
> #3 - Possibly just the long MPG cable picking up noise and injecting it into the system?Ă‚  Is there a shield?Ă‚ Ă‚  How is it grounded?
>
> Sorry that is all I can think of.
>
> Regards
> TK
>
>
>
>
> ____________ _________ _________ __
> From: bigtoy302 <bigtoy302@. ..>
> To: DynoMotion@yahoogro ups.com
> Sent: Mon, February 22, 2010 7:27:47 PM
> Subject: [DynoMotion] MPG problems
>
> Ă‚ 
> I am in the process of getting my system all set up. I have a Kflop, snapamp, and kanalog together. I have everything tuned and I can jog everything just fine. So I installed my Keling MPG and everything was working good for a few minutes then all the sudden the x
and y servos powered off the snapamp started twitching back and forth then would fault then spin out of control. If I unplug the mpg the motors work fine. As soon as I plug it back in the freak out again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog just fine)with the mpg. I am running Mach also.
>
> Ryan
>



 

 

Group: DynoMotion

Message: 199

From: bigtoy302

Date: Sun Mar 07, 2010 6:34 PM

Subject: Re: MPG problems

 



I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not
running. I do not think I tried plugging it in then turning the power on. This
may be the problem? Power spike when plugging it in? I won't have time to mess
with it till Tuesday.

To answer yout original questions:

1. G code not running just sitting Idle.
2. I do not even have to jog it before it starts messing up. I unhooked the 5v
from the mpg with the same problem.
3. Un modified mpg cable plugging into a db25 connector in my control cabinet
and then going to the kflop jp6. I do not think it is a noise issue because the
the Z powered from the Kanalog do not mess up only the XY powered off the
snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg
fine on the Z.

On a side not I can't figure how to get my x and Y to home in mach. I have
separate home and limit switches hooked up to jp12 and I can see them working in
the mach screen, So that part works. I do not know what c program to use for
homing and what other settings I need to set. I already modified the REF buttons
in Mach like the manual said.

Ryan



--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> I can't see anything specific wrong.  You aren't plugging in the mpg with
power on or with the program running are you?  I didn't see that you answered
my previous questions, but this is a big clue.  Please change the program to
change the destinations of 3 unused axis to see what happens.  Try changing:
>
> if (ReadBit(28) ) // is x selected?
> ch0->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch1->Dest += Change1 * Factor;
> else if (ReadBit(30) ) // is z selected?
> ch2->Dest += Change1 * Factor;
>
> To:
>
> if (ReadBit(28) ) // is x selected?
> ch5->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch6->Dest += Change1 * Factor;
> else if (ReadBit(30) ) // is z selected?
> ch7->Dest += Change1 * Factor;
>
> Then operate the MPG while observing the Axis Screen and Destinations 5,6,7. 
Do the destinations then move as expected?  If so, move the x,y,z motors using
console commands and check if the Destinations 5,6, or 7 also somehow change.
>
> Thanks
> TK
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sun, March 7, 2010 8:52:30 AM
> Subject: [DynoMotion] Re: MPG problems
>
>  
> So, played with it a little bit more and found out if I take out the mpg part
of the c program I can have the mpg pluged in with no problems. But as soon as I
plug the mpg in with the mpg c program loaded the x and y motors instantly get
some crazy command to move then fault. I am only running the set currents for
the snapamp program and thisone. Here is a copy of my c program. maybe something
is wrong with my c program?
>
> #include "KMotionDef. h"
>
> #define QA 26 // define to which IO bits the AB signals are connected
> #define QB 27
>
> main()
> {
> int BitA,Change1= 0,Change2= 0, DiffX2;
> int PosNoWrap, NewPos, Pos=0, wraps;
> double Factor=0;
>
> SetBit(152);
> SetBit(157);
> SetBit(158);
>
> ch0->InputMode= ENCODER_MODE;
> ch0->OutputMode= DC_SERVO_ MODE;
> ch0->Vel=100000. 000000;
> ch0->Accel=4000000. 000000;
> ch0->Jerk=4000000. 000000;
> ch0->P=10.000000;
> ch0->I=0.000000;
> ch0->D=6.000000;
> ch0->FFAccel= 0.000000;
> ch0->FFVel=0. 000000;
> ch0->MaxI=100. 000000;
> ch0->MaxErr= 100.000000;
> ch0->MaxOutput= 500.000000;
> ch0->DeadBandGain= 1.000000;
> ch0->DeadBandRange= 0.000000;
> ch0->InputChan0= 0;
> ch0->InputChan1= 0;
> ch0->OutputChan0= 8;
> ch0->OutputChan1= 1;
> ch0->LimitSwitchOpt ions=0x8989001f;
> ch0->InputGain0= 1.000000;
> ch0->InputGain1= 1.000000;
> ch0->InputOffset0= 0.000000;
> ch0->InputOffset1= 0.000000;
> ch0->invDistPerCycl e=1.000000;
> ch0->Lead=0. 000000;
> ch0->MaxFollowingEr ror=100.000000;
> ch0->StepperAmplitu de=250.000000;
>
> ch0->iir[0]. B0=1.000000;
> ch0->iir[0]. B1=0.000000;
> ch0->iir[0]. B2=0.000000;
> ch0->iir[0]. A1=0.000000;
> ch0->iir[0]. A2=0.000000;
>
> ch0->iir[1]. B0=1.000000;
> ch0->iir[1]. B1=0.000000;
> ch0->iir[1]. B2=0.000000;
> ch0->iir[1]. A1=0.000000;
> ch0->iir[1]. A2=0.000000;
>
> ch0->iir[2]. B0=1.000000;
> ch0->iir[2]. B1=0.000000;
> ch0->iir[2]. B2=0.000000;
> ch0->iir[2]. A1=0.000000;
> ch0->iir[2]. A2=0.000000;
>
>
>
> EnableAxis(0) ;
>
> ch1->InputMode= ENCODER_MODE;
> ch1->OutputMode= DC_SERVO_ MODE;
> ch1->Vel=100000. 000000;
> ch1->Accel=4000000. 000000;
> ch1->Jerk=4000000. 000000;
> ch1->P=10.000000;
> ch1->I=0.000000;
> ch1->D=6.000000;
> ch1->FFAccel= 0.000000;
> ch1->FFVel=0. 000000;
> ch1->MaxI=100. 000000;
> ch1->MaxErr= 100.000000;
> ch1->MaxOutput= 500.000000;
> ch1->DeadBandGain= 1.000000;
> ch1->DeadBandRange= 0.000000;
> ch1->InputChan0= 1;
> ch1->InputChan1= 2;
> ch1->OutputChan0= 9;
> ch1->OutputChan1= 3;
> ch1->LimitSwitchOpt ions=0x8b8b001f;
> ch1->InputGain0= 1.000000;
> ch1->InputGain1= 1.000000;
> ch1->InputOffset0= 0.000000;
> ch1->InputOffset1= 0.000000;
> ch1->invDistPerCycl e=1.000000;
> ch1->Lead=0. 000000;
> ch1->MaxFollowingEr ror=100.000000;
> ch1->StepperAmplitu de=250.000000;
>
> ch1->iir[0]. B0=1.000000;
> ch1->iir[0]. B1=0.000000;
> ch1->iir[0]. B2=0.000000;
> ch1->iir[0]. A1=0.000000;
> ch1->iir[0]. A2=0.000000;
>
> ch1->iir[1]. B0=1.000000;
> ch1->iir[1]. B1=0.000000;
> ch1->iir[1]. B2=0.000000;
> ch1->iir[1]. A1=0.000000;
> ch1->iir[1]. A2=0.000000;
>
> ch1->iir[2]. B0=1.000000;
> ch1->iir[2]. B1=0.000000;
> ch1->iir[2]. B2=0.000000;
> ch1->iir[2]. A1=0.000000;
> ch1->iir[2]. A2=0.000000;
>
> EnableAxis(1) ;
>
> ch2->InputMode= ENCODER_MODE;
> ch2->OutputMode= DAC_SERVO_ MODE;
> ch2->Vel=850. 000000;
> ch2->Accel=50000000 .000000;
> ch2->Jerk=50000000. 000000;
> ch2->P=225.000000;
> ch2->I=0.000000;
> ch2->D=225.000000;
> ch2->FFAccel= 0.000000;
> ch2->FFVel=0. 000000;
> ch2->MaxI=100. 000000;
> ch2->MaxErr= 100.000000;
> ch2->MaxOutput= 2047.000000;
> ch2->DeadBandGain= 1.000000;
> ch2->DeadBandRange= 0.000000;
> ch2->InputChan0= 2;
> ch2->InputChan1= 2;
> ch2->OutputChan0= 0;
> ch2->OutputChan1= 1;
> ch2->LimitSwitchOpt ions=0x0;
> ch2->InputGain0= -1.000000;
> ch2->InputGain1= 1.000000;
> ch2->InputOffset0= 0.000000;
> ch2->InputOffset1= 0.000000;
> ch2->invDistPerCycl e=1.000000;
> ch2->Lead=0. 000000;
> ch2->MaxFollowingEr ror=10000000. 000000;
> ch2->StepperAmplitu de=250.000000;
>
> ch2->iir[0]. B0=1.000000;
> ch2->iir[0]. B1=0.000000;
> ch2->iir[0]. B2=0.000000;
> ch2->iir[0]. A1=0.000000;
> ch2->iir[0]. A2=0.000000;
>
> ch2->iir[1]. B0=1.000000;
> ch2->iir[1]. B1=0.000000;
> ch2->iir[1]. B2=0.000000;
> ch2->iir[1]. A1=0.000000;
> ch2->iir[1]. A2=0.000000;
>
> ch2->iir[2]. B0=1.000000;
> ch2->iir[2]. B1=0.000000;
> ch2->iir[2]. B2=0.000000;
> ch2->iir[2]. A1=0.000000;
> ch2->iir[2]. A2=0.000000;
>
> EnableAxis(2) ;
>
> DefineCoordSystem( 0,1,2,-1) ;
>
> for(;;)
> {
> WaitNextTimeSlice( );
>
> // convert quadrature to 2 bit binary
> BitA = ReadBit(26);
> PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
>
> // Diff between expected position based on average of two prev deltas
> // and position with no wraps. (Keep as X2 to avoid division by 2)
>
> DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
>
> // Calc quadrature wraparounds to bring Diff nearest zero
> // offset by 128 wraps to avoid requiring floor()
> wraps = ((DiffX2+1028) >>3)-128;
>
> // factor in the quadrature wraparounds
> NewPos = PosNoWrap + (wraps<<2);
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
> Pos = NewPos;
>
> if (ReadBit(31) ) // is X1 selected?
> Factor = 1.0;
> else if (ReadBit(32) ) // is X100 selected?
> Factor = 75.0;
> else // must be X10 then
> Factor = 10.0;
>
> if (ReadBit(28) ) // is x selected?
> ch0->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch1->Dest += Change1 * Factor;
> else if (ReadBit(30) ) // is z selected?
> ch2->Dest += Change1 * Factor;
>
> }
> return 0;
> }
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Ryan,
> >
> > I have no idea why this is occurring.  Could you provide more
information?  Such as when you say everything was working then failed, what
was working?  Jogging or GCode motion or sitting idle? 
> >
> > Do you have the Keling wired up to the Aux1 connector?
> >
> > Possibilities I can think of might be:
> >
> > #1 - We don't have any protection against jogging on the MPG while GCode is
running.  To eliminate this as a possibility try re-assigning the A B
Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs
(of course you wont be able to test jogging with the MPG).
> >
> > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an
internal 150 ohm pull down).   I doubt if this is a problem unless the
MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode
clamped to the 3.3V power rail).  Please check the outputs to see what
voltage they rise to.  The ideal test would be disconnected from the KFlop
and with a 150ohm pulldown resistor.   Or add 50 ohm series resistors to
be safe.
> >
> > #3 - Possibly just the long MPG cable picking up noise and injecting it into
the system?  Is there a shield?   How is it grounded?
> >
> > Sorry that is all I can think of.
> >
> > Regards
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Mon, February 22, 2010 7:27:47 PM
> > Subject: [DynoMotion] MPG problems
> >
> >  
> > I am in the process of getting my system all set up. I have a Kflop,
snapamp, and kanalog together. I have everything tuned and I can jog everything
just fine. So I installed my Keling MPG and everything was working good for a
few minutes then all the sudden the x and y servos powered off the snapamp
started twitching back and forth then would fault then spin out of control. If I
unplug the mpg the motors work fine. As soon as I plug it back in the freak out
again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog
just fine)with the mpg. I am running Mach also.
> >
> > Ryan
> >
>



 

 

Group: DynoMotion

Message: 200

From: Tom Kerekes

Date: Mon Mar 08, 2010 6:07 AM

Subject: Re: Re: MPG problems

 

Well, connecting the mpg with power on will most likely cause the signals to toggle in unpredictable ways.  But I'm having a hard time understanding when the problem occurs.  Like 10 seconds after plugging in the cable?  Or immediately?

Disconnecting the +5V is somewhat of an invalid test.  The signals will then probably float to invalid levels, and be highly susceptible to any noise.

Also I don't follow your logic with removing the SnapAmp to prove it isn't a noise issue.  As the SnapAmp may be the source of the noise.  That was the idea behind asking you to reassign the inputs to the LEDs to elliminate that as a possibility.

The MPG program uses some assumptions of limited acceleration to extend the count rate to ~100KHz even though the software is only looping at 5KHz.  Basically the frequency is not expected to change instantaneously.  If it does or changes erratically, then the algorithm can get confused and think it is moving when it is not.  You can defeat this feature and avoid this issue (but limit your count rate to 5 KHz).  Try changing

Change2 = Change1;
Change1 = NewPos - Pos;

to

Change2 = 0;
Change1 = 0;

Thanks

TK


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 7, 2010 6:34:02 PM
Subject: [DynoMotion] Re: MPG problems

 

I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not running. I do not think I tried plugging it in then turning the power on. This may be the problem? Power spike when plugging it in? I won't have time to mess with it till Tuesday.

To answer yout original questions:

1. G code not running just sitting Idle.
2. I do not even have to jog it before it starts messing up. I unhooked the 5v from the mpg with the same problem.
3. Un modified mpg cable plugging into a db25 connector in my control cabinet and then going to the kflop jp6. I do not think it is a noise issue because the the Z powered from the Kanalog do not mess up only the XY powered off the snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg fine on the Z.

On a side not I can't figure how to get my x and Y to home in mach. I have separate home and limit switches hooked up to jp12 and I can see them working in the
mach screen, So that part works. I do not know what c program to use for homing and what other settings I need to set. I already modified the REF buttons in Mach like the manual said.

Ryan

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> I can't see anything specific wrong.Ă‚  You aren't plugging in the mpg with power on or with the program running are you?Ă‚  I didn't see that you answered my previous questions, but this is a big clue.Ă‚  Please change the program to change the destinations of 3 unused axis to see what happens.Ă‚  Try changing:
>
> if (ReadBit(28) ) // is x selected?
> ch0->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch1->Dest += Change1 * Factor;
> else if (ReadBit(30) ) //
is z selected?
> ch2->Dest += Change1 * Factor;
>
> To:
>
> if (ReadBit(28) ) // is x selected?
> ch5->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch6->Dest += Change1 * Factor;
> else if (ReadBit(30) ) // is z selected?
> ch7->Dest += Change1 * Factor;
>
> Then operate the MPG while observing the Axis Screen and Destinations 5,6,7.Ă‚  Do the destinations then move as expected?Ă‚  If so, move the x,y,z motors using console commands and check if the Destinations 5,6, or 7 also somehow change.
>
> Thanks
> TK
>
>
>
> ____________ _________ _________ __
> From: bigtoy302 <bigtoy302@. ..>
> To: DynoMotion@yahoogro ups.com
> Sent: Sun, March 7,
2010 8:52:30 AM
> Subject: [DynoMotion] Re: MPG problems
>
> Ă‚ 
> So, played with it a little bit more and found out if I take out the mpg part of the c program I can have the mpg pluged in with no problems. But as soon as I plug the mpg in with the mpg c program loaded the x and y motors instantly get some crazy command to move then fault. I am only running the set currents for the snapamp program and thisone. Here is a copy of my c program. maybe something is wrong with my c program?
>
> #include "KMotionDef. h"
>
> #define QA 26 // define to which IO bits the AB signals are connected
> #define QB 27
>
> main()
> {
> int BitA,Change1= 0,Change2= 0, DiffX2;
> int PosNoWrap, NewPos, Pos=0, wraps;
> double Factor=0;
>
> SetBit(152);
> SetBit(157);
> SetBit(158);
>
> ch0->InputMode= ENCODER_MODE;
>
ch0->OutputMode= DC_SERVO_ MODE;
> ch0->Vel=100000. 000000;
> ch0->Accel=4000000. 000000;
> ch0->Jerk=4000000. 000000;
> ch0->P=10.000000;
> ch0->I=0.000000;
> ch0->D=6.000000;
> ch0->FFAccel= 0.000000;
> ch0->FFVel=0. 000000;
> ch0->MaxI=100. 000000;
> ch0->MaxErr= 100.000000;
> ch0->MaxOutput= 500.000000;
> ch0->DeadBandGain= 1.000000;
> ch0->DeadBandRange= 0.000000;
> ch0->InputChan0= 0;
> ch0->InputChan1= 0;
> ch0->OutputChan0= 8;
> ch0->OutputChan1= 1;
> ch0->LimitSwitchOpt ions=0x8989001f;
> ch0->InputGain0= 1.000000;
> ch0->InputGain1= 1.000000;
> ch0->InputOffset0= 0.000000;
> ch0->InputOffset1= 0.000000;
> ch0->invDistPerCycl e=1.000000;
> ch0->Lead=0. 000000;
> ch0->MaxFollowingEr ror=100.000000;
>
ch0->StepperAmplitu de=250.000000;
>
> ch0->iir[0]. B0=1.000000;
> ch0->iir[0]. B1=0.000000;
> ch0->iir[0]. B2=0.000000;
> ch0->iir[0]. A1=0.000000;
> ch0->iir[0]. A2=0.000000;
>
> ch0->iir[1]. B0=1.000000;
> ch0->iir[1]. B1=0.000000;
> ch0->iir[1]. B2=0.000000;
> ch0->iir[1]. A1=0.000000;
> ch0->iir[1]. A2=0.000000;
>
> ch0->iir[2]. B0=1.000000;
> ch0->iir[2]. B1=0.000000;
> ch0->iir[2]. B2=0.000000;
> ch0->iir[2]. A1=0.000000;
> ch0->iir[2]. A2=0.000000;
>
>
>
> EnableAxis(0) ;
>
> ch1->InputMode= ENCODER_MODE;
> ch1->OutputMode= DC_SERVO_ MODE;
> ch1->Vel=100000. 000000;
> ch1->Accel=4000000. 000000;
> ch1->Jerk=4000000. 000000;
> ch1->P=10.000000;
> ch1->I=0.000000;
>
ch1->D=6.000000;
> ch1->FFAccel= 0.000000;
> ch1->FFVel=0. 000000;
> ch1->MaxI=100. 000000;
> ch1->MaxErr= 100.000000;
> ch1->MaxOutput= 500.000000;
> ch1->DeadBandGain= 1.000000;
> ch1->DeadBandRange= 0.000000;
> ch1->InputChan0= 1;
> ch1->InputChan1= 2;
> ch1->OutputChan0= 9;
> ch1->OutputChan1= 3;
> ch1->LimitSwitchOpt ions=0x8b8b001f;
> ch1->InputGain0= 1.000000;
> ch1->InputGain1= 1.000000;
> ch1->InputOffset0= 0.000000;
> ch1->InputOffset1= 0.000000;
> ch1->invDistPerCycl e=1.000000;
> ch1->Lead=0. 000000;
> ch1->MaxFollowingEr ror=100.000000;
> ch1->StepperAmplitu de=250.000000;
>
> ch1->iir[0]. B0=1.000000;
> ch1->iir[0]. B1=0.000000;
> ch1->iir[0]. B2=0.000000;
> ch1->iir[0]. A1=0.000000;
> ch1->iir[0].
A2=0.000000;
>
> ch1->iir[1]. B0=1.000000;
> ch1->iir[1]. B1=0.000000;
> ch1->iir[1]. B2=0.000000;
> ch1->iir[1]. A1=0.000000;
> ch1->iir[1]. A2=0.000000;
>
> ch1->iir[2]. B0=1.000000;
> ch1->iir[2]. B1=0.000000;
> ch1->iir[2]. B2=0.000000;
> ch1->iir[2]. A1=0.000000;
> ch1->iir[2]. A2=0.000000;
>
> EnableAxis(1) ;
>
> ch2->InputMode= ENCODER_MODE;
> ch2->OutputMode= DAC_SERVO_ MODE;
> ch2->Vel=850. 000000;
> ch2->Accel=50000000 .000000;
> ch2->Jerk=50000000. 000000;
> ch2->P=225.000000;
> ch2->I=0.000000;
> ch2->D=225.000000;
> ch2->FFAccel= 0.000000;
> ch2->FFVel=0. 000000;
> ch2->MaxI=100. 000000;
> ch2->MaxErr= 100.000000;
> ch2->MaxOutput= 2047.000000;
> ch2->DeadBandGain= 1.000000;
>
ch2->DeadBandRange= 0.000000;
> ch2->InputChan0= 2;
> ch2->InputChan1= 2;
> ch2->OutputChan0= 0;
> ch2->OutputChan1= 1;
> ch2->LimitSwitchOpt ions=0x0;
> ch2->InputGain0= -1.000000;
> ch2->InputGain1= 1.000000;
> ch2->InputOffset0= 0.000000;
> ch2->InputOffset1= 0.000000;
> ch2->invDistPerCycl e=1.000000;
> ch2->Lead=0. 000000;
> ch2->MaxFollowingEr ror=10000000. 000000;
> ch2->StepperAmplitu de=250.000000;
>
> ch2->iir[0]. B0=1.000000;
> ch2->iir[0]. B1=0.000000;
> ch2->iir[0]. B2=0.000000;
> ch2->iir[0]. A1=0.000000;
> ch2->iir[0]. A2=0.000000;
>
> ch2->iir[1]. B0=1.000000;
> ch2->iir[1]. B1=0.000000;
> ch2->iir[1]. B2=0.000000;
> ch2->iir[1]. A1=0.000000;
> ch2->iir[1]. A2=0.000000;
>
> ch2->iir[2].
B0=1.000000;
> ch2->iir[2]. B1=0.000000;
> ch2->iir[2]. B2=0.000000;
> ch2->iir[2]. A1=0.000000;
> ch2->iir[2]. A2=0.000000;
>
> EnableAxis(2) ;
>
> DefineCoordSystem( 0,1,2,-1) ;
>
> for(;;)
> {
> WaitNextTimeSlice( );
>
> // convert quadrature to 2 bit binary
> BitA = ReadBit(26);
> PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
>
> // Diff between expected position based on average of two prev deltas
> // and position with no wraps. (Keep as X2 to avoid division by 2)
>
> DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
>
> // Calc quadrature wraparounds to bring Diff nearest zero
> // offset by 128 wraps to avoid requiring floor()
> wraps = ((DiffX2+1028) >>3)-128;
>
> // factor in the quadrature wraparounds
> NewPos = PosNoWrap +
(wraps<<2);
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
> Pos = NewPos;
>
> if (ReadBit(31) ) // is X1 selected?
> Factor = 1.0;
> else if (ReadBit(32) ) // is X100 selected?
> Factor = 75.0;
> else // must be X10 then
> Factor = 10.0;
>
> if (ReadBit(28) ) // is x selected?
> ch0->Dest += Change1 * Factor;
> else if (ReadBit(29) ) // is y selected?
> ch1->Dest += Change1 * Factor;
> else if (ReadBit(30) ) // is z selected?
> ch2->Dest += Change1 * Factor;
>
> }
> return 0;
> }
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Ryan,
> >
> > I have no idea why this is occurring.Ăƒâ€Ă‚  Could you provide more information?Ăƒâ€Ă‚  Such as when you say everything was
working then failed, what was working?Ăƒâ€Ă‚  Jogging or GCode motion or sitting idle?Ăƒâ€Ă‚ 
> >
> > Do you have the Keling wired up to the Aux1 connector?
> >
> > Possibilities I can think of might be:
> >
> > #1 - We don't have any protection against jogging on the MPG while GCode is running.Ăƒâ€Ă‚  To eliminate this as a possibility try re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs (of course you wont be able to test jogging with the MPG).
> >
> > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an internalĂƒâ€Ă‚ 150 ohm pull down).Ăƒâ€Ă‚ Ăƒâ€Ă‚  I doubt if this is a problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped to the 3.3V power rail).Ăƒâ€Ă‚ Ăƒâ€Ă‚ Please check the outputs to see what
voltage they rise to.Ăƒâ€Ă‚ Ăƒâ€Ă‚ The ideal test would be disconnected from the KFlop and with a 150ohm pulldown resistor.Ăƒâ€Ă‚ Ăƒâ€Ă‚  Or add 50 ohm series resistors to be safe.
> >
> > #3 - Possibly just the long MPG cable picking up noise and injecting it into the system?Ăƒâ€Ă‚  Is there a shield?Ăƒâ€Ă‚ Ăƒâ€Ă‚  How is it grounded?
> >
> > Sorry that is all I can think of.
> >
> > Regards
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Mon, February 22, 2010 7:27:47 PM
> > Subject: [DynoMotion] MPG problems
> >
> > Ăƒâ€Ă‚ 
> > I am in the process of getting my system all set up. I have a Kflop, snapamp, and kanalog together.
I have everything tuned and I can jog everything just fine. So I installed my Keling MPG and everything was working good for a few minutes then all the sudden the x and y servos powered off the snapamp started twitching back and forth then would fault then spin out of control. If I unplug the mpg the motors work fine. As soon as I plug it back in the freak out again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog just fine)with the mpg. I am running Mach also.
> >
> > Ryan
> >
>



 

 

Group: DynoMotion

Message: 201

From: bigtoy302

Date: Mon Mar 08, 2010 6:15 AM

Subject: Re: MPG problems

 



The problem occurs the instant I plug the mpg in. I do not even have to jog it.
Like I said earlier I will try out those things you suggested tomorrow. What
about the homing I asked about in my last post.?

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Well, connecting the mpg with power on will most likely cause the signals to
toggle in unpredictable ways.  But I'm having a hard time understanding when
the problem occurs.  Like 10 seconds after plugging in the cable?  Or
immediately?
>
> Disconnecting the +5V is somewhat of an invalid test.  The signals will then
probably float to invalid levels, and be highly susceptible to any noise.
>
> Also I don't follow your logic with removing the SnapAmp to prove it isn't a
noise issue.  As the SnapAmp may be the source of the noise.  That was the
idea behind asking you to reassign the inputs to the LEDs to elliminate that as
a possibility.
>
> The MPG program uses some assumptions of limited acceleration to extend the
count rate to ~100KHz even though the software is only looping at 5KHz. 
Basically the frequency is not expected to change instantaneously.  If it does
or changes erratically, then the algorithm can get confused and think it is
moving when it is not.  You can defeat this feature and avoid this issue (but
limit your count rate to 5 KHz).  Try changing
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
>
> to
>
> Change2 = 0;
> Change1 = 0;
>
> Thanks
>
> TK
>
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sun, March 7, 2010 6:34:02 PM
> Subject: [DynoMotion] Re: MPG problems
>
>  
> I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not
running. I do not think I tried plugging it in then turning the power on. This
may be the problem? Power spike when plugging it in? I won't have time to mess
with it till Tuesday.
>
> To answer yout original questions:
>
> 1. G code not running just sitting Idle.
> 2. I do not even have to jog it before it starts messing up. I unhooked the 5v
from the mpg with the same problem.
> 3. Un modified mpg cable plugging into a db25 connector in my control cabinet
and then going to the kflop jp6. I do not think it is a noise issue because the
the Z powered from the Kanalog do not mess up only the XY powered off the
snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg
fine on the Z.
>
> On a side not I can't figure how to get my x and Y to home in mach. I have
separate home and limit switches hooked up to jp12 and I can see them working in
the mach screen, So that part works. I do not know what c program to use for
homing and what other settings I need to set. I already modified the REF buttons
in Mach like the manual said.
>
> Ryan
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > I can't see anything specific wrong.  You aren't plugging in the mpg with
power on or with the program running are you?  I didn't see that you answered
my previous questions, but this is a big clue.  Please change the program to
change the destinations of 3 unused axis to see what happens.  Try changing:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > To:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch5->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch6->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch7->Dest += Change1 * Factor;
> >
> > Then operate the MPG while observing the Axis Screen and Destinations
5,6,7.  Do the destinations then move as expected?  If so, move the x,y,z
motors using console commands and check if the Destinations 5,6, or 7 also
somehow change.
> >
> > Thanks
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sun, March 7, 2010 8:52:30 AM
> > Subject: [DynoMotion] Re: MPG problems
> >
> >  
> > So, played with it a little bit more and found out if I take out the mpg
part of the c program I can have the mpg pluged in with no problems. But as soon
as I plug the mpg in with the mpg c program loaded the x and y motors instantly
get some crazy command to move then fault. I am only running the set currents
for the snapamp program and thisone. Here is a copy of my c program. maybe
something is wrong with my c program?
> >
> > #include "KMotionDef. h"
> >
> > #define QA 26 // define to which IO bits the AB signals are connected
> > #define QB 27
> >
> > main()
> > {
> > int BitA,Change1= 0,Change2= 0, DiffX2;
> > int PosNoWrap, NewPos, Pos=0, wraps;
> > double Factor=0;
> >
> > SetBit(152);
> > SetBit(157);
> > SetBit(158);
> >
> > ch0->InputMode= ENCODER_MODE;
> > ch0->OutputMode= DC_SERVO_ MODE;
> > ch0->Vel=100000. 000000;
> > ch0->Accel=4000000. 000000;
> > ch0->Jerk=4000000. 000000;
> > ch0->P=10.000000;
> > ch0->I=0.000000;
> > ch0->D=6.000000;
> > ch0->FFAccel= 0.000000;
> > ch0->FFVel=0. 000000;
> > ch0->MaxI=100. 000000;
> > ch0->MaxErr= 100.000000;
> > ch0->MaxOutput= 500.000000;
> > ch0->DeadBandGain= 1.000000;
> > ch0->DeadBandRange= 0.000000;
> > ch0->InputChan0= 0;
> > ch0->InputChan1= 0;
> > ch0->OutputChan0= 8;
> > ch0->OutputChan1= 1;
> > ch0->LimitSwitchOpt ions=0x8989001f;
> > ch0->InputGain0= 1.000000;
> > ch0->InputGain1= 1.000000;
> > ch0->InputOffset0= 0.000000;
> > ch0->InputOffset1= 0.000000;
> > ch0->invDistPerCycl e=1.000000;
> > ch0->Lead=0. 000000;
> > ch0->MaxFollowingEr ror=100.000000;
> > ch0->StepperAmplitu de=250.000000;
> >
> > ch0->iir[0]. B0=1.000000;
> > ch0->iir[0]. B1=0.000000;
> > ch0->iir[0]. B2=0.000000;
> > ch0->iir[0]. A1=0.000000;
> > ch0->iir[0]. A2=0.000000;
> >
> > ch0->iir[1]. B0=1.000000;
> > ch0->iir[1]. B1=0.000000;
> > ch0->iir[1]. B2=0.000000;
> > ch0->iir[1]. A1=0.000000;
> > ch0->iir[1]. A2=0.000000;
> >
> > ch0->iir[2]. B0=1.000000;
> > ch0->iir[2]. B1=0.000000;
> > ch0->iir[2]. B2=0.000000;
> > ch0->iir[2]. A1=0.000000;
> > ch0->iir[2]. A2=0.000000;
> >
> >
> >
> > EnableAxis(0) ;
> >
> > ch1->InputMode= ENCODER_MODE;
> > ch1->OutputMode= DC_SERVO_ MODE;
> > ch1->Vel=100000. 000000;
> > ch1->Accel=4000000. 000000;
> > ch1->Jerk=4000000. 000000;
> > ch1->P=10.000000;
> > ch1->I=0.000000;
> > ch1->D=6.000000;
> > ch1->FFAccel= 0.000000;
> > ch1->FFVel=0. 000000;
> > ch1->MaxI=100. 000000;
> > ch1->MaxErr= 100.000000;
> > ch1->MaxOutput= 500.000000;
> > ch1->DeadBandGain= 1.000000;
> > ch1->DeadBandRange= 0.000000;
> > ch1->InputChan0= 1;
> > ch1->InputChan1= 2;
> > ch1->OutputChan0= 9;
> > ch1->OutputChan1= 3;
> > ch1->LimitSwitchOpt ions=0x8b8b001f;
> > ch1->InputGain0= 1.000000;
> > ch1->InputGain1= 1.000000;
> > ch1->InputOffset0= 0.000000;
> > ch1->InputOffset1= 0.000000;
> > ch1->invDistPerCycl e=1.000000;
> > ch1->Lead=0. 000000;
> > ch1->MaxFollowingEr ror=100.000000;
> > ch1->StepperAmplitu de=250.000000;
> >
> > ch1->iir[0]. B0=1.000000;
> > ch1->iir[0]. B1=0.000000;
> > ch1->iir[0]. B2=0.000000;
> > ch1->iir[0]. A1=0.000000;
> > ch1->iir[0]. A2=0.000000;
> >
> > ch1->iir[1]. B0=1.000000;
> > ch1->iir[1]. B1=0.000000;
> > ch1->iir[1]. B2=0.000000;
> > ch1->iir[1]. A1=0.000000;
> > ch1->iir[1]. A2=0.000000;
> >
> > ch1->iir[2]. B0=1.000000;
> > ch1->iir[2]. B1=0.000000;
> > ch1->iir[2]. B2=0.000000;
> > ch1->iir[2]. A1=0.000000;
> > ch1->iir[2]. A2=0.000000;
> >
> > EnableAxis(1) ;
> >
> > ch2->InputMode= ENCODER_MODE;
> > ch2->OutputMode= DAC_SERVO_ MODE;
> > ch2->Vel=850. 000000;
> > ch2->Accel=50000000 .000000;
> > ch2->Jerk=50000000. 000000;
> > ch2->P=225.000000;
> > ch2->I=0.000000;
> > ch2->D=225.000000;
> > ch2->FFAccel= 0.000000;
> > ch2->FFVel=0. 000000;
> > ch2->MaxI=100. 000000;
> > ch2->MaxErr= 100.000000;
> > ch2->MaxOutput= 2047.000000;
> > ch2->DeadBandGain= 1.000000;
> > ch2->DeadBandRange= 0.000000;
> > ch2->InputChan0= 2;
> > ch2->InputChan1= 2;
> > ch2->OutputChan0= 0;
> > ch2->OutputChan1= 1;
> > ch2->LimitSwitchOpt ions=0x0;
> > ch2->InputGain0= -1.000000;
> > ch2->InputGain1= 1.000000;
> > ch2->InputOffset0= 0.000000;
> > ch2->InputOffset1= 0.000000;
> > ch2->invDistPerCycl e=1.000000;
> > ch2->Lead=0. 000000;
> > ch2->MaxFollowingEr ror=10000000. 000000;
> > ch2->StepperAmplitu de=250.000000;
> >
> > ch2->iir[0]. B0=1.000000;
> > ch2->iir[0]. B1=0.000000;
> > ch2->iir[0]. B2=0.000000;
> > ch2->iir[0]. A1=0.000000;
> > ch2->iir[0]. A2=0.000000;
> >
> > ch2->iir[1]. B0=1.000000;
> > ch2->iir[1]. B1=0.000000;
> > ch2->iir[1]. B2=0.000000;
> > ch2->iir[1]. A1=0.000000;
> > ch2->iir[1]. A2=0.000000;
> >
> > ch2->iir[2]. B0=1.000000;
> > ch2->iir[2]. B1=0.000000;
> > ch2->iir[2]. B2=0.000000;
> > ch2->iir[2]. A1=0.000000;
> > ch2->iir[2]. A2=0.000000;
> >
> > EnableAxis(2) ;
> >
> > DefineCoordSystem( 0,1,2,-1) ;
> >
> > for(;;)
> > {
> > WaitNextTimeSlice( );
> >
> > // convert quadrature to 2 bit binary
> > BitA = ReadBit(26);
> > PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
> >
> > // Diff between expected position based on average of two prev deltas
> > // and position with no wraps. (Keep as X2 to avoid division by 2)
> >
> > DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
> >
> > // Calc quadrature wraparounds to bring Diff nearest zero
> > // offset by 128 wraps to avoid requiring floor()
> > wraps = ((DiffX2+1028) >>3)-128;
> >
> > // factor in the quadrature wraparounds
> > NewPos = PosNoWrap + (wraps<<2);
> >
> > Change2 = Change1;
> > Change1 = NewPos - Pos;
> > Pos = NewPos;
> >
> > if (ReadBit(31) ) // is X1 selected?
> > Factor = 1.0;
> > else if (ReadBit(32) ) // is X100 selected?
> > Factor = 75.0;
> > else // must be X10 then
> > Factor = 10.0;
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > }
> > return 0;
> > }
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Ryan,
> > >
> > > I have no idea why this is occurring.Ăƒâ€Ă‚  Could you provide more
information?Ăƒâ€Ă‚  Such as when you say everything was working then failed,
what was working?Ăƒâ€Ă‚  Jogging or GCode motion or sitting idle?Ăƒâ€Ă‚ 
> > >
> > > Do you have the Keling wired up to the Aux1 connector?
> > >
> > > Possibilities I can think of might be:
> > >
> > > #1 - We don't have any protection against jogging on the MPG while GCode
is running.Ăƒâ€Ă‚  To eliminate this as a possibility try re-assigning the A B
Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs
(of course you wont be able to test jogging with the MPG).
> > >
> > > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an
internalĂƒâ€Ă‚ 150 ohm pull down).Ăƒâ€Ă‚Â Ăƒâ€Ă‚  I doubt if this is a
problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V
inputs are diode clamped to the 3.3V power rail).Ăƒâ€Ă‚Â Ăƒâ€Ă‚ Please check
the outputs to see what voltage they rise to.Ăƒâ€Ă‚Â Ăƒâ€Ă‚ The ideal test
would be disconnected from the KFlop and with a 150ohm pulldown
resistor.Ăƒâ€Ă‚Â Ăƒâ€Ă‚  Or add 50 ohm series resistors to be safe.
> > >
> > > #3 - Possibly just the long MPG cable picking up noise and injecting it
into the system?Ăƒâ€Ă‚  Is there a shield?Ăƒâ€Ă‚Â Ăƒâ€Ă‚  How is it
grounded?
> > >
> > > Sorry that is all I can think of.
> > >
> > > Regards
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: bigtoy302 <bigtoy302@ ..>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Mon, February 22, 2010 7:27:47 PM
> > > Subject: [DynoMotion] MPG problems
> > >
> > > Ăƒâ€Ă‚ 
> > > I am in the process of getting my system all set up. I have a Kflop,
snapamp, and kanalog together. I have everything tuned and I can jog everything
just fine. So I installed my Keling MPG and everything was working good for a
few minutes then all the sudden the x and y servos powered off the snapamp
started twitching back and forth then would fault then spin out of control. If I
unplug the mpg the motors work fine. As soon as I plug it back in the freak out
again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog
just fine)with the mpg. I am running Mach also.
> > >
> > > Ryan
> > >
> >
>



 

 

Group: DynoMotion

Message: 202

From: Tom Kerekes

Date: Mon Mar 08, 2010 8:17 PM

Subject: Re: Re: MPG problems

 

Ryan,

Regarding Homing:

Test your homing by writing a simple program such as:

#include "KMotionDef.h"

#define Z 2

main()

{

    DisableAxis(Z);

    Zero(Z);

    EnableAxisDest(Z,0.0);

    Jog(Z,10000); // start moving

    while (ReadBit(15)) ; // wait for switch (input #15) to change

    Jog(Z,0); // StopMotion

    while(!CheckDone(Z)) ;

    Jog(Z,-3000); // start moving

    while (!ReadBit(15)) ; // wait for switch (input #15) to change

    MoveRelAtVel(Z,-900,3000); // Move a bit further down

    while(!CheckDone(Z)) ;

    Delay_sec(.25);

    DisableAxis(Z);

    Zero(Z);

    EnableAxisDest(Z,0.0);

}

for each axis. 

Note the program as written

#1 is for the Z axis which is defined as axis 2

#2 moves at velocity +10000 counts/sec to the switch which is connected to IO bit 15

#3 bit15 is wired to go low when hit

#4 then backs out of the switch at -3000 counts/sec until IO bit 15 returns high

#5 then continues another -900 counts inside the travel at a speed of 3000 counts/sec

#6 then zeros the destination at that position

You will need to modify it for your desired directions, speeds, polarities and such.

After it is working, merge the relevant code into the HomeMach3.c program.

Thanks

TK

 


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Mon, March 8, 2010 6:15:34 AM
Subject: [DynoMotion] Re: MPG problems

 

The problem occurs the instant I plug the mpg in. I do not even have to jog it. Like I said earlier I will try out those things you suggested tomorrow. What about the homing I asked about in my last post.?

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Well, connecting the mpg with power on will most likely cause the signals to toggle in unpredictable ways.Ă‚  But I'm having a hard time understanding when the problem occurs.Ă‚  Like 10 seconds after plugging in the cable?Ă‚  Or immediately?
>
> Disconnecting the +5V is somewhat of an invalid test.Ă‚  The signals will then probably float to invalid levels, and be highly susceptible to any noise.
>
> Also I don't follow your logic with removing the SnapAmp to prove it isn't a noise
issue.Ă‚  As the SnapAmp may be the source of the noise.Ă‚  That was the idea behind asking you to reassign the inputs to the LEDs to elliminate that as a possibility.
>
> The MPG program uses some assumptions of limited acceleration to extend the count rate to ~100KHz even though the software is only looping at 5KHz.Ă‚  Basically the frequency is not expected to change instantaneously.Ă‚  If it does or changes erratically, then the algorithm can get confused and think it is moving when it is not.Ă‚  You can defeat this feature and avoid this issue (but limit your count rate to 5 KHz).Ă‚  Try changing
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
>
> to
>
> Change2 = 0;
> Change1 = 0;
>
> Thanks
>
> TK
>
>
>
>
> ____________ _________ _________ __
> From: bigtoy302 <bigtoy302@.
..>
> To: DynoMotion@yahoogro ups.com
> Sent: Sun, March 7, 2010 6:34:02 PM
> Subject: [DynoMotion] Re: MPG problems
>
> Ă‚ 
> I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not running. I do not think I tried plugging it in then turning the power on. This may be the problem? Power spike when plugging it in? I won't have time to mess with it till Tuesday.
>
> To answer yout original questions:
>
> 1. G code not running just sitting Idle.
> 2. I do not even have to jog it before it starts messing up. I unhooked the 5v from the mpg with the same problem.
> 3. Un modified mpg cable plugging into a db25 connector in my control cabinet and then going to the kflop jp6. I do not think it is a noise issue because the the Z powered
from the Kanalog do not mess up only the XY powered off the snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg fine on the Z.
>
> On a side not I can't figure how to get my x and Y to home in mach. I have separate home and limit switches hooked up to jp12 and I can see them working in the mach screen, So that part works. I do not know what c program to use for homing and what other settings I need to set. I already modified the REF buttons in Mach like the manual said.
>
> Ryan
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > I can't see anything specific wrong.Ăƒâ€Ă‚  You aren't plugging in the mpg with power on or with the program running are you?Ăƒâ€Ă‚  I didn't see that you answered my previous questions, but this is a big clue.Ăƒâ€Ă‚  Please change the program to change
the destinations of 3 unused axis to see what happens.Ăƒâ€Ă‚  Try changing:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > To:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch5->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch6->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch7->Dest += Change1 * Factor;
> >
> > Then operate the MPG while observing the Axis Screen and Destinations 5,6,7.Ăƒâ€Ă‚  Do the destinations then move as expected?Ăƒâ€Ă‚  If so, move the x,y,z motors using console commands and
check if the Destinations 5,6, or 7 also somehow change.
> >
> > Thanks
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sun, March 7, 2010 8:52:30 AM
> > Subject: [DynoMotion] Re: MPG problems
> >
> > Ăƒâ€Ă‚ 
> > So, played with it a little bit more and found out if I take out the mpg part of the c program I can have the mpg pluged in with no problems. But as soon as I plug the mpg in with the mpg c program loaded the x and y motors instantly get some crazy command to move then fault. I am only running the set currents for the snapamp program and thisone. Here is a copy of my c program. maybe something is wrong with my c program?
> >
> > #include "KMotionDef. h"
> >
> > #define QA 26
// define to which IO bits the AB signals are connected
> > #define QB 27
> >
> > main()
> > {
> > int BitA,Change1= 0,Change2= 0, DiffX2;
> > int PosNoWrap, NewPos, Pos=0, wraps;
> > double Factor=0;
> >
> > SetBit(152);
> > SetBit(157);
> > SetBit(158);
> >
> > ch0->InputMode= ENCODER_MODE;
> > ch0->OutputMode= DC_SERVO_ MODE;
> > ch0->Vel=100000. 000000;
> > ch0->Accel=4000000. 000000;
> > ch0->Jerk=4000000. 000000;
> > ch0->P=10.000000;
> > ch0->I=0.000000;
> > ch0->D=6.000000;
> > ch0->FFAccel= 0.000000;
> > ch0->FFVel=0. 000000;
> > ch0->MaxI=100. 000000;
> > ch0->MaxErr= 100.000000;
> > ch0->MaxOutput= 500.000000;
> > ch0->DeadBandGain= 1.000000;
> >
ch0->DeadBandRange= 0.000000;
> > ch0->InputChan0= 0;
> > ch0->InputChan1= 0;
> > ch0->OutputChan0= 8;
> > ch0->OutputChan1= 1;
> > ch0->LimitSwitchOpt ions=0x8989001f;
> > ch0->InputGain0= 1.000000;
> > ch0->InputGain1= 1.000000;
> > ch0->InputOffset0= 0.000000;
> > ch0->InputOffset1= 0.000000;
> > ch0->invDistPerCycl e=1.000000;
> > ch0->Lead=0. 000000;
> > ch0->MaxFollowingEr ror=100.000000;
> > ch0->StepperAmplitu de=250.000000;
> >
> > ch0->iir[0]. B0=1.000000;
> > ch0->iir[0]. B1=0.000000;
> > ch0->iir[0]. B2=0.000000;
> > ch0->iir[0]. A1=0.000000;
> > ch0->iir[0]. A2=0.000000;
> >
> > ch0->iir[1]. B0=1.000000;
> > ch0->iir[1]. B1=0.000000;
> > ch0->iir[1]. B2=0.000000;
>
> ch0->iir[1]. A1=0.000000;
> > ch0->iir[1]. A2=0.000000;
> >
> > ch0->iir[2]. B0=1.000000;
> > ch0->iir[2]. B1=0.000000;
> > ch0->iir[2]. B2=0.000000;
> > ch0->iir[2]. A1=0.000000;
> > ch0->iir[2]. A2=0.000000;
> >
> >
> >
> > EnableAxis(0) ;
> >
> > ch1->InputMode= ENCODER_MODE;
> > ch1->OutputMode= DC_SERVO_ MODE;
> > ch1->Vel=100000. 000000;
> > ch1->Accel=4000000. 000000;
> > ch1->Jerk=4000000. 000000;
> > ch1->P=10.000000;
> > ch1->I=0.000000;
> > ch1->D=6.000000;
> > ch1->FFAccel= 0.000000;
> > ch1->FFVel=0. 000000;
> > ch1->MaxI=100. 000000;
> > ch1->MaxErr= 100.000000;
> > ch1->MaxOutput= 500.000000;
> > ch1->DeadBandGain= 1.000000;
> >
ch1->DeadBandRange= 0.000000;
> > ch1->InputChan0= 1;
> > ch1->InputChan1= 2;
> > ch1->OutputChan0= 9;
> > ch1->OutputChan1= 3;
> > ch1->LimitSwitchOpt ions=0x8b8b001f;
> > ch1->InputGain0= 1.000000;
> > ch1->InputGain1= 1.000000;
> > ch1->InputOffset0= 0.000000;
> > ch1->InputOffset1= 0.000000;
> > ch1->invDistPerCycl e=1.000000;
> > ch1->Lead=0. 000000;
> > ch1->MaxFollowingEr ror=100.000000;
> > ch1->StepperAmplitu de=250.000000;
> >
> > ch1->iir[0]. B0=1.000000;
> > ch1->iir[0]. B1=0.000000;
> > ch1->iir[0]. B2=0.000000;
> > ch1->iir[0]. A1=0.000000;
> > ch1->iir[0]. A2=0.000000;
> >
> > ch1->iir[1]. B0=1.000000;
> > ch1->iir[1]. B1=0.000000;
> > ch1->iir[1]. B2=0.000000;
>
> ch1->iir[1]. A1=0.000000;
> > ch1->iir[1]. A2=0.000000;
> >
> > ch1->iir[2]. B0=1.000000;
> > ch1->iir[2]. B1=0.000000;
> > ch1->iir[2]. B2=0.000000;
> > ch1->iir[2]. A1=0.000000;
> > ch1->iir[2]. A2=0.000000;
> >
> > EnableAxis(1) ;
> >
> > ch2->InputMode= ENCODER_MODE;
> > ch2->OutputMode= DAC_SERVO_ MODE;
> > ch2->Vel=850. 000000;
> > ch2->Accel=50000000 .000000;
> > ch2->Jerk=50000000. 000000;
> > ch2->P=225.000000;
> > ch2->I=0.000000;
> > ch2->D=225.000000;
> > ch2->FFAccel= 0.000000;
> > ch2->FFVel=0. 000000;
> > ch2->MaxI=100. 000000;
> > ch2->MaxErr= 100.000000;
> > ch2->MaxOutput= 2047.000000;
> > ch2->DeadBandGain= 1.000000;
> > ch2->DeadBandRange=
0.000000;
> > ch2->InputChan0= 2;
> > ch2->InputChan1= 2;
> > ch2->OutputChan0= 0;
> > ch2->OutputChan1= 1;
> > ch2->LimitSwitchOpt ions=0x0;
> > ch2->InputGain0= -1.000000;
> > ch2->InputGain1= 1.000000;
> > ch2->InputOffset0= 0.000000;
> > ch2->InputOffset1= 0.000000;
> > ch2->invDistPerCycl e=1.000000;
> > ch2->Lead=0. 000000;
> > ch2->MaxFollowingEr ror=10000000. 000000;
> > ch2->StepperAmplitu de=250.000000;
> >
> > ch2->iir[0]. B0=1.000000;
> > ch2->iir[0]. B1=0.000000;
> > ch2->iir[0]. B2=0.000000;
> > ch2->iir[0]. A1=0.000000;
> > ch2->iir[0]. A2=0.000000;
> >
> > ch2->iir[1]. B0=1.000000;
> > ch2->iir[1]. B1=0.000000;
> > ch2->iir[1]. B2=0.000000;
> > ch2->iir[1].
A1=0.000000;
> > ch2->iir[1]. A2=0.000000;
> >
> > ch2->iir[2]. B0=1.000000;
> > ch2->iir[2]. B1=0.000000;
> > ch2->iir[2]. B2=0.000000;
> > ch2->iir[2]. A1=0.000000;
> > ch2->iir[2]. A2=0.000000;
> >
> > EnableAxis(2) ;
> >
> > DefineCoordSystem( 0,1,2,-1) ;
> >
> > for(;;)
> > {
> > WaitNextTimeSlice( );
> >
> > // convert quadrature to 2 bit binary
> > BitA = ReadBit(26);
> > PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
> >
> > // Diff between expected position based on average of two prev deltas
> > // and position with no wraps. (Keep as X2 to avoid division by 2)
> >
> > DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
> >
> > // Calc quadrature wraparounds to bring Diff nearest
zero
> > // offset by 128 wraps to avoid requiring floor()
> > wraps = ((DiffX2+1028) >>3)-128;
> >
> > // factor in the quadrature wraparounds
> > NewPos = PosNoWrap + (wraps<<2);
> >
> > Change2 = Change1;
> > Change1 = NewPos - Pos;
> > Pos = NewPos;
> >
> > if (ReadBit(31) ) // is X1 selected?
> > Factor = 1.0;
> > else if (ReadBit(32) ) // is X100 selected?
> > Factor = 75.0;
> > else // must be X10 then
> > Factor = 10.0;
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > }
> > return 0;
> >
}
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Ryan,
> > >
> > > I have no idea why this is occurring.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Could you provide more information?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Such as when you say everything was working then failed, what was working?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Jogging or GCode motion or sitting idle?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > >
> > > Do you have the Keling wired up to the Aux1 connector?
> > >
> > > Possibilities I can think of might be:
> > >
> > > #1 - We don't have any protection against jogging on the MPG while GCode is running.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  To eliminate this as a possibility try re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs (of course you wont be able to test jogging with
the MPG).
> > >
> > > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an internalĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 150 ohm pull down).ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  I doubt if this is a problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped to the 3.3V power rail).ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ Please check the outputs to see what voltage they rise to.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ The ideal test would be disconnected from the KFlop and with a 150ohm pulldown resistor.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Or add 50 ohm series resistors to be safe.
> > >
> > > #3 - Possibly just the long MPG cable picking up noise and injecting it into the system?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Is there a shield?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  How is it grounded?
> > >

> > > Sorry that is all I can think of.
> > >
> > > Regards
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: bigtoy302 <bigtoy302@ ..>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Mon, February 22, 2010 7:27:47 PM
> > > Subject: [DynoMotion] MPG problems
> > >
> > > ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > > I am in the process of getting my system all set up. I have a Kflop, snapamp, and kanalog together. I have everything tuned and I can jog everything just fine. So I installed my Keling MPG and everything was working good for a few minutes then all the sudden the x and y servos powered off the snapamp started twitching back and forth then would fault then spin out of control. If I unplug the mpg the motors work fine.
As soon as I plug it back in the freak out again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog just fine)with the mpg. I am running Mach also.
> > >
> > > Ryan
> > >
> >
>



 

 

Group: DynoMotion

Message: 203

From: babinda01

Date: Wed Mar 10, 2010 5:10 AM

Subject: KMotionCNC Vs Mach3

 



Hi Tom
I am waiting for my customer to arrive to give me his blessings on the first
machine I have just built for him, and I thought I might try comparing cycle
times between mach3 and KMotionCNC (I'm killing time - and I thought it might be
an interesting test for the smoothness and speed of both systems).

So I am going to copy my gcode file from mach and put in the correct offsets for
my 4 different fixtures, in mach3 this was done in a fixture table but now I
will need to put these at the start of my gcode program like this:

G10 L2 P2 X111 Z111 A111
G10 L2 P3 X222 Z222 A222
G10 L2 P4 X333 Z333 A333
G10 L2 P5 X333 Z333 A333


And then in my program I can just call a G55, G56, G57 and a G58 as required, is
that correct???? Can I define a A axis offset as in my example (the docs only
show x, y and z)???

Next, can I use the same init program I had for mach with the KmotionCNC???

And then I just need to enter in my counts/inch, vel in/sec and Accel in/sec/sec
- to do this I can take my setting from mach and convert them to inches (instead
of mm), is that correct???

Add the correct io bits for spindles and coolant etc.

Is there anything else you can think of I will need to setup??


I will let you know the results.

Regards
Andrew



 

 

Group: DynoMotion

Message: 204

From: Tom Kerekes

Date: Wed Mar 10, 2010 8:21 AM

Subject: Re: KMotionCNC Vs Mach3

 

Hi Andrew,

That should be a very interesting test.  I think the answer to every question is yes.

When using KMotionCNC Rapids and Jogging are performed with limited Jerk using the the Jerk, Vel, and Accel setings in KMotion in counts units, so make sure those are set reasonably.

There are also some Trajectory Planner Settings.  See:

http://www.dynomotion.com/Help/KMotionCNC/ToolSetupScreenTP.htm#Trajectory_Planner

Thanks!

TK



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, March 10, 2010 5:10:10 AM
Subject: [DynoMotion] KMotionCNC Vs Mach3

 

Hi Tom
I am waiting for my customer to arrive to give me his blessings on the first machine I have just built for him, and I thought I might try comparing cycle times between mach3 and KMotionCNC (I'm killing time - and I thought it might be an interesting test for the smoothness and speed of both systems).

So I am going to copy my gcode file from mach and put in the correct offsets for my 4 different fixtures, in mach3 this was done in a fixture table but now I will need to put these at the start of my gcode program like this:

G10 L2 P2 X111 Z111 A111
G10 L2 P3 X222 Z222 A222
G10 L2 P4 X333 Z333 A333
G10 L2 P5 X333 Z333 A333

And then in my program I can just call a G55, G56, G57 and a G58 as required, is that correct???? Can I define a A axis offset as in my example (the docs only show x, y and z)???

Next, can I use the same init program I had for mach with the KmotionCNC?? ?

And then I just need to
enter in my counts/inch, vel in/sec and Accel in/sec/sec - to do this I can take my setting from mach and convert them to inches (instead of mm), is that correct???

Add the correct io bits for spindles and coolant etc.

Is there anything else you can think of I will need to setup??

I will let you know the results.

Regards
Andrew

 

 

Group: DynoMotion

Message: 205

From: babinda01

Date: Wed Mar 10, 2010 6:44 PM

Subject: Re: KMotionCNC Vs Mach3

 



Hi Tom
I have run into a couple of minor problem, I can't get my arcs to work properly
in G18 Mode, so i have changed my machine to work in G17 (reassigned Z as Y), so
now I have the program simulating fine. I modified the DEFAULT setup file to
include
axis_offset_a 0.0
but now when I try to run the program I get a error about the attribute
axis_offset_a. Do I need to assign this attribute somewhere???

Also I can't seem to get my rapid speed up high (G00), in my setup file I have
played with the traverse speed but it doesn't seem to make any difference. What
is the traverse speed in units/min?? Is there somewhere else set the rapid
speed?? I can jog at a HUGE speed but G00 is like a snail....

Regards
Andrew



 

 

Group: DynoMotion

Message: 206

From: Tom Kerekes

Date: Wed Mar 10, 2010 7:48 PM

Subject: Re: Re: KMotionCNC Vs Mach3

 

Andrew,

It looks like the DEFAULT setup file parser doesn't allow setting a,b,c offsets.  We can add that.  But the variable should default to zero anyway, so just delete that line if zero works for you.

I think you might be able to set them as Variables also as a workaround in the emc.var file.  The source code maps them as:

 settings->axis_offset_x = pars[5211];
 settings->axis_offset_y = pars[5212];
 settings->axis_offset_z = pars[5213];
 settings->AA_axis_offset = pars[5214];
 settings->BB_axis_offset = pars[5215];
 settings->CC_axis_offset = pars[5216];

The G0 rapid speed (and acceleration and jerk) is set in the KFlop parameters on the Step Response Screen in KMotion.exe (and your Init program).  The units are in counts/sec.  So you will get the same speed as if you did a move from KMotion.exe.  Jogging uses the Jog speeds set in the KMotion Tool Setup Screen, but the acceleration and Jerk from KMotion.exe, so maybe your speed is the only thing set low.

I thought we had G18 G19 working correctly (we changed it about 10 times before we got it right).

Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, March 10, 2010 6:44:17 PM
Subject: [DynoMotion] Re: KMotionCNC Vs Mach3

 

Hi Tom
I have run into a couple of minor problem, I can't get my arcs to work properly in G18 Mode, so i have changed my machine to work in G17 (reassigned Z as Y), so now I have the program simulating fine. I modified the DEFAULT setup file to include
axis_offset_ a 0.0
but now when I try to run the program I get a error about the attribute axis_offset_ a. Do I need to assign this attribute somewhere???

Also I can't seem to get my rapid speed up high (G00), in my setup file I have played with the traverse speed but it doesn't seem to make any difference. What is the traverse speed in units/min?? Is there somewhere else set the rapid speed?? I can jog at a HUGE speed but G00 is like a snail....

Regards
Andrew



 

 

Group: DynoMotion

Message: 207

From: babinda01

Date: Wed Mar 10, 2010 8:14 PM

Subject: Re: KMotionCNC Vs Mach3

 



Hi Tom
Setting A to 0 is fine by me, but, if I don't have anything in the setup file
for A axis, how do you get A axis to work from GCode?
I originally tried the DEFAULT settings and the MM settings, but when it gets to
the first A axis move in my gcode, the software finishes the A axis move and
then just sits there doing nothing (waiting for something???) If I hit the stop
button, I get a message about an incorrect GCode. So this is when I thought I
needed to declare the A axis somewhere.

I have my speed issue sorted I think.

Regards
Andrew


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Andrew,
>
> It looks like the DEFAULT setup file parser doesn't allow setting a,b,c
offsets.  We can add that.  But the variable should default to zero anyway, so
just delete that line if zero works for you.
>
> I think you might be able to set them as Variables also as a workaround in the
emc.var file.  The source code maps them as:
>
>  settings->axis_offset_x = pars[5211];
>  settings->axis_offset_y = pars[5212];
>  settings->axis_offset_z = pars[5213];
>  settings->AA_axis_offset = pars[5214];
>  settings->BB_axis_offset = pars[5215];
>  settings->CC_axis_offset = pars[5216];
>
> The G0 rapid speed (and acceleration and jerk) is set in the KFlop parameters
on the Step Response Screen in KMotion.exe (and your Init program).  The units
are in counts/sec.  So you will get the same speed as if you did a move from
KMotion.exe.  Jogging uses the Jog speeds set in the KMotion Tool Setup Screen,
but the acceleration and Jerk from KMotion.exe, so maybe your speed is the only
thing set low.
>
> I thought we had G18 G19 working correctly (we changed it about 10 times
before we got it right).
> Thanks
> TK
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Wed, March 10, 2010 6:44:17 PM
> Subject: [DynoMotion] Re: KMotionCNC Vs Mach3
>
>  
> Hi Tom
> I have run into a couple of minor problem, I can't get my arcs to work
properly in G18 Mode, so i have changed my machine to work in G17 (reassigned Z
as Y), so now I have the program simulating fine. I modified the DEFAULT setup
file to include
> axis_offset_ a 0.0
> but now when I try to run the program I get a error about the attribute
axis_offset_ a. Do I need to assign this attribute somewhere???
>
> Also I can't seem to get my rapid speed up high (G00), in my setup file I have
played with the traverse speed but it doesn't seem to make any difference. What
is the traverse speed in units/min?? Is there somewhere else set the rapid
speed?? I can jog at a HUGE speed but G00 is like a snail....
>
> Regards
> Andrew
>



 

 

Group: DynoMotion

Message: 208

From: babinda01

Date: Wed Mar 10, 2010 10:27 PM

Subject: Re: KMotionCNC Vs Mach3

 



Hi Tom

I have managed to get the KmotionCNC running my program. Compared to Mach3 I
was getting 1Min16Sec cycle times with your software and exactly the same gcode
file 48Sec, which is a quite a difference. The only problem is the engraving
didn't work so well, mainly because the M7 and M8 didn't happen quick enough
(these codes extend an engraving head, which may need to actuate quite quickly).
Even so with a bit of tweaking I think I can get an improvement over mach3.

Regards
Andrew



 

 

Group: DynoMotion

Message: 209

From: Tom Kerekes

Date: Wed Mar 10, 2010 11:13 PM

Subject: Re: Re: KMotionCNC Vs Mach3

 

Hi Andrew,

Could you describe the Gcode?  Are there lots of short vectors?  I think the KMotionCNC trajectory planner handles constant velocity through smooth paths made of tiny vectors better than Mach3.

You might assign the M7 M8 codes to KFlop Programs that activate the bits and include a delay, then select Exec/Wait so KMotionCNC will wait for the program with a delay to finish.

Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Wed, March 10, 2010 10:27:51 PM
Subject: [DynoMotion] Re: KMotionCNC Vs Mach3

 

Hi Tom

I have managed to get the KmotionCNC running my program. Compared to Mach3 I was getting 1Min16Sec cycle times with your software and exactly the same gcode file 48Sec, which is a quite a difference. The only problem is the engraving didn't work so well, mainly because the M7 and M8 didn't happen quick enough (these codes extend an engraving head, which may need to actuate quite quickly). Even so with a bit of tweaking I think I can get an improvement over mach3.

Regards
Andrew



 

 

Group: DynoMotion

Message: 210

From: babinda01

Date: Wed Mar 10, 2010 11:32 PM

Subject: Re: KMotionCNC Vs Mach3

 



Hi Tom
The gcode is basically in 2 parts, firstly there is engraving on a key blank.
This is done in the X and Z axis, engraving is quite small - I fit 3 lines of
text in 8mm of height, so each letter is approx 2mm high. The letters are quite
simple, but not made up of little short lines for example a P is one vertical
line and then a small horizontal line followed by an arc and then finished with
another short line. The second part of the engraving is on the barrel of the
lock, this is done in the X and A axis (engraving around the barrels
circumference), so for this I break all arcs into .1mm line segments.
I will try the m7 and M8 as a c program with a delay added to see if this helps.

Regards

Andrew



 

 

Group: DynoMotion

Message: 211

From: babinda01

Date: Wed Mar 10, 2010 11:34 PM

Subject: Re: KMotionCNC Vs Mach3

 



Hi Tom

I have just re-read my original post, I meant that your software was quicker
than Mach3.

Regards
Andrew



 

 

Group: DynoMotion

Message: 212

From: bigtoy302

Date: Thu Mar 11, 2010 7:06 PM

Subject: Re: MPG problems

 



I changed the I changed the destinations to 5,6,7, and observed the same thing.
I move the mpg one click(x1) and it moves the one click then states making more
commands to move then faults. I left the snap amp on and the motors unplugged
and it counts go up and down like they should using the mpg. As soon as try to
jog it after I plugged the motors back in then restarted the system they go nuts
again once I try to jog them. I a now thinking it is noise in between the
snapamp and the motors. How am I supposed to ground the motors? How is the kflop
and snapamp supposed to be grounded?

Ryan

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Well, connecting the mpg with power on will most likely cause the signals to
toggle in unpredictable ways.  But I'm having a hard time understanding when
the problem occurs.  Like 10 seconds after plugging in the cable?  Or
immediately?
>
> Disconnecting the +5V is somewhat of an invalid test.  The signals will then
probably float to invalid levels, and be highly susceptible to any noise.
>
> Also I don't follow your logic with removing the SnapAmp to prove it isn't a
noise issue.  As the SnapAmp may be the source of the noise.  That was the
idea behind asking you to reassign the inputs to the LEDs to elliminate that as
a possibility.
>
> The MPG program uses some assumptions of limited acceleration to extend the
count rate to ~100KHz even though the software is only looping at 5KHz. 
Basically the frequency is not expected to change instantaneously.  If it does
or changes erratically, then the algorithm can get confused and think it is
moving when it is not.  You can defeat this feature and avoid this issue (but
limit your count rate to 5 KHz).  Try changing
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
>
> to
>
> Change2 = 0;
> Change1 = 0;
>
> Thanks
>
> TK
>
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sun, March 7, 2010 6:34:02 PM
> Subject: [DynoMotion] Re: MPG problems
>
>  
> I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not
running. I do not think I tried plugging it in then turning the power on. This
may be the problem? Power spike when plugging it in? I won't have time to mess
with it till Tuesday.
>
> To answer yout original questions:
>
> 1. G code not running just sitting Idle.
> 2. I do not even have to jog it before it starts messing up. I unhooked the 5v
from the mpg with the same problem.
> 3. Un modified mpg cable plugging into a db25 connector in my control cabinet
and then going to the kflop jp6. I do not think it is a noise issue because the
the Z powered from the Kanalog do not mess up only the XY powered off the
snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg
fine on the Z.
>
> On a side not I can't figure how to get my x and Y to home in mach. I have
separate home and limit switches hooked up to jp12 and I can see them working in
the mach screen, So that part works. I do not know what c program to use for
homing and what other settings I need to set. I already modified the REF buttons
in Mach like the manual said.
>
> Ryan
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > I can't see anything specific wrong.  You aren't plugging in the mpg with
power on or with the program running are you?  I didn't see that you answered
my previous questions, but this is a big clue.  Please change the program to
change the destinations of 3 unused axis to see what happens.  Try changing:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > To:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch5->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch6->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch7->Dest += Change1 * Factor;
> >
> > Then operate the MPG while observing the Axis Screen and Destinations
5,6,7.  Do the destinations then move as expected?  If so, move the x,y,z
motors using console commands and check if the Destinations 5,6, or 7 also
somehow change.
> >
> > Thanks
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sun, March 7, 2010 8:52:30 AM
> > Subject: [DynoMotion] Re: MPG problems
> >
> >  
> > So, played with it a little bit more and found out if I take out the mpg
part of the c program I can have the mpg pluged in with no problems. But as soon
as I plug the mpg in with the mpg c program loaded the x and y motors instantly
get some crazy command to move then fault. I am only running the set currents
for the snapamp program and thisone. Here is a copy of my c program. maybe
something is wrong with my c program?
> >
> > #include "KMotionDef. h"
> >
> > #define QA 26 // define to which IO bits the AB signals are connected
> > #define QB 27
> >
> > main()
> > {
> > int BitA,Change1= 0,Change2= 0, DiffX2;
> > int PosNoWrap, NewPos, Pos=0, wraps;
> > double Factor=0;
> >
> > SetBit(152);
> > SetBit(157);
> > SetBit(158);
> >
> > ch0->InputMode= ENCODER_MODE;
> > ch0->OutputMode= DC_SERVO_ MODE;
> > ch0->Vel=100000. 000000;
> > ch0->Accel=4000000. 000000;
> > ch0->Jerk=4000000. 000000;
> > ch0->P=10.000000;
> > ch0->I=0.000000;
> > ch0->D=6.000000;
> > ch0->FFAccel= 0.000000;
> > ch0->FFVel=0. 000000;
> > ch0->MaxI=100. 000000;
> > ch0->MaxErr= 100.000000;
> > ch0->MaxOutput= 500.000000;
> > ch0->DeadBandGain= 1.000000;
> > ch0->DeadBandRange= 0.000000;
> > ch0->InputChan0= 0;
> > ch0->InputChan1= 0;
> > ch0->OutputChan0= 8;
> > ch0->OutputChan1= 1;
> > ch0->LimitSwitchOpt ions=0x8989001f;
> > ch0->InputGain0= 1.000000;
> > ch0->InputGain1= 1.000000;
> > ch0->InputOffset0= 0.000000;
> > ch0->InputOffset1= 0.000000;
> > ch0->invDistPerCycl e=1.000000;
> > ch0->Lead=0. 000000;
> > ch0->MaxFollowingEr ror=100.000000;
> > ch0->StepperAmplitu de=250.000000;
> >
> > ch0->iir[0]. B0=1.000000;
> > ch0->iir[0]. B1=0.000000;
> > ch0->iir[0]. B2=0.000000;
> > ch0->iir[0]. A1=0.000000;
> > ch0->iir[0]. A2=0.000000;
> >
> > ch0->iir[1]. B0=1.000000;
> > ch0->iir[1]. B1=0.000000;
> > ch0->iir[1]. B2=0.000000;
> > ch0->iir[1]. A1=0.000000;
> > ch0->iir[1]. A2=0.000000;
> >
> > ch0->iir[2]. B0=1.000000;
> > ch0->iir[2]. B1=0.000000;
> > ch0->iir[2]. B2=0.000000;
> > ch0->iir[2]. A1=0.000000;
> > ch0->iir[2]. A2=0.000000;
> >
> >
> >
> > EnableAxis(0) ;
> >
> > ch1->InputMode= ENCODER_MODE;
> > ch1->OutputMode= DC_SERVO_ MODE;
> > ch1->Vel=100000. 000000;
> > ch1->Accel=4000000. 000000;
> > ch1->Jerk=4000000. 000000;
> > ch1->P=10.000000;
> > ch1->I=0.000000;
> > ch1->D=6.000000;
> > ch1->FFAccel= 0.000000;
> > ch1->FFVel=0. 000000;
> > ch1->MaxI=100. 000000;
> > ch1->MaxErr= 100.000000;
> > ch1->MaxOutput= 500.000000;
> > ch1->DeadBandGain= 1.000000;
> > ch1->DeadBandRange= 0.000000;
> > ch1->InputChan0= 1;
> > ch1->InputChan1= 2;
> > ch1->OutputChan0= 9;
> > ch1->OutputChan1= 3;
> > ch1->LimitSwitchOpt ions=0x8b8b001f;
> > ch1->InputGain0= 1.000000;
> > ch1->InputGain1= 1.000000;
> > ch1->InputOffset0= 0.000000;
> > ch1->InputOffset1= 0.000000;
> > ch1->invDistPerCycl e=1.000000;
> > ch1->Lead=0. 000000;
> > ch1->MaxFollowingEr ror=100.000000;
> > ch1->StepperAmplitu de=250.000000;
> >
> > ch1->iir[0]. B0=1.000000;
> > ch1->iir[0]. B1=0.000000;
> > ch1->iir[0]. B2=0.000000;
> > ch1->iir[0]. A1=0.000000;
> > ch1->iir[0]. A2=0.000000;
> >
> > ch1->iir[1]. B0=1.000000;
> > ch1->iir[1]. B1=0.000000;
> > ch1->iir[1]. B2=0.000000;
> > ch1->iir[1]. A1=0.000000;
> > ch1->iir[1]. A2=0.000000;
> >
> > ch1->iir[2]. B0=1.000000;
> > ch1->iir[2]. B1=0.000000;
> > ch1->iir[2]. B2=0.000000;
> > ch1->iir[2]. A1=0.000000;
> > ch1->iir[2]. A2=0.000000;
> >
> > EnableAxis(1) ;
> >
> > ch2->InputMode= ENCODER_MODE;
> > ch2->OutputMode= DAC_SERVO_ MODE;
> > ch2->Vel=850. 000000;
> > ch2->Accel=50000000 .000000;
> > ch2->Jerk=50000000. 000000;
> > ch2->P=225.000000;
> > ch2->I=0.000000;
> > ch2->D=225.000000;
> > ch2->FFAccel= 0.000000;
> > ch2->FFVel=0. 000000;
> > ch2->MaxI=100. 000000;
> > ch2->MaxErr= 100.000000;
> > ch2->MaxOutput= 2047.000000;
> > ch2->DeadBandGain= 1.000000;
> > ch2->DeadBandRange= 0.000000;
> > ch2->InputChan0= 2;
> > ch2->InputChan1= 2;
> > ch2->OutputChan0= 0;
> > ch2->OutputChan1= 1;
> > ch2->LimitSwitchOpt ions=0x0;
> > ch2->InputGain0= -1.000000;
> > ch2->InputGain1= 1.000000;
> > ch2->InputOffset0= 0.000000;
> > ch2->InputOffset1= 0.000000;
> > ch2->invDistPerCycl e=1.000000;
> > ch2->Lead=0. 000000;
> > ch2->MaxFollowingEr ror=10000000. 000000;
> > ch2->StepperAmplitu de=250.000000;
> >
> > ch2->iir[0]. B0=1.000000;
> > ch2->iir[0]. B1=0.000000;
> > ch2->iir[0]. B2=0.000000;
> > ch2->iir[0]. A1=0.000000;
> > ch2->iir[0]. A2=0.000000;
> >
> > ch2->iir[1]. B0=1.000000;
> > ch2->iir[1]. B1=0.000000;
> > ch2->iir[1]. B2=0.000000;
> > ch2->iir[1]. A1=0.000000;
> > ch2->iir[1]. A2=0.000000;
> >
> > ch2->iir[2]. B0=1.000000;
> > ch2->iir[2]. B1=0.000000;
> > ch2->iir[2]. B2=0.000000;
> > ch2->iir[2]. A1=0.000000;
> > ch2->iir[2]. A2=0.000000;
> >
> > EnableAxis(2) ;
> >
> > DefineCoordSystem( 0,1,2,-1) ;
> >
> > for(;;)
> > {
> > WaitNextTimeSlice( );
> >
> > // convert quadrature to 2 bit binary
> > BitA = ReadBit(26);
> > PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
> >
> > // Diff between expected position based on average of two prev deltas
> > // and position with no wraps. (Keep as X2 to avoid division by 2)
> >
> > DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
> >
> > // Calc quadrature wraparounds to bring Diff nearest zero
> > // offset by 128 wraps to avoid requiring floor()
> > wraps = ((DiffX2+1028) >>3)-128;
> >
> > // factor in the quadrature wraparounds
> > NewPos = PosNoWrap + (wraps<<2);
> >
> > Change2 = Change1;
> > Change1 = NewPos - Pos;
> > Pos = NewPos;
> >
> > if (ReadBit(31) ) // is X1 selected?
> > Factor = 1.0;
> > else if (ReadBit(32) ) // is X100 selected?
> > Factor = 75.0;
> > else // must be X10 then
> > Factor = 10.0;
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > }
> > return 0;
> > }
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Ryan,
> > >
> > > I have no idea why this is occurring.Ăƒâ€Ă‚  Could you provide more
information?Ăƒâ€Ă‚  Such as when you say everything was working then failed,
what was working?Ăƒâ€Ă‚  Jogging or GCode motion or sitting idle?Ăƒâ€Ă‚ 
> > >
> > > Do you have the Keling wired up to the Aux1 connector?
> > >
> > > Possibilities I can think of might be:
> > >
> > > #1 - We don't have any protection against jogging on the MPG while GCode
is running.Ăƒâ€Ă‚  To eliminate this as a possibility try re-assigning the A B
Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs
(of course you wont be able to test jogging with the MPG).
> > >
> > > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an
internalĂƒâ€Ă‚ 150 ohm pull down).Ăƒâ€Ă‚Â Ăƒâ€Ă‚  I doubt if this is a
problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V
inputs are diode clamped to the 3.3V power rail).Ăƒâ€Ă‚Â Ăƒâ€Ă‚ Please check
the outputs to see what voltage they rise to.Ăƒâ€Ă‚Â Ăƒâ€Ă‚ The ideal test
would be disconnected from the KFlop and with a 150ohm pulldown
resistor.Ăƒâ€Ă‚Â Ăƒâ€Ă‚  Or add 50 ohm series resistors to be safe.
> > >
> > > #3 - Possibly just the long MPG cable picking up noise and injecting it
into the system?Ăƒâ€Ă‚  Is there a shield?Ăƒâ€Ă‚Â Ăƒâ€Ă‚  How is it
grounded?
> > >
> > > Sorry that is all I can think of.
> > >
> > > Regards
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: bigtoy302 <bigtoy302@ ..>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Mon, February 22, 2010 7:27:47 PM
> > > Subject: [DynoMotion] MPG problems
> > >
> > > Ăƒâ€Ă‚ 
> > > I am in the process of getting my system all set up. I have a Kflop,
snapamp, and kanalog together. I have everything tuned and I can jog everything
just fine. So I installed my Keling MPG and everything was working good for a
few minutes then all the sudden the x and y servos powered off the snapamp
started twitching back and forth then would fault then spin out of control. If I
unplug the mpg the motors work fine. As soon as I plug it back in the freak out
again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog
just fine)with the mpg. I am running Mach also.
> > >
> > > Ryan
> > >
> >
>



 

 

Group: DynoMotion

Message: 213

From: Tom Kerekes

Date: Thu Mar 11, 2010 7:31 PM

Subject: Re: Re: MPG problems

 

Hi Ryan,

You stated "changed the destinations to 5,6,7, and observed the same thing" ???

I wonder if you understood what I asked to do.  Or else this is a big clue.

The idea was to change the MPG program to affect an UNUSED axis that was disabled and doesn't have any motor attached.  That way when you move the mpg it should have no effect on any motor or amplifier but you should see the destination change on the screen.  But did you really observe a motor move?

Maybe I wasn't clear and you also re-assigned the axes 5,6,7 to drive your motors?

Thanks

TK


 



From: bigtoy302 <bigtoy302@msn.com>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 11, 2010 7:06:44 PM
Subject: [DynoMotion] Re: MPG problems

 

I changed the I changed the destinations to 5,6,7, and observed the same thing. I move the mpg one click(x1) and it moves the one click then states making more commands to move then faults. I left the snap amp on and the motors unplugged and it counts go up and down like they should using the mpg. As soon as try to jog it after I plugged the motors back in then restarted the system they go nuts again once I try to jog them. I a now thinking it is noise in between the snapamp and the motors. How am I supposed to ground the motors? How is the kflop and snapamp supposed to be grounded?

Ryan

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Well, connecting the mpg with power on will most likely cause the signals to toggle in unpredictable ways.Ă‚  But I'm having a hard time
understanding when the problem occurs.Ă‚  Like 10 seconds after plugging in the cable?Ă‚  Or immediately?
>
> Disconnecting the +5V is somewhat of an invalid test.Ă‚  The signals will then probably float to invalid levels, and be highly susceptible to any noise.
>
> Also I don't follow your logic with removing the SnapAmp to prove it isn't a noise issue.Ă‚  As the SnapAmp may be the source of the noise.Ă‚  That was the idea behind asking you to reassign the inputs to the LEDs to elliminate that as a possibility.
>
> The MPG program uses some assumptions of limited acceleration to extend the count rate to ~100KHz even though the software is only looping at 5KHz.Ă‚  Basically the frequency is not expected to change instantaneously.Ă‚  If it does or changes erratically, then the algorithm can get confused and think it is moving when it is not.Ă‚  You can defeat this feature and
avoid this issue (but limit your count rate to 5 KHz).Ă‚  Try changing
>
> Change2 = Change1;
> Change1 = NewPos - Pos;
>
> to
>
> Change2 = 0;
> Change1 = 0;
>
> Thanks
>
> TK
>
>
>
>
> ____________ _________ _________ __
> From: bigtoy302 <bigtoy302@. ..>
> To: DynoMotion@yahoogro ups.com
> Sent: Sun, March 7, 2010 6:34:02 PM
> Subject: [DynoMotion] Re: MPG problems
>
> Ă‚ 
> I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not running. I do not think I tried plugging it in then turning the power on. This may be the problem? Power spike when plugging it in? I won't have time to mess with it till Tuesday.
>
> To answer yout
original questions:
>
> 1. G code not running just sitting Idle.
> 2. I do not even have to jog it before it starts messing up. I unhooked the 5v from the mpg with the same problem.
> 3. Un modified mpg cable plugging into a db25 connector in my control cabinet and then going to the kflop jp6. I do not think it is a noise issue because the the Z powered from the Kanalog do not mess up only the XY powered off the snapamp. The x trips first then the Y. Unplug the snapamp and I can use the mpg fine on the Z.
>
> On a side not I can't figure how to get my x and Y to home in mach. I have separate home and limit switches hooked up to jp12 and I can see them working in the mach screen, So that part works. I do not know what c program to use for homing and what other settings I need to set. I already modified the REF buttons in Mach like the manual said.
>
> Ryan
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > I can't see anything specific wrong.Ăƒâ€Ă‚  You aren't plugging in the mpg with power on or with the program running are you?Ăƒâ€Ă‚  I didn't see that you answered my previous questions, but this is a big clue.Ăƒâ€Ă‚  Please change the program to change the destinations of 3 unused axis to see what happens.Ăƒâ€Ă‚  Try changing:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > To:
> >
> > if (ReadBit(28) ) // is x selected?
> > ch5->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y
selected?
> > ch6->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch7->Dest += Change1 * Factor;
> >
> > Then operate the MPG while observing the Axis Screen and Destinations 5,6,7.Ăƒâ€Ă‚  Do the destinations then move as expected?Ăƒâ€Ă‚  If so, move the x,y,z motors using console commands and check if the Destinations 5,6, or 7 also somehow change.
> >
> > Thanks
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sun, March 7, 2010 8:52:30 AM
> > Subject: [DynoMotion] Re: MPG problems
> >
> > Ăƒâ€Ă‚ 
> > So, played with it a little bit more and found out if I take out the mpg part of the c program I can have the mpg pluged in with
no problems. But as soon as I plug the mpg in with the mpg c program loaded the x and y motors instantly get some crazy command to move then fault. I am only running the set currents for the snapamp program and thisone. Here is a copy of my c program. maybe something is wrong with my c program?
> >
> > #include "KMotionDef. h"
> >
> > #define QA 26 // define to which IO bits the AB signals are connected
> > #define QB 27
> >
> > main()
> > {
> > int BitA,Change1= 0,Change2= 0, DiffX2;
> > int PosNoWrap, NewPos, Pos=0, wraps;
> > double Factor=0;
> >
> > SetBit(152);
> > SetBit(157);
> > SetBit(158);
> >
> > ch0->InputMode= ENCODER_MODE;
> > ch0->OutputMode= DC_SERVO_ MODE;
> > ch0->Vel=100000. 000000;
> > ch0->Accel=4000000. 000000;
> >
ch0->Jerk=4000000. 000000;
> > ch0->P=10.000000;
> > ch0->I=0.000000;
> > ch0->D=6.000000;
> > ch0->FFAccel= 0.000000;
> > ch0->FFVel=0. 000000;
> > ch0->MaxI=100. 000000;
> > ch0->MaxErr= 100.000000;
> > ch0->MaxOutput= 500.000000;
> > ch0->DeadBandGain= 1.000000;
> > ch0->DeadBandRange= 0.000000;
> > ch0->InputChan0= 0;
> > ch0->InputChan1= 0;
> > ch0->OutputChan0= 8;
> > ch0->OutputChan1= 1;
> > ch0->LimitSwitchOpt ions=0x8989001f;
> > ch0->InputGain0= 1.000000;
> > ch0->InputGain1= 1.000000;
> > ch0->InputOffset0= 0.000000;
> > ch0->InputOffset1= 0.000000;
> > ch0->invDistPerCycl e=1.000000;
> > ch0->Lead=0. 000000;
> > ch0->MaxFollowingEr ror=100.000000;
> >
ch0->StepperAmplitu de=250.000000;
> >
> > ch0->iir[0]. B0=1.000000;
> > ch0->iir[0]. B1=0.000000;
> > ch0->iir[0]. B2=0.000000;
> > ch0->iir[0]. A1=0.000000;
> > ch0->iir[0]. A2=0.000000;
> >
> > ch0->iir[1]. B0=1.000000;
> > ch0->iir[1]. B1=0.000000;
> > ch0->iir[1]. B2=0.000000;
> > ch0->iir[1]. A1=0.000000;
> > ch0->iir[1]. A2=0.000000;
> >
> > ch0->iir[2]. B0=1.000000;
> > ch0->iir[2]. B1=0.000000;
> > ch0->iir[2]. B2=0.000000;
> > ch0->iir[2]. A1=0.000000;
> > ch0->iir[2]. A2=0.000000;
> >
> >
> >
> > EnableAxis(0) ;
> >
> > ch1->InputMode= ENCODER_MODE;
> > ch1->OutputMode= DC_SERVO_ MODE;
> > ch1->Vel=100000. 000000;
> > ch1->Accel=4000000.
000000;
> > ch1->Jerk=4000000. 000000;
> > ch1->P=10.000000;
> > ch1->I=0.000000;
> > ch1->D=6.000000;
> > ch1->FFAccel= 0.000000;
> > ch1->FFVel=0. 000000;
> > ch1->MaxI=100. 000000;
> > ch1->MaxErr= 100.000000;
> > ch1->MaxOutput= 500.000000;
> > ch1->DeadBandGain= 1.000000;
> > ch1->DeadBandRange= 0.000000;
> > ch1->InputChan0= 1;
> > ch1->InputChan1= 2;
> > ch1->OutputChan0= 9;
> > ch1->OutputChan1= 3;
> > ch1->LimitSwitchOpt ions=0x8b8b001f;
> > ch1->InputGain0= 1.000000;
> > ch1->InputGain1= 1.000000;
> > ch1->InputOffset0= 0.000000;
> > ch1->InputOffset1= 0.000000;
> > ch1->invDistPerCycl e=1.000000;
> > ch1->Lead=0. 000000;
> > ch1->MaxFollowingEr ror=100.000000;
>
> ch1->StepperAmplitu de=250.000000;
> >
> > ch1->iir[0]. B0=1.000000;
> > ch1->iir[0]. B1=0.000000;
> > ch1->iir[0]. B2=0.000000;
> > ch1->iir[0]. A1=0.000000;
> > ch1->iir[0]. A2=0.000000;
> >
> > ch1->iir[1]. B0=1.000000;
> > ch1->iir[1]. B1=0.000000;
> > ch1->iir[1]. B2=0.000000;
> > ch1->iir[1]. A1=0.000000;
> > ch1->iir[1]. A2=0.000000;
> >
> > ch1->iir[2]. B0=1.000000;
> > ch1->iir[2]. B1=0.000000;
> > ch1->iir[2]. B2=0.000000;
> > ch1->iir[2]. A1=0.000000;
> > ch1->iir[2]. A2=0.000000;
> >
> > EnableAxis(1) ;
> >
> > ch2->InputMode= ENCODER_MODE;
> > ch2->OutputMode= DAC_SERVO_ MODE;
> > ch2->Vel=850. 000000;
> > ch2->Accel=50000000 .000000;
> >
ch2->Jerk=50000000. 000000;
> > ch2->P=225.000000;
> > ch2->I=0.000000;
> > ch2->D=225.000000;
> > ch2->FFAccel= 0.000000;
> > ch2->FFVel=0. 000000;
> > ch2->MaxI=100. 000000;
> > ch2->MaxErr= 100.000000;
> > ch2->MaxOutput= 2047.000000;
> > ch2->DeadBandGain= 1.000000;
> > ch2->DeadBandRange= 0.000000;
> > ch2->InputChan0= 2;
> > ch2->InputChan1= 2;
> > ch2->OutputChan0= 0;
> > ch2->OutputChan1= 1;
> > ch2->LimitSwitchOpt ions=0x0;
> > ch2->InputGain0= -1.000000;
> > ch2->InputGain1= 1.000000;
> > ch2->InputOffset0= 0.000000;
> > ch2->InputOffset1= 0.000000;
> > ch2->invDistPerCycl e=1.000000;
> > ch2->Lead=0. 000000;
> > ch2->MaxFollowingEr ror=10000000. 000000;
> >
ch2->StepperAmplitu de=250.000000;
> >
> > ch2->iir[0]. B0=1.000000;
> > ch2->iir[0]. B1=0.000000;
> > ch2->iir[0]. B2=0.000000;
> > ch2->iir[0]. A1=0.000000;
> > ch2->iir[0]. A2=0.000000;
> >
> > ch2->iir[1]. B0=1.000000;
> > ch2->iir[1]. B1=0.000000;
> > ch2->iir[1]. B2=0.000000;
> > ch2->iir[1]. A1=0.000000;
> > ch2->iir[1]. A2=0.000000;
> >
> > ch2->iir[2]. B0=1.000000;
> > ch2->iir[2]. B1=0.000000;
> > ch2->iir[2]. B2=0.000000;
> > ch2->iir[2]. A1=0.000000;
> > ch2->iir[2]. A2=0.000000;
> >
> > EnableAxis(2) ;
> >
> > DefineCoordSystem( 0,1,2,-1) ;
> >
> > for(;;)
> > {
> > WaitNextTimeSlice( );
> >
> > // convert quadrature to 2 bit
binary
> > BitA = ReadBit(26);
> > PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
> >
> > // Diff between expected position based on average of two prev deltas
> > // and position with no wraps. (Keep as X2 to avoid division by 2)
> >
> > DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
> >
> > // Calc quadrature wraparounds to bring Diff nearest zero
> > // offset by 128 wraps to avoid requiring floor()
> > wraps = ((DiffX2+1028) >>3)-128;
> >
> > // factor in the quadrature wraparounds
> > NewPos = PosNoWrap + (wraps<<2);
> >
> > Change2 = Change1;
> > Change1 = NewPos - Pos;
> > Pos = NewPos;
> >
> > if (ReadBit(31) ) // is X1 selected?
> > Factor = 1.0;
> > else if (ReadBit(32) ) // is X100 selected?
> > Factor =
75.0;
> > else // must be X10 then
> > Factor = 10.0;
> >
> > if (ReadBit(28) ) // is x selected?
> > ch0->Dest += Change1 * Factor;
> > else if (ReadBit(29) ) // is y selected?
> > ch1->Dest += Change1 * Factor;
> > else if (ReadBit(30) ) // is z selected?
> > ch2->Dest += Change1 * Factor;
> >
> > }
> > return 0;
> > }
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Ryan,
> > >
> > > I have no idea why this is occurring.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Could you provide more information?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Such as when you say everything was working then failed, what was working?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Jogging or GCode motion or sitting idle?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > >
> > > Do you have the
Keling wired up to the Aux1 connector?
> > >
> > > Possibilities I can think of might be:
> > >
> > > #1 - We don't have any protection against jogging on the MPG while GCode is running.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  To eliminate this as a possibility try re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if a problem ever occurs (of course you wont be able to test jogging with the MPG).
> > >
> > > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with an internalĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 150 ohm pull down).ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  I doubt if this is a problem unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs are diode clamped to the 3.3V power rail).ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ Please check the outputs to see what voltage they rise
to.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ The ideal test would be disconnected from the KFlop and with a 150ohm pulldown resistor.ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Or add 50 ohm series resistors to be safe.
> > >
> > > #3 - Possibly just the long MPG cable picking up noise and injecting it into the system?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  Is there a shield?ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚  How is it grounded?
> > >
> > > Sorry that is all I can think of.
> > >
> > > Regards
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: bigtoy302 <bigtoy302@ ..>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Mon, February 22, 2010 7:27:47 PM
> > > Subject: [DynoMotion] MPG problems
> >
>
> > > ĂƒÆ’Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > > I am in the process of getting my system all set up. I have a Kflop, snapamp, and kanalog together. I have everything tuned and I can jog everything just fine. So I installed my Keling MPG and everything was working good for a few minutes then all the sudden the x and y servos powered off the snapamp started twitching back and forth then would fault then spin out of control. If I unplug the mpg the motors work fine. As soon as I plug it back in the freak out again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog just fine)with the mpg. I am running Mach also.
> > >
> > > Ryan
> > >
> >
>



 

 

Group: DynoMotion

Message: 214

From: bigtoy302

Date: Thu Mar 11, 2010 7:44 PM

Subject: Re: MPG problems

 



I did not switch the motors to 5,6,7, just the destinations. watching the axis
scree, I could watch the counts start freaking out even though the motors where
still plugged into 0,and 1. When I disconnected the motors the counts where just
fine on the axis screen. Is there a phone number I could reach you at? I guess
it would be better to talk to a real person so you can understand me better.

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Ryan,
>
> You stated "changed the destinations to 5,6,7, and observed the same thing"
???
>
> I wonder if you understood what I asked to do.  Or else this is a big clue.
>
> The idea was to change the MPG program to affect an UNUSED axis that was
disabled and doesn't have any motor attached.  That way when you move the mpg
it should have no effect on any motor or amplifier but you should see the
destination change on the screen.  But did you really observe a motor move?
>
> Maybe I wasn't clear and you also re-assigned the axes 5,6,7 to drive your
motors?
>
> Thanks
> TK
>
>
>
>
> ________________________________
> From: bigtoy302 <bigtoy302@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thu, March 11, 2010 7:06:44 PM
> Subject: [DynoMotion] Re: MPG problems
>
>  
> I changed the I changed the destinations to 5,6,7, and observed the same
thing. I move the mpg one click(x1) and it moves the one click then states
making more commands to move then faults. I left the snap amp on and the motors
unplugged and it counts go up and down like they should using the mpg. As soon
as try to jog it after I plugged the motors back in then restarted the system
they go nuts again once I try to jog them. I a now thinking it is noise in
between the snapamp and the motors. How am I supposed to ground the motors? How
is the kflop and snapamp supposed to be grounded?
>
> Ryan
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Well, connecting the mpg with power on will most likely cause the signals to
toggle in unpredictable ways.  But I'm having a hard time understanding when
the problem occurs.  Like 10 seconds after plugging in the cable?  Or
immediately?
> >
> > Disconnecting the +5V is somewhat of an invalid test.  The signals will
then probably float to invalid levels, and be highly susceptible to any noise.
> >
> > Also I don't follow your logic with removing the SnapAmp to prove it isn't a
noise issue.  As the SnapAmp may be the source of the noise.  That was the
idea behind asking you to reassign the inputs to the LEDs to elliminate that as
a possibility.
> >
> > The MPG program uses some assumptions of limited acceleration to extend the
count rate to ~100KHz even though the software is only looping at 5KHz. 
Basically the frequency is not expected to change instantaneously.  If it
does or changes erratically, then the algorithm can get confused and think it is
moving when it is not.  You can defeat this feature and avoid this issue (but
limit your count rate to 5 KHz).  Try changing
> >
> > Change2 = Change1;
> > Change1 = NewPos - Pos;
> >
> > to
> >
> > Change2 = 0;
> > Change1 = 0;
> >
> > Thanks
> >
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: bigtoy302 <bigtoy302@ ..>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sun, March 7, 2010 6:34:02 PM
> > Subject: [DynoMotion] Re: MPG problems
> >
> >  
> > I am plugging the mpg in when the the kflop and snapamp are on. Gcode is not
running. I do not think I tried plugging it in then turning the power on. This
may be the problem? Power spike when plugging it in? I won't have time to mess
with it till Tuesday.
> >
> > To answer yout original questions:
> >
> > 1. G code not running just sitting Idle.
> > 2. I do not even have to jog it before it starts messing up. I unhooked the
5v from the mpg with the same problem.
> > 3. Un modified mpg cable plugging into a db25 connector in my control
cabinet and then going to the kflop jp6. I do not think it is a noise issue
because the the Z powered from the Kanalog do not mess up only the XY powered
off the snapamp. The x trips first then the Y. Unplug the snapamp and I can use
the mpg fine on the Z.
> >
> > On a side not I can't figure how to get my x and Y to home in mach. I have
separate home and limit switches hooked up to jp12 and I can see them working in
the mach screen, So that part works. I do not know what c program to use for
homing and what other settings I need to set. I already modified the REF buttons
in Mach like the manual said.
> >
> > Ryan
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > I can't see anything specific wrong.Ăƒâ€Ă‚  You aren't plugging in the
mpg with power on or with the program running are you?Ăƒâ€Ă‚  I didn't see
that you answered my previous questions, but this is a big clue.Ăƒâ€Ă‚  Please
change the program to change the destinations of 3 unused axis to see what
happens.Ăƒâ€Ă‚  Try changing:
> > >
> > > if (ReadBit(28) ) // is x selected?
> > > ch0->Dest += Change1 * Factor;
> > > else if (ReadBit(29) ) // is y selected?
> > > ch1->Dest += Change1 * Factor;
> > > else if (ReadBit(30) ) // is z selected?
> > > ch2->Dest += Change1 * Factor;
> > >
> > > To:
> > >
> > > if (ReadBit(28) ) // is x selected?
> > > ch5->Dest += Change1 * Factor;
> > > else if (ReadBit(29) ) // is y selected?
> > > ch6->Dest += Change1 * Factor;
> > > else if (ReadBit(30) ) // is z selected?
> > > ch7->Dest += Change1 * Factor;
> > >
> > > Then operate the MPG while observing the Axis Screen and Destinations
5,6,7.Ăƒâ€Ă‚  Do the destinations then move as expected?Ăƒâ€Ă‚  If so, move
the x,y,z motors using console commands and check if the Destinations 5,6, or 7
also somehow change.
> > >
> > > Thanks
> > > TK
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: bigtoy302 <bigtoy302@ ..>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Sun, March 7, 2010 8:52:30 AM
> > > Subject: [DynoMotion] Re: MPG problems
> > >
> > > Ăƒâ€Ă‚ 
> > > So, played with it a little bit more and found out if I take out the mpg
part of the c program I can have the mpg pluged in with no problems. But as soon
as I plug the mpg in with the mpg c program loaded the x and y motors instantly
get some crazy command to move then fault. I am only running the set currents
for the snapamp program and thisone. Here is a copy of my c program. maybe
something is wrong with my c program?
> > >
> > > #include "KMotionDef. h"
> > >
> > > #define QA 26 // define to which IO bits the AB signals are connected
> > > #define QB 27
> > >
> > > main()
> > > {
> > > int BitA,Change1= 0,Change2= 0, DiffX2;
> > > int PosNoWrap, NewPos, Pos=0, wraps;
> > > double Factor=0;
> > >
> > > SetBit(152);
> > > SetBit(157);
> > > SetBit(158);
> > >
> > > ch0->InputMode= ENCODER_MODE;
> > > ch0->OutputMode= DC_SERVO_ MODE;
> > > ch0->Vel=100000. 000000;
> > > ch0->Accel=4000000. 000000;
> > > ch0->Jerk=4000000. 000000;
> > > ch0->P=10.000000;
> > > ch0->I=0.000000;
> > > ch0->D=6.000000;
> > > ch0->FFAccel= 0.000000;
> > > ch0->FFVel=0. 000000;
> > > ch0->MaxI=100. 000000;
> > > ch0->MaxErr= 100.000000;
> > > ch0->MaxOutput= 500.000000;
> > > ch0->DeadBandGain= 1.000000;
> > > ch0->DeadBandRange= 0.000000;
> > > ch0->InputChan0= 0;
> > > ch0->InputChan1= 0;
> > > ch0->OutputChan0= 8;
> > > ch0->OutputChan1= 1;
> > > ch0->LimitSwitchOpt ions=0x8989001f;
> > > ch0->InputGain0= 1.000000;
> > > ch0->InputGain1= 1.000000;
> > > ch0->InputOffset0= 0.000000;
> > > ch0->InputOffset1= 0.000000;
> > > ch0->invDistPerCycl e=1.000000;
> > > ch0->Lead=0. 000000;
> > > ch0->MaxFollowingEr ror=100.000000;
> > > ch0->StepperAmplitu de=250.000000;
> > >
> > > ch0->iir[0]. B0=1.000000;
> > > ch0->iir[0]. B1=0.000000;
> > > ch0->iir[0]. B2=0.000000;
> > > ch0->iir[0]. A1=0.000000;
> > > ch0->iir[0]. A2=0.000000;
> > >
> > > ch0->iir[1]. B0=1.000000;
> > > ch0->iir[1]. B1=0.000000;
> > > ch0->iir[1]. B2=0.000000;
> > > ch0->iir[1]. A1=0.000000;
> > > ch0->iir[1]. A2=0.000000;
> > >
> > > ch0->iir[2]. B0=1.000000;
> > > ch0->iir[2]. B1=0.000000;
> > > ch0->iir[2]. B2=0.000000;
> > > ch0->iir[2]. A1=0.000000;
> > > ch0->iir[2]. A2=0.000000;
> > >
> > >
> > >
> > > EnableAxis(0) ;
> > >
> > > ch1->InputMode= ENCODER_MODE;
> > > ch1->OutputMode= DC_SERVO_ MODE;
> > > ch1->Vel=100000. 000000;
> > > ch1->Accel=4000000. 000000;
> > > ch1->Jerk=4000000. 000000;
> > > ch1->P=10.000000;
> > > ch1->I=0.000000;
> > > ch1->D=6.000000;
> > > ch1->FFAccel= 0.000000;
> > > ch1->FFVel=0. 000000;
> > > ch1->MaxI=100. 000000;
> > > ch1->MaxErr= 100.000000;
> > > ch1->MaxOutput= 500.000000;
> > > ch1->DeadBandGain= 1.000000;
> > > ch1->DeadBandRange= 0.000000;
> > > ch1->InputChan0= 1;
> > > ch1->InputChan1= 2;
> > > ch1->OutputChan0= 9;
> > > ch1->OutputChan1= 3;
> > > ch1->LimitSwitchOpt ions=0x8b8b001f;
> > > ch1->InputGain0= 1.000000;
> > > ch1->InputGain1= 1.000000;
> > > ch1->InputOffset0= 0.000000;
> > > ch1->InputOffset1= 0.000000;
> > > ch1->invDistPerCycl e=1.000000;
> > > ch1->Lead=0. 000000;
> > > ch1->MaxFollowingEr ror=100.000000;
> > > ch1->StepperAmplitu de=250.000000;
> > >
> > > ch1->iir[0]. B0=1.000000;
> > > ch1->iir[0]. B1=0.000000;
> > > ch1->iir[0]. B2=0.000000;
> > > ch1->iir[0]. A1=0.000000;
> > > ch1->iir[0]. A2=0.000000;
> > >
> > > ch1->iir[1]. B0=1.000000;
> > > ch1->iir[1]. B1=0.000000;
> > > ch1->iir[1]. B2=0.000000;
> > > ch1->iir[1]. A1=0.000000;
> > > ch1->iir[1]. A2=0.000000;
> > >
> > > ch1->iir[2]. B0=1.000000;
> > > ch1->iir[2]. B1=0.000000;
> > > ch1->iir[2]. B2=0.000000;
> > > ch1->iir[2]. A1=0.000000;
> > > ch1->iir[2]. A2=0.000000;
> > >
> > > EnableAxis(1) ;
> > >
> > > ch2->InputMode= ENCODER_MODE;
> > > ch2->OutputMode= DAC_SERVO_ MODE;
> > > ch2->Vel=850. 000000;
> > > ch2->Accel=50000000 .000000;
> > > ch2->Jerk=50000000. 000000;
> > > ch2->P=225.000000;
> > > ch2->I=0.000000;
> > > ch2->D=225.000000;
> > > ch2->FFAccel= 0.000000;
> > > ch2->FFVel=0. 000000;
> > > ch2->MaxI=100. 000000;
> > > ch2->MaxErr= 100.000000;
> > > ch2->MaxOutput= 2047.000000;
> > > ch2->DeadBandGain= 1.000000;
> > > ch2->DeadBandRange= 0.000000;
> > > ch2->InputChan0= 2;
> > > ch2->InputChan1= 2;
> > > ch2->OutputChan0= 0;
> > > ch2->OutputChan1= 1;
> > > ch2->LimitSwitchOpt ions=0x0;
> > > ch2->InputGain0= -1.000000;
> > > ch2->InputGain1= 1.000000;
> > > ch2->InputOffset0= 0.000000;
> > > ch2->InputOffset1= 0.000000;
> > > ch2->invDistPerCycl e=1.000000;
> > > ch2->Lead=0. 000000;
> > > ch2->MaxFollowingEr ror=10000000. 000000;
> > > ch2->StepperAmplitu de=250.000000;
> > >
> > > ch2->iir[0]. B0=1.000000;
> > > ch2->iir[0]. B1=0.000000;
> > > ch2->iir[0]. B2=0.000000;
> > > ch2->iir[0]. A1=0.000000;
> > > ch2->iir[0]. A2=0.000000;
> > >
> > > ch2->iir[1]. B0=1.000000;
> > > ch2->iir[1]. B1=0.000000;
> > > ch2->iir[1]. B2=0.000000;
> > > ch2->iir[1]. A1=0.000000;
> > > ch2->iir[1]. A2=0.000000;
> > >
> > > ch2->iir[2]. B0=1.000000;
> > > ch2->iir[2]. B1=0.000000;
> > > ch2->iir[2]. B2=0.000000;
> > > ch2->iir[2]. A1=0.000000;
> > > ch2->iir[2]. A2=0.000000;
> > >
> > > EnableAxis(2) ;
> > >
> > > DefineCoordSystem( 0,1,2,-1) ;
> > >
> > > for(;;)
> > > {
> > > WaitNextTimeSlice( );
> > >
> > > // convert quadrature to 2 bit binary
> > > BitA = ReadBit(26);
> > > PosNoWrap = (ReadBit(27) ^ BitA) | (BitA<<1);
> > >
> > > // Diff between expected position based on average of two prev deltas
> > > // and position with no wraps. (Keep as X2 to avoid division by 2)
> > >
> > > DiffX2 = 2*(Pos-PosNoWrap) + (Change2+Change1) ;
> > >
> > > // Calc quadrature wraparounds to bring Diff nearest zero
> > > // offset by 128 wraps to avoid requiring floor()
> > > wraps = ((DiffX2+1028) >>3)-128;
> > >
> > > // factor in the quadrature wraparounds
> > > NewPos = PosNoWrap + (wraps<<2);
> > >
> > > Change2 = Change1;
> > > Change1 = NewPos - Pos;
> > > Pos = NewPos;
> > >
> > > if (ReadBit(31) ) // is X1 selected?
> > > Factor = 1.0;
> > > else if (ReadBit(32) ) // is X100 selected?
> > > Factor = 75.0;
> > > else // must be X10 then
> > > Factor = 10.0;
> > >
> > > if (ReadBit(28) ) // is x selected?
> > > ch0->Dest += Change1 * Factor;
> > > else if (ReadBit(29) ) // is y selected?
> > > ch1->Dest += Change1 * Factor;
> > > else if (ReadBit(30) ) // is z selected?
> > > ch2->Dest += Change1 * Factor;
> > >
> > > }
> > > return 0;
> > > }
> > >
> > > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > > >
> > > > Ryan,
> > > >
> > > > I have no idea why this is occurring.ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  Could you
provide more information?ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  Such as when you say everything
was working then failed, what was working?ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  Jogging or GCode
motion or sitting idle?ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > > >
> > > > Do you have the Keling wired up to the Aux1 connector?
> > > >
> > > > Possibilities I can think of might be:
> > > >
> > > > #1 - We don't have any protection against jogging on the MPG while GCode
is running.ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  To eliminate this as a possibility try
re-assigning the A B Quadrature inputs to 46 and 47 (The KFlop LEDS) and see if
a problem ever occurs (of course you wont be able to test jogging with the MPG).
> > > >
> > > > #2 - I just realized we are connecting 5V outputs to 3.3V inputs (with
an internalĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚ 150 ohm pull
down).ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚Â ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  I doubt if this is a problem
unless the MPG is driving the signals hard above 3.9V (because the 3.3V inputs
are diode clamped to the 3.3V power
rail).ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚Â ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚ Please check the outputs to see
what voltage they rise to.ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚Â ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚ The ideal test
would be disconnected from the KFlop and with a 150ohm pulldown
resistor.ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚Â ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  Or add 50 ohm series resistors
to be safe.
> > > >
> > > > #3 - Possibly just the long MPG cable picking up noise and injecting it
into the system?ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  Is there a
shield?ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚Â ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚  How is it grounded?
> > > >
> > > > Sorry that is all I can think of.
> > > >
> > > > Regards
> > > > TK
> > > >
> > > >
> > > >
> > > >
> > > > ____________ _________ _________ __
> > > > From: bigtoy302 <bigtoy302@ ..>
> > > > To: DynoMotion@yahoogro ups.com
> > > > Sent: Mon, February 22, 2010 7:27:47 PM
> > > > Subject: [DynoMotion] MPG problems
> > > >
> > > > ĂƒÆ'Ă¢â‚¬Å¡Ăƒâ€Ă‚ 
> > > > I am in the process of getting my system all set up. I have a Kflop,
snapamp, and kanalog together. I have everything tuned and I can jog everything
just fine. So I installed my Keling MPG and everything was working good for a
few minutes then all the sudden the x and y servos powered off the snapamp
started twitching back and forth then would fault then spin out of control. If I
unplug the mpg the motors work fine. As soon as I plug it back in the freak out
again. If I unplug the snapamp I can still jog the Z ( powered from the kanalog
just fine)with the mpg. I am running Mach also.
> > > >
> > > > Ryan
> > > >
> > >
> >
>



 

 

Group: DynoMotion

Message: 215

From: Azd Md

Date: Thu Mar 11, 2010 10:49 PM

Subject: Re: Math Fuctions problem

 

Hi Tom,
May I get the same file for the Kmotion board?
Regards

--- On Sun, 3/7/10, Tom Kerekes <tk@dynomotion.com> wrote:


From: Tom Kerekes <tk@dynomotion.com>
Subject: Re: [DynoMotion] Math Fuctions problem
To: DynoMotion@yahoogroups.com
Date: Sunday, March 7, 2010, 1:52 AM


 
Azeddien,

Those routines were excluded by mistake.  Here is a patch.  It will report as Version 4.19d.  Remove the .v419d from the filename and copy to the DSP_KFLOP directory, then flash the firmware using FLASH New Version on the configuration screen

http://dynomotion. com/Software/ DSPKFLOP. out.v419d


Let me know if you have problems.

Regards

TK


 



From: Azd M <azken98@yahoo. com>
To: DynoMotion@yahoogro ups.com
Sent: Sat, March 6, 2010 9:26:00 AM
Subject: [DynoMotion] Math Fuctions problem

 


Hi all,
I am trying to use some of the math function of the Kmotion 4.19 version for my c program. While sin and cos functions are accepted, the asin and pow functions are not recognized. The compiler generats error:
tcc: undefined symbol 'asin'
is there any clue?
thanks
Azeddien

 




 

 

Group: DynoMotion

Message: 216

From: Azd M

Date: Sun Mar 14, 2010 8:40 AM

Subject: asin and pow functions problem for kmotion board

 



Hi Tom,
Is there any update for th DSPKmotion firmware to include theall the math
function. Similar to the one you send me for Kflop.
Regards
Azed.



 

 

Group: DynoMotion

Message: 217

From: Chris D

Date: Sun Mar 14, 2010 12:10 PM

Subject: "Electronics for Dumbies" Questions

 

I am a mechanical guy trying his first retrofit.  Please no laughing from you electronic people please.

1.  Is the KMotion and KFlop user manuals the same document?

2.  I am not sure what ADC and DAC mean.  Analog DC and Discrete AC?

3.  What output would I use to provide a +/- 10 VDC signal to a servo drive?

Thanks for the help.




 

 

Group: DynoMotion

Message: 218

From: Tom Kerekes

Date: Mon Mar 15, 2010 12:52 AM

Subject: Re: asin and pow functions problem for kmotion board

 

Azed,

Here it is: http://dynomotion.com/Software/DSPKMotion.out.v419d

Regards

TK


 



From: Azd M <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 14, 2010 8:40:50 AM
Subject: [DynoMotion] asin and pow functions problem for kmotion board

 

Hi Tom,
Is there any update for th DSPKmotion firmware to include theall the math function. Similar to the one you send me for Kflop.
Regards
Azed.



 

 

Group: DynoMotion

Message: 219

From: Tom Kerekes

Date: Mon Mar 15, 2010 12:59 AM

Subject: Re: "Electronics for Dumbies" Questions

 

Hi Chris,

#1 Basically Yes.  Most of the software interface and configuration settings are the same for our two controllers.  The difference of course is mostly in the I/O connections.

#2 ADC = Analog to digital converter   DAC = Digital to Analog Converter.  See:

http://en.wikipedia.org/wiki/Analog-to-digital_converter

http://en.wikipedia.org/wiki/Digital-to-analog_converter

#3 You would use a DAC output from our Kanalog Board

Regards

TK


 


 



From: Chris D <dunncl66@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 14, 2010 12:10:04 PM
Subject: [DynoMotion] "Electronics for Dumbies" Questions

 

I am a mechanical guy trying his first retrofit.  Please no laughing from you electronic people please.

1.  Is the KMotion and KFlop user manuals the same document?

2.  I am not sure what ADC and DAC mean.  Analog DC and Discrete AC?

3.  What output would I use to provide a +/- 10 VDC signal to a servo drive?

Thanks for the help.

 



 

 

Group: DynoMotion

Message: 220

From: Azd M

Date: Mon Mar 15, 2010 7:12 PM

Subject: Kmotion onboard -15/+15VDC are not available?

 



Hi All,
I am trying to use the DACs of the Kmotion board Jp3 , however, the outputs are
not matching my command.
I checked the -15 and +15 on JP3 pins 13 and 14. they are not as stated.
Is there any thing wrong with my board?
Thanks
Azed.



 

 

Group: DynoMotion

Message: 221

From: Tom Kerekes

Date: Mon Mar 15, 2010 7:26 PM

Subject: Re: Kmotion onboard -15/+15VDC are not available?

 

There is a bit (#28) to turn on teh +/-15 V Generator.  Did you turn that on?

TK


 



From: Azd M <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Mon, March 15, 2010 7:12:09 PM
Subject: [DynoMotion] Kmotion onboard -15/+15VDC are not available?

 

Hi All,
I am trying to use the DACs of the Kmotion board Jp3 , however, the outputs are not matching my command.
I checked the -15 and +15 on JP3 pins 13 and 14. they are not as stated.
Is there any thing wrong with my board?
Thanks
Azed.



 

 

Group: DynoMotion

Message: 222

From: babinda01

Date: Wed Mar 17, 2010 11:46 PM

Subject: Lost Steps - Where the heck did they go????

 



Hi Tom
I have just discovered that I am losing steps with my machine, I have spent all
day running product to make sure the machine is functioning correctly before I
send it out, and by about the fifth part I am out of position.
Just to refresh your memory I am getting the step and direction signals out of
the KFlop board from the RJ45 socket JP5, and all other io is from the KAnalog
board. Initially I couldn't get the system to work at all until you suggested
putting 1K pull-up resistors on the step and direction lines to my AC servo
drives.
Because of the way the machine engraves it does a heap of little short stop
start moves which are quite fast (approx 7000mm/min). I have slowed the system
down but I still seem to be losing steps.
I havn't really noticed this before because I have just been setting the machine
up and have only machined ones and two off parts.
I only seem to be losing steps, I am not gaining any, so I don't think noise is
the problem.
Do you have any suggestions of what I can try next?? Is there any way of getting
the step and direction pulses from another socket/connector which may work
better for my needs????

Regards
Andrew



 

 

Group: DynoMotion

Message: 223

From: babinda01

Date: Thu Mar 18, 2010 12:37 AM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom

Just a thought - my servo drives can run from a single step and direction pulse
or from a differential step and direction pulse. So if I were to make up a
little board with a rj45 jack at one end (which connects to the kflop board)
which runs my step and direction pulses through a 74hc14 to give me a
differential signal, or better still a DS3486 or something similar. This should
boost my signals and I can get rid of the pull up resistors. And will give me a
differential signal which hopefully will stop my lost pulses.
What do you think???? Is there a simpler/better circuit???

PS I am a mechanical guy, not an electronically controlled one, so please bare
with me.

Regards
Andrew



 

 

Group: DynoMotion

Message: 224

From: Azd M

Date: Thu Mar 18, 2010 5:23 AM

Subject: Re: Kmotion onboard -15/+15VDC are not available?

 



Now I did , and it is working.
Thanks

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> There is a bit (#28) to turn on teh +/-15 V Generator.  Did you turn that
on?
>
> TK
>
>
>
>
> ________________________________
> From: Azd M <azken98@...>
> To: DynoMotion@yahoogroups.com
> Sent: Mon, March 15, 2010 7:12:09 PM
> Subject: [DynoMotion] Kmotion onboard -15/+15VDC are not available?
>
>  
> Hi All,
> I am trying to use the DACs of the Kmotion board Jp3 , however, the outputs
are not matching my command.
> I checked the -15 and +15 on JP3 pins 13 and 14. they are not as stated.
> Is there any thing wrong with my board?
> Thanks
> Azed.
>



 

 

Group: DynoMotion

Message: 225

From: Tom Kerekes

Date: Thu Mar 18, 2010 12:20 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

Hi Andrew,

I thought we were sinking current from optos to drive your amplifier's step and direction?  Will your amplifiers also accept differential?

If so that might not be a bad idea, but I don't see why the optos wouldn't work.  If you want to make an interface to differential outputs I wouldn't use those chips.  The 74hc14 probably would function but the spec lists a minimum input high signal of 3.15V which would be very marginal for a 3.3V output.  I think the DS3486 is a differential line receiver not a driver.  Something like a DS26LS31C should work:

http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=DS26LS31CN-ND

You didn't answer any of my questions so I'm somewhat in the dark :}

Regarding the pullups, I could make a version of firmware the would probably eliminate the need for them.  A few versions back I enabled weak pull down resistors on those pins because I was receiving so many questions from users on why unconnected inputs sometimes reported high and sometimes low.  Many Users don't realize that a high impedance unconnected input can float high or low pretty much at random.  So I enabled the weak pulldown option on the outputs so they would always read low if unconnected to avoid confusion.  But I didn't realize that might cause a problem for "open collector" output mode.  The output now doesn't go completely open, but rather still has the weak pulldown (spec lists between 4K ~ 37Kohms) sinking some small current (~0.5ma).  In your case the small sinking current appears to be keeping your opto from turning off hence the need for the 1K ohm pull ups.  So it might be interesting to
try, but actually with the pulldown and pull up I would expect the system to be less sensitive to noise than without it.

Thanks

TK



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 12:37:54 AM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom

Just a thought - my servo drives can run from a single step and direction pulse or from a differential step and direction pulse. So if I were to make up a little board with a rj45 jack at one end (which connects to the kflop board) which runs my step and direction pulses through a 74hc14 to give me a differential signal, or better still a DS3486 or something similar. This should boost my signals and I can get rid of the pull up resistors. And will give me a differential signal which hopefully will stop my lost pulses.
What do you think???? Is there a simpler/better circuit???

PS I am a mechanical guy, not an electronically controlled one, so please bare with me.

Regards
Andrew



 

 

Group: DynoMotion

Message: 226

From: Azd M

Date: Thu Mar 18, 2010 5:21 AM

Subject: Servo System bias compensation

 



Hi All,
I am using a servo driver which has a bias reference input. therefore when the
Kflop axis sends a zero DAC the motor moves. Is there anyway to have the DAC
output inside the Kflop biased to some constant value? I guess a component
simillar to the deadband that can generate this bias refernce will be very
helpful in this situation.
What do you think?
Regards
Azeddien



 

 

Group: DynoMotion

Message: 227

From: Tom Kerekes

Date: Thu Mar 18, 2010 12:53 PM

Subject: Re: Servo System bias compensation

 

Azeddien,

You can set an output offset in C code using:

chan[X].OutputOffset = K;

where X is the axis number and K is the DAC offset.  When the axis is disabled the value K will be sent to the DAC.

But the best way to be sure to have no motion is to disable the amplifier.

Regards

TK


 



From: Azd M <azken98@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 5:21:55 AM
Subject: [DynoMotion] Servo System bias compensation

 

Hi All,
I am using a servo driver which has a bias reference input. therefore when the Kflop axis sends a zero DAC the motor moves. Is there anyway to have the DAC output inside the Kflop biased to some constant value? I guess a component simillar to the deadband that can generate this bias refernce will be very helpful in this situation.
What do you think?
Regards
Azeddien



 

 

Group: DynoMotion

Message: 228

From: babinda01

Date: Thu Mar 18, 2010 2:46 PM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom

Yes, my drives accept either sigle ended or differential inputs and these inputs
can be either sinking or sourcing. I have rummaged around in my junk and have
found some 26LS31's left over from a past project, so I might give them a go.

Yes I have wired the drives up so that they are sinking current, but the optos
are on my drive not on some sort of intermediate board.

Which questions havn't I answered? the last few months have been a blur, so I am
not sure what I have forgotten to do.

Regards
Andrew



 

 

Group: DynoMotion

Message: 229

From: Tom Kerekes

Date: Thu Mar 18, 2010 3:11 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

Hi Andrew,

It's worth a shot.

My questions:

How are you determining the loss of steps and why do you say they are "lost" and not gained?  I'm guessing you are seeing a change in the actual physical position (when commanded to the same coordinate) in the negative direction?

Are your encoders connected back to KFlop?  Or do they just go to the AC servo drives?  Is there any way to read the commanded position from the servo drives?


Possible things to try:

#1B reduce the pullup resistors to as low as 330 ohms

#2B increase the KFLOP step pulse time from the default of 32 (2us) by executing  FPGA[STEP_PULSE_LENGTH_ADD] = 63;

#3B invert the step pulse polarity by executing FPGA[STEP_PULSE_LENGTH_ADD] = 32 + 0x80;

Do you have specs for your drive?  Reversing the step pulse polarity may allow for more direction setup time before the step edge comes.  Do you think you might be loosing 1 step every time you reverse direction?

Please repeat the test we did a while back now with the pull up resistors attached to see what voltage swings we are actually getting 

#1C Cycle power on KFlop so everything is in the default mode (inputs=floating) and nothing is configured

#2C Measure the voltage (relative to ground) on the pin

#3C On the Digital I/O screen select the I/O bit as an Output and set the State unchecked (low).
#4C Measure the voltage (relative to ground) on the pin

Thanks

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 2:46:06 PM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom

Yes, my drives accept either sigle ended or differential inputs and these inputs can be either sinking or sourcing. I have rummaged around in my junk and have found some 26LS31's left over from a past project, so I might give them a go.

Yes I have wired the drives up so that they are sinking current, but the optos are on my drive not on some sort of intermediate board.

Which questions havn't I answered? the last few months have been a blur, so I am not sure what I have forgotten to do.

Regards
Andrew



 

 

Group: DynoMotion

Message: 230

From: babinda01

Date: Thu Mar 18, 2010 4:41 PM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom
I can physically see that the machine is not going to the correct position, and
it is always short of the target position ie it always cuts shallower than was
commanded it never cuts deeper - so this is why I say I am losing pulses,
because it always goes shallower.

No, I don't have the encoders going back to the KFlop. They simply just go to
the drives.

The reading of the commanded position is a little tricky, I can't get the
commanded position out of the drive, but they have a built in oscilliscope so I
possible could look at that.

The specs for the drive are:

5 - 24V Single or double ended inputs
sinking or sourcing inputs.
Max freq 2Mhz - I am running a max of 400Khz
500nSec Min Pulse width
700 ohm Input impedance

I might try the differential inputs first and see how that goes, and if that
still dousn't work I will try changing the resistors.

I will repeat the test now with the 1K resistors and let you know whaqt I am
getting.

You are possibly correct that the problem is on the change of direction.

Regards
Andrew

> >



 

 

Group: DynoMotion

Message: 231

From: Tom Kerekes

Date: Thu Mar 18, 2010 5:33 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

Hi Andrew,

Thanks.  One thing I still don't get is the losing counts because it goes shallower.  Wouldn't gaining counts on the way up cause the same result?

Anyway how long does it take to observe the problem?  Is it a gradual change that you notice it going gradually shallower and shallower after many down and up cycles?

Too bad the drive specs don't say anything about which edge it steps on, or what the direction setup needs to be, or the "off" voltage.

If it is a direction setup issue a quick test would be to do the invert the step pulse:

#3B invert the step pulse polarity by executing FPGA[STEP_PULSE_LENGTH_ADD] = 16 + 0x80;


BTW if you add the differential line drivers don't forget to add 8 to the step/direction output channel settings to configure them to drive TTL rather than open collector.

good luck!

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 4:41:39 PM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom
I can physically see that the machine is not going to the correct position, and it is always short of the target position ie it always cuts shallower than was commanded it never cuts deeper - so this is why I say I am losing pulses, because it always goes shallower.

No, I don't have the encoders going back to the KFlop. They simply just go to the drives.

The reading of the commanded position is a little tricky, I can't get the commanded position out of the drive, but they have a built in oscilliscope so I possible could look at that.

The specs for the drive are:

5 - 24V Single or double ended inputs
sinking or sourcing inputs.
Max freq 2Mhz - I am running a max of 400Khz
500nSec Min Pulse width
700 ohm Input impedance

I might try the differential inputs first and see how that goes, and if that still dousn't work I will try changing the resistors.

I will repeat the test now with the 1K
resistors and let you know whaqt I am getting.

You are possibly correct that the problem is on the change of direction.

Regards
Andrew

> >



 

 

Group: DynoMotion

Message: 232

From: babinda01

Date: Thu Mar 18, 2010 6:12 PM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom

The funny thing is that it is not a slow change, it seems to all of a sudden
lose 0.8mm, you can run 3 or 4 jobs perfectly and then boom you are out of
position.

The way that the machine is configured (job comes up to the cutter, not the
cutter going down to the job) if the servos were reading extra pulses I am
thinking the cut would be deeper, maybe I am wrong...

So am I correct in saying that my output chanels get changed from 4,5 and 6 to
12,13 and 14???

Andrew


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Thanks.  One thing I still don't get is the losing counts because it goes
shallower.  Wouldn't gaining counts on the way up cause the same result?
>
> Anyway how long does it take to observe the problem?  Is it a gradual change
that you notice it going gradually shallower and shallower after many down and
up cycles?
>
> Too bad the drive specs don't say anything about which edge it steps on, or
what the direction setup needs to be, or the "off" voltage.
>
> If it is a direction setup issue a quick test would be to do the invert the
step pulse:
>
> #3B invert the step pulse polarity by executing FPGA[STEP_PULSE_LENGTH_ADD]
= 16 + 0x80;
> BTW if you add the differential line drivers don't forget to add 8 to the
step/direction output channel settings to configure them to drive TTL rather
than open collector.
>
> good luck!
> TK
>
>
>
>
>
> ________________________________
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thu, March 18, 2010 4:41:39 PM
> Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????
>
>  
> Hi Tom
> I can physically see that the machine is not going to the correct position,
and it is always short of the target position ie it always cuts shallower than
was commanded it never cuts deeper - so this is why I say I am losing pulses,
because it always goes shallower.
>
> No, I don't have the encoders going back to the KFlop. They simply just go to
the drives.
>
> The reading of the commanded position is a little tricky, I can't get the
commanded position out of the drive, but they have a built in oscilliscope so I
possible could look at that.
>
> The specs for the drive are:
>
> 5 - 24V Single or double ended inputs
> sinking or sourcing inputs.
> Max freq 2Mhz - I am running a max of 400Khz
> 500nSec Min Pulse width
> 700 ohm Input impedance
>
> I might try the differential inputs first and see how that goes, and if that
still dousn't work I will try changing the resistors.
>
> I will repeat the test now with the 1K resistors and let you know whaqt I am
getting.
>
> You are possibly correct that the problem is on the change of direction.
>
> Regards
> Andrew
>
> > >
>



 

 

Group: DynoMotion

Message: 233

From: Tom Kerekes

Date: Thu Mar 18, 2010 7:09 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

That is odd.  Approximately how many counts is 0.8mm?

12,13,14 Correct

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 6:12:02 PM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom

The funny thing is that it is not a slow change, it seems to all of a sudden lose 0.8mm, you can run 3 or 4 jobs perfectly and then boom you are out of position.

The way that the machine is configured (job comes up to the cutter, not the cutter going down to the job) if the servos were reading extra pulses I am thinking the cut would be deeper, maybe I am wrong...

So am I correct in saying that my output chanels get changed from 4,5 and 6 to 12,13 and 14???

Andrew

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Andrew,
>
> Thanks.Ă‚  One thing I still don't get is the losing counts because it goes shallower.Ă‚  Wouldn't gaining counts on the way up cause the same result?
>
> Anyway how long does it take to observe
the problem?Ă‚  Is it a gradual change that you notice it going gradually shallower and shallower after many down and up cycles?
>
> Too bad the drive specs don't say anything about which edge it steps on, or what the direction setup needs to be, or the "off" voltage.
>
> If it is a direction setup issue a quick test would be to do the invert the step pulse:
>
> #3B invert the step pulse polarityĂ‚ by executingĂ‚ FPGA[ STEP_PULSE_ LENGTH_ADD] =Ă‚ 16 + 0x80;
> BTW if you add the differential line drivers don't forget to add 8 to the step/direction output channel settings to configure them to drive TTL rather than open collector.
>
> good luck!
> TK
>
>
>
>
>
> ____________ _________ _________ __
> From: babinda01 <a_k@...>
> To: DynoMotion@yahoogro ups.com
> Sent: Thu, March 18, 2010 4:41:39 PM
> Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????
>
> Ă‚ 
> Hi Tom
> I can physically see that the machine is not going to the correct position, and it is always short of the target position ie it always cuts shallower than was commanded it never cuts deeper - so this is why I say I am losing pulses, because it always goes shallower.
>
> No, I don't have the encoders going back to the KFlop. They simply just go to the drives.
>
> The reading of the commanded position is a little tricky, I can't get the commanded position out of the drive, but they have a built in oscilliscope so I possible could look at that.
>
> The specs for the drive are:
>
> 5 - 24V Single or double ended inputs
> sinking or sourcing
inputs.
> Max freq 2Mhz - I am running a max of 400Khz
> 500nSec Min Pulse width
> 700 ohm Input impedance
>
> I might try the differential inputs first and see how that goes, and if that still dousn't work I will try changing the resistors.
>
> I will repeat the test now with the 1K resistors and let you know whaqt I am getting.
>
> You are possibly correct that the problem is on the change of direction.
>
> Regards
> Andrew
>
> > >
>



 

 

Group: DynoMotion

Message: 234

From: babinda01

Date: Thu Mar 18, 2010 8:44 PM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom
I have just got my differential board finished and hooked up, to change to TTL
outputs do I do this?
ch4->InputChan0=4;
ch4->InputChan1=0;
ch4->OutputChan0=12;
ch4->OutputChan1=0;

or do I change all my ch4's to ch12??? And if so what do I set the outputchan0 =
??? to???

Regards
Andrew



 

 

Group: DynoMotion

Message: 235

From: Tom Kerekes

Date: Thu Mar 18, 2010 9:46 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

That is correct.  Only change OutputChan0 to 12

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 8:44:17 PM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom
I have just got my differential board finished and hooked up, to change to TTL outputs do I do this?
ch4->InputChan0= 4;
ch4->InputChan1= 0;
ch4->OutputChan0= 12;
ch4->OutputChan1= 0;

or do I change all my ch4's to ch12??? And if so what do I set the outputchan0 = ??? to???

Regards
Andrew



 

 

Group: DynoMotion

Message: 236

From: likleong

Date: Thu Mar 18, 2010 10:42 PM

Subject: Behavior between kflop and parallel port in mach 3

 



Hi Tom,

I just received your kflop, but still no time to test it, I plan to use it with
Mach 3 and replace the PC parallel port. Normally, I will only use my router to
cut some 2D fiber board, but I have following questions would like to ask:

1. Can I pause and resume the execution of G code in mach? It is ok with paralle
port, but is it also work with kflop?

2. When I pause the execution, can jump to othe line of G code in Mach and then
resume?

3. According to your document, there is a buffer to hold the motion code from
Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop
can run alone after the gcode has been downloaded to the buffer?


Regards,
Benny



 

 

Group: DynoMotion

Message: 237

From: Tom Kerekes

Date: Fri Mar 19, 2010 10:38 AM

Subject: Re: Behavior between kflop and parallel port in mach 3

 

Hi Benny,

Regarding pausing:  Feedhold works except there will be more of a delay due to buffering of motion in KFlop.  Buffering in KFlop is required to handle the cases where Windows occasionally "freezes" for a second or two.  The amount of Windows buffering can be set on the Dynomotion Plugin Configuration.  There is a way to add an external switch connected directly to KFlop to perform an instant hardware feedhold that will faster and more reliable than Mach3 with the parallel port.  But this has the disadvantage that Mach3 doesn't know it is even happening.  Pausing and resuming will work fine, but to do something like change a tool or an offset while paused will require hitting the Stop button in Mach3 first.

I think the Mach3 "run from here" should work the same with KFlop as with the Parallel port.

Regarding Stand Alone:  Basically no.  The buffer's main purpose is to allow Windows to hic-up now and then without a loss of motion.  Potentially it is possible to capture the motion buffer and re-play it in stand alone mode but this is fairly involved.  One user I know of used this technique in a stand alone (no PC) cake decorator.

I hope this answers your question.

Regards,

TK


 



From: likleong <likleong@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 18, 2010 10:42:00 PM
Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3

 

Hi Tom,

I just received your kflop, but still no time to test it, I plan to use it with
Mach 3 and replace the PC parallel port. Normally, I will only use my router to cut some 2D fiber board, but I have following questions would like to ask:

1. Can I pause and resume the execution of G code in mach? It is ok with paralle port, but is it also work with kflop?

2. When I pause the execution, can jump to othe line of G code in Mach and then resume?

3. According to your document, there is a buffer to hold the motion code from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop can run alone after the gcode has been downloaded to the buffer?

Regards,
Benny



 

 

Group: DynoMotion

Message: 238

From: likleong

Date: Fri Mar 19, 2010 6:42 PM

Subject: Re: Behavior between kflop and parallel port in mach 3

 



Hi Tom,

Thanks a lot for your detail information, I got confused between the feedhold in
Mach3 and Kflop, could you please explain more detail in following questions?

1. If I use the stop function in Mach3, Kflop will stop the motion right after
it run all the motion command in it buffer. There will be 1-2 seconds delay,
right?

2. I can connect a hardware switch to Kflop input pin directly to trigger the
feedhold function, there is no delay, but do I need to stop Mach3 separately
right after I push the hardware switch? How can I resume it and how can I make
sure the synchronization between Mach3 and Kflop after resume?

3. Your mentioned hardware feedhold switch, is it same as the function of
Emergency button?

4. Is there any difference or is there any specical things I need to take care
after I swap from PC parallel port to Kflop?


Best regards,
Benny.


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding pausing:? Feedhold works except there will be more of a delay due to
buffering of motion in KFlop.? Buffering in KFlop is required to handle the
cases where Windows occasionally "freezes" for a second or two.? The amount of
Windows buffering can be set on the Dynomotion Plugin Configuration.??There is?a
way to add an external switch connected directly to KFlop to perform an instant
hardware feedhold that will faster and more reliable than Mach3 with the
parallel port.? But this has the disadvantage that Mach3 doesn't know it is even
happening.? Pausing and resuming will work fine, but to do something like change
a tool or an offset while paused will require hitting the Stop button in Mach3
first.
>
> I think the Mach3 "run from here" should work the same with KFlop as with the
Parallel port.
>
> Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow
Windows to hic-up now and then without a loss of motion.? Potentially it is
possible to capture the motion buffer and re-play it in stand alone mode but
this is fairly involved.? One user I know of used this technique in a stand
alone (no PC) cake decorator.
>
> I hope this answers your question.
> Regards,
> TK
>
>
>
>
> ________________________________
> From: likleong <likleong@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thu, March 18, 2010 10:42:00 PM
> Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
>
> ?
> Hi Tom,
>
> I just received your kflop, but still no time to test it, I plan to use it
with
> Mach 3 and replace the PC parallel port. Normally, I will only use my router
to cut some 2D fiber board, but I have following questions would like to ask:
>
> 1. Can I pause and resume the execution of G code in mach? It is ok with
paralle port, but is it also work with kflop?
>
> 2. When I pause the execution, can jump to othe line of G code in Mach and
then resume?
>
> 3. According to your document, there is a buffer to hold the motion code from
Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop
can run alone after the gcode has been downloaded to the buffer?
>
> Regards,
> Benny
>



 

 

Group: DynoMotion

Message: 239

From: Tom Kerekes

Date: Fri Mar 19, 2010 7:29 PM

Subject: Re: Re: Behavior between kflop and parallel port in mach 3

 

Hi Benny,

Regarding:

#1 - No.  "Stop" will cause an abrupt stop and if you don't have encoders will most likely cause a loss of position.  The normal "Feed Hold" button in Mach3 is the one that will stop smoothly but after some delay.

#2 When using the hardware (KFlop) feedhold if all you wish to do is pause and resume, then there is no need to hit "Stop" in Mach3.  If you do hit "Stop" then all buffering will be automatically flushed and cleared.  However when you "Cycle Start" you must make sure that the line of Gcode you begin with makes sense.

 
#3 No.  "Hardware Feedhold" and "EStop" are very different.  Hardware Feedhold is intended to instantly decelerate the system to a stop but in controlled manner (on path) while keeping everything enabled so it can be resumed.  EStop is intended to kill everything ASAP and the entire system needs to be RESET to be operated.

#4 Yes.  Lots of things :}   KFlop is much more than simply a replacement for the parallel port.  KFlop is very powerful, flexible, configurable, and programmable.  Some Users like this - some don't.  Most of the system configuration will now be made within KFlop using the KMotion.exe program rather than within Mach3.  Your first step should be to get your motors, servos, encoders, DACs, etc.. configured and functioning within KMotion.exe before attempting to run Mach3.  If you just have Step/Dir drives this should be fairly simple.  See:

http://dynomotion.com/Help/Mach3Plugin/Mach3.htm

I hope this helps.

TK


 



From: likleong <likleong@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Fri, March 19, 2010 6:42:34 PM
Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3

 

Hi Tom,

Thanks a lot for your detail information, I got confused between the feedhold in Mach3 and Kflop, could you please explain more detail in following questions?

1. If I use the stop function in Mach3, Kflop will stop the motion right after it run all the motion command in it buffer. There will be 1-2 seconds delay, right?

2. I can connect a hardware switch to Kflop input pin directly to trigger the feedhold function, there is no delay, but do I need to stop Mach3 separately right after I push the hardware switch? How can I resume it and how can I make sure the synchronization between Mach3 and Kflop after resume?

3. Your mentioned hardware feedhold switch, is it same as the function of Emergency button?

4. Is there any difference or is there any specical things I need to take care after I swap from PC parallel port to Kflop?

Best regards,
Benny.

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding pausing:? Feedhold works except there will be more of a delay due to buffering of motion in KFlop.? Buffering in KFlop is required to handle the cases where Windows occasionally "freezes" for a second or two.? The amount of Windows buffering can be set on the Dynomotion Plugin Configuration. ??There is?a way to add an external switch connected directly to KFlop to perform an instant hardware feedhold that will faster and more reliable than Mach3 with the parallel port.? But this has the disadvantage that Mach3 doesn't know it is even happening.? Pausing and resuming will work fine, but to do something like change a tool or an offset while paused will require hitting the Stop button in Mach3 first.
>
> I think
the Mach3 "run from here" should work the same with KFlop as with the Parallel port.
>
> Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow Windows to hic-up now and then without a loss of motion.? Potentially it is possible to capture the motion buffer and re-play it in stand alone mode but this is fairly involved.? One user I know of used this technique in a stand alone (no PC) cake decorator.
>
> I hope this answers your question.
> Regards,
> TK
>
>
>
>
> ____________ _________ _________ __
> From: likleong <likleong@.. .>
> To: DynoMotion@yahoogro ups.com
> Sent: Thu, March 18, 2010 10:42:00 PM
> Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
>
> ?
> Hi
Tom,
>
> I just received your kflop, but still no time to test it, I plan to use it with
> Mach 3 and replace the PC parallel port. Normally, I will only use my router to cut some 2D fiber board, but I have following questions would like to ask:
>
> 1. Can I pause and resume the execution of G code in mach? It is ok with paralle port, but is it also work with kflop?
>
> 2. When I pause the execution, can jump to othe line of G code in Mach and then resume?
>
> 3. According to your document, there is a buffer to hold the motion code from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop can run alone after the gcode has been downloaded to the buffer?
>
> Regards,
> Benny
>



 

 

Group: DynoMotion

Message: 240

From: likleong

Date: Sat Mar 20, 2010 6:40 AM

Subject: Re: Behavior between kflop and parallel port in mach 3

 



Hi Tom,

Your information is useful, you are right, I am currently using Step/Dir in
Mach3 to drive the stepper motor. However, I will change it to Mitsubishi
Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input
pin must be open collector. So, I have few question about the output pins in
Kflop:

1. If I operation the output pin in Kflop in Open collector mode, what will be
the V saturate and I max (sat)?

2. Because my servo system can accept differential input in step/dir signal, is
Kflop support this?

3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode (3.3v),
is it compatible with normal 5V CMOS/TTL?

4. My spindle and converter accept a 5V/15V input to control the spindle speed,
is there any way to make Mach3 work with Kflop to output a suitable signal to
control the spindle speed?



Best regards,
Benny.


--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding:
>
> #1 - No.  "Stop" will cause an abrupt stop and if you don't have encoders
will most likely cause a loss of position.  The normal "Feed Hold" button in
Mach3 is the one that will stop smoothly but after some delay.
>
> #2 When using the hardware (KFlop) feedhold if all you wish to do is pause
and resume, then there is no need to hit "Stop" in Mach3.  If you do
hit "Stop" then all buffering will be automatically flushed and cleared. 
However when you "Cycle Start" you must make sure that the line of Gcode you
begin with makes sense.
>  
> #3 No.  "Hardware Feedhold" and "EStop" are very different.  Hardware
Feedhold is intended to instantly decelerate the system to a stop but in
controlled manner (on path) while keeping everything enabled so it can
be resumed.  EStop is intended to kill everything ASAP and the entire system
needs to be RESET to be operated.
>
> #4 Yes.  Lots of things :}   KFlop is much more than simply a replacement
for the parallel port.  KFlop is very powerful, flexible, configurable, and
programmable.  Some Users like this - some don't.  Most of the system
configuration will now be made within KFlop using the KMotion.exe program rather
than within Mach3.  Your first step should be to get your motors, servos,
encoders, DACs, etc.. configured and functioning within KMotion.exe before
attempting to run Mach3.  If you just have Step/Dir drives this should be
fairly simple.  See:
>
> http://dynomotion.com/Help/Mach3Plugin/Mach3.htm
>
> I hope this helps.
> TK
>
>
>
> ________________________________
> From: likleong <likleong@...>
> To: DynoMotion@yahoogroups.com
> Sent: Fri, March 19, 2010 6:42:34 PM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
>  
> Hi Tom,
>
> Thanks a lot for your detail information, I got confused between the feedhold
in Mach3 and Kflop, could you please explain more detail in following questions?
>
> 1. If I use the stop function in Mach3, Kflop will stop the motion right after
it run all the motion command in it buffer. There will be 1-2 seconds delay,
right?
>
> 2. I can connect a hardware switch to Kflop input pin directly to trigger the
feedhold function, there is no delay, but do I need to stop Mach3 separately
right after I push the hardware switch? How can I resume it and how can I make
sure the synchronization between Mach3 and Kflop after resume?
>
> 3. Your mentioned hardware feedhold switch, is it same as the function of
Emergency button?
>
> 4. Is there any difference or is there any specical things I need to take care
after I swap from PC parallel port to Kflop?
>
> Best regards,
> Benny.
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding pausing:? Feedhold works except there will be more of a delay due
to buffering of motion in KFlop.? Buffering in KFlop is required to handle the
cases where Windows occasionally "freezes" for a second or two.? The amount of
Windows buffering can be set on the Dynomotion Plugin Configuration. ??There
is?a way to add an external switch connected directly to KFlop to perform an
instant hardware feedhold that will faster and more reliable than Mach3 with the
parallel port.? But this has the disadvantage that Mach3 doesn't know it is even
happening.? Pausing and resuming will work fine, but to do something like change
a tool or an offset while paused will require hitting the Stop button in Mach3
first.
> >
> > I think the Mach3 "run from here" should work the same with KFlop as with
the Parallel port.
> >
> > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow
Windows to hic-up now and then without a loss of motion.? Potentially it is
possible to capture the motion buffer and re-play it in stand alone mode but
this is fairly involved.? One user I know of used this technique in a stand
alone (no PC) cake decorator.
> >
> > I hope this answers your question.
> > Regards,
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Thu, March 18, 2010 10:42:00 PM
> > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> >
> > ?
> > Hi Tom,
> >
> > I just received your kflop, but still no time to test it, I plan to use it
with
> > Mach 3 and replace the PC parallel port. Normally, I will only use my router
to cut some 2D fiber board, but I have following questions would like to ask:
> >
> > 1. Can I pause and resume the execution of G code in mach? It is ok with
paralle port, but is it also work with kflop?
> >
> > 2. When I pause the execution, can jump to othe line of G code in Mach and
then resume?
> >
> > 3. According to your document, there is a buffer to hold the motion code
from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the
kflop can run alone after the gcode has been downloaded to the buffer?
> >
> > Regards,
> > Benny
> >
>



 

 

Group: DynoMotion

Message: 241

From: Tom Kerekes

Date: Sat Mar 20, 2010 10:00 AM

Subject: Re: Re: Behavior between kflop and parallel port in mach 3

 

Hi Benny,

Regarding

#1 - VOL = 0.4V max @ IOL = 12ma

#2 No - you would need an external circuit.

#3 Regarding KFlop 3.3V outputs - you can research the LVTTL standards:  LVTTL output levels are the same as 5V TTL output (basically high is > 2.8V and low is < 0.4V)  so they are compatible.  However KFlop 3.3V inputs connected to 5V outputs depend on the output drive.  The KFlop inputs are diode clamped to the 3.3V power supply so they should not be driven above ~ 3.9V.   Connecting these inputs directly to +5V would damage them.  Most 5V outputs do not drive all the way to +5V but this is not specified.   Some of the KFlop pins are marked 5V tolerant and have 50 ohm series resistors that allow them to be pulled up to +5V without damage.  Some do not.

#4 I'm not sure what you mean by "5V/15V" input?  KFlop by itself has no analog outputs.  If a PWM or step/dir can be interfaced than you can use that.  Or you can add our Kanalog board.  Basically Mach3 will pass the desired speed and direction to a KFlop C program and it is up to you to do whatever is required to command your spindle.

Regards

TK



From: likleong <likleong@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sat, March 20, 2010 6:40:31 AM
Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3

 

Hi Tom,

Your information is useful, you are right, I am currently using Step/Dir in Mach3 to drive the stepper motor. However, I will change it to Mitsubishi Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input pin must be open collector. So, I have few question about the output pins in Kflop:

1. If I operation the output pin in Kflop in Open collector mode, what will be the V saturate and I max (sat)?

2. Because my servo system can accept differential input in step/dir signal, is Kflop support this?

3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode (3.3v), is it compatible with normal 5V CMOS/TTL?

4. My spindle and converter accept a 5V/15V input to control the spindle speed, is there any way to make Mach3 work with Kflop to output a suitable signal to control the spindle speed?

Best regards,
Benny.

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding:
>
> #1 - No.Ă‚  "Stop"Ă‚ will cause an abrupt stop and if you don't haveĂ‚ encoders will most likely cause a loss of position.Ă‚  The normal "Feed Hold" button in Mach3 is the one that will stop smoothly but after some delay.
>
> #2Ă‚ When using the hardware (KFlop) feedhold if all you wish to do is pause and resume, then there is no need to hit "Stop" in Mach3.Ă‚  If you do hitĂ‚ "Stop" then all bufferingĂ‚ will be automatically flushed and cleared.Ă‚  However when youĂ‚ "Cycle Start" you must make sure that the line of Gcode you begin with makes sense.
> Ă‚ 
> #3 No.Ă‚  "Hardware Feedhold" and "EStop" are very
different.Ă‚  Hardware Feedhold is intended to instantlyĂ‚ decelerate the system to a stop butĂ‚ in controlled manner (on path) while keeping everything enabled so it can beĂ‚ resumed.Ă‚  EStop is intended to kill everything ASAP and the entire system needs to be RESET to be operated.
>
> #4 Yes.Ă‚  Lots of things :}Ă‚ Ă‚  KFlop is much more than simply a replacement for the parallel port.Ă‚  KFlop is very powerful, flexible, configurable, and programmable.Ă‚  Some Users like this - some don't.Ă‚  Most of the system configuration will now be made within KFlop using the KMotion.exe program rather than within Mach3.Ă‚  Your first step should be to get your motors, servos, encoders, DACs, etc.. configured and functioning within KMotion.exe before attempting to run Mach3.Ă‚  If you just have Step/Dir drives this should be fairly simple.Ă‚  See:
>
> http://dynomotion. com/Help/ Mach3Plugin/ Mach3.htm
>
> I hope this helps.
> TK
>
>
>
> ____________ _________ _________ __
> From: likleong <likleong@.. .>
> To: DynoMotion@yahoogro ups.com
> Sent: Fri, March 19, 2010 6:42:34 PM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
> Ă‚ 
> Hi Tom,
>
> Thanks a lot for your detail information, I got confused between the feedhold in Mach3 and Kflop, could you please explain more detail in following questions?
>
> 1. If I use the stop function in Mach3, Kflop will stop the motion right after it run all the motion command in it buffer. There will be
1-2 seconds delay, right?
>
> 2. I can connect a hardware switch to Kflop input pin directly to trigger the feedhold function, there is no delay, but do I need to stop Mach3 separately right after I push the hardware switch? How can I resume it and how can I make sure the synchronization between Mach3 and Kflop after resume?
>
> 3. Your mentioned hardware feedhold switch, is it same as the function of Emergency button?
>
> 4. Is there any difference or is there any specical things I need to take care after I swap from PC parallel port to Kflop?
>
> Best regards,
> Benny.
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding pausing:? Feedhold works except there will be more of a delay due to buffering of motion in KFlop.? Buffering in KFlop is required
to handle the cases where Windows occasionally "freezes" for a second or two.? The amount of Windows buffering can be set on the Dynomotion Plugin Configuration. ??There is?a way to add an external switch connected directly to KFlop to perform an instant hardware feedhold that will faster and more reliable than Mach3 with the parallel port.? But this has the disadvantage that Mach3 doesn't know it is even happening.? Pausing and resuming will work fine, but to do something like change a tool or an offset while paused will require hitting the Stop button in Mach3 first.
> >
> > I think the Mach3 "run from here" should work the same with KFlop as with the Parallel port.
> >
> > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow Windows to hic-up now and then without a loss of motion.? Potentially it is possible to capture the motion buffer and re-play it in stand alone mode but this is fairly
involved.? One user I know of used this technique in a stand alone (no PC) cake decorator.
> >
> > I hope this answers your question.
> > Regards,
> > TK
> >
> >
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Thu, March 18, 2010 10:42:00 PM
> > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> >
> > ?
> > Hi Tom,
> >
> > I just received your kflop, but still no time to test it, I plan to use it with
> > Mach 3 and replace the PC parallel port. Normally, I will only use my router to cut some 2D fiber board, but I have following questions would like to ask:
> >
> > 1. Can I pause and resume the execution of G code in mach? It is ok with paralle port,
but is it also work with kflop?
> >
> > 2. When I pause the execution, can jump to othe line of G code in Mach and then resume?
> >
> > 3. According to your document, there is a buffer to hold the motion code from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop can run alone after the gcode has been downloaded to the buffer?
> >
> > Regards,
> > Benny
> >
>



 

 

Group: DynoMotion

Message: 242

From: dunncl66@yahoo.com

Date: Sat Mar 20, 2010 10:08 AM

Subject: How to enable the onboard +/- 15 V power generation?

 



How do you enable the onboard +/- 15V power generation?

Chris
Sent from my BlackBerry® smartphone



 

 

Group: DynoMotion

Message: 243

From: dunncl66@yahoo.com

Date: Sat Mar 20, 2010 10:16 AM

Subject: Stop moving already

 



I got a bit of a problem. I am trying to control a servo on a table. The servo
is continuous trying to move the table until I remove the signal wire from the
KAnalog to the servo controller and then it stops. Any ideas what I have wrong?

Chris

Sent from my BlackBerry® smartphone



 

 

Group: DynoMotion

Message: 244

From: dunncl66

Date: Sat Mar 20, 2010 12:47 PM

Subject: Re: Stop moving already

 



Update - It seems the Bode Plot measure command latches on. I hit the measure
button and the table (servo) starts moving at a constant rate in one direction
until I hit the kill button. I believe this latch was on when I was hooking up
the Kanalog output to my servo amp. Shouldn't the Bode plot make the axis go
back and forth during the measurement period?

Thanks for the help.



 

 

Group: DynoMotion

Message: 245

From: dunncl66

Date: Sat Mar 20, 2010 12:50 PM

Subject: Re: How to enable the onboard +/- 15 V power generation?

 



Found it, thread 221.

--- In DynoMotion@yahoogroups.com, dunncl66@... wrote:
>
> How do you enable the onboard +/- 15V power generation?
>
> Chris
> Sent from my BlackBerry® smartphone
>



 

 

Group: DynoMotion

Message: 246

From: likleong

Date: Sun Mar 21, 2010 5:15 AM

Subject: Re: Behavior between kflop and parallel port in mach 3

 



Hi Tom,

As you said before, is it possible to connect a 50 ohm series resistors to Aux0
and Aux1 input to make them 5V tolerant?


Best regards,
Benny

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding
>
> #1 - VOL = 0.4V max?@ IOL = 12ma
>
> #2 No - you would need an external circuit.
>
> #3 Regarding KFlop 3.3V outputs - you can research the LVTTL standards:? LVTTL
output levels are the same as 5V TTL output?(basically high is > 2.8V and low is
< 0.4V)? so they are compatible.??However KFlop 3.3V inputs connected to 5V
outputs depend on the output drive.? The KFlop inputs are diode clamped to the
3.3V power supply so they should not be driven above ~ 3.9V.?? Connecting these
inputs directly to +5V would damage them.??Most 5V outputs do not drive all the
way to +5V but this is not specified.? ?Some of the KFlop pins are marked 5V
tolerant and have 50 ohm series resistors that allow them to be pulled up to +5V
without damage.? Some do not.
>
> #4 I'm not sure what you mean by "5V/15V" input?? KFlop by itself has no
analog outputs.? If a PWM or step/dir can be interfaced than you can use that.?
Or you can add our Kanalog board.? Basically Mach3 will pass the desired speed
and direction?to a KFlop C program and it?is up to you to do whatever is
required to command your spindle.
>
> Regards
> TK
>
>
> ________________________________
> From: likleong <likleong@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sat, March 20, 2010 6:40:31 AM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
> ?
> Hi Tom,
>
> Your information is useful, you are right, I am currently using Step/Dir in
Mach3 to drive the stepper motor. However, I will change it to Mitsubishi
Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input
pin must be open collector. So, I have few question about the output pins in
Kflop:
>
> 1. If I operation the output pin in Kflop in Open collector mode, what will be
the V saturate and I max (sat)?
>
> 2. Because my servo system can accept differential input in step/dir signal,
is Kflop support this?
>
> 3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode
(3.3v), is it compatible with normal 5V CMOS/TTL?
>
> 4. My spindle and converter accept a 5V/15V input to control the spindle
speed, is there any way to make Mach3 work with Kflop to output a suitable
signal to control the spindle speed?
>
> Best regards,
> Benny.
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding:
> >
> > #1 - No.?? "Stop"??will cause an abrupt stop and if you don't have??encoders
will most likely cause a loss of position.?? The normal "Feed Hold" button in
Mach3 is the one that will stop smoothly but after some delay.
> >
> > #2??When using the hardware (KFlop) feedhold if all you wish to do is pause
and resume, then there is no need to hit "Stop" in Mach3.?? If you do
hit??"Stop" then all buffering??will be automatically flushed and cleared.??
However when you??"Cycle Start" you must make sure that the line of Gcode you
begin with makes sense.
> > ??
> > #3 No.?? "Hardware Feedhold" and "EStop" are very different.?? Hardware
Feedhold is intended to instantly??decelerate the system to a stop but??in
controlled manner (on path) while keeping everything enabled so it can
be??resumed.?? EStop is intended to kill everything ASAP and the entire system
needs to be RESET to be operated.
> >
> > #4 Yes.?? Lots of things :}???? KFlop is much more than simply a replacement
for the parallel port.?? KFlop is very powerful, flexible, configurable, and
programmable.?? Some Users like this - some don't.?? Most of the system
configuration will now be made within KFlop using the KMotion.exe program rather
than within Mach3.?? Your first step should be to get your motors, servos,
encoders, DACs, etc.. configured and functioning within KMotion.exe before
attempting to run Mach3.?? If you just have Step/Dir drives this should be
fairly simple.?? See:
> >
> > http://dynomotion. com/Help/ Mach3Plugin/ Mach3.htm
> >
> > I hope this helps.
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Fri, March 19, 2010 6:42:34 PM
> > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
> >
> > ??
> > Hi Tom,
> >
> > Thanks a lot for your detail information, I got confused between the
feedhold in Mach3 and Kflop, could you please explain more detail in following
questions?
> >
> > 1. If I use the stop function in Mach3, Kflop will stop the motion right
after it run all the motion command in it buffer. There will be 1-2 seconds
delay, right?
> >
> > 2. I can connect a hardware switch to Kflop input pin directly to trigger
the feedhold function, there is no delay, but do I need to stop Mach3 separately
right after I push the hardware switch? How can I resume it and how can I make
sure the synchronization between Mach3 and Kflop after resume?
> >
> > 3. Your mentioned hardware feedhold switch, is it same as the function of
Emergency button?
> >
> > 4. Is there any difference or is there any specical things I need to take
care after I swap from PC parallel port to Kflop?
> >
> > Best regards,
> > Benny.
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Hi Benny,
> > >
> > > Regarding pausing:? Feedhold works except there will be more of a delay
due to buffering of motion in KFlop.? Buffering in KFlop is required to handle
the cases where Windows occasionally "freezes" for a second or two.? The amount
of Windows buffering can be set on the Dynomotion Plugin Configuration. ??There
is?a way to add an external switch connected directly to KFlop to perform an
instant hardware feedhold that will faster and more reliable than Mach3 with the
parallel port.? But this has the disadvantage that Mach3 doesn't know it is even
happening.? Pausing and resuming will work fine, but to do something like change
a tool or an offset while paused will require hitting the Stop button in Mach3
first.
> > >
> > > I think the Mach3 "run from here" should work the same with KFlop as with
the Parallel port.
> > >
> > > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to
allow Windows to hic-up now and then without a loss of motion.? Potentially it
is possible to capture the motion buffer and re-play it in stand alone mode but
this is fairly involved.? One user I know of used this technique in a stand
alone (no PC) cake decorator.
> > >
> > > I hope this answers your question.
> > > Regards,
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: likleong <likleong@ .>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Thu, March 18, 2010 10:42:00 PM
> > > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> > >
> > > ?
> > > Hi Tom,
> > >
> > > I just received your kflop, but still no time to test it, I plan to use it
with
> > > Mach 3 and replace the PC parallel port. Normally, I will only use my
router to cut some 2D fiber board, but I have following questions would like to
ask:
> > >
> > > 1. Can I pause and resume the execution of G code in mach? It is ok with
paralle port, but is it also work with kflop?
> > >
> > > 2. When I pause the execution, can jump to othe line of G code in Mach and
then resume?
> > >
> > > 3. According to your document, there is a buffer to hold the motion code
from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the
kflop can run alone after the gcode has been downloaded to the buffer?
> > >
> > > Regards,
> > > Benny
> > >
> >
>



 

 

Group: DynoMotion

Message: 247

From: Tom Kerekes

Date: Sun Mar 21, 2010 9:09 AM

Subject: Re: Re: Behavior between kflop and parallel port in mach 3

 

Yes.  The first 8 (of 10) I/O bits on both the Aux0 and Aux1 connectors have 150 ohm termination (pull down) resistors.

TK


 



From: likleong <likleong@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 21, 2010 5:15:00 AM
Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3

 

Hi Tom,

As you said before, is it possible to connect a 50 ohm series resistors to Aux0 and Aux1 input to make them 5V tolerant?

Best regards,
Benny

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Benny,
>
> Regarding
>
> #1 - VOL = 0.4V max?@ IOL = 12ma
>
> #2 No - you would need an external circuit.
>
> #3 Regarding KFlop 3.3V outputs - you can research the LVTTL standards:? LVTTL output levels are the same as 5V TTL output?(basically high is > 2.8V and low is < 0.4V)? so they are compatible.? ?However KFlop 3.3V inputs connected to 5V outputs depend on the output drive.? The KFlop inputs are diode clamped to the 3.3V power supply so they should not be driven above ~ 3.9V.?? Connecting these inputs
directly to +5V would damage them.??Most 5V outputs do not drive all the way to +5V but this is not specified.? ?Some of the KFlop pins are marked 5V tolerant and have 50 ohm series resistors that allow them to be pulled up to +5V without damage.? Some do not.
>
> #4 I'm not sure what you mean by "5V/15V" input?? KFlop by itself has no analog outputs.? If a PWM or step/dir can be interfaced than you can use that.? Or you can add our Kanalog board.? Basically Mach3 will pass the desired speed and direction?to a KFlop C program and it?is up to you to do whatever is required to command your spindle.
>
> Regards
> TK
>
>
> ____________ _________ _________ __
> From: likleong <likleong@.. .>
> To: DynoMotion@yahoogro ups.com
> Sent: Sat, March 20, 2010 6:40:31
AM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
> ?
> Hi Tom,
>
> Your information is useful, you are right, I am currently using Step/Dir in Mach3 to drive the stepper motor. However, I will change it to Mitsubishi Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input pin must be open collector. So, I have few question about the output pins in Kflop:
>
> 1. If I operation the output pin in Kflop in Open collector mode, what will be the V saturate and I max (sat)?
>
> 2. Because my servo system can accept differential input in step/dir signal, is Kflop support this?
>
> 3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode (3.3v), is it compatible with normal 5V CMOS/TTL?
>
> 4. My spindle and converter accept a 5V/15V input to control the spindle speed, is there any way to make Mach3
work with Kflop to output a suitable signal to control the spindle speed?
>
> Best regards,
> Benny.
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding:
> >
> > #1 - No.?? "Stop"??will cause an abrupt stop and if you don't have??encoders will most likely cause a loss of position.?? The normal "Feed Hold" button in Mach3 is the one that will stop smoothly but after some delay.
> >
> > #2??When using the hardware (KFlop) feedhold if all you wish to do is pause and resume, then there is no need to hit "Stop" in Mach3.?? If you do hit??"Stop" then all buffering??will be automatically flushed and cleared.?? However when you??"Cycle Start" you must make sure that the line of Gcode you begin with makes sense.
> > ??
> > #3 No.?? "Hardware
Feedhold" and "EStop" are very different.?? Hardware Feedhold is intended to instantly??decelera te the system to a stop but??in controlled manner (on path) while keeping everything enabled so it can be??resumed. ?? EStop is intended to kill everything ASAP and the entire system needs to be RESET to be operated.
> >
> > #4 Yes.?? Lots of things :}???? KFlop is much more than simply a replacement for the parallel port.?? KFlop is very powerful, flexible, configurable, and programmable. ?? Some Users like this - some don't.?? Most of the system configuration will now be made within KFlop using the KMotion.exe program rather than within Mach3.?? Your first step should be to get your motors, servos, encoders, DACs, etc.. configured and functioning within KMotion.exe before attempting to run Mach3.?? If you just have Step/Dir drives this should be fairly simple.?? See:
> >
> > http://dynomotion. com/Help/ Mach3Plugin/
Mach3.htm
> >
> > I hope this helps.
> > TK
> >
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Fri, March 19, 2010 6:42:34 PM
> > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
> >
> > ??
> > Hi Tom,
> >
> > Thanks a lot for your detail information, I got confused between the feedhold in Mach3 and Kflop, could you please explain more detail in following questions?
> >
> > 1. If I use the stop function in Mach3, Kflop will stop the motion right after it run all the motion command in it buffer. There will be 1-2 seconds delay, right?
> >
> > 2. I can connect a hardware switch to Kflop input pin directly to trigger the feedhold function, there is no delay,
but do I need to stop Mach3 separately right after I push the hardware switch? How can I resume it and how can I make sure the synchronization between Mach3 and Kflop after resume?
> >
> > 3. Your mentioned hardware feedhold switch, is it same as the function of Emergency button?
> >
> > 4. Is there any difference or is there any specical things I need to take care after I swap from PC parallel port to Kflop?
> >
> > Best regards,
> > Benny.
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Hi Benny,
> > >
> > > Regarding pausing:? Feedhold works except there will be more of a delay due to buffering of motion in KFlop.? Buffering in KFlop is required to handle the cases where Windows occasionally "freezes" for a second or two.? The amount of Windows buffering can be set on the
Dynomotion Plugin Configuration. ??There is?a way to add an external switch connected directly to KFlop to perform an instant hardware feedhold that will faster and more reliable than Mach3 with the parallel port.? But this has the disadvantage that Mach3 doesn't know it is even happening.? Pausing and resuming will work fine, but to do something like change a tool or an offset while paused will require hitting the Stop button in Mach3 first.
> > >
> > > I think the Mach3 "run from here" should work the same with KFlop as with the Parallel port.
> > >
> > > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow Windows to hic-up now and then without a loss of motion.? Potentially it is possible to capture the motion buffer and re-play it in stand alone mode but this is fairly involved.? One user I know of used this technique in a stand alone (no PC) cake decorator.
> > >

> > > I hope this answers your question.
> > > Regards,
> > > TK
> > >
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: likleong <likleong@ .>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Thu, March 18, 2010 10:42:00 PM
> > > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> > >
> > > ?
> > > Hi Tom,
> > >
> > > I just received your kflop, but still no time to test it, I plan to use it with
> > > Mach 3 and replace the PC parallel port. Normally, I will only use my router to cut some 2D fiber board, but I have following questions would like to ask:
> > >
> > > 1. Can I pause and resume the execution of G code in mach? It is ok with paralle port, but
is it also work with kflop?
> > >
> > > 2. When I pause the execution, can jump to othe line of G code in Mach and then resume?
> > >
> > > 3. According to your document, there is a buffer to hold the motion code from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop can run alone after the gcode has been downloaded to the buffer?
> > >
> > > Regards,
> > > Benny
> > >
> >
>



 

 

Group: DynoMotion

Message: 248

From: babinda01

Date: Sun Mar 21, 2010 7:27 PM

Subject: Re: Lost Steps - Where the heck did they go????

 



Hi Tom

I am trying to run the command the following command from the console, but it
just comes back as an invalid command - what am I doing wrong???
FPGA[STEP_PULSE_LENGTH_ADD] = 63;

Regards
Andrew



 

 

Group: DynoMotion

Message: 249

From: Tom Kerekes

Date: Sun Mar 21, 2010 10:18 PM

Subject: Re: Re: Lost Steps - Where the heck did they go????

 

That can only be changed from a C program.  Add the line to your Init.c program.

TK


 



From: babinda01 <a_k@austarnet.com.au>
To: DynoMotion@yahoogroups.com
Sent: Sun, March 21, 2010 7:27:20 PM
Subject: [DynoMotion] Re: Lost Steps - Where the heck did they go????

 

Hi Tom

I am trying to run the command the following command from the console, but it just comes back as an invalid command - what am I doing wrong???
FPGA[STEP_PULSE_ LENGTH_ADD] = 63;

Regards
Andrew



 

 

Group: DynoMotion

Message: 250

From: likleong

Date: Tue Mar 23, 2010 7:10 AM

Subject: Re: Behavior between kflop and parallel port in mach 3

 



Hi Tom,

Do you means IO16-IO23 in Aux#0 and IO26-IO33 in Aux#1?


Benny.

--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Yes.? The first 8 (of 10) I/O bits on both the Aux0 and Aux1 connectors have
150 ohm termination (pull down) resistors.
> TK
>
>
>
>
> ________________________________
> From: likleong <likleong@...>
> To: DynoMotion@yahoogroups.com
> Sent: Sun, March 21, 2010 5:15:00 AM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
> ?
> Hi Tom,
>
> As you said before, is it possible to connect a 50 ohm series resistors to
Aux0 and Aux1 input to make them 5V tolerant?
>
> Best regards,
> Benny
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding
> >
> > #1 - VOL = 0.4V max?@ IOL = 12ma
> >
> > #2 No - you would need an external circuit.
> >
> > #3 Regarding KFlop 3.3V outputs - you can research the LVTTL standards:?
LVTTL output levels are the same as 5V TTL output?(basically high is > 2.8V and
low is < 0.4V)? so they are compatible.? ?However KFlop 3.3V inputs connected to
5V outputs depend on the output drive.? The KFlop inputs are diode clamped to
the 3.3V power supply so they should not be driven above ~ 3.9V.?? Connecting
these inputs directly to +5V would damage them.??Most 5V outputs do not drive
all the way to +5V but this is not specified.? ?Some of the KFlop pins are
marked 5V tolerant and have 50 ohm series resistors that allow them to be pulled
up to +5V without damage.? Some do not.
> >
> > #4 I'm not sure what you mean by "5V/15V" input?? KFlop by itself has no
analog outputs.? If a PWM or step/dir can be interfaced than you can use that.?
Or you can add our Kanalog board.? Basically Mach3 will pass the desired speed
and direction?to a KFlop C program and it?is up to you to do whatever is
required to command your spindle.
> >
> > Regards
> > TK
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sat, March 20, 2010 6:40:31 AM
> > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
> >
> > ?
> > Hi Tom,
> >
> > Your information is useful, you are right, I am currently using Step/Dir in
Mach3 to drive the stepper motor. However, I will change it to Mitsubishi
Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input
pin must be open collector. So, I have few question about the output pins in
Kflop:
> >
> > 1. If I operation the output pin in Kflop in Open collector mode, what will
be the V saturate and I max (sat)?
> >
> > 2. Because my servo system can accept differential input in step/dir signal,
is Kflop support this?
> >
> > 3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode
(3.3v), is it compatible with normal 5V CMOS/TTL?
> >
> > 4. My spindle and converter accept a 5V/15V input to control the spindle
speed, is there any way to make Mach3 work with Kflop to output a suitable
signal to control the spindle speed?
> >
> > Best regards,
> > Benny.
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Hi Benny,
> > >
> > > Regarding:
> > >
> > > #1 - No.?? "Stop"??will cause an abrupt stop and if you don't
have??encoders will most likely cause a loss of position.?? The normal "Feed
Hold" button in Mach3 is the one that will stop smoothly but after some delay.
> > >
> > > #2??When using the hardware (KFlop) feedhold if all you wish to do is
pause and resume, then there is no need to hit "Stop" in Mach3.?? If you do
hit??"Stop" then all buffering??will be automatically flushed and cleared.??
However when you??"Cycle Start" you must make sure that the line of Gcode you
begin with makes sense.
> > > ??
> > > #3 No.?? "Hardware Feedhold" and "EStop" are very different.?? Hardware
Feedhold is intended to instantly??decelera te the system to a stop but??in
controlled manner (on path) while keeping everything enabled so it can
be??resumed. ?? EStop is intended to kill everything ASAP and the entire system
needs to be RESET to be operated.
> > >
> > > #4 Yes.?? Lots of things :}???? KFlop is much more than simply a
replacement for the parallel port.?? KFlop is very powerful, flexible,
configurable, and programmable. ?? Some Users like this - some don't.?? Most of
the system configuration will now be made within KFlop using the KMotion.exe
program rather than within Mach3.?? Your first step should be to get your
motors, servos, encoders, DACs, etc.. configured and functioning within
KMotion.exe before attempting to run Mach3.?? If you just have Step/Dir drives
this should be fairly simple.?? See:
> > >
> > > http://dynomotion. com/Help/ Mach3Plugin/ Mach3.htm
> > >
> > > I hope this helps.
> > > TK
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: likleong <likleong@ .>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Fri, March 19, 2010 6:42:34 PM
> > > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach
3
> > >
> > > ??
> > > Hi Tom,
> > >
> > > Thanks a lot for your detail information, I got confused between the
feedhold in Mach3 and Kflop, could you please explain more detail in following
questions?
> > >
> > > 1. If I use the stop function in Mach3, Kflop will stop the motion right
after it run all the motion command in it buffer. There will be 1-2 seconds
delay, right?
> > >
> > > 2. I can connect a hardware switch to Kflop input pin directly to trigger
the feedhold function, there is no delay, but do I need to stop Mach3 separately
right after I push the hardware switch? How can I resume it and how can I make
sure the synchronization between Mach3 and Kflop after resume?
> > >
> > > 3. Your mentioned hardware feedhold switch, is it same as the function of
Emergency button?
> > >
> > > 4. Is there any difference or is there any specical things I need to take
care after I swap from PC parallel port to Kflop?
> > >
> > > Best regards,
> > > Benny.
> > >
> > > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > > >
> > > > Hi Benny,
> > > >
> > > > Regarding pausing:? Feedhold works except there will be more of a delay
due to buffering of motion in KFlop.? Buffering in KFlop is required to handle
the cases where Windows occasionally "freezes" for a second or two.? The amount
of Windows buffering can be set on the Dynomotion Plugin Configuration. ??There
is?a way to add an external switch connected directly to KFlop to perform an
instant hardware feedhold that will faster and more reliable than Mach3 with the
parallel port.? But this has the disadvantage that Mach3 doesn't know it is even
happening.? Pausing and resuming will work fine, but to do something like change
a tool or an offset while paused will require hitting the Stop button in Mach3
first.
> > > >
> > > > I think the Mach3 "run from here" should work the same with KFlop as
with the Parallel port.
> > > >
> > > > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to
allow Windows to hic-up now and then without a loss of motion.? Potentially it
is possible to capture the motion buffer and re-play it in stand alone mode but
this is fairly involved.? One user I know of used this technique in a stand
alone (no PC) cake decorator.
> > > >
> > > > I hope this answers your question.
> > > > Regards,
> > > > TK
> > > >
> > > >
> > > >
> > > >
> > > > ____________ _________ _________ __
> > > > From: likleong <likleong@ .>
> > > > To: DynoMotion@yahoogro ups.com
> > > > Sent: Thu, March 18, 2010 10:42:00 PM
> > > > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> > > >
> > > > ?
> > > > Hi Tom,
> > > >
> > > > I just received your kflop, but still no time to test it, I plan to use
it with
> > > > Mach 3 and replace the PC parallel port. Normally, I will only use my
router to cut some 2D fiber board, but I have following questions would like to
ask:
> > > >
> > > > 1. Can I pause and resume the execution of G code in mach? It is ok with
paralle port, but is it also work with kflop?
> > > >
> > > > 2. When I pause the execution, can jump to othe line of G code in Mach
and then resume?
> > > >
> > > > 3. According to your document, there is a buffer to hold the motion code
from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the
kflop can run alone after the gcode has been downloaded to the buffer?
> > > >
> > > > Regards,
> > > > Benny
> > > >
> > >
> >
>



 

 

Group: DynoMotion

Message: 251

From: Tom Kerekes

Date: Tue Mar 23, 2010 9:10 AM

Subject: Re: Re: Behavior between kflop and parallel port in mach 3

 

Yes


 



From: likleong <likleong@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Tue, March 23, 2010 7:10:31 AM
Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3

 

Hi Tom,

Do you means IO16-IO23 in Aux#0 and IO26-IO33 in Aux#1?

Benny.

--- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@...> wrote:
>
> Yes.? The first 8 (of 10) I/O bits on both the Aux0 and Aux1 connectors have 150 ohm termination (pull down) resistors.
> TK
>
>
>
>
> ____________ _________ _________ __
> From: likleong <likleong@.. .>
> To: DynoMotion@yahoogro ups.com
> Sent: Sun, March 21, 2010 5:15:00 AM
> Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
>
> ?
> Hi Tom,
>
> As you said before, is it possible to connect a 50 ohm series
resistors to Aux0 and Aux1 input to make them 5V tolerant?
>
> Best regards,
> Benny
>
> --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> >
> > Hi Benny,
> >
> > Regarding
> >
> > #1 - VOL = 0.4V max?@ IOL = 12ma
> >
> > #2 No - you would need an external circuit.
> >
> > #3 Regarding KFlop 3.3V outputs - you can research the LVTTL standards:? LVTTL output levels are the same as 5V TTL output?(basically high is > 2.8V and low is < 0.4V)? so they are compatible.? ?However KFlop 3.3V inputs connected to 5V outputs depend on the output drive.? The KFlop inputs are diode clamped to the 3.3V power supply so they should not be driven above ~ 3.9V.?? Connecting these inputs directly to +5V would damage them.??Most 5V outputs do not drive all the way to +5V but this
is not specified.? ?Some of the KFlop pins are marked 5V tolerant and have 50 ohm series resistors that allow them to be pulled up to +5V without damage.? Some do not.
> >
> > #4 I'm not sure what you mean by "5V/15V" input?? KFlop by itself has no analog outputs.? If a PWM or step/dir can be interfaced than you can use that.? Or you can add our Kanalog board.? Basically Mach3 will pass the desired speed and direction?to a KFlop C program and it?is up to you to do whatever is required to command your spindle.
> >
> > Regards
> > TK
> >
> >
> > ____________ _________ _________ __
> > From: likleong <likleong@ .>
> > To: DynoMotion@yahoogro ups.com
> > Sent: Sat, March 20, 2010 6:40:31 AM
> > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
> >
> > ?
> > Hi Tom,
> >
>
> Your information is useful, you are right, I am currently using Step/Dir in Mach3 to drive the stepper motor. However, I will change it to Mitsubishi Mr-j2s-40A Servo system, this system accept simple Step/Dir input, but the input pin must be open collector. So, I have few question about the output pins in Kflop:
> >
> > 1. If I operation the output pin in Kflop in Open collector mode, what will be the V saturate and I max (sat)?
> >
> > 2. Because my servo system can accept differential input in step/dir signal, is Kflop support this?
> >
> > 3. According Kflop manual, all of it's I/O pin is operate in LVTTL mode (3.3v), is it compatible with normal 5V CMOS/TTL?
> >
> > 4. My spindle and converter accept a 5V/15V input to control the spindle speed, is there any way to make Mach3 work with Kflop to output a suitable signal to control the spindle speed?
> >
>
> Best regards,
> > Benny.
> >
> > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > >
> > > Hi Benny,
> > >
> > > Regarding:
> > >
> > > #1 - No.?? "Stop"??will cause an abrupt stop and if you don't have??encoders will most likely cause a loss of position.?? The normal "Feed Hold" button in Mach3 is the one that will stop smoothly but after some delay.
> > >
> > > #2??When using the hardware (KFlop) feedhold if all you wish to do is pause and resume, then there is no need to hit "Stop" in Mach3.?? If you do hit??"Stop" then all buffering??will be automatically flushed and cleared.?? However when you??"Cycle Start" you must make sure that the line of Gcode you begin with makes sense.
> > > ??
> > > #3 No.?? "Hardware Feedhold" and "EStop" are very different.?? Hardware Feedhold is
intended to instantly??decelera te the system to a stop but??in controlled manner (on path) while keeping everything enabled so it can be??resumed. ?? EStop is intended to kill everything ASAP and the entire system needs to be RESET to be operated.
> > >
> > > #4 Yes.?? Lots of things :}???? KFlop is much more than simply a replacement for the parallel port.?? KFlop is very powerful, flexible, configurable, and programmable. ?? Some Users like this - some don't.?? Most of the system configuration will now be made within KFlop using the KMotion.exe program rather than within Mach3.?? Your first step should be to get your motors, servos, encoders, DACs, etc.. configured and functioning within KMotion.exe before attempting to run Mach3.?? If you just have Step/Dir drives this should be fairly simple.?? See:
> > >
> > > http://dynomotion. com/Help/ Mach3Plugin/ Mach3.htm
> > >
> > >
I hope this helps.
> > > TK
> > >
> > >
> > >
> > > ____________ _________ _________ __
> > > From: likleong <likleong@ .>
> > > To: DynoMotion@yahoogro ups.com
> > > Sent: Fri, March 19, 2010 6:42:34 PM
> > > Subject: [DynoMotion] Re: Behavior between kflop and parallel port in mach 3
> > >
> > > ??
> > > Hi Tom,
> > >
> > > Thanks a lot for your detail information, I got confused between the feedhold in Mach3 and Kflop, could you please explain more detail in following questions?
> > >
> > > 1. If I use the stop function in Mach3, Kflop will stop the motion right after it run all the motion command in it buffer. There will be 1-2 seconds delay, right?
> > >
> > > 2. I can connect a hardware switch to Kflop input pin directly
to trigger the feedhold function, there is no delay, but do I need to stop Mach3 separately right after I push the hardware switch? How can I resume it and how can I make sure the synchronization between Mach3 and Kflop after resume?
> > >
> > > 3. Your mentioned hardware feedhold switch, is it same as the function of Emergency button?
> > >
> > > 4. Is there any difference or is there any specical things I need to take care after I swap from PC parallel port to Kflop?
> > >
> > > Best regards,
> > > Benny.
> > >
> > > --- In DynoMotion@yahoogro ups.com, Tom Kerekes <tk@> wrote:
> > > >
> > > > Hi Benny,
> > > >
> > > > Regarding pausing:? Feedhold works except there will be more of a delay due to buffering of motion in KFlop.? Buffering in KFlop is required to handle the cases
where Windows occasionally "freezes" for a second or two.? The amount of Windows buffering can be set on the Dynomotion Plugin Configuration. ??There is?a way to add an external switch connected directly to KFlop to perform an instant hardware feedhold that will faster and more reliable than Mach3 with the parallel port.? But this has the disadvantage that Mach3 doesn't know it is even happening.? Pausing and resuming will work fine, but to do something like change a tool or an offset while paused will require hitting the Stop button in Mach3 first.
> > > >
> > > > I think the Mach3 "run from here" should work the same with KFlop as with the Parallel port.
> > > >
> > > > Regarding Stand Alone:? Basically no.? The buffer's main purpose is to allow Windows to hic-up now and then without a loss of motion.? Potentially it is possible to capture the motion buffer and re-play it in stand alone
mode but this is fairly involved.? One user I know of used this technique in a stand alone (no PC) cake decorator.
> > > >
> > > > I hope this answers your question.
> > > > Regards,
> > > > TK
> > > >
> > > >
> > > >
> > > >
> > > > ____________ _________ _________ __
> > > > From: likleong <likleong@ .>
> > > > To: DynoMotion@yahoogro ups.com
> > > > Sent: Thu, March 18, 2010 10:42:00 PM
> > > > Subject: [DynoMotion] Behavior between kflop and parallel port in mach 3
> > > >
> > > > ?
> > > > Hi Tom,
> > > >
> > > > I just received your kflop, but still no time to test it, I plan to use it with
> > > > Mach 3 and replace the PC parallel port. Normally, I
will only use my router to cut some 2D fiber board, but I have following questions would like to ask:
> > > >
> > > > 1. Can I pause and resume the execution of G code in mach? It is ok with paralle port, but is it also work with kflop?
> > > >
> > > > 2. When I pause the execution, can jump to othe line of G code in Mach and then resume?
> > > >
> > > > 3. According to your document, there is a buffer to hold the motion code from Mach 3, how this buffer work together with Mach 3? Is it meaning that, the kflop can run alone after the gcode has been downloaded to the buffer?
> > > >
> > > > Regards,
> > > > Benny
> > > >
> > >
> >
>



 

 

Group: DynoMotion

Message: 252

From: bsjoelund

Date: Tue Mar 23, 2010 11:28 AM

Subject: New user

 



Hi,
My name is Bengt, located in Sweden and I just received my Kflop+Kanalog today
and managed to install drivers to the PC I intend to use so that part is running
OK. I had no luck howevere to get the driver installed in my deskPC with Vista32
home edition.

This is going to be a long learning going from Mach/Printerport/Steppers to
Mach/USB/Servos so I hope you all bear out with me in the future with some dummy
questions.

Later on I will present my project in more details but I will try to keep up the
progress timeline as good as I can.

Cheers
Bengt



 

 

Group: DynoMotion

Message: 253

From: Tom Kerekes

Date: Tue Mar 23, 2010 11:58 AM

Subject: Re: New user

 

Hi Bengt,

Welcome.

KFlop should certainly work under Vista and W7.  We have used the 32-bit versions and other Users have reported sucess under W7 64-bit.

I don't currently have a Vista computer available but it should be similar as under W7. 

Try locating KFlop in the Device manager under Universal Serial Bus Controllers

Right click and select Update Driver Software

Select Browse my computer

Enter your <Install Directory>\USB Driver folder

Select KFLOP - Motion Controller 4.xx

Regards

TK


 



From: bsjoelund <cnc@glocalnet.net>
To: DynoMotion@yahoogroups.com
Sent: Tue, March 23, 2010 11:28:21 AM
Subject: [DynoMotion] New user

 

Hi,
My name is Bengt, located in Sweden and I just received my Kflop+Kanalog today and managed to install drivers to the PC I intend to use so that part is running OK. I had no luck howevere to get the driver installed in my deskPC with Vista32 home edition.

This is going to be a long learning going from Mach/Printerport/ Steppers to Mach/USB/Servos so I hope you all bear out with me in the future with some dummy questions.

Later on I will present my project in more details but I will try to keep up the progress timeline as good as I can.

Cheers
Bengt



 

 

Group: DynoMotion

Message: 254

From: dunncl66

Date: Tue Mar 23, 2010 12:04 PM

Subject: Begining PID numbers for a small mill

 



Does anybody have any suggestions how to start to determine PID values for a
small Tree Mill with servos?



 

 

Group: DynoMotion

Message: 255

From: bsjoelund

Date: Wed Mar 24, 2010 5:55 AM

Subject: USB cable

 



Hi,
How long USB cables can be used with reliability?
Need up to 5m and I am planning to use cable with ferrites on both ends for
this. Unfortunately USB3 cables are max 3m and might be a better solution?

Comments appreciated

Cheers
Bengt



 

 

Group: DynoMotion

Message: 256

From: Tom Kerekes

Date: Thu Mar 25, 2010 12:01 AM

Subject: Re: USB cable

 

Hi Bengt,

I doubt if there is a simple answer.  It probably depends on your noise environment.  KFlop only uses USB Full speed (12 MHz).  I've experimented with 10m cables without any problems.

I think the main issue with USB is that it is not isolated so things far apart tend to have more ground differences and ground loops.  There are now low cost USB isolators becoming available.

I hope this helps.  Please post your results.

Thanks

TK


 



From: bsjoelund <cnc@glocalnet.net>
To: DynoMotion@yahoogroups.com
Sent: Wed, March 24, 2010 5:55:33 AM
Subject: [DynoMotion] USB cable

 

Hi,
How long USB cables can be used with reliability?
Need up to 5m and I am planning to use cable with ferrites on both ends for this. Unfortunately USB3 cables are max 3m and might be a better solution?

Comments appreciated

Cheers
Bengt



 

 

Group: DynoMotion

Message: 257

From: Tom Kerekes

Date: Thu Mar 25, 2010 12:14 AM

Subject: Re: Begining PID numbers for a small mill

 

Any luck getting your system tuned?  It would help to have more information on your system, what is working, and what you have tried.

The basic process I use for bringing up a system is to:

#1 verify I can drive the motor (open loop) forward and backward using console DAC commands

#2 Verify the encoder position counts up and down reasonably

#3 Clear all filters(actually set them to flat gain of 1) on the filter screen

#4 Limit the max velocity to ~ %10 by seting the Max Output on the Step Response Screen to 200 DAC counts)

#5 Set a large following error of ~ 1 encoder Rev of counts (~ 4000 counts)

#6 Set I = D = 0

#7 Set low P gain of 0.1

#8 Download the Configuration and Parameters using the "Enable" button on Step Response Screen

#9 Verify System Servos (holds position and resists turning motor)

#10 Set Size of 1000 counts and time to 3 seconds on the Step Response Screen

#11 Select Position, Command, Output Plot mode

#12 Push "Move" to download settings, move, and plot the response  

#13 Tune :}

I hope this gets you started.

Regards

TK


 



From: dunncl66 <dunncl66@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Tue, March 23, 2010 12:04:59 PM
Subject: [DynoMotion] Begining PID numbers for a small mill

 

Does anybody have any suggestions how to start to determine PID values for a small Tree Mill with servos?



 

 

Group: DynoMotion

Message: 258

From: dunncl66

Date: Thu Mar 25, 2010 5:15 PM

Subject: Re: Begining PID numbers for a small mill

 



Thank you for the advice. I am looking forward to trying it this weekend and I
have not got everything tuned. How does a fellow know when his servos are
properly tuned?



 

 

Group: DynoMotion

Message: 259

From: Tom Kerekes

Date: Thu Mar 25, 2010 5:56 PM

Subject: Re: Re: Begining PID numbers for a small mill

 

Well if the performance meets your accuracy requirements and there is good stability with a margin then you should be ok.

Make motions at the speeds that are important to you and plot the following errors.  Convert the maximum following error in counts to your units by dividing by the number of counts/unit in your system.

Typically as gains are increased errors will be reduced but at some point the system will begin to overcorrect and overshoot or go unstable and oscillate out of control.  Typically gains are then reduced by a factor of 2 or more below this point to provide a stability margin.

When changing PID gains use simple numbers and when making changes make significant changes of at least 10 or 30%.  For example changing a gain from 0.3 to 0.4 might make an observable difference, where changing from 0.3123 to 0.3125 would not.

I hope this helps

TK


 



From: dunncl66 <dunncl66@yahoo.com>
To: DynoMotion@yahoogroups.com
Sent: Thu, March 25, 2010 5:15:35 PM
Subject: [DynoMotion] Re: Begining PID numbers for a small mill

 

Thank you for the advice. I am looking forward to trying it this weekend and I have not got everything tuned. How does a fellow know when his servos are properly tuned?



 

 

Group: DynoMotion

Message: 260

From: dunncl66

Date: Sat Mar 27, 2010 4:32 PM

Subject: A Move will hold postion and then ...........

 



The Manual says "A Move will hold position for a short time, perform a motion of
the specified amount from the current location, pause for a short time, and then
a second motion back to the original location."

When I hit the move button, the system moves the maximum following error setting
and then stops. It seems the size box in the step and responce screen has not
affect on the table motion. I can change that number to any value but the table
translates the same distance each time. It move the maximum error following
counts. Any idea what I am missing.

Chris



 

 

Group: DynoMotion

Message: 261

From: Tom Kerekes

Date: Sat Mar 27, 2010 7:15 PM

Subject: Re: A Move will hold postion and then ...........

 

Hi Chris,

The system is supposed to stop (axis disabled) when the difference between the Command and the measured Encoder Position becomes greater than the allowed Max Following Error.   Normally when the system is operating properly the following errors should be small, so the Max Following Error can be set to a value slightly larger than the worst case normal error.  So then if most anything bad happens the error will grow large, trigger the Max Following error, and disable the axis.  A message will appear on the console when this happens.