Re: [Emc-users] homing off glass scale

[Gene Heskett]

On Sunday 23 May 2021 02:17:28 Roland Jollivet wrote:

> On Sun, 23 May 2021 at 03:31, Jon Elson  wrote:
> > On 05/22/2021 07:12 PM, dave engvall wrote:
> > >> Has anyone tried homing off the reference channel on a
> > >> glass scale? There is information on the web indicating
> > >> that at least some of the chinese glass
> > >> scales mask and compare the 4 lines each side of the
> > >> reference mark in addition to the reference. This might
> > >> imply that the usual homing routine would work.
> > >> I haven't tried this only because I have nothing running
> > >> at the moment capable of doing this.
> >
> > If the "reference channel" produces one pulse at a specific
> > spot on the scale with no other pulses within a few tenths
> > of an inch, you should be able to use it for precise
> > homing.  You'd have a limit switch that would begin the
> > search for index sequence of the homing routine.  Then, it
> > would advance until it saw the pulse from the scale.  Just
> > like the Z mark on a rotary encoder.
> >
> > Jon
>
> I often feel like that I live in a world where cars have three wheels,
> and no-one wants to believe that 4 wheels are better..
>
> So  I don't understand why the reference strip in an encoder isn't
> half black, half clear, along the full length. Now;
> - there is only a single transition that marks the reference point
> - it's always obvious which way to go to find that transition;  0:go
> left 1:go right
> - you don't have to worry (as much) about missing that obscure 'pulse'
> - it will remove the homing dilemma plaguing machinists all over the
> world
>
> What am I missing here?
>
> Roland

Nothing Roland. I do exactly that but with a switch thats closed from its 
hit point clear to the chuck and beyond on my Sheldom lathe for Z 
homing. It's 10" or so from the chuck.  Cheap mini micro switches. $5 
for a bag of 10.  An error from either of the 2 stepper servos unhomes 
the machine as the reset on those requires a driver powerdown achieved 
with an f2 disable that shuts down a pair of 40 amp SSR's killing both 
sides of the 250 volt line. And I have .hal configured to do that. So 
after an error, I pull the tool holder, hit f2 to re-enable and rehome 
the machine which goes not destroy the previously set touch-offs. The 
rehome is within .0002" with those cheap switches, then re-install the 
tool and comtinue where it was interrupted. Whats not to like?

Take care and stay well.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing off glass scale

[Andy Pugh]

> On 22 May 2021, at 16:12, dave engvall  wrote:
> 
> Hi,
> Has anyone tried homing off the reference channel on a glass scale?

There has been discussion on the forum of one type of scale (distance coded) 
https://forum.linuxcnc.org/12-milling/42195-retrofitting-mikron-wf41c-distance-coded-homing?start=40#209006
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] homing off glass scale

[Roland Jollivet]

On Sun, 23 May 2021 at 03:31, Jon Elson  wrote:

> On 05/22/2021 07:12 PM, dave engvall wrote:
> >
> >> Has anyone tried homing off the reference channel on a
> >> glass scale? There is information on the web indicating
> >> that at least some of the chinese glass
> >> scales mask and compare the 4 lines each side of the
> >> reference mark in addition to the reference. This might
> >> imply that the usual homing routine would work.
> >> I haven't tried this only because I have nothing running
> >> at the moment capable of doing this.
> If the "reference channel" produces one pulse at a specific
> spot on the scale with no other pulses within a few tenths
> of an inch, you should be able to use it for precise
> homing.  You'd have a limit switch that would begin the
> search for index sequence of the homing routine.  Then, it
> would advance until it saw the pulse from the scale.  Just
> like the Z mark on a rotary encoder.
>
> Jon
>
>

I often feel like that I live in a world where cars have three wheels, and
no-one wants to believe that 4 wheels are better..

So  I don't understand why the reference strip in an encoder isn't half
black, half clear, along the full length. Now;
- there is only a single transition that marks the reference point
- it's always obvious which way to go to find that transition;  0:go left
   1:go right
- you don't have to worry (as much) about missing that obscure 'pulse'
- it will remove the homing dilemma plaguing machinists all over the world

What am I missing here?

Roland

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing off glass scale

[Feral Engineer]

Well, i mean there is that guy AvE on YouTube that cut a potato on a
bridgeport...

Phil T.
The Feral Engineer

Check out my LinuxCNC tutorials, machine builds and other antics at
www.youtube.com/c/theferalengineer

On Sat, May 22, 2021, 9:58 PM Peter C. Wallace  wrote:

> On Sat, 22 May 2021, dave engvall wrote:
>
> > Date: Sat, 22 May 2021 17:12:35 -0700
> > From: dave engvall 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: Re: [Emc-users] homing off glass scale
> >
> > Talk about having a bad day. Sure glad the extras were just a recipe and
> > not something private. :-)
> >
> > Dave
>
> I was having more than a bit of trouble figuring out the relevance
>
> Precision food machining?
>
> Peter Wallace
> Mesa Electronics
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing off glass scale

[Peter C. Wallace]

On Sat, 22 May 2021, dave engvall wrote:


Date: Sat, 22 May 2021 17:12:35 -0700
From: dave engvall 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "Enhanced Machine Controller (EMC)" 
Subject: Re: [Emc-users] homing off glass scale

Talk about having a bad day. Sure glad the extras were just a recipe and 
not something private. :-)


Dave


I was having more than a bit of trouble figuring out the relevance

Precision food machining?

Peter Wallace
Mesa Electronics



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing off glass scale

[Jon Elson]

On 05/22/2021 07:12 PM, dave engvall wrote:


Has anyone tried homing off the reference channel on a 
glass scale? There is information on the web indicating 
that at least some of the chinese glass
scales mask and compare the 4 lines each side of the 
reference mark in addition to the reference. This might 
imply that the usual homing routine would work.
I haven't tried this only because I have nothing running 
at the moment capable of doing this.
If the "reference channel" produces one pulse at a specific 
spot on the scale with no other pulses within a few tenths 
of an inch, you should be able to use it for precise 
homing.  You'd have a limit switch that would begin the 
search for index sequence of the homing routine.  Then, it 
would advance until it saw the pulse from the scale.  Just 
like the Z mark on a rotary encoder.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing off glass scale

[Feral Engineer]

I'm allergic to shrimp, so I just kept scrolling 😉

Phil T.
The Feral Engineer

Check out my LinuxCNC tutorials, machine builds and other antics at
www.youtube.com/c/theferalengineer

On Sat, May 22, 2021, 8:16 PM dave engvall  wrote:

> Talk about having a bad day. Sure glad the extras were just a recipe and
> not something private. :-)
>
> Dave
>
> ps. clear down at the bottom of the post is the 'real post' about homing
> with a glass scale.
> You can delete  90% of it and won't miss a thing.
>
>
> On 5/22/21 8:09 AM, dave engvall wrote:
> >
> >  Instructions
> >
> >  *
> >Rinse and pat the shrimp dry, then transfer to a large mixing bowl.
> >Drizzle with 1/2 tablespoon olive oil and sprinkle with the chili
> >powder, chipotle chili, cumin, and salt. Toss to coat evenly. Let
> >rest while you prepare the shrimp taco sauce and slaw.
> >  *
> >Prepare the sauce and slaw: In a food processor fitted with a steel
> >blade, process the Greek yogurt, olive oil, garlic, jalapeno,
> >cilantro, salt, lime zest, and lime juice. Taste and adjust
> >seasonings as desired. Place the cabbage in a mixing bowl and toss
> >with about 1/2 cup of the sauce. Add more sauce if you desire a
> >creamier slaw, then reserve the rest of the sauce for serving.
> >  *
> >Cook the shrimp: In a large nonstick skillet over medium high, heat
> >the remaining 1/2 tablespoon olive oil. Add the shrimp and sauté
> >just until the shrimp is cooked through and no longer translucent in
> >the center, about 4 minutes. Do not overcook! Transfer
> >the shrimp immediately to a plate.
> >  *
> >Warm the tortillas (optional) and assemble the tacos: If you like,
> >warm the tortillas in the microwave (put them in a stack and cover
> >them with a lightly damp towel) or a 250 degree F oven while
> >the shrimp cook. To serve, fill the tortillas with your desired
> >number of shrimp, then top generously with the slaw, extra sauce, a
> >squeeze of lime juice, and any other desired toppings. Enjoy
> >immediately.
> >
> >
> >  Notes
> >
> >  * The shrimp tastes best the day it is made but can be stored in the
> >refrigerator for up to 3 days. Since shrimp tends to dry out when
> >reheated, I prefer to use the leftovers on top of salads. Slaw can
> >be stored in the refrigerator for up to 2 days, and any extra sauce
> >can be refrigerated for up to 5 days.
> >
> >
> >  Nutrition
> >
> > *Serving*: 1taco (of 8), including tortilla, shrimp, and slaw
> > *Calories*: 158kcal
> > *Carbohydrates*: 14g
> > *Protein*: 13g
> > *Fat*: 6g
> > *Saturated Fat*: 1g
> > *Cholesterol*: 1mg
> > *Fiber*: 2gSugar: 3g
> >
> > Advertisement
> >
> > Well Plated
> >
> >
> >More from Well Plated
> >
> >  * Instant Pot Chicken Tikka Masala Recipe
> > <
> https://getpocket.com/redirect?skipSyndication=1&url=https%3A%2F%2Fwww.wellplated.com%2Finstant-pot-chicken-tikka-masala%2F&h=6e8822e7c6867bde36d360007e1940d53f9b906a6219ff5e4794b9af487efba0&nt=0
> >
> >
> >413 saves
> >  * Harvest Chicken Skillet with Sweet Potatoes Brussels Sprouts and
> >Sautéed Apples
> > <
> https://getpocket.com/redirect?skipSyndication=1&url=https%3A%2F%2Fwww.wellplated.com%2Fchicken-apple-sweet-potato-and-brussels-sprouts-skillet%2F&h=585682adb533bc9ea8ffbb3ac8257c1618a4645af28741047ac5159f8f29f791&nt=0
> >
> >
> >375 saves
> >  * Slow Cooker Honey Garlic Chicken Recipe
> > <
> https://getpocket.com/redirect?skipSyndication=1&url=https%3A%2F%2Fwww.wellplated.com%2Fslow-cooker-honey-garlic-chicken%2F&h=ad049192a5acfb8395374630c2c5baf5ac54b0739d3a8b0a3581f1b7edb78a21&nt=0
> >
> >
> >216 saves
> >
> > Advertisement
> >
> > How was it? Save stories you love and never lose them.
> >
> > 
> >
> > This post originally appeared on Well Plated and was published April
> > 11, 2018. This article is republished here with permission.
> >
> > What more easy, healthy recipes?
> >
> > Get Well Plated’s Newsletter
> > 
> >
> > Advertisement
> >
> >
> >  More Stories from Pocket
> >
> >  *
> > <
> https://getpocket.com/explore/item/how-to-make-better-than-takeout-beef-and-broccoli-in-the-slow-cooker
> >
> >
> >
> >
> >How To Make Better-than-Takeout Beef and Broccoli in the
> >Slow Cooker
> >
> > <
> https://getpocket.com/explore/item/how-to-make-better-than-takeout-beef-and-broccoli-in-the-slow-cooker
> >
> >  * 
> >
> >
> >Korean Beef Bulgogi Recipe
> >
> >
> >  *
> > <
> https://getpocket.com/explore/item/cheesy-mashed-potato-pancakes-recipe-video
> >
> >
> >
> >
> >Cheesy Mashed Potato Pancakes Recipe
> >
> > <
> https://getpocket.com/explore/item/cheesy-mashed-potato-pancakes-re

Re: [Emc-users] homing off glass scale

[dave engvall]

Talk about having a bad day. Sure glad the extras were just a recipe and 
not something private. :-)


Dave

ps. clear down at the bottom of the post is the 'real post' about homing 
with a glass scale.

You can delete  90% of it and won't miss a thing.


On 5/22/21 8:09 AM, dave engvall wrote:


 Instructions

 *
   Rinse and pat the shrimp dry, then transfer to a large mixing bowl.
   Drizzle with 1/2 tablespoon olive oil and sprinkle with the chili
   powder, chipotle chili, cumin, and salt. Toss to coat evenly. Let
   rest while you prepare the shrimp taco sauce and slaw.
 *
   Prepare the sauce and slaw: In a food processor fitted with a steel
   blade, process the Greek yogurt, olive oil, garlic, jalapeno,
   cilantro, salt, lime zest, and lime juice. Taste and adjust
   seasonings as desired. Place the cabbage in a mixing bowl and toss
   with about 1/2 cup of the sauce. Add more sauce if you desire a
   creamier slaw, then reserve the rest of the sauce for serving.
 *
   Cook the shrimp: In a large nonstick skillet over medium high, heat
   the remaining 1/2 tablespoon olive oil. Add the shrimp and sauté
   just until the shrimp is cooked through and no longer translucent in
   the center, about 4 minutes. Do not overcook! Transfer
   the shrimp immediately to a plate.
 *
   Warm the tortillas (optional) and assemble the tacos: If you like,
   warm the tortillas in the microwave (put them in a stack and cover
   them with a lightly damp towel) or a 250 degree F oven while
   the shrimp cook. To serve, fill the tortillas with your desired
   number of shrimp, then top generously with the slaw, extra sauce, a
   squeeze of lime juice, and any other desired toppings. Enjoy
   immediately.


 Notes

 * The shrimp tastes best the day it is made but can be stored in the
   refrigerator for up to 3 days. Since shrimp tends to dry out when
   reheated, I prefer to use the leftovers on top of salads. Slaw can
   be stored in the refrigerator for up to 2 days, and any extra sauce
   can be refrigerated for up to 5 days.


 Nutrition

*Serving*: 1taco (of 8), including tortilla, shrimp, and slaw
*Calories*: 158kcal
*Carbohydrates*: 14g
*Protein*: 13g
*Fat*: 6g
*Saturated Fat*: 1g
*Cholesterol*: 1mg
*Fiber*: 2gSugar: 3g

Advertisement

Well Plated


   More from Well Plated

 * Instant Pot Chicken Tikka Masala Recipe


   413 saves
 * Harvest Chicken Skillet with Sweet Potatoes Brussels Sprouts and
   Sautéed Apples


   375 saves
 * Slow Cooker Honey Garlic Chicken Recipe


   216 saves

Advertisement

How was it? Save stories you love and never lose them.



This post originally appeared on Well Plated and was published April 
11, 2018. This article is republished here with permission.


What more easy, healthy recipes?

Get Well Plated’s Newsletter 



Advertisement


 More Stories from Pocket

 * 





   How To Make Better-than-Takeout Beef and Broccoli in the
   Slow Cooker


 * 


   Korean Beef Bulgogi Recipe

   
 * 





   Cheesy Mashed Potato Pancakes Recipe


 * 


   How to Make Marinara Sauce


 * 


   How To Make French Onion Soup




   Discover More Topics

 * Coronavirus 
 * Business 
 * Career 
 * Education 
 * Entertainment 
 * Food 

[Emc-users] homing off glass scale

[dave engvall]

 Instructions

 *
   Rinse and pat the shrimp dry, then transfer to a large mixing bowl.
   Drizzle with 1/2 tablespoon olive oil and sprinkle with the chili
   powder, chipotle chili, cumin, and salt. Toss to coat evenly. Let
   rest while you prepare the shrimp taco sauce and slaw.
 *
   Prepare the sauce and slaw: In a food processor fitted with a steel
   blade, process the Greek yogurt, olive oil, garlic, jalapeno,
   cilantro, salt, lime zest, and lime juice. Taste and adjust
   seasonings as desired. Place the cabbage in a mixing bowl and toss
   with about 1/2 cup of the sauce. Add more sauce if you desire a
   creamier slaw, then reserve the rest of the sauce for serving.
 *
   Cook the shrimp: In a large nonstick skillet over medium high, heat
   the remaining 1/2 tablespoon olive oil. Add the shrimp and sauté
   just until the shrimp is cooked through and no longer translucent in
   the center, about 4 minutes. Do not overcook! Transfer
   the shrimp immediately to a plate.
 *
   Warm the tortillas (optional) and assemble the tacos: If you like,
   warm the tortillas in the microwave (put them in a stack and cover
   them with a lightly damp towel) or a 250 degree F oven while
   the shrimp cook. To serve, fill the tortillas with your desired
   number of shrimp, then top generously with the slaw, extra sauce, a
   squeeze of lime juice, and any other desired toppings. Enjoy
   immediately.


 Notes

 * The shrimp tastes best the day it is made but can be stored in the
   refrigerator for up to 3 days. Since shrimp tends to dry out when
   reheated, I prefer to use the leftovers on top of salads. Slaw can
   be stored in the refrigerator for up to 2 days, and any extra sauce
   can be refrigerated for up to 5 days.


 Nutrition

*Serving*: 1taco (of 8), including tortilla, shrimp, and slaw
*Calories*: 158kcal
*Carbohydrates*: 14g
*Protein*: 13g
*Fat*: 6g
*Saturated Fat*: 1g
*Cholesterol*: 1mg
*Fiber*: 2gSugar: 3g

Advertisement

Well Plated


   More from Well Plated

 * Instant Pot Chicken Tikka Masala Recipe
   


   413 saves
 * Harvest Chicken Skillet with Sweet Potatoes Brussels Sprouts and
   Sautéed Apples
   


   375 saves
 * Slow Cooker Honey Garlic Chicken Recipe
   


   216 saves

Advertisement

How was it? Save stories you love and never lose them.



This post originally appeared on Well Plated and was published April 11, 
2018. This article is republished here with permission.


What more easy, healthy recipes?

Get Well Plated’s Newsletter 



Advertisement


 More Stories from Pocket

 * 




   How To Make Better-than-Takeout Beef and Broccoli in the
   Slow Cooker

   

 * 


   Korean Beef Bulgogi Recipe

   
 * 




   Cheesy Mashed Potato Pancakes Recipe

   

 * 


   How to Make Marinara Sauce

   
 * 


   How To Make French Onion Soup

   


   Discover More Topics

 * Coronavirus 
 * Business 
 * Career 
 * Education 
 * Entertainment 
 * Food 
 * Gaming 
 * Health & Fitness 
 * Parenting 
 * Personal Finance 
 * Politics 

Re: [Emc-users] homing

[Les Newell]

On 21/01/2020 16:33, Jon Elson wrote:
The big advantage of consistent homing is that the limits of machine 
travel can be entered in the .ini file.
Then, when you load a file, it IMMEDIATELY informs you if the program 
will exceed any travel limit.
It is ENORMOUSLY helpful when making parts that are near the limits of 
the machine to be warned before

the spindle even starts that you need to reposition the work.



The code that works out this warning is often wrong, especially if you 
use offsets or probing. I find the warning more of a hindrance than a help.


However having soft limits is very useful and I don't like running 
machines without them. You know when you run code that if you get 
something wrong the machine won't hit it's hard limits. It's also nice 
when jogging to home. You can just hold the jog buttons until the 
machine stops. On smaller stepper machines you can also do away with 
hard limit switches. My plasma for instance just has home switches and 
rubber buffers as end stops. Once homed you can't hit the end stops 
unless something has gone very wrong (e.g lost steps).


Les



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] homing

[Jon Elson]

On 01/21/2020 09:39 AM, dave engvall wrote:



Specifically, I use a cheap laser diode  and move 
manually  or jog to preposition the X and Y to a specific 
place. I mounted a tab on the right lower side of the 
table and adjust position so there is a small penumbra 
around a hole in the tab. Kick off homing and it finds the 
index and then proceeds to the predetermined offsets. 
Works a charm. For  Z I adjust manually to a given point 
and just kick it off.  It probably doesn't make much 
difference anyway since one always touches off to the top 
of the work. Just have to make certain I have enough 
distance between z max and work plane to back off. :-)


The big advantage of consistent homing is that the limits of 
machine travel can be entered in the .ini file.
Then, when you load a file, it IMMEDIATELY informs you if 
the program will exceed any travel limit.
It is ENORMOUSLY helpful when making parts that are near the 
limits of the machine to be warned before
the spindle even starts that you need to reposition the 
work.  If you don't touchoff to the workpiece
until after the program is loaded, then you get the warning 
when you hit run, still before the tool touches the
workpiece.  After I finally got around to getting my home 
switches mounted, I was kicking myself for

not having done it earlier!

Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] homing

[dave engvall]

Hi all;

For once I'm writing to say thanks to the developers for making the 
homing sequence quite flexible. .


As I get older I tend to use the KISS principle more and more. I'm 
chasing Gene down the path: just 3 years younger and still kicking.


Specifically, I use a cheap laser diode  and move manually  or jog to 
preposition the X and Y to a specific place. I mounted a tab on the 
right lower side of the table and adjust position so there is a small 
penumbra around a hole in the tab. Kick off homing and it finds the 
index and then proceeds to the predetermined offsets. Works a charm. 
For  Z I adjust manually to a given point and just kick it off.  It 
probably doesn't make much difference anyway since one always touches 
off to the top of the work. Just have to make certain I have enough 
distance between z max and work plane to back off. :-)


Dave

ps. the diode spot is about .125" so low power density.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Dewey Garrett]

In <09a21919-d1af-dfd9-f2e6-0a6da49d2...@fastmail.co.uk> Les Newell 
 writes:


>I pulled your fix from Github and can confirm it appears to work.

thanks for report

commit 505f19ca1 merged to master
buildbot debs typically available in a few hours 

http://buildbot.linuxcnc.org/buildbot/grid
-- 
Dewey Garrett



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

Hi Dewey,

I pulled your fix from Github and can confirm it appears to work.

Les

On 18/08/2019 12:51, Dewey Garrett wrote:

This bug requires some  effort to reproduce when lacking a
encoder with an index  --- but a tentative fix for index
homing on the master (2.9~pre*) branch is available as
a 'scratch' deb  from the buildbot for few days.

The 'scratch' branch is dgarr/ihome_tst, commit 078206a11

Directory for wheezy-i386:
http://buildbot.linuxcnc.org/dists/wheezy/scratch-rtpreempt/binary-i386/

deb name:
linuxcnc-uspace_2.9.0~pre0~dgarr.ihome.tst~078206a_i386.deb

If users report that this fixes index homing problem on
the master branch, i'll merge the fix to the master
branch.





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

Hi Dewey,

I spent some time building different commits to head this morning and 
the offending commit appears to be this one: 


Does that line up with your fix?

I'm now /really /tired of building LinuxCNC :-)

Les

On 18/08/2019 12:51, Dewey Garrett wrote:

This bug requires some  effort to reproduce when lacking a
encoder with an index  --- but a tentative fix for index
homing on the master (2.9~pre*) branch is available as
a 'scratch' deb  from the buildbot for few days.

The 'scratch' branch is dgarr/ihome_tst, commit 078206a11

Directory for wheezy-i386:
http://buildbot.linuxcnc.org/dists/wheezy/scratch-rtpreempt/binary-i386/

deb name:
linuxcnc-uspace_2.9.0~pre0~dgarr.ihome.tst~078206a_i386.deb

If users report that this fixes index homing problem on
the master branch, i'll merge the fix to the master
branch.




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Dewey Garrett]

This bug requires some  effort to reproduce when lacking a
encoder with an index  --- but a tentative fix for index
homing on the master (2.9~pre*) branch is available as
a 'scratch' deb  from the buildbot for few days.

The 'scratch' branch is dgarr/ihome_tst, commit 078206a11

Directory for wheezy-i386:
http://buildbot.linuxcnc.org/dists/wheezy/scratch-rtpreempt/binary-i386/

deb name:
linuxcnc-uspace_2.9.0~pre0~dgarr.ihome.tst~078206a_i386.deb

If users report that this fixes index homing problem on
the master branch, i'll merge the fix to the master
branch.
-- 
Dewey Garrett



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

Installed 2.8.0 and it worked correctly. Installed latest master and it 
faults. I have attached a linuxcnc_info.txt in case that helps. 
Unfortunately I can't find any buildbot builds more than a few days old. 
I'll see how long it takes to build linuxcnc on this machine...


Les

On 17/08/2019 20:16, Dewey Garrett wrote:

I'm not clear on details of the install reporting
this problem (commit or LinuxCNC version, os, kernel,
etc).  Posting the output from the command:

$ linuxcnc_info

would be helpful.


If using the master branch, you should probably try 2.8
and report.


The file:/tmp/linuxcnc_info.txt
can be posted to a forum or a web site like:
 http://pastebin.com
in order to provide information about the linuxcnc
system and configuration.

VIEWER=gedit
Date: Sun Aug 18 11:37:02 BST 2019
UTC Date: Sun Aug 18 10:37:02 UTC 2019
this program: /usr/bin/linuxcnc_info
  uptime: 11:37:02 up 15 min, 2 users, load average: 0.57, 0.78, 
0.61
 lsb_release -sa: Debian Debian GNU/Linux 7.11 (wheezy) 7.11 wheezy
  which linuxcnc: /usr/bin/linuxcnc
 pwd: /home/lathe/nethdd/2backup/CNCbackups/Components
USER: lathe
 LOGNAME: lathe
HOME: /home/lathe
  EDITOR: 
  VISUAL: 
LANGUAGE: en_GB:en
TERM: xterm
   COLORTERM: Terminal
 DISPLAY: :0.0
 DESKTOP: lightdm-xsession
display size: 1920x1080 pixels (507x285 millimeters)
PATH: /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

uname items:
 nodename -n: debian
  kernel-name -s: Linux
  kernel-vers -v: #1 SMP PREEMPT RT Debian 3.2.101-1
  machine -m: i686
processor -p: unknown
 platform -i: unknown
  oper system -o: GNU/Linux

/proc items:
 cmdline: BOOT_IMAGE=/boot/vmlinuz-3.2.0-6-rt-686-pae 
root=UUID=b5bcab1d-43fc-4f76-8e1d-bd3f42162f1a ro initrd=/install/gtk/initrd.gz 
lapic quiet rootdelay=5
  model name: AMD G-T48E Processor
   cores: 2
 cpu MHz: 777.000
 parport: 
  serial: 

Versions:
 gcc: gcc (Debian 4.7.2-5) 4.7.2
  python: Python 2.7.3
 git: git version 1.7.10.4
  git commit: NA
 tcl: 8.5
  tk: 8.5
   glade: not_in_PATH
  glade-gtk2: glade3 3.8.0

linuxcnc_var all:

 LINUXCNCVERSION: 2.9.0-pre0-459-g5a9471b
LINUXCNC_AUX_GLADEVCP: /usr/share/linuxcnc/aux_gladevcp
LINUXCNC_AUX_EXAMPLES: /usr/share/linuxcnc/aux_examples
REALTIME: /etc/init.d/realtime
 RTS: uspace
  HALLIB_DIR: /usr/share/linuxcnc/hallib

dpkg -l '*linuxcnc*':
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion
Architecture Description
+++-===-==--==
rc  linuxcnc1:2.7.13   
i386 motion controller for CNC machines and robots
un  linuxcnc-dev  
(no description available)
un  linuxcnc-doc  
(no description available)
ii  linuxcnc-doc-en 1:2.8.0~pre1.3723.g0661d4b 
all  motion controller for CNC machines and robots (English 
documentation)
un  linuxcnc-sim  
(no description available)
un  linuxcnc-sim-dev  
(no description available)
ii  linuxcnc-uspace 1:2.9.0~pre0.459.g5a9471b  
i386 motion controller for CNC machines and robots
ii  linuxcnc-uspace-dev 1:2.9.0~pre0.459.g5a9471b  
i386 PC based motion controller for real-time Linux

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

It is master as of a few days ago. The previous version which worked 
fine was master from a few months back. I'll get the results of 
linuxcnc_info tomorrow.


I'll try 2.8 tomorrow.

Les


On 17/08/2019 20:16, Dewey Garrett wrote:

I'm not clear on details of the install reporting
this problem (commit or LinuxCNC version, os, kernel,
etc).  Posting the output from the command:

$ linuxcnc_info

would be helpful.


If using the master branch, you should probably try 2.8
and report.  The buildbot instructions at the
bottom of the page:  buildbot.linuxcnc.org
don't seem to show 2.8 but you can browse
http://buildbot.linuxcnc.org/dists/
to see if your OS and kernel (rtpreempt or rt(rtai)) have
debs available for 2.8.

For example, in the stretch directory, debs have names like:
linuxcnc-uspace_2.8.0~pre1.5067gf178a1739_amd64.deb

The hash following the 'g' is the commit (f178a1739)
The f178a1739 is the most recent commit for
the 2.8 branch (as of today 17aug19) as shown by
commit listing at:

https://github.com/LinuxCNC/linuxcnc/commits/2.8

If you find an appropriate deb, it can be
installed by commands:

$ wget the_deb ;# copy buildbot link
$ sudo dpkg -i the_deb ;# install the deb





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Dewey Garrett]

I'm not clear on details of the install reporting
this problem (commit or LinuxCNC version, os, kernel,
etc).  Posting the output from the command:

$ linuxcnc_info

would be helpful.


If using the master branch, you should probably try 2.8
and report.  The buildbot instructions at the
bottom of the page:  buildbot.linuxcnc.org
don't seem to show 2.8 but you can browse
http://buildbot.linuxcnc.org/dists/
to see if your OS and kernel (rtpreempt or rt(rtai)) have
debs available for 2.8.

For example, in the stretch directory, debs have names like:
linuxcnc-uspace_2.8.0~pre1.5067gf178a1739_amd64.deb

The hash following the 'g' is the commit (f178a1739)
The f178a1739 is the most recent commit for
the 2.8 branch (as of today 17aug19) as shown by
commit listing at:

https://github.com/LinuxCNC/linuxcnc/commits/2.8

If you find an appropriate deb, it can be
installed by commands:

$ wget the_deb ;# copy buildbot link
$ sudo dpkg -i the_deb ;# install the deb

-- 
Dewey Garrett



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

From source I could just check out previous commits. The problem is 
that the router's computer is pretty slow and building LinuxCNC would 
take ages. Not good if I have to rebuild many times.


Les

On 17/08/2019 18:59, Peter C. Wallace wrote:


I think this is what git bisect is for but that requires building from 
source 




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Peter C. Wallace]

On Sat, 17 Aug 2019, Les Newell wrote:


Date: Sat, 17 Aug 2019 18:45:39 +0100
From: Les Newell 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

Hi Peter,

I think this is pretty recent. I've been using joint-axis for quite a 
while now. It's only recent buildbot builds that cause the problem. Is 
there any way for me to go back though older builds to see where the 
fault started?


Les


I think this is what git bisect is for but that requires building from source




On 17/08/2019 16:52, Peter C. Wallace wrote:
Ack! I thought this might be a simple PID related problem but it looks 
like a error introduced to motion (by joints-axis?) The joint command 
follows the joint feedback at the step on index but the ferror 
calculation seems like its not in the correct place  (CMD or FB off by 
one sample time) 




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

Hi Peter,

I think this is pretty recent. I've been using joint-axis for quite a 
while now. It's only recent buildbot builds that cause the problem. Is 
there any way for me to go back though older builds to see where the 
fault started?


Les

On 17/08/2019 16:52, Peter C. Wallace wrote:
Ack! I thought this might be a simple PID related problem but it looks 
like a error introduced to motion (by joints-axis?) The joint command 
follows the joint feedback at the step on index but the ferror 
calculation seems like its not in the correct place  (CMD or FB off by 
one sample time) 




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Peter C. Wallace]

On Sat, 17 Aug 2019, Les Newell wrote:


Date: Sat, 17 Aug 2019 16:30:12 +0100
From: Les Newell 
To: Peter C. Wallace 
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

Hi Peter,

Yes, it tripped a following error fault. I have attached a plot showing the 
following error. As you can see there is a huge spike just as the index 
signal drops.


Les




Ack! I thought this might be a simple PID related problem but it looks like a 
error introduced to motion (by joints-axis?) The joint command follows 
the joint feedback at the step on index but the ferror calculation seems like 
its not in the correct place  (CMD or FB off by one sample time)





I dont see anything wrong in the plot, did this particular plot generate  a 
following error? If so could you also plot the following error?


Peter Wallace
Mesa Electronics






Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Frank Tkalcevic]

>I did notice that there didn't seem to be any the scope trace, so I added
the additional debug.  That made me think, as you suggested, that my thread
function calls were in the wrong order, but that doesn't seem to be the
case.

That should read - I did notice that there didn't seem to be any errors the
scope trace, so I added the additional debug.


joint 0 following error 6.335277, cmd=0.139723, fb=6.475000
emc/task/taskintf.cc 947: Error on joint 0, command number 143
joint 0 following error

where numbers are the following error, joint.pos-cmd, joint.pos-fb








___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[jrmitchellj .]

Peter, are you referring to the "loadrt" statements, or the "addf"
statements?

I am having the same following errors after the update last weekend.

--J. Ray Mitchell Jr.
jrmitche...@gmail.com



"Good enough is the enemy of excellence"author unknown


On Fri, Aug 16, 2019 at 10:18 AM Peter C. Wallace  wrote:

> On Fri, 16 Aug 2019, Les Newell wrote:
>
> > Date: Fri, 16 Aug 2019 17:18:01 +0100
> > From: Les Newell 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> >     
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Homing following error (was PID feed forward)
> >
> > I think it is same issue as you. I'm still getting following errors on
> homing
> > even though command-deriv is unconnected. It does depend rather on where
> the
> > machine was before it started homing.
> >
> > Les
> >
>
> Are you threads in the order:
>
>
> hardware read
> ...
> motion
> ...
> pid
> ...
> hardware write ?
>
>
> Is index enable connected to the PID component?
>
> If these are both correct and you get this error, could you plot
>
> commanded-position
> feedback-position
> index-enable
> PID output
>
> in HALScope (trigger on index-enable falling edge)
>
> when homing the first time?
>
>
> >
> >> I am seeing this on one of my axis, after upgrading from 2.5 to master.
> >>
> >> It moves to the home switch, turns around to find the encoder index
> pulse,
> >> and after it finds the index, it faults with a following error - this
> only
> >> happens when I start Linuxcnc, ie when machine home isn't known.  If I
> home
> >> all again, it works fine.
> >>
> >> This only happens on my regular axis, the other 2 are gantry pairs,
> which
> >> don't fault.
> >>
> >> I had FF1 set and command-deriv unconnected and it faults.  Setting all
> FF
> >> settings to 0 still faults.  If I connect the encoder velocity (from
> 5i20)
> >> to command-deriv - it faults when I jog - the velocity coming out of
> the
> >> pin
> >> is very noisy.
> >>
> >> Is this the same problem?
> >>
> >>
> >>
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Peter C. Wallace]

On Sat, 17 Aug 2019, Frank Tkalcevic wrote:


Date: Sat, 17 Aug 2019 13:33:53 +1000
From: Frank Tkalcevic 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "'Enhanced Machine Controller (EMC)'" 
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

(this is my 3rd attempt to send this - without the halscope data files)



Could you zoom up on the falling edge of index-enable (to 1ms/div)?






My threads are...

# 
# THREADS
# 

addf hm2_[HOSTMOT2](BOARD).0.read  servo-thread

addf motion-command-handlerservo-thread
addf motion-controller servo-thread

addf pid.0.do-pid-calcsservo-thread
addf pid.1.do-pid-calcsservo-thread
addf pid.2.do-pid-calcsservo-thread
addf pid.3.do-pid-calcsservo-thread
addf pid.4.do-pid-calcsservo-thread
addf pid.5.do-pid-calcsservo-thread

addf limit1.0  servo-thread
addf and2.0servo-thread
addf not.0 servo-thread
addf debounce.0 servo-thread
setp debounce.0.delay 10

addf hm2_[HOSTMOT2](BOARD).0.write servo-thread



Index enable is set...

net x-index-enable <= joint.0.index-enable
net x-index-enable => hm2_[HOSTMOT2](BOARD).0.encoder.05.index-enable
net x-index-enable => pid.0.index-enable


Attached are the scope screen shot, scope data, and error message- I added
some more debug to emc/motion/control.c to show the values that caused the
error. (scope1.png,halscope1.zip,scope1.txt).


There is also a second run showing the joint position information and ferror
(scope2.png,halscope2.zip,scope2.txt).

Thanks,
Frank



-Original Message-
From: Peter C. Wallace [mailto:p...@mesanet.com]
Sent: Saturday, 17 August 2019 3:16 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

On Fri, 16 Aug 2019, Les Newell wrote:


Date: Fri, 16 Aug 2019 17:18:01 +0100
From: Les Newell 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

I think it is same issue as you. I'm still getting following errors on

homing

even though command-deriv is unconnected. It does depend rather on where

the

machine was before it started homing.

Les



Are you threads in the order:


hardware read
...
motion
...
pid
...
hardware write ?


Is index enable connected to the PID component?

If these are both correct and you get this error, could you plot

commanded-position
feedback-position
index-enable
PID output

in HALScope (trigger on index-enable falling edge)

when homing the first time?





I am seeing this on one of my axis, after upgrading from 2.5 to master.

It moves to the home switch, turns around to find the encoder index

pulse,

and after it finds the index, it faults with a following error - this

only

happens when I start Linuxcnc, ie when machine home isn't known.  If I

home

all again, it works fine.

This only happens on my regular axis, the other 2 are gantry pairs, which
don't fault.

I had FF1 set and command-deriv unconnected and it faults.  Setting all

FF

settings to 0 still faults.  If I connect the encoder velocity (from

5i20)

to command-deriv - it faults when I jog - the velocity coming out of the
pin
is very noisy.

Is this the same problem?



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Peter C. Wallace]

On Fri, 16 Aug 2019, Les Newell wrote:


Date: Fri, 16 Aug 2019 17:18:01 +0100
From: Les Newell 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Homing following error (was PID feed forward)

I think it is same issue as you. I'm still getting following errors on homing 
even though command-deriv is unconnected. It does depend rather on where the 
machine was before it started homing.


Les



Are you threads in the order:


hardware read 
...

motion
...
pid
...
hardware write ?


Is index enable connected to the PID component?

If these are both correct and you get this error, could you plot

commanded-position
feedback-position
index-enable
PID output

in HALScope (trigger on index-enable falling edge)

when homing the first time?





I am seeing this on one of my axis, after upgrading from 2.5 to master.

It moves to the home switch, turns around to find the encoder index pulse,
and after it finds the index, it faults with a following error - this only
happens when I start Linuxcnc, ie when machine home isn't known.  If I home
all again, it works fine.

This only happens on my regular axis, the other 2 are gantry pairs, which
don't fault.

I had FF1 set and command-deriv unconnected and it faults.  Setting all FF
settings to 0 still faults.  If I connect the encoder velocity (from 5i20)
to command-deriv - it faults when I jog - the velocity coming out of the 
pin

is very noisy.

Is this the same problem?



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Les Newell]

I think it is same issue as you. I'm still getting following errors on 
homing even though command-deriv is unconnected. It does depend rather 
on where the machine was before it started homing.


Les



I am seeing this on one of my axis, after upgrading from 2.5 to master.

It moves to the home switch, turns around to find the encoder index pulse,
and after it finds the index, it faults with a following error - this only
happens when I start Linuxcnc, ie when machine home isn't known.  If I home
all again, it works fine.

This only happens on my regular axis, the other 2 are gantry pairs, which
don't fault.

I had FF1 set and command-deriv unconnected and it faults.  Setting all FF
settings to 0 still faults.  If I connect the encoder velocity (from 5i20)
to command-deriv - it faults when I jog - the velocity coming out of the pin
is very noisy.

Is this the same problem?



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing following error (was PID feed forward)

[Peter C. Wallace]

On Fri, 16 Aug 2019, Frank Tkalcevic wrote:


Date: Fri, 16 Aug 2019 09:44:04 +1000
From: Frank Tkalcevic 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "'Enhanced Machine Controller (EMC)'" 
Subject: [Emc-users]  Homing following error (was PID feed forward)


 If I leave it unconnected
I don't have any problems when homing.


Ahh thats a bug in index handling so I guess you will need to leave
the PIDs command-deriv unconnected until that is fixed.

I really really wish that index handling did not cause a joint position

jump.

this is just plain wrong and hatches a nest of ugly patch-arounds.
(though maybe needed for broken encoder hardware that clears its count on

index)

I am seeing this on one of my axis, after upgrading from 2.5 to master.

It moves to the home switch, turns around to find the encoder index pulse,
and after it finds the index, it faults with a following error - this only
happens when I start Linuxcnc, ie when machine home isn't known.  If I home
all again, it works fine.

This only happens on my regular axis, the other 2 are gantry pairs, which
don't fault.

I had FF1 set and command-deriv unconnected and it faults.  Setting all FF
settings to 0 still faults.  If I connect the encoder velocity (from 5i20)
to command-deriv - it faults when I jog - the velocity coming out of the pin
is very noisy.



Encoder velocity should never connect to command-deriv, only feedback-deriv





Is this the same problem?



I dont think so, the change to PID only affects command-deriv and if you leave 
the command-deriv pin unconnected, the behaviour will be the same as before






___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing following error (was PID feed forward)

[Frank Tkalcevic]

>>  If I leave it unconnected 
>> I don't have any problems when homing.
>>
>Ahh thats a bug in index handling so I guess you will need to leave
>the PIDs command-deriv unconnected until that is fixed.
>
>I really really wish that index handling did not cause a joint position
jump.
>this is just plain wrong and hatches a nest of ugly patch-arounds.
> (though maybe needed for broken encoder hardware that clears its count on
index) 

I am seeing this on one of my axis, after upgrading from 2.5 to master.  

It moves to the home switch, turns around to find the encoder index pulse,
and after it finds the index, it faults with a following error - this only
happens when I start Linuxcnc, ie when machine home isn't known.  If I home
all again, it works fine.

This only happens on my regular axis, the other 2 are gantry pairs, which
don't fault.

I had FF1 set and command-deriv unconnected and it faults.  Setting all FF
settings to 0 still faults.  If I connect the encoder velocity (from 5i20)
to command-deriv - it faults when I jog - the velocity coming out of the pin
is very noisy.

Is this the same problem?



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing XYAY configuration

[Eric H. Johnson]

Cross posting to EMC-Developers

Dewey,

Thanks for that. I probably should have started this thread on the developer
list. I will test it tomorrow.

Regards,
Eric



> Also, I cannot jog over linuxcncrsh ...

Updating the master branch for improved
joints-axes functionality necessitated changes to linuxcncrsh jogging to
support both axis coordinate jogging (TELEOP_MODE) and joint jogging (not
TELEOP_MODE).

In general, changes for the master branch are described in the "Updating
LinuxCNC" section of the devel docs:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html

Linuxcncrsh is specifically included at para 7.9 of:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html#_
linuxcncrsh

The linuxcncrsh man page has also been updated to some degree for jogging
methods:

http://linuxcnc.org/docs/devel/html/man/man1/linuxcncrsh.1.html

Because there are few users, the changes for linuxcncrsh have been lightly
tested.
--
Dewey Garrett



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing XYAY configuration

[Dewey Garrett]

> Also, I cannot jog over linuxcncrsh ...

Updating the master branch for improved
joints-axes functionality necessitated changes to
linuxcncrsh jogging to support both axis
coordinate jogging (TELEOP_MODE) and joint jogging
(not TELEOP_MODE).

In general, changes for the master branch are
described in the "Updating LinuxCNC" section of
the devel docs:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html

Linuxcncrsh is specifically included at para 7.9 of:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html#_linuxcncrsh

The linuxcncrsh man page has also been updated to
some degree for jogging methods:

http://linuxcnc.org/docs/devel/html/man/man1/linuxcncrsh.1.html

Because there are few users, the changes for
linuxcncrsh have been lightly tested.
-- 
Dewey Garrett


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing XYAY configuration

[Dewey Garrett]

(oops -- posted to wrong thread earlier)

linuxcncrsh (actually src/emc/usr_intf/emcrsh.cc)
has been updated to a *limited* extent for the
master branch with joints-axes updates.

The extent of updates has primarily been to
maintain the scripts that are used in the runtests
suite of tests.  These scripts are run on the
buildbot (for all supported operating systems) at
each new commit.

In src/emc/usr_intf/emcrsh.cc:setHome(), the code
for "Home All" (== -1) is rejected in both the
master branch AND 2.7.  The absence of this
particular functionality is likely indicative of
the limited usage of linuxcncrsh in the wild.

I've pushed a commit to add this "Home All"
capability and verified the runtests are still ok
on my test machine.

The commit, for the master branch only, is:
https://github.com/LinuxCNC/linuxcnc/commit/b3568fb9094b0075087242fc543c8db0d8e3ad40

#--
There may be other features available in guis
that are not implemented in linuxcncrsh.  If you
make changes and push them to the master branch of
git, it will be important to run the runtests
suite to ensure that the expected output of
existing test scripts is not altered since
alterations may cause test (and buildbot)
failures.

#--
Ref runtests scripts:
$ find tests  -type f -iname '*.ini' -exec grep -cH linuxcncrsh {} \;|grep -v 
:0$
./linuxcncrsh-tcp/linuxcncrsh-test.ini:1
./toolchanger/toolno-pocket-differ/random/sim.ini:1
./toolchanger/toolno-pocket-differ/nonrandom/sim.ini:1
./linuxcncrsh/linuxcncrsh-test.ini:1
./t0/random-without-t0/sim.ini:1
./t0/nonrandom/sim.ini:1
./t0/random-with-t0/sim.ini:1
./mdi-queue/linuxcncrsh-test.ini:1
./motion/g0/motion-test.ini:1


-- 
Dewey Garrett


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing XYAY configuration

[Eric H. Johnson]

All,

I am running Lcnc 2.8.0-pre1 in an XYAY configuration. I use the linuxcncrsh 
interface for my user interface. It is looking like there are additional 
commands that need to be supported.

Home all, for example, on axis runs differently than doing the same thing over 
linuxcncrsh. Also, I cannot jog over linuxcncrsh, but can with axis. MDI 
commands, and presumably gcode files do work over both interfaces.

It so happens I wrote linuxcncrsh. Are there additional commands that need to 
be supported?

Thanks,
Eric

Thanks,
Eric

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing To Index Following Error

[Peter C. Wallace]

On Mon, 26 Jun 2017, Todd  Zuercher wrote:


Date: Mon, 26 Jun 2017 12:11:51 -0400 (EDT)
From: Todd  Zuercher 
Reply-To: "Enhanced Machine Controller (EMC)"

To: Linuxcnc-Users 
Subject: [Emc-users] Homing To Index Following Error

I gave Master a try using only 4 joints for my XYZW machine, and that did not 
make any difference.
I still get a following error on the W (joint3) every first try. (unless the W 
is parked against the limit switch at machine turn on.)

I don't understand why it always seems to work right for the Z axis, but never 
for the W. When I scope the homing of the Z the plots look the same, except for 
the obvious spike of following error on the W, and the time between when the 
index-enable changes and the step in the position feedback. The Z shows they 
happen together in halscope, and W seems to be separated by a couple of 
base-thread cycles.

Is that the source of the problem? And what if anything can I do about it?

--


Pretty sure the mix  of base thread and servo thread cycles is what causes
the problem, homimg to index requires a precise function ordering and I 
dont think you can have the correct function ordering when you have the base 
thread accesing hardware.


I suspect the easiset solution is to choose a fast enought host CPU  that 
is capable of running a 4 KHz or so servo thread








Todd Zuercher
mailto:zuerc...@embarqmail.com





Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing To Index Following Error

[andy pugh]

On 26 June 2017 at 17:11, Todd Zuercher  wrote:

> I still get a following error on the W (joint3) every first try.


Is W a second spindle axis?

I wonder if you are the only one actually homing a W-axis?

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of mechanical geniuses, daredevils and lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing to index ends at different positions

[Kirk Wallace]

On 10/12/2016 04:15 AM, Peter C. Wallace wrote:
... snip
> Another diagnostic would be to halscope the index pulse itself assuming you
> can move slowly enough to detect it in the servo thread, index pulses are
> often 1 encoder pitch wide (1/2048 in your case) so you would have to move
> more slowly than 2s seconds per turn to reliably detect it at a 1 KHz servo
> thread
... snip

I recently had Z axis homing problems on my HNC lathe. I watched the 
encoder signals with HALscope while turning the screw forward and back 
by hand. I lost position over a few cycles. It turned out to be a bad 
capacitor that was causing the encoder voltage regulator to randomly 
shutdown. I removed the capacitor and function was restored. So, your 
problem may be like this, where the fault may not be consistent or obvious.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing to index ends at different positions

[Peter C. Wallace]

On Wed, 12 Oct 2016, Marius Alksnys wrote:

> Date: Wed, 12 Oct 2016 14:59:54 +0300
> From: Marius Alksnys 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Homing to index ends at different positions
> 
> Thank you for your suggestions, Peter.
> In this case Z assembly weights probably several hundred kilograms. And
> I don't have a big wish to remove the servo motor, although possible.
> Releasing the electromechanical brake makes it drop really fast.
>
> By the way, I have never succeeded "setsing" or "setping" an encoder
> index-enable signal and waiting for it to go down by rotating the
> encoder by hand on other setups. I don't remember the exact behavior
> now. I thought it has something to do with less often used IO type of
> HAL pin.. But a bit of time passed, I should check that again.
>
If the latch move is slow enough (so the index signal is capturable by 
halscope with a servo thread update rate), capturing a halscope trace of index 
and index-enable might help diagnosis

setp-ing the index-enable pin will not work, but sets-ing the signal that 
carries the index-enable does work and does not require disconnecting hal pins

> What is interesting, while not proven, that encoder count (or rawcount)
> persists between different LinuxCNC sessions and resets only after 7i77
> 5V power is re-applied. And exactly then I observe different Z position
> after homing.
> These things are not easy to prove, as they require big number of
> different tries.

The 7I77 cannot "store" any encoder counts as it only has encoder input signal 
conditioning on card, though cycling the 7I77 power when LinuxCNC is running 
will like cause a few stray counts. Note the raw counts are not cleared at 
linuxcnc start so can be any initial value (encoder counts and position _are_ 
cleared at linuxcnc startup and encoder position is cleared by index if index 
enable is true). Is it possible that something on the drive changes with 7I77 
power cycles.


>
>
>> I would hand check index detection by "setsing" the appropriate index-enable
>> signal and turning the axis by hand and watching for the same index-enable
>> signal to be cleared. If this does not work reliably it suggests you have a
>> encoder index signal interface problem of some sort (wrong interface mode,
>> too short index signal, missing index from resolver-digital converter, 5V
>> problem on 7I77, cable issues etc)
>>
>> The encoder errors also suggest some kind of generic interface issue
>>
>> Another diagnostic would be to halscope the index pulse itself assuming you
>> can move slowly enough to detect it in the servo thread, index pulses are
>> often 1 encoder pitch wide (1/2048 in your case) so you would have to move
>> more slowly than 2s seconds per turn to reliably detect it at a 1 KHz servo
>> thread
>>
>>
>>
>> Peter Wallace
>> Mesa Electronics
>>
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing to index ends at different positions

[andy pugh]

On 12 October 2016 at 10:13, Marius Alksnys  wrote:
> LinuxCNC 2.7.7, hostmot2, Mesa 5i25 + 7i77, resolver to quadrature
> converter integrated into servo drive, 8192 counts per revolution.

How does the Resolver to Quadrature converter decide where the index
is? It might do it on a fixed part of the cycle (the LinuxCNC 7o49
driver does) or it might just pulse every 8192 counts.

The latter method won't work well.

Is the error exactly one turn, or is it truly random?

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing to index ends at different positions

[Marius Alksnys]

Thank you for your suggestions, Peter.
In this case Z assembly weights probably several hundred kilograms. And 
I don't have a big wish to remove the servo motor, although possible. 
Releasing the electromechanical brake makes it drop really fast.

By the way, I have never succeeded "setsing" or "setping" an encoder 
index-enable signal and waiting for it to go down by rotating the 
encoder by hand on other setups. I don't remember the exact behavior 
now. I thought it has something to do with less often used IO type of 
HAL pin.. But a bit of time passed, I should check that again.

What is interesting, while not proven, that encoder count (or rawcount) 
persists between different LinuxCNC sessions and resets only after 7i77 
5V power is re-applied. And exactly then I observe different Z position 
after homing.
These things are not easy to prove, as they require big number of 
different tries.


> I would hand check index detection by "setsing" the appropriate index-enable
> signal and turning the axis by hand and watching for the same index-enable
> signal to be cleared. If this does not work reliably it suggests you have a
> encoder index signal interface problem of some sort (wrong interface mode,
> too short index signal, missing index from resolver-digital converter, 5V
> problem on 7I77, cable issues etc)
>
> The encoder errors also suggest some kind of generic interface issue
>
> Another diagnostic would be to halscope the index pulse itself assuming you
> can move slowly enough to detect it in the servo thread, index pulses are
> often 1 encoder pitch wide (1/2048 in your case) so you would have to move
> more slowly than 2s seconds per turn to reliably detect it at a 1 KHz servo
> thread
>
>
>
> Peter Wallace
> Mesa Electronics
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing to index ends at different positions

[Peter C. Wallace]

On Wed, 12 Oct 2016, Marius Alksnys wrote:

> Date: Wed, 12 Oct 2016 12:13:16 +0300
> From: Marius Alksnys 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: emc-users@lists.sourceforge.net
> Subject: [Emc-users] Homing to index ends at different positions
> 
> LinuxCNC 2.7.7, hostmot2, Mesa 5i25 + 7i77, resolver to quadrature
> converter integrated into servo drive, 8192 counts per revolution.
>
> I finished integration and one day operator said that Z position was
> lost after last machine restart.
>
> I checked Z homing process and got different final Z positions at
> different tries, especially after PC and 7i77 5V re-powering.
>
> Then I observed that looking for an index sometimes does not actually
> stop at the index, but at the next one - after one full turn. Would it
> be noise or inverted signal problem it would interpret noises as index
> pulse and would stop faster, not further, but this does not happen.
>
> I played a lot with HOME_LATCH_VEL, making it much smaller, changing its
> direction, but could not get reliable results. I checked position of
> home switch in relation to index position and moved the flag of home
> switch, got around 1200 counts difference between them, but nothing helped.
>
> And now, as I can recall, homing to index with Mesa boards gave me
> problems here and there often. Final workaround was to disable this
> feature and rely on imprecise home switches only :(
>
> in INI file:
> =
> [HM2]
> DRIVER = hm2_pci
> FPGA = hm2_5i25.0.
> ENC = hm2_5i25.0.encoder.
> PWM = hm2_5i25.0.pwmgen.0
> DI = hm2_5i25.0.7i77.0.0.input-
> DO = hm2_5i25.0.7i77.0.0.output-
> AO = hm2_5i25.0.7i77.0.1.
> AI = hm2_5i25.0.7i77.0.0.analogin
> CONFIG=" num_encoders=6 sserial_port_0=2XXX "
>
> # Axis Z
> [AXIS_2]
> TYPE = LINEAR
> FERROR = 1
> MIN_FERROR = 0.2
> MAX_VELOCITY = 325
> MAX_ACCELERATION = 1800
> ... (PID values)
> BIAS = 0
> DEADBAND = 0.0004
> MAX_OUTPUT = 10
> INPUT_SCALE = -1259.84251969
> OUTPUT_SCALE = -10
> OUTPUT_MIN_LIMIT = -10
> OUTPUT_MAX_LIMIT = 10
> MIN_LIMIT = -512
> MAX_LIMIT = 0
> HOME = -1 # The position that the joint will go to upon completion of
> the homing sequence
> HOME_OFFSET = -8 # The axis position of the home switch or index pulse,
> in machine units.
> HOME_SEARCH_VEL = 60
> HOME_LATCH_VEL = -10
> HOME_FINAL_VEL = 100
> HOME_USE_INDEX = YES
> HOME_IGNORE_LIMITS = NO
> HOME_SEQUENCE = 0
>
> in main HAL file:
> =
> loadrt trivkins
> loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD
> num_joints=[TRAJ](AXES) num_dio=7
> loadrt threads name1=slow-thread period1=[EMCMOT]SLOW_PERIOD
> loadrt pid names=pid-x,pid-y,pid-z,pid-spin,pid-orient
> ...
> loadrt debounce cfg=10
> ...
> loadrt hostmot2
> loadrt [HM2](DRIVER) config=[HM2](CONFIG)
> setp [HM2](FPGA)watchdog.timeout_ns 500
> ...
> # --- Z encoder setup ---
> setp [HM2](ENC)02.filter 1
> setp [HM2](ENC)02.scale [AXIS_2]INPUT_SCALE
> net z-pos-fb [HM2](ENC)02.position => pid-z.feedback axis.2.motor-pos-fb
> net z-vel-fb [HM2](ENC)02.velocity => pid-z.feedback-deriv
> net z-index-enable axis.2.index-enable <=> [HM2](ENC)02.index-enable
> ...
> net z-index-enable => pid-z.index-enable
> ...
> # Home and limit switches
> ...
> net z-home-noisy [HM2](DI)09 => debounce.0.2.in
> net z-home debounce.0.2.out => axis.2.home-sw-in
> ...
> net z-limit-noisy [HM2](DI)10-not => debounce.0.5.in
> ...
> # THREADS
> addf [HM2](FPGA)read servo-thread
> addf debounce.0 servo-thread
> ...
>
> addf motion-command-handler servo-thread
> addf motion-controller servo-thread
> ...
> addf pid-z.do-pid-calcs servo-thread
> ...
> addf [HM2](FPGA)write servo-thread
> ...
> addf scale-s-vel slow-thread
> ...
>
> in postgui.hal:
> =
> ...
> net enc-quad-error-en [HM2](ENC)00.quad-error-enable
> [HM2](ENC)01.quad-error-enable [HM2](ENC)02.quad-error-enable
> [HM2](ENC)05.quad-error-enable
> ...
> # I put this line at the very end, because I noticed more occasional
> quadrature errors otherwise:
> sets enc-quad-error-en 1
> lock
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



I would hand check index detection by "setsing" the appropriate index-enable 
signal and 

[Emc-users] Homing to index ends at different positions

[Marius Alksnys]

LinuxCNC 2.7.7, hostmot2, Mesa 5i25 + 7i77, resolver to quadrature 
converter integrated into servo drive, 8192 counts per revolution.

I finished integration and one day operator said that Z position was 
lost after last machine restart.

I checked Z homing process and got different final Z positions at 
different tries, especially after PC and 7i77 5V re-powering.

Then I observed that looking for an index sometimes does not actually 
stop at the index, but at the next one - after one full turn. Would it 
be noise or inverted signal problem it would interpret noises as index 
pulse and would stop faster, not further, but this does not happen.

I played a lot with HOME_LATCH_VEL, making it much smaller, changing its 
direction, but could not get reliable results. I checked position of 
home switch in relation to index position and moved the flag of home 
switch, got around 1200 counts difference between them, but nothing helped.

And now, as I can recall, homing to index with Mesa boards gave me 
problems here and there often. Final workaround was to disable this 
feature and rely on imprecise home switches only :(

in INI file:
=
[HM2]
DRIVER = hm2_pci
FPGA = hm2_5i25.0.
ENC = hm2_5i25.0.encoder.
PWM = hm2_5i25.0.pwmgen.0
DI = hm2_5i25.0.7i77.0.0.input-
DO = hm2_5i25.0.7i77.0.0.output-
AO = hm2_5i25.0.7i77.0.1.
AI = hm2_5i25.0.7i77.0.0.analogin
CONFIG=" num_encoders=6 sserial_port_0=2XXX "

# Axis Z
[AXIS_2]
TYPE = LINEAR
FERROR = 1
MIN_FERROR = 0.2
MAX_VELOCITY = 325
MAX_ACCELERATION = 1800
... (PID values)
BIAS = 0
DEADBAND = 0.0004
MAX_OUTPUT = 10
INPUT_SCALE = -1259.84251969
OUTPUT_SCALE = -10
OUTPUT_MIN_LIMIT = -10
OUTPUT_MAX_LIMIT = 10
MIN_LIMIT = -512
MAX_LIMIT = 0
HOME = -1 # The position that the joint will go to upon completion of 
the homing sequence
HOME_OFFSET = -8 # The axis position of the home switch or index pulse, 
in machine units.
HOME_SEARCH_VEL = 60
HOME_LATCH_VEL = -10
HOME_FINAL_VEL = 100
HOME_USE_INDEX = YES
HOME_IGNORE_LIMITS = NO
HOME_SEQUENCE = 0

in main HAL file:
=
loadrt trivkins
loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD 
num_joints=[TRAJ](AXES) num_dio=7
loadrt threads name1=slow-thread period1=[EMCMOT]SLOW_PERIOD
loadrt pid names=pid-x,pid-y,pid-z,pid-spin,pid-orient
...
loadrt debounce cfg=10
...
loadrt hostmot2
loadrt [HM2](DRIVER) config=[HM2](CONFIG)
setp [HM2](FPGA)watchdog.timeout_ns 500
...
# --- Z encoder setup ---
setp [HM2](ENC)02.filter 1
setp [HM2](ENC)02.scale [AXIS_2]INPUT_SCALE
net z-pos-fb [HM2](ENC)02.position => pid-z.feedback axis.2.motor-pos-fb
net z-vel-fb [HM2](ENC)02.velocity => pid-z.feedback-deriv
net z-index-enable axis.2.index-enable <=> [HM2](ENC)02.index-enable
...
net z-index-enable => pid-z.index-enable
...
# Home and limit switches
...
net z-home-noisy [HM2](DI)09 => debounce.0.2.in
net z-home debounce.0.2.out => axis.2.home-sw-in
...
net z-limit-noisy [HM2](DI)10-not => debounce.0.5.in
...
# THREADS
addf [HM2](FPGA)read servo-thread
addf debounce.0 servo-thread
...

addf motion-command-handler servo-thread
addf motion-controller servo-thread
...
addf pid-z.do-pid-calcs servo-thread
...
addf [HM2](FPGA)write servo-thread
...
addf scale-s-vel slow-thread
...

in postgui.hal:
=
...
net enc-quad-error-en [HM2](ENC)00.quad-error-enable 
[HM2](ENC)01.quad-error-enable [HM2](ENC)02.quad-error-enable 
[HM2](ENC)05.quad-error-enable
...
# I put this line at the very end, because I noticed more occasional 
quadrature errors otherwise:
sets enc-quad-error-en 1
lock


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing a lathe like the little monster

[Gene Heskett]

Greetings all;

The little monsters ways have been tightend up and it should carve to 
about a thou tolerance for a few days anyway.

Currently using homing switches, with figures in the ini file that while 
not accurate, are at least consistent, which I need to redo the Z axis 
for the size of the new tapered clamps. And I'll likely restore that yet 
today.

But I need something I can tie into a G38.2 in order to do a fine tune of 
the base G54 co-ordinate map to establish a true zero diamater at 
x=0.000.

I am thinking of some sort of an insulated holder I can clamp in the 
chuck, with a bit of give so that I can start the spindle in reverse and 
even though it may be a few thou off-center, a cutting tip would just 
slide along, and if I can access the time open and closed, drive it to a 
50% duty cycle, then add the probe radius to the x value and apply to 
the G54 co-ords such that 0.000 is x dead center.

For repeatability I should so something similar for the z but the shape 
of the tool tip would tend to muck that up unless I only drive x to 
about -.001" for that measurement.

So is there someplace in the linuxcnc memory where I can access the 
elapsed open or closed times of such a cyclic contact?  And make those 
times available to gcode for the math needed?

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Gene Heskett]

On Sunday 12 April 2015 10:39:39 Neil wrote:
> Another thing I had not yet come across... that the Home button and
> Ctrl-Home homes one or all axes.  Much nicer now!
>
> Thanks.

You are welcome. ;-)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Neil]

Another thing I had not yet come across... that the Home button and 
Ctrl-Home homes one or all axes.  Much nicer now!

Thanks.


On 4/12/2015 12:53 AM, Gene Heskett wrote:
> On Sunday 12 April 2015 00:16:23 Neil wrote:
>> Why would I have a "Unhome all axes" option under the machine menu,
>> but not "Home all axes".  Is there a way to set it up so I can home
>> all axes with one button?  Or better -- to let it automatically home
>> all axes for which I have a home switch setup?
>>
>> Thanks.
> Do you have, in your .ini file, a line per axis stating
>
> HOME_SEQUENCE = number?
>
> The number, starting with 0 determines the order that the axises are
> homed in.
>
> If its missing, I don't think axis gives you anything but the dots to
> select the axis to be homed when the HOME button is clicked on, or the
> keyboard HOME key is pressed.
>
> When the HOME ALL has been configured correctly, then the keyboard
> shortcut of Ctrl+HOME keys will do it all.  My Z home is fairly close to
> the chuck on my lathe, so I am in the habit of emptying the toolpost
> else it can break expen$ive tooling if there is work in the chuck.
> BTDT. :(
>
> Because of the preparation to make sure the machine CAN move w/o damaging
> anything, I have serious doubts that LinuxCNC will ever have a 1 time,
> at launch time, automatic home.  That could/would be quite dangerous in
> everyones opinion. IOW the lack of it is a safety feature.
>
> Cheers, Gene Heskett


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Neil]

Okay, found it.  Apparently when I set the sequence in the ini file, the 
Home Axis button changes to Home All automatically.

Thanks.



On 4/12/2015 12:38 AM, Dave Cole wrote:
>> Is there a way to set it up so I can home all axes
> with one button?
>
>
> Yes you can, and you can change the order of the homing by axis.
>
> It's in the system integrator manual.   Search for homing.
>
> Dave
>
> On 4/12/2015 12:16 AM, Neil wrote:
>> Why would I have a "Unhome all axes" option under the machine menu, but
>> not "Home all axes".  Is there a way to set it up so I can home all axes
>> with one button?  Or better -- to let it automatically home all axes for
>> which I have a home switch setup?
>>
>> Thanks.
>>
>>
>> --
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
> ---
> This email has been checked for viruses by Avast antivirus software.
> http://www.avast.com
>
>
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Gene Heskett]

On Sunday 12 April 2015 00:16:23 Neil wrote:
> Why would I have a "Unhome all axes" option under the machine menu,
> but not "Home all axes".  Is there a way to set it up so I can home
> all axes with one button?  Or better -- to let it automatically home
> all axes for which I have a home switch setup?
>
> Thanks.

Do you have, in your .ini file, a line per axis stating

HOME_SEQUENCE = number?

The number, starting with 0 determines the order that the axises are 
homed in.

If its missing, I don't think axis gives you anything but the dots to 
select the axis to be homed when the HOME button is clicked on, or the 
keyboard HOME key is pressed.

When the HOME ALL has been configured correctly, then the keyboard 
shortcut of Ctrl+HOME keys will do it all.  My Z home is fairly close to 
the chuck on my lathe, so I am in the habit of emptying the toolpost 
else it can break expen$ive tooling if there is work in the chuck.  
BTDT. :(

Because of the preparation to make sure the machine CAN move w/o damaging 
anything, I have serious doubts that LinuxCNC will ever have a 1 time, 
at launch time, automatic home.  That could/would be quite dangerous in 
everyones opinion. IOW the lack of it is a safety feature.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Dave Cole]

>Is there a way to set it up so I can home all axes
with one button?


Yes you can, and you can change the order of the homing by axis.

It's in the system integrator manual.   Search for homing.

Dave

On 4/12/2015 12:16 AM, Neil wrote:
> Why would I have a "Unhome all axes" option under the machine menu, but
> not "Home all axes".  Is there a way to set it up so I can home all axes
> with one button?  Or better -- to let it automatically home all axes for
> which I have a home switch setup?
>
> Thanks.
>
>
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing

[Neil]

Why would I have a "Unhome all axes" option under the machine menu, but 
not "Home all axes".  Is there a way to set it up so I can home all axes 
with one button?  Or better -- to let it automatically home all axes for 
which I have a home switch setup?

Thanks.


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing and restarting Lcnc problem

[Jeff Epler]

On Sat, Sep 06, 2014 at 03:21:01PM -0400, Gene Heskett wrote:
> On Saturday 06 September 2014 12:00:20 Tomaz T. did opine
> And Gene did reply:
> > Commenting out  LP line in modules doesn't help, and also
> > uncommenting install parport_pc /bin/true didn't
> > in /etc/modprobe.d/linuxcnc.conf 
> > 
>  
> If the std linux parport driver is available, and udev loads it, the 
> results are similar.

No, that has not been true for a long time now.

Since version 2.4.0 (2010), linuxcnc has by default cooperated with the
Linux parallel port drivers, so hal_parport and other parport-using
drivers generally do not interfere with or experience interference from
the kernel parport_pc driver.

For that reason, systems installed since that time have the modprobe.d
line that would disable parport_pc commented out by default.

One great advantage of this, which we have probably not evangelized hard
enough (or scrubbed away all documentation to the contrary), is the
ability to refer to parports by their linux numbering, not worrying
about I/O port addresses:
loadrt hal_parport cfg=0
points at the system's default parallel port, if linux detected one.
Super easy, and it even worked on my system where the only parport is a
PCI-E one!

Some people may still feel more comfortable with parport_pc not loaded.
This reduces the risk that some linux software (such as the printing
system) will touch the port, causing the attached CNC to do something
unexpected.  Those people can uncomment the line or take more drastic
measures if they prefer.  (best possible measure to take: a proper
physical estop chain so this doesn't happen even when somebody boots
windows 98 from cdrom or whatever crazy thing you might imagine)

Jeff

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing and restarting Lcnc problem

[Gene Heskett]

On Saturday 06 September 2014 12:00:20 Tomaz T. did opine
And Gene did reply:
> Commenting out  LP line in modules doesn't help, and also
> uncommenting install parport_pc /bin/true didn't
> in /etc/modprobe.d/linuxcnc.conf 
> 
 
If the std linux parport driver is available, and udev loads it, the 
results are similar.  So if you have that driver in the 
/lib/modules/kernel-version tree, nuke it.  In the meantime, rmmod it if 
it shows up in an lsmod listing before you start linuxcnc.

This is a rather elderly problem if that is the problem, but it can still 
bite a new bee. 
>  
> 
> > Next problem occurred after update to 2.7.0 pre, as when I restart
> > linuxcnc i'm getting error saying: Debug file information:insmod:
> > error inserting
> > '/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hal_parport.ko': -1
> > Device or resource busymy5axis_load.hal:25: exit value:
> > 1my5axis_load.hal:25: insmod failed, returned -1See the output of
> > 'dmesg' for more information.2036
> 
> ---
> --- Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing and restarting Lcnc problem

[Jeff Epler]

I tested for the hal_parport "device or resource busy" problem but was
unable to reproduce it.

I tested on a debian 7 system recently installed from the hybrid.iso.  I
tested at a master branch revision which describes as
"v2.6.3-659-gce43af0" (today's master branch) using a standalone test
script in the file pp.hal

loadrt hal_parport cfg=0
loadrt threads period1=100
loadrt not 
net x not.0.out => not.0.in parport.0.pin-01-out
addf not.0 thread1
addf parport.0.write thread1
start

which I ran multiple times in succession with

halrun pp.hal

I did not receive any errors in the terminal or in dmesg.

On my system, the "install parport_pc /bin/true" line is commented out
in /etc/modprobe.d/linuxcnc.conf, so hal_parport is working in
cooperatin with the linux parallel port driver.  My parallel port is on
a PCI card.

If you can, please test with the standalone hal script (modifying cfg=
if necessary) to see whether that produces the problem for you.  But the
most basic explanation (that I completely botched the unregistration
process for rtai when adding uspace) seems to be discounted at this
point.

Jeff

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing and restarting Lcnc problem

[Jeff Epler]

On Sat, Sep 06, 2014 at 03:12:56PM +, Tomaz T. wrote:
> Next problem occurred after update to 2.7.0 pre, as when I restart
> linuxcnc i'm getting error saying:
> Debug file information:insmod: error inserting
> '/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hal_parport.ko': -1
> Device or resource busymy5axis_load.hal:25: exit value:
> 1my5axis_load.hal:25: insmod failed, returned -1See the output of
> 'dmesg' for more information.2036

Thanks for your report.

In master branch, I have made some changes regarding parallel port
registration in order to support "uspace" realtime.  I will test later
today whether my work caused this problem.  If so, I'll fix it.

Please remember that the master branch is for new and potentially
untested work, so instability like this occurs much more frequently than
in our stable release branches such as 2.6.x.

Jeff

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing and restarting Lcnc problem

[Tomaz T .]

Commenting out  LP line in modules doesn't help, and also uncommenting install 
parport_pc /bin/true didn't in /etc/modprobe.d/linuxcnc.conf 



 
> Next problem occurred after update to 2.7.0 pre, as when I restart linuxcnc 
> i'm getting error saying:
> Debug file information:insmod: error inserting 
> '/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hal_parport.ko': -1 Device or 
> resource busymy5axis_load.hal:25: exit value: 1my5axis_load.hal:25: insmod 
> failed, returned -1See the output of 'dmesg' for more information.2036

  
--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing and restarting Lcnc problem

[Tomaz T .]

Suddenly I have problem with homing my z axis, as it reaches switch it back's 
off as it supposed to, but then it doesn't stop on programmed home offset 
instead it runs over it and keeps "searching" with its delatching velocity... 
Next problem occurred after update to 2.7.0 pre, as when I restart linuxcnc i'm 
getting error saying:
Debug file information:insmod: error inserting 
'/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hal_parport.ko': -1 Device or 
resource busymy5axis_load.hal:25: exit value: 1my5axis_load.hal:25: insmod 
failed, returned -1See the output of 'dmesg' for more information.2036

  
--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing Questions

[Gene Heskett]

On Wednesday 16 July 2014 07:12:16 John Thornton did opine
And Gene did reply:
> One usually homes Z first to get it up and out of the way
> 
> On 7/15/2014 4:26 PM, a k wrote:
> > to be sure --HOME_SEQUENCE 0|1|2|3
> > 0|1|2|3- this set sequence for axis?
> > like 0-x first, 1-y second   etc?

True John, I was just offering a syntax example. ;-)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing Questions

[John Thornton]

One usually homes Z first to get it up and out of the way

On 7/15/2014 4:26 PM, a k wrote:
> to be sure --HOME_SEQUENCE 0|1|2|3
> 0|1|2|3- this set sequence for axis?
> like 0-x first, 1-y second   etc?
>
>
>


--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

here is some
it say can not find 026
what else do i need to declare home switch?

net Xhome  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.026.in_not



net Yhome  axis.1.home-sw-in <= hm2_[HOSTMOT2](BOARD).1.gpio.030.in_not



net Zhome  axis.2.home-sw-in <= hm2_[HOSTMOT2](BOARD).2.gpio.034.in_not



On Sun, Jul 13, 2014 at 9:41 PM, a k  wrote:

> this is some  code for homing from hal
> there something about why they all connected to one pin 025
> do i need it ?
> or this only some  example ...
>
>
> net home-switch <= hm2_[HOSTMOT2](BOARD).0.gpio.025.in_not
> net home-switch => axis.0.home-sw-in
> net home-switch => axis.1.home-sw-in
> net home-switch => axis.2.home-sw-in
>
>
> pile of code, need guess which one is needed
>
>
>
> On Sun, Jul 13, 2014 at 4:07 PM, Peter C. Wallace  wrote:
>
>> On Sun, 13 Jul 2014, a k wrote:
>>
>> > Date: Sun, 13 Jul 2014 15:43:40 -0700
>> > From: a k 
>> > Reply-To: "Enhanced Machine Controller (EMC)"
>> > 
>> > To: "Enhanced Machine Controller (EMC)" <
>> emc-users@lists.sourceforge.net>
>> > Subject: Re: [Emc-users] Homing?
>> >
>> > net X-neg-limit  axis.0.home-sw-in <=
>> hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not
>>
>> i think it is wrong line for limit switch
>> something need to be instead axis.0.home-sw-in
>> do not know what
>>
>>
>> /
>>
>>
>> www.linuxcnc.org/docs/2.5/pdf/LinuxCNC_Integrator_Manual.pdf
>>
>> section 7.2.1 (axis pins)
>>
>>
>>
>> Peter wallace
>> Mesa Electronics
>>
>>
>>
>> --
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight™ - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

this is some  code for homing from hal
there something about why they all connected to one pin 025
do i need it ?
or this only some  example ...


net home-switch <= hm2_[HOSTMOT2](BOARD).0.gpio.025.in_not
net home-switch => axis.0.home-sw-in
net home-switch => axis.1.home-sw-in
net home-switch => axis.2.home-sw-in


pile of code, need guess which one is needed



On Sun, Jul 13, 2014 at 4:07 PM, Peter C. Wallace  wrote:

> On Sun, 13 Jul 2014, a k wrote:
>
> > Date: Sun, 13 Jul 2014 15:43:40 -0700
> > From: a k 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: Re: [Emc-users] Homing?
> >
> > net X-neg-limit  axis.0.home-sw-in <=
> hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not
>
> i think it is wrong line for limit switch
> something need to be instead axis.0.home-sw-in
> do not know what
>
>
> /
>
>
> www.linuxcnc.org/docs/2.5/pdf/LinuxCNC_Integrator_Manual.pdf
>
> section 7.2.1 (axis pins)
>
>
>
> Peter wallace
> Mesa Electronics
>
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight™ - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[Peter C. Wallace]

On Sun, 13 Jul 2014, a k wrote:

> Date: Sun, 13 Jul 2014 15:43:40 -0700
> From: a k 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] Homing?
> 
> net X-neg-limit  axis.0.home-sw-in <=
hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not

i think it is wrong line for limit switch
something need to be instead axis.0.home-sw-in
do not know what

/


www.linuxcnc.org/docs/2.5/pdf/LinuxCNC_Integrator_Manual.pdf

section 7.2.1 (axis pins)



Peter wallace
Mesa Electronics


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

net X-neg-limit  axis.0.home-sw-in <=
hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not

i think it is wrong line for limit switch
something need to be instead axis.0.home-sw-in
do not know what

/


On Sun, Jul 13, 2014 at 2:59 PM, a k  wrote:

>
> and for limit  it will be
>
> net X-neg-limit  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.03
> 8.in_not
>
> is it only one line per one limit switch?
>
>
> On Sun, Jul 13, 2014 at 2:36 PM, Peter C. Wallace  wrote:
>
>> On Sun, 13 Jul 2014, a k wrote:
>>
>>  Date: Sun, 13 Jul 2014 13:47:04 -0700
>>>
>>> From: a k 
>>> Reply-To: "Enhanced Machine Controller (EMC)"
>>> 
>>> To: "Enhanced Machine Controller (EMC)" >> >
>>> Subject: Re: [Emc-users] Homing?
>>>
>>> so, limit switches and home switches were not there to begin with.
>>>
>> //
>> is this what need to add for limit switches
>> ###
>> ### Sample separate limit switches on the X axis (axis 0)
>> ###
>>  net X-neg-limit parport.0.pin-11-in => axis.0.neg-lim-sw-in
>> net X-pos-limit parport.0.pin-12-in => axis.0.pos-lim-sw-in
>>
>> /
>> and for home
>>
>> ### A sample home switch on the X axis (axis 0). make a signal,
>> ### link the incoming parport pin to the signal, then link the signal
>> ### to LinuxCNCÿÿs axis 0 home switch input pin
>>
>> ###
>>  net Xhome parport.0.pin-10-in => axis.0.home-sw-in
>> ###
>>
>>
>>
>> Approximately right but you are not using a parallel port
>> so the pin names of the hardware side will be different something more
>> like:
>>
>> net Xhome  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not
>>
>>
>> Note that the gpio number (the 048) depends on which 5I20 connector the
>> 7I37 is connected to and which 7I37 input the limit switch connects to.
>>
>> (the 048 is just an example)
>>
>>
>> On Sun, Jul 13, 2014 at 12:47 PM, John Kasunich 
>> wrote:
>>
>>
>>>
>>> On Sun, Jul 13, 2014, at 01:58 PM, a k wrote:
>>> > hi
>>> > The example hal file hs no limit switch
>>> > support built in so you will have to add the limit switch connections
>>> in
>>> the
>>> > hal file in order for them to become functional
>>> > 
>>> > i want add--limit and home switches.
>>> > How i can do that? - add switches
>>> > question --why switches are not in hal is for integrator. what is
>>> reason
>>> to
>>> > not put them in as a default?
>>> >
>>>
>>> Because some integrators will want switches and some will not.
>>> It is a SAMPLE configuration.  It can never be perfect for everyone.
>>> You are the integrator, you are expected to look at the samples and
>>> learn enough to modify them to suit your own needs.
>>>
>>>
>>> --
>>>   John Kasunich
>>>   jmkasun...@fastmail.fm
>>>
>>>
>>> 
>>> --
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>>>  
>> --
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>> Peter Wallace
>> Mesa Electronics
>>
>> (\__/)
>> (='.'=) This is Bunny. Copy and paste bunny into your
>> (")_(") signature to help him gain world domination.
>>
>>
>> --
>>
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

and for limit  it will be

net X-neg-limit  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.03
8.in_not

is it only one line per one limit switch?


On Sun, Jul 13, 2014 at 2:36 PM, Peter C. Wallace  wrote:

> On Sun, 13 Jul 2014, a k wrote:
>
>  Date: Sun, 13 Jul 2014 13:47:04 -0700
>>
>> From: a k 
>> Reply-To: "Enhanced Machine Controller (EMC)"
>> 
>> To: "Enhanced Machine Controller (EMC)" 
>> Subject: Re: [Emc-users] Homing?
>>
>> so, limit switches and home switches were not there to begin with.
>>
> //
> is this what need to add for limit switches
> ###
> ### Sample separate limit switches on the X axis (axis 0)
> ###
>  net X-neg-limit parport.0.pin-11-in => axis.0.neg-lim-sw-in
> net X-pos-limit parport.0.pin-12-in => axis.0.pos-lim-sw-in
>
> /
> and for home
>
> ### A sample home switch on the X axis (axis 0). make a signal,
> ### link the incoming parport pin to the signal, then link the signal
> ### to LinuxCNCÿÿs axis 0 home switch input pin
>
> ###
>  net Xhome parport.0.pin-10-in => axis.0.home-sw-in
> ###
>
>
>
> Approximately right but you are not using a parallel port
> so the pin names of the hardware side will be different something more
> like:
>
> net Xhome  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not
>
>
> Note that the gpio number (the 048) depends on which 5I20 connector the
> 7I37 is connected to and which 7I37 input the limit switch connects to.
>
> (the 048 is just an example)
>
>
> On Sun, Jul 13, 2014 at 12:47 PM, John Kasunich 
> wrote:
>
>
>>
>> On Sun, Jul 13, 2014, at 01:58 PM, a k wrote:
>> > hi
>> > The example hal file hs no limit switch
>> > support built in so you will have to add the limit switch connections in
>> the
>> > hal file in order for them to become functional
>> > 
>> > i want add--limit and home switches.
>> > How i can do that? - add switches
>> > question --why switches are not in hal is for integrator. what is reason
>> to
>> > not put them in as a default?
>> >
>>
>> Because some integrators will want switches and some will not.
>> It is a SAMPLE configuration.  It can never be perfect for everyone.
>> You are the integrator, you are expected to look at the samples and
>> learn enough to modify them to suit your own needs.
>>
>>
>> --
>>   John Kasunich
>>   jmkasun...@fastmail.fm
>>
>>
>> 
>> --
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>  
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
> --
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[Peter C. Wallace]

On Sun, 13 Jul 2014, a k wrote:


Date: Sun, 13 Jul 2014 13:47:04 -0700
From: a k 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "Enhanced Machine Controller (EMC)" 
Subject: Re: [Emc-users] Homing?

so, limit switches and home switches were not there to begin with.

//
is this what need to add for limit switches
###
### Sample separate limit switches on the X axis (axis 0)
###
 net X-neg-limit parport.0.pin-11-in => axis.0.neg-lim-sw-in
net X-pos-limit parport.0.pin-12-in => axis.0.pos-lim-sw-in

/
and for home

### A sample home switch on the X axis (axis 0). make a signal,
### link the incoming parport pin to the signal, then link the signal
### to LinuxCNC??s axis 0 home switch input pin
###
 net Xhome parport.0.pin-10-in => axis.0.home-sw-in
###



Approximately right but you are not using a parallel port
so the pin names of the hardware side will be different something more like:

net Xhome  axis.0.home-sw-in <= hm2_[HOSTMOT2](BOARD).0.gpio.048.in_not


Note that the gpio number (the 048) depends on which 5I20 connector the
7I37 is connected to and which 7I37 input the limit switch connects to.

(the 048 is just an example)

On Sun, Jul 13, 2014 at 12:47 PM, John Kasunich 
wrote:




On Sun, Jul 13, 2014, at 01:58 PM, a k wrote:
> hi
> The example hal file hs no limit switch
> support built in so you will have to add the limit switch connections in
the
> hal file in order for them to become functional
> 
> i want add--limit and home switches.
> How i can do that? - add switches
> question --why switches are not in hal is for integrator. what is reason
to
> not put them in as a default?
>

Because some integrators will want switches and some will not.
It is a SAMPLE configuration.  It can never be perfect for everyone.
You are the integrator, you are expected to look at the samples and
learn enough to modify them to suit your own needs.


--
  John Kasunich
  jmkasun...@fastmail.fm


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

so, limit switches and home switches were not there to begin with.
//
is this what need to add for limit switches
###
### Sample separate limit switches on the X axis (axis 0)
###
 net X-neg-limit parport.0.pin-11-in => axis.0.neg-lim-sw-in
net X-pos-limit parport.0.pin-12-in => axis.0.pos-lim-sw-in

/
and for home

### A sample home switch on the X axis (axis 0). make a signal,
### link the incoming parport pin to the signal, then link the signal
### to LinuxCNC’s axis 0 home switch input pin
###
 net Xhome parport.0.pin-10-in => axis.0.home-sw-in
###





On Sun, Jul 13, 2014 at 12:47 PM, John Kasunich 
wrote:

>
>
> On Sun, Jul 13, 2014, at 01:58 PM, a k wrote:
> > hi
> > The example hal file hs no limit switch
> > support built in so you will have to add the limit switch connections in
> the
> > hal file in order for them to become functional
> > 
> > i want add--limit and home switches.
> > How i can do that? - add switches
> > question --why switches are not in hal is for integrator. what is reason
> to
> > not put them in as a default?
> >
>
> Because some integrators will want switches and some will not.
> It is a SAMPLE configuration.  It can never be perfect for everyone.
> You are the integrator, you are expected to look at the samples and
> learn enough to modify them to suit your own needs.
>
>
> --
>   John Kasunich
>   jmkasun...@fastmail.fm
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[John Kasunich]

On Sun, Jul 13, 2014, at 01:58 PM, a k wrote:
> hi
> The example hal file hs no limit switch
> support built in so you will have to add the limit switch connections in the
> hal file in order for them to become functional
> 
> i want add--limit and home switches.
> How i can do that? - add switches
> question --why switches are not in hal is for integrator. what is reason to
> not put them in as a default?
> 

Because some integrators will want switches and some will not.
It is a SAMPLE configuration.  It can never be perfect for everyone.
You are the integrator, you are expected to look at the samples and
learn enough to modify them to suit your own needs.


-- 
  John Kasunich
  jmkasun...@fastmail.fm

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

You were asked to send your
~/aram/linuxcnc/configs/machine_name/machine_name.hal file

is it this one ?
http://pastebin.com/bPz4BwpX


http://pastebin.com/ytNtBcXf




On Sun, Jul 13, 2014 at 10:58 AM, a k  wrote:

> hi
> The example hal file hs no limit switch
> support built in so you will have to add the limit switch connections in
> the
> hal file in order for them to become functional
> 
> i want add--limit and home switches.
> How i can do that? - add switches
> question --why switches are not in hal is for integrator. what is reason
> to not put them in as a default?
>
>
>
>
> On Sun, Jul 13, 2014 at 7:54 AM, Peter C. Wallace  wrote:
>
>> On Sun, 13 Jul 2014, a k wrote:
>>
>> > Date: Sun, 13 Jul 2014 02:12:26 -0700
>> > From: a k 
>> > Reply-To: "Enhanced Machine Controller (EMC)"
>> >     
>> > To: "Enhanced Machine Controller (EMC)" <
>> emc-users@lists.sourceforge.net>
>> > Subject: Re: [Emc-users] Homing?
>> >
>> > i will check , but about all - every single LED was ON on 5i20 or no I
>> can
>> > not say but when i used -emc2--2.2.4 there was many LED light ON
>> > some on middle of the board and some on the side of the 5i20 board.
>> > when i use emc2---2.5.4  NONE of LED was ON..
>> >
>> > How that very big and obvious difference can be explained?
>> > And i want to attache to it that limit and home switches stop work on
>> > emc2---2.5.4 
>> > Is this simple coincidence?
>> > That is why i want to find out who else use emc2---2.5.4 with boards
>> > 5i20/7i33/7i37?
>> >
>> > if one can replay that yes i have used exact same combination ---
>> > emc2---2.5.4 with boards
>> > 5i20/7i33/7i3 and no problems--- limit switched working than it sound
>> > complicated .
>>
>>
>> What I believe has happened is that you were originally using the old
>> m5i20
>> firmware and your own hal file, When you changed to 2.5.4 you started
>> using
>> the hm2-servo _Example_ hal file. The example hal file hs no limit switch
>> support built in so you will have to add the limit switch connections in
>> the
>> hal file in order for them to become functional
>>
>>
>> > //
>> > I am not a developer who buckle down emc2-- 2.5.4
>> > i am final user. i can say only if it works or it does not.
>> > and combination --emc2---2.5.4 with boards 5i20/7i33/7i37 - does not
>> > working.
>> > //
>> > what else do i need to say?
>> >
>> >
>> >
>> >
>> >
>> > On Sun, Jul 13, 2014 at 1:11 AM, Gene Heskett 
>> wrote:
>> >
>> >> On Saturday 12 July 2014 23:50:59 a k did opine
>> >> And Gene did reply:
>> >>> --One other question:  Did you make a new config directory, with new
>> >>> files --when you installed 2.5.4?  Or are you still using the
>> >>> configuration from 2.2.4?
>> >>> 
>> >>> i did explain that..
>> >>> i did load 2.5.4
>> >>> and switches do not work!
>> >>> I did use 2.2.4 as a live CD without installation and all switches do
>> >>> work . any more question about configuration?
>> >>
>> >> Then that would have been two different sets of configuration
>> directories,
>> >> the live cd would have been volatile, in ram, the install of 2.5.4
>> would
>> >> be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls
>> -lR
>> >> of this configs directory please.
>> >>
>> >>> ,,,
>> >>> about --English is not your first language---
>> >>> i do not see difference between 1 st or 2nd one
>> >>> what i can not see it is clear instruction/direction:
>> >>> step 1 - 2...  n
>> >>
>> >> I gave you start points in the last post. You refuse to take even the
>> >> first step required to troubleshoot.
>> >>
>> >> Also, I can assure you that it is not LinuxCNC as I have 2 installs
>> here
>> >> that do work.  It is a configuration error.
>> >>
>> >>> what is result? etc ,
>> >>> what to check in  Hal Meter? which file?
>> >>> where -- pins- signals--parameters-- ?
>> >>> i will do that but i need clear direction to i can be clear about
>> >

Re: [Emc-users] Homing?

[a k]

hi
The example hal file hs no limit switch
support built in so you will have to add the limit switch connections in the
hal file in order for them to become functional

i want add--limit and home switches.
How i can do that? - add switches
question --why switches are not in hal is for integrator. what is reason to
not put them in as a default?




On Sun, Jul 13, 2014 at 7:54 AM, Peter C. Wallace  wrote:

> On Sun, 13 Jul 2014, a k wrote:
>
> > Date: Sun, 13 Jul 2014 02:12:26 -0700
> > From: a k 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: Re: [Emc-users] Homing?
> >
> > i will check , but about all - every single LED was ON on 5i20 or no I
> can
> > not say but when i used -emc2--2.2.4 there was many LED light ON
> > some on middle of the board and some on the side of the 5i20 board.
> > when i use emc2---2.5.4  NONE of LED was ON..
> >
> > How that very big and obvious difference can be explained?
> > And i want to attache to it that limit and home switches stop work on
> > emc2---2.5.4 
> > Is this simple coincidence?
> > That is why i want to find out who else use emc2---2.5.4 with boards
> > 5i20/7i33/7i37?
> >
> > if one can replay that yes i have used exact same combination ---
> > emc2---2.5.4 with boards
> > 5i20/7i33/7i3 and no problems--- limit switched working than it sound
> > complicated .
>
>
> What I believe has happened is that you were originally using the old m5i20
> firmware and your own hal file, When you changed to 2.5.4 you started using
> the hm2-servo _Example_ hal file. The example hal file hs no limit switch
> support built in so you will have to add the limit switch connections in
> the
> hal file in order for them to become functional
>
>
> > //
> > I am not a developer who buckle down emc2-- 2.5.4
> > i am final user. i can say only if it works or it does not.
> > and combination --emc2---2.5.4 with boards 5i20/7i33/7i37 - does not
> > working.
> > //
> > what else do i need to say?
> >
> >
> >
> >
> >
> > On Sun, Jul 13, 2014 at 1:11 AM, Gene Heskett  wrote:
> >
> >> On Saturday 12 July 2014 23:50:59 a k did opine
> >> And Gene did reply:
> >>> --One other question:  Did you make a new config directory, with new
> >>> files --when you installed 2.5.4?  Or are you still using the
> >>> configuration from 2.2.4?
> >>> 
> >>> i did explain that..
> >>> i did load 2.5.4
> >>> and switches do not work!
> >>> I did use 2.2.4 as a live CD without installation and all switches do
> >>> work . any more question about configuration?
> >>
> >> Then that would have been two different sets of configuration
> directories,
> >> the live cd would have been volatile, in ram, the install of 2.5.4 would
> >> be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls -lR
> >> of this configs directory please.
> >>
> >>> ,,,
> >>> about --English is not your first language---
> >>> i do not see difference between 1 st or 2nd one
> >>> what i can not see it is clear instruction/direction:
> >>> step 1 - 2...  n
> >>
> >> I gave you start points in the last post. You refuse to take even the
> >> first step required to troubleshoot.
> >>
> >> Also, I can assure you that it is not LinuxCNC as I have 2 installs here
> >> that do work.  It is a configuration error.
> >>
> >>> what is result? etc ,
> >>> what to check in  Hal Meter? which file?
> >>> where -- pins- signals--parameters-- ?
> >>> i will do that but i need clear direction to i can be clear about
> >>> result/outcome.
> >>>
> >>> 
> >>>
> >>> I did many times ask question but i can not see the answer.
> >>> why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work
> >>> on emc2--2.5
> >>> ?
> >>> why nobody answer that question?
> >>> do not need to see my machine. obvious problem with 2.5
> >>> ///
> >>> If one do not see the problem with 2.5, than my clear question is who
> >>> else use 5i20 /7i33/7i37  with emc2---2.5?
> >>
> >> And I believe this is the first time you have s

Re: [Emc-users] Homing?

[Peter C. Wallace]

On Sun, 13 Jul 2014, a k wrote:

> Date: Sun, 13 Jul 2014 02:12:26 -0700
> From: a k 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] Homing?
> 
> i will check , but about all - every single LED was ON on 5i20 or no I can
> not say but when i used -emc2--2.2.4 there was many LED light ON
> some on middle of the board and some on the side of the 5i20 board.
> when i use emc2---2.5.4  NONE of LED was ON..
>
> How that very big and obvious difference can be explained?
> And i want to attache to it that limit and home switches stop work on
> emc2---2.5.4 
> Is this simple coincidence?
> That is why i want to find out who else use emc2---2.5.4 with boards
> 5i20/7i33/7i37?
>
> if one can replay that yes i have used exact same combination ---
> emc2---2.5.4 with boards
> 5i20/7i33/7i3 and no problems--- limit switched working than it sound
> complicated .


What I believe has happened is that you were originally using the old m5i20 
firmware and your own hal file, When you changed to 2.5.4 you started using 
the hm2-servo _Example_ hal file. The example hal file hs no limit switch 
support built in so you will have to add the limit switch connections in the 
hal file in order for them to become functional


> //
> I am not a developer who buckle down emc2-- 2.5.4
> i am final user. i can say only if it works or it does not.
> and combination --emc2---2.5.4 with boards 5i20/7i33/7i37 - does not
> working.
> //
> what else do i need to say?
>
>
>
>
>
> On Sun, Jul 13, 2014 at 1:11 AM, Gene Heskett  wrote:
>
>> On Saturday 12 July 2014 23:50:59 a k did opine
>> And Gene did reply:
>>> --One other question:  Did you make a new config directory, with new
>>> files --when you installed 2.5.4?  Or are you still using the
>>> configuration from 2.2.4?
>>> 
>>> i did explain that..
>>> i did load 2.5.4
>>> and switches do not work!
>>> I did use 2.2.4 as a live CD without installation and all switches do
>>> work . any more question about configuration?
>>
>> Then that would have been two different sets of configuration directories,
>> the live cd would have been volatile, in ram, the install of 2.5.4 would
>> be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls -lR
>> of this configs directory please.
>>
>>> ,,,
>>> about --English is not your first language---
>>> i do not see difference between 1 st or 2nd one
>>> what i can not see it is clear instruction/direction:
>>> step 1 - 2...  n
>>
>> I gave you start points in the last post. You refuse to take even the
>> first step required to troubleshoot.
>>
>> Also, I can assure you that it is not LinuxCNC as I have 2 installs here
>> that do work.  It is a configuration error.
>>
>>> what is result? etc ,
>>> what to check in  Hal Meter? which file?
>>> where -- pins- signals--parameters-- ?
>>> i will do that but i need clear direction to i can be clear about
>>> result/outcome.
>>>
>>> 
>>>
>>> I did many times ask question but i can not see the answer.
>>> why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work
>>> on emc2--2.5
>>> ?
>>> why nobody answer that question?
>>> do not need to see my machine. obvious problem with 2.5
>>> ///
>>> If one do not see the problem with 2.5, than my clear question is who
>>> else use 5i20 /7i33/7i37  with emc2---2.5?
>>
>> And I believe this is the first time you have said you are using Mesa's
>> interface boards. But then again, my short term memory isn't the greatest,
>> one of the hazards of outliving ones enemies. :(
>>
>>> just want to know answer
>>> my question is simple and clear.
>>> 
>>> Here is most important point and please!!! Attention here!
>>> when i use emc2 -- - 2.2.4/2.2.5
>>> all LED lights on board 5i20 are ON
>>
>> I do not know about the 5i20, but the docs on my 5i25 tells me that if
>> both leds are on, the board is miss-configured and incapable of working.
>> So the first thing I would do is go to Peters site and download & print
>> the 5i20's documentation.  That is at:
>>
>> <http://mesanet.com/pdf/parallelcardinfo.html>
>>
>> However, according to th

Re: [Emc-users] Homing?

[Gene Heskett]

On Sunday 13 July 2014 05:12:26 a k did opine
And Gene did reply:
> i will check , but about all - every single LED was ON on 5i20 or no I
> can not say but when i used -emc2--2.2.4 there was many LED light ON
> some on middle of the board and some on the side of the 5i20 board.
> when i use emc2---2.5.4  NONE of LED was ON..
> 
> How that very big and obvious difference can be explained?
> And i want to attache to it that limit and home switches stop work on
> emc2---2.5.4 
> Is this simple coincidence?
> That is why i want to find out who else use emc2---2.5.4 with boards
> 5i20/7i33/7i37?
> 
> if one can replay that yes i have used exact same combination ---
> emc2---2.5.4 with boards
> 5i20/7i33/7i3 and no problems--- limit switched working than it sound
> complicated .
> //
> I am not a developer who buckle down emc2-- 2.5.4
> i am final user. i can say only if it works or it does not.
> and combination --emc2---2.5.4 with boards 5i20/7i33/7i37 - does not
> working.
> //
>  what else do i need to say?
> 
One more question.  Have you executed pncconf?  If not, then the whole 
install is un-configured. Setting up a new install while using that 3 
board combination IS a complex process that requires intimate knowledge of 
how the system was setup in order that it be duplicated using more modern 
syntax.  So, whoever did it for you in the first place, or someone with 
similar skills will have to come to your site and do it again. I am not 
that person, and never having used that board combination myself, I can't 
do any more than ask the std troubleshooting questions.  I asked you to 
show us an "ls -lR" of the linuxcnc/configs directory tree and you have 
not even done that.  That was so that we might be able to guess which file 
we wanted to see. So there was a reason to ask you to do that, but you 
have refused.  Without some clues, we are as lost as you are.

You were asked to send your 
~/aram/linuxcnc/configs/machine_name/machine_name.hal file, where 
"machine_name? is what you see in the top border of the axis display as 
something similar to "axis.ngc - AXIS 2.5.4-30-g80efa5f on my-mill-atom-3"
In my case then we would want to see, from that
~/home/aram/linuxcnc/config/my-mill-atom-3/my-mill-atom-3.hal.

And I would like to see that same file (machine_name adjusted of course) 
from the original 2.2.4 install, the one that worked.

That machine_name is totally unknown to us, so there is no way we can tell 
you what file it is.

Its obvious to us all by now that it was NOT YOU that set it up and made 
it run nearly a decade ago, and that you are going to have to get that 
person to come back and do it again.  And the nature of free software is 
that while it is free, the labor of knowledgeable people who can make it 
work is not.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

Just want to add that if one want to see my machine and any/all file/s
do not need to come to my place -- need use teleconferencing with gmail.com
and i can put camera and in real time and anyone can see and hear etc
situation that i have
with emc22.5.4 ++5i20/7i33/7i37
and it will remove ALL ministry about problem --- emc22.5.4
++5i20/7i33/7i37

/



On Sun, Jul 13, 2014 at 1:11 AM, Gene Heskett  wrote:

> On Saturday 12 July 2014 23:50:59 a k did opine
> And Gene did reply:
> > --One other question:  Did you make a new config directory, with new
> > files --when you installed 2.5.4?  Or are you still using the
> > configuration from 2.2.4?
> > 
> > i did explain that..
> > i did load 2.5.4
> > and switches do not work!
> > I did use 2.2.4 as a live CD without installation and all switches do
> > work . any more question about configuration?
>
> Then that would have been two different sets of configuration directories,
> the live cd would have been volatile, in ram, the install of 2.5.4 would
> be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls -lR
> of this configs directory please.
>
> > ,,,
> > about --English is not your first language---
> > i do not see difference between 1 st or 2nd one
> > what i can not see it is clear instruction/direction:
> > step 1 - 2...  n
>
> I gave you start points in the last post. You refuse to take even the
> first step required to troubleshoot.
>
> Also, I can assure you that it is not LinuxCNC as I have 2 installs here
> that do work.  It is a configuration error.
>
> > what is result? etc ,
> > what to check in  Hal Meter? which file?
> > where -- pins- signals--parameters-- ?
> > i will do that but i need clear direction to i can be clear about
> > result/outcome.
> >
> > 
> >
> > I did many times ask question but i can not see the answer.
> > why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work
> > on emc2--2.5
> > ?
> > why nobody answer that question?
> > do not need to see my machine. obvious problem with 2.5
> > ///
> > If one do not see the problem with 2.5, than my clear question is who
> > else use 5i20 /7i33/7i37  with emc2---2.5?
>
> And I believe this is the first time you have said you are using Mesa's
> interface boards. But then again, my short term memory isn't the greatest,
> one of the hazards of outliving ones enemies. :(
>
> > just want to know answer
> > my question is simple and clear.
> > 
> > Here is most important point and please!!! Attention here!
> > when i use emc2 -- - 2.2.4/2.2.5
> > all LED lights on board 5i20 are ON
>
> I do not know about the 5i20, but the docs on my 5i25 tells me that if
> both leds are on, the board is miss-configured and incapable of working.
> So the first thing I would do is go to Peters site and download & print
> the 5i20's documentation.  That is at:
>
> 
>
> However, according to the 5i20.pdf, all leds on, on the 5i20 indicates all
> outputs are at logic zero.  As that is the default power up state, I do
> not think it has been configured.
>
> Can you move the machine with the arrow keys after the F1, F2 enable
> sequence?
>
> I do not see the 7i33, but the 7i37 docs are on that same page if you
> scroll down.  Backing up to mesanet.com, and clicking on Anything Daughter
> cards will get you to where the 7i33 docs are.  Get those also.
>
> Next, trace or "ring" the switches, they are connected to what terminals,
> I assume on the 7i37, since the 7i33 is apparently all servo & encoder
> interfaces.  Tell us that info too.  Properly setting up this 3 board
> combination is far more complex that the standalone 5i25 I am attempting
> to use.
>
> Do you have a backup of the old install of 2.2.4?  It could be used for
> comparison with the 2.5.4 install.
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

i will check , but about all - every single LED was ON on 5i20 or no I can
not say but when i used -emc2--2.2.4 there was many LED light ON
some on middle of the board and some on the side of the 5i20 board.
when i use emc2---2.5.4  NONE of LED was ON..

How that very big and obvious difference can be explained?
And i want to attache to it that limit and home switches stop work on
emc2---2.5.4 
Is this simple coincidence?
That is why i want to find out who else use emc2---2.5.4 with boards
5i20/7i33/7i37?

if one can replay that yes i have used exact same combination ---
emc2---2.5.4 with boards
5i20/7i33/7i3 and no problems--- limit switched working than it sound
complicated .
//
I am not a developer who buckle down emc2-- 2.5.4
i am final user. i can say only if it works or it does not.
and combination --emc2---2.5.4 with boards 5i20/7i33/7i37 - does not
working.
//
 what else do i need to say?





On Sun, Jul 13, 2014 at 1:11 AM, Gene Heskett  wrote:

> On Saturday 12 July 2014 23:50:59 a k did opine
> And Gene did reply:
> > --One other question:  Did you make a new config directory, with new
> > files --when you installed 2.5.4?  Or are you still using the
> > configuration from 2.2.4?
> > 
> > i did explain that..
> > i did load 2.5.4
> > and switches do not work!
> > I did use 2.2.4 as a live CD without installation and all switches do
> > work . any more question about configuration?
>
> Then that would have been two different sets of configuration directories,
> the live cd would have been volatile, in ram, the install of 2.5.4 would
> be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls -lR
> of this configs directory please.
>
> > ,,,
> > about --English is not your first language---
> > i do not see difference between 1 st or 2nd one
> > what i can not see it is clear instruction/direction:
> > step 1 - 2...  n
>
> I gave you start points in the last post. You refuse to take even the
> first step required to troubleshoot.
>
> Also, I can assure you that it is not LinuxCNC as I have 2 installs here
> that do work.  It is a configuration error.
>
> > what is result? etc ,
> > what to check in  Hal Meter? which file?
> > where -- pins- signals--parameters-- ?
> > i will do that but i need clear direction to i can be clear about
> > result/outcome.
> >
> > 
> >
> > I did many times ask question but i can not see the answer.
> > why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work
> > on emc2--2.5
> > ?
> > why nobody answer that question?
> > do not need to see my machine. obvious problem with 2.5
> > ///
> > If one do not see the problem with 2.5, than my clear question is who
> > else use 5i20 /7i33/7i37  with emc2---2.5?
>
> And I believe this is the first time you have said you are using Mesa's
> interface boards. But then again, my short term memory isn't the greatest,
> one of the hazards of outliving ones enemies. :(
>
> > just want to know answer
> > my question is simple and clear.
> > 
> > Here is most important point and please!!! Attention here!
> > when i use emc2 -- - 2.2.4/2.2.5
> > all LED lights on board 5i20 are ON
>
> I do not know about the 5i20, but the docs on my 5i25 tells me that if
> both leds are on, the board is miss-configured and incapable of working.
> So the first thing I would do is go to Peters site and download & print
> the 5i20's documentation.  That is at:
>
> 
>
> However, according to the 5i20.pdf, all leds on, on the 5i20 indicates all
> outputs are at logic zero.  As that is the default power up state, I do
> not think it has been configured.
>
> Can you move the machine with the arrow keys after the F1, F2 enable
> sequence?
>
> I do not see the 7i33, but the 7i37 docs are on that same page if you
> scroll down.  Backing up to mesanet.com, and clicking on Anything Daughter
> cards will get you to where the 7i33 docs are.  Get those also.
>
> Next, trace or "ring" the switches, they are connected to what terminals,
> I assume on the 7i37, since the 7i33 is apparently all servo & encoder
> interfaces.  Tell us that info too.  Properly setting up this 3 board
> combination is far more complex that the standalone 5i25 I am attempting
> to use.
>
> Do you have a backup of the old install of 2.2.4?  It could be used for
> comparison with the 2.5.4 install.
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>
> --
> ___
> Emc-users 

Re: [Emc-users] Homing?

[Gene Heskett]

On Saturday 12 July 2014 23:50:59 a k did opine
And Gene did reply:
> --One other question:  Did you make a new config directory, with new
> files --when you installed 2.5.4?  Or are you still using the
> configuration from 2.2.4?
> 
> i did explain that..
> i did load 2.5.4
> and switches do not work!
> I did use 2.2.4 as a live CD without installation and all switches do
> work . any more question about configuration?

Then that would have been two different sets of configuration directories, 
the live cd would have been volatile, in ram, the install of 2.5.4 would 
be as named subdirectories of ~/you/linuxcnc/configs.  Show us an ls -lR 
of this configs directory please.
 
> ,,,
> about --English is not your first language---
> i do not see difference between 1 st or 2nd one
> what i can not see it is clear instruction/direction:
> step 1 - 2...  n

I gave you start points in the last post. You refuse to take even the 
first step required to troubleshoot.

Also, I can assure you that it is not LinuxCNC as I have 2 installs here 
that do work.  It is a configuration error.

> what is result? etc ,
> what to check in  Hal Meter? which file?
> where -- pins- signals--parameters-- ?
> i will do that but i need clear direction to i can be clear about
> result/outcome.
> 
> 
> 
> I did many times ask question but i can not see the answer.
> why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work
> on emc2--2.5
> ?
> why nobody answer that question?
> do not need to see my machine. obvious problem with 2.5
> ///
> If one do not see the problem with 2.5, than my clear question is who
> else use 5i20 /7i33/7i37  with emc2---2.5?

And I believe this is the first time you have said you are using Mesa's 
interface boards. But then again, my short term memory isn't the greatest, 
one of the hazards of outliving ones enemies. :(

> just want to know answer
> my question is simple and clear.
> 
> Here is most important point and please!!! Attention here!
> when i use emc2 -- - 2.2.4/2.2.5
> all LED lights on board 5i20 are ON

I do not know about the 5i20, but the docs on my 5i25 tells me that if 
both leds are on, the board is miss-configured and incapable of working. 
So the first thing I would do is go to Peters site and download & print 
the 5i20's documentation.  That is at:



However, according to the 5i20.pdf, all leds on, on the 5i20 indicates all 
outputs are at logic zero.  As that is the default power up state, I do 
not think it has been configured.

Can you move the machine with the arrow keys after the F1, F2 enable 
sequence?

I do not see the 7i33, but the 7i37 docs are on that same page if you 
scroll down.  Backing up to mesanet.com, and clicking on Anything Daughter 
cards will get you to where the 7i33 docs are.  Get those also.

Next, trace or "ring" the switches, they are connected to what terminals, 
I assume on the 7i37, since the 7i33 is apparently all servo & encoder 
interfaces.  Tell us that info too.  Properly setting up this 3 board  
combination is far more complex that the standalone 5i25 I am attempting 
to use.

Do you have a backup of the old install of 2.2.4?  It could be used for 
comparison with the 2.5.4 install.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

--One other question:  Did you make a new config directory, with new files
--when you installed 2.5.4?  Or are you still using the configuration from
2.2.4?

i did explain that..
i did load 2.5.4
and switches do not work!
I did use 2.2.4 as a live CD without installation and all switches do work .
any more question about configuration?

,,,
about --English is not your first language---
i do not see difference between 1 st or 2nd one
what i can not see it is clear instruction/direction:
step 1 - 2...  n
what is result? etc ,
what to check in  Hal Meter? which file?
where -- pins- signals--parameters-- ?
i will do that but i need clear direction to i can be clear about
result/outcome.



I did many times ask question but i can not see the answer.
why all switches working good on emc2 --- 2.2.4/2.2.5 and do not work on
emc2--2.5
?
why nobody answer that question?
do not need to see my machine. obvious problem with 2.5
///
If one do not see the problem with 2.5, than my clear question is who else
use 5i20 /7i33/7i37  with emc2---2.5?
just want to know answer
my question is simple and clear.

Here is most important point and please!!! Attention here!
when i use emc2 -- - 2.2.4/2.2.5
all LED lights on board 5i20 are ON

and
when
i use emc2---2.5
NONE of the LED light on 5i20 are ON 

does that show clear that problem in 2.5!
to be clear:  problem in emc2---2.5 for 5i20

and not in my machine?
?
i want to ask again --who else use 5i20 /7i33/7i37 with emc2-2.5?

thank you
aram























On Sat, Jul 12, 2014 at 7:49 PM, Gene Heskett  wrote:

> On Saturday 12 July 2014 22:20:01 a k did opine
>
> > i think that before homing machine does not know where it is. machine
> > move to direction of home and after touch home switch it knows where
> > it is. it -- about of moving of machine --
> > i have simple 3 axis mill - and loaded new emc2 from web today.
> > the point/question  is  why switches working with emc2 --2.2.4 and
> > these same switches does not working with emc2---2.5.4
> > ??
> > how to identify and find that problem?
> > hal meter has many things
> > which file do i need to check to find problem ?
> > maybe i did  --- found a bug---
> > how to prof that?
> >
> > thanks
> > aram
>
> You are either not familiar with the machine, not having done the original
> install, or are not doing as I suggested.  So we wonder if your hands even
> fit the tools.
>
> We, none of us, are mind readers, so you must be willing to either act as
> our hands by remote control by following the directions we give, or if one
> of us is close enough, possibly pay for a visit to your place so we can
> use our own hands.  That means we have to know where you are on this wet
> ball of iron & rock called earth.
>
> There are enough refinements in 2.5.4 that the upgrade once done, will
> surprise you at just how much better it runs.
>
> There may also be a language comprehension factor here since I suspect
> that English is not your first language.  If that is the case, what is
> your native language?
>
> Perhaps someone else here may be able to help you in your own language?
>
> One other question:  Did you make a new config directory, with new files
> when you installed 2.5.4?  Or are you still using the configuration from
> 2.2.4?
>
> > On Sat, Jul 12, 2014 at 6:39 PM, Gene Heskett  wrote:
> > > On Saturday 12 July 2014 21:12:55 a k did opine
> > >
> > > And Gene did reply:
> > > > i did make new cd are my switch -limit home-- does not working with
> > > > emc 2.5 ones again my machine work perfect with emc 2.2.4
> > >
> > > Ok, while its running but idle, look at the parport pin your home
> > > switch is coming in on.  Move the machine to where you know the
> > > switch is activated, see if hal_meter shows the change in status,
> > > then consult a printout of your hal file to see what net name is
> > > associated with that parport pin. Trace that "signal_name" to see
> > > where all it goes, and use the hal_meter to verify it is getting
> > > there.  At some point, it should hit the motion module as a home
> > > signal, so check it there while moving the machine on and off the
> > > switch.
> > >
> > > What my mind keeps coming back to is that  your .hal file was built
> > > in 2.2.4 days, and may be using old syntax.  The old syntax is
> > > supposed to work yet, but perhaps there is now a place where it
> > > "falls thru the crack", aka a bug. 2.2.4 is very, very long in the
> > > tooth now. It may be that you've found a bug.  Serious errors of
> > > course and it will not start, but it will tell you in the window you
> > > tried to launch it from, what was wrong.
> > >
> > > The dmesg command in that window might have a clue, so look the last
> > > 50 or more lines of that over carefully.
> > >
> > > > what file need to chec

Re: [Emc-users] Homing?

[Gene Heskett]

On Saturday 12 July 2014 22:20:01 a k did opine

> i think that before homing machine does not know where it is. machine
> move to direction of home and after touch home switch it knows where
> it is. it -- about of moving of machine --
> i have simple 3 axis mill - and loaded new emc2 from web today.
> the point/question  is  why switches working with emc2 --2.2.4 and
> these same switches does not working with emc2---2.5.4
> ??
> how to identify and find that problem?
> hal meter has many things
> which file do i need to check to find problem ?
> maybe i did  --- found a bug---
> how to prof that?
> 
> thanks
> aram

You are either not familiar with the machine, not having done the original 
install, or are not doing as I suggested.  So we wonder if your hands even 
fit the tools.

We, none of us, are mind readers, so you must be willing to either act as 
our hands by remote control by following the directions we give, or if one 
of us is close enough, possibly pay for a visit to your place so we can 
use our own hands.  That means we have to know where you are on this wet 
ball of iron & rock called earth.

There are enough refinements in 2.5.4 that the upgrade once done, will 
surprise you at just how much better it runs.

There may also be a language comprehension factor here since I suspect 
that English is not your first language.  If that is the case, what is 
your native language?

Perhaps someone else here may be able to help you in your own language?

One other question:  Did you make a new config directory, with new files 
when you installed 2.5.4?  Or are you still using the configuration from 
2.2.4?

> On Sat, Jul 12, 2014 at 6:39 PM, Gene Heskett  wrote:
> > On Saturday 12 July 2014 21:12:55 a k did opine
> > 
> > And Gene did reply:
> > > i did make new cd are my switch -limit home-- does not working with
> > > emc 2.5 ones again my machine work perfect with emc 2.2.4
> > 
> > Ok, while its running but idle, look at the parport pin your home
> > switch is coming in on.  Move the machine to where you know the
> > switch is activated, see if hal_meter shows the change in status,
> > then consult a printout of your hal file to see what net name is
> > associated with that parport pin. Trace that "signal_name" to see
> > where all it goes, and use the hal_meter to verify it is getting
> > there.  At some point, it should hit the motion module as a home
> > signal, so check it there while moving the machine on and off the
> > switch.
> > 
> > What my mind keeps coming back to is that  your .hal file was built
> > in 2.2.4 days, and may be using old syntax.  The old syntax is
> > supposed to work yet, but perhaps there is now a place where it
> > "falls thru the crack", aka a bug. 2.2.4 is very, very long in the
> > tooth now. It may be that you've found a bug.  Serious errors of
> > course and it will not start, but it will tell you in the window you
> > tried to launch it from, what was wrong.
> > 
> > The dmesg command in that window might have a clue, so look the last
> > 50 or more lines of that over carefully.
> > 
> > > what file need to check to see problem?
> > > i can turn camera and you can see monitor in real time.
> > > 
> > > On Sat, Jul 12, 2014 at 5:52 PM, Gene Heskett  
wrote:
> > > > On Saturday 12 July 2014 19:34:53 a k did opine
> > > > 
> > > > And Gene did reply:
> > > > > hi
> > > > > Gene
> > > > > what do you see when open
> > > > > machine >hal meter> signal
> > > > > 
> > > > > how many items there?
> > > > > what is items number 8?
> > > > 
> > > > That will be highly dependent on your hal file, specifically on
> > > > how many modules you have loaded, and how many functions/pins
> > > > they each have.
> > > > 
> > > > So I can't begin to predict what you will see in the menu's.
> > > > 
> > > > Each module will have a name, and each will have functions and
> > > > pins driven by signals, or driving signals as the logic is
> > > > hooked up by hal, the Hardware Abstraction Layer.  A question on
> > > > a specific module and its "named pins" can often be deduced from
> > > > a "man 9 module_name".
> > > > 
> > > > A signal is usually named as the next option to the right of a
> > > > "net" statement.  Which means it could be named anything you
> > > > want.  The third argument in a "net" line of the hal file is the
> > > > source module.#.pin#, UNLESS that signal name has been used
> > > > before, in which case the third and succeeding arguments are all
> > > > places where this signal is to be delivered. That way you can
> > > > feed a given signal to more places than you can nicely type on
> > > > one line.
> > > > 
> > > > There is more of course, but this needs to be digested, so you
> > > > can build on that.
> > > > 
> > > > Cheers, Gene Heskett
> > > > --
> > > > 
> > > > "There are four boxes to be used in defense of liberty:
> > > >  soap, ballot, jury, and ammo. Please use in that order."
> > > > 
> > > > -Ed Howdershelt (Author)
> > > > Genes Web page <

Re: [Emc-users] Homing?

[a k]

i think that before homing machine does not know where it is. machine move
to direction of home and after touch home switch it knows where it is.
it -- about of moving of machine --
i have simple 3 axis mill - and loaded new emc2 from web today.
the point/question  is  why switches working with emc2 --2.2.4 and
these same switches does not working with emc2---2.5.4
??
how to identify and find that problem?
hal meter has many things
which file do i need to check to find problem ?
maybe i did  --- found a bug---
how to prof that?

thanks
aram



On Sat, Jul 12, 2014 at 6:39 PM, Gene Heskett  wrote:

> On Saturday 12 July 2014 21:12:55 a k did opine
> And Gene did reply:
> > i did make new cd are my switch -limit home-- does not working with emc
> > 2.5 ones again my machine work perfect with emc 2.2.4
>
> Ok, while its running but idle, look at the parport pin your home switch
> is coming in on.  Move the machine to where you know the switch is
> activated, see if hal_meter shows the change in status, then consult a
> printout of your hal file to see what net name is associated with that
> parport pin. Trace that "signal_name" to see where all it goes, and use
> the hal_meter to verify it is getting there.  At some point, it should hit
> the motion module as a home signal, so check it there while moving the
> machine on and off the switch.
>
> What my mind keeps coming back to is that  your .hal file was built in
> 2.2.4 days, and may be using old syntax.  The old syntax is supposed to
> work yet, but perhaps there is now a place where it "falls thru the
> crack", aka a bug. 2.2.4 is very, very long in the tooth now. It may be
> that you've found a bug.  Serious errors of course and it will not start,
> but it will tell you in the window you tried to launch it from, what was
> wrong.
>
> The dmesg command in that window might have a clue, so look the last 50 or
> more lines of that over carefully.
>
> >
> > what file need to check to see problem?
> > i can turn camera and you can see monitor in real time.
> >
> > On Sat, Jul 12, 2014 at 5:52 PM, Gene Heskett  wrote:
> > > On Saturday 12 July 2014 19:34:53 a k did opine
> > >
> > > And Gene did reply:
> > > > hi
> > > > Gene
> > > > what do you see when open
> > > > machine >hal meter> signal
> > > >
> > > > how many items there?
> > > > what is items number 8?
> > >
> > > That will be highly dependent on your hal file, specifically on how
> > > many modules you have loaded, and how many functions/pins they each
> > > have.
> > >
> > > So I can't begin to predict what you will see in the menu's.
> > >
> > > Each module will have a name, and each will have functions and pins
> > > driven by signals, or driving signals as the logic is hooked up by
> > > hal, the Hardware Abstraction Layer.  A question on a specific
> > > module and its "named pins" can often be deduced from a "man 9
> > > module_name".
> > >
> > > A signal is usually named as the next option to the right of a "net"
> > > statement.  Which means it could be named anything you want.  The
> > > third argument in a "net" line of the hal file is the source
> > > module.#.pin#, UNLESS that signal name has been used before, in
> > > which case the third and succeeding arguments are all places where
> > > this signal is to be delivered. That way you can feed a given signal
> > > to more places than you can nicely type on one line.
> > >
> > > There is more of course, but this needs to be digested, so you can
> > > build on that.
> > >
> > > Cheers, Gene Heskett
> > > --
> > >
> > > "There are four boxes to be used in defense of liberty:
> > >  soap, ballot, jury, and ammo. Please use in that order."
> > >
> > > -Ed Howdershelt (Author)
> > > Genes Web page 
> > > US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
> > >
> > >
> > > -
> > > - ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > ---
> > --- ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
---

Re: [Emc-users] Homing?

[Gene Heskett]

On Saturday 12 July 2014 21:12:55 a k did opine
And Gene did reply:
> i did make new cd are my switch -limit home-- does not working with emc
> 2.5 ones again my machine work perfect with emc 2.2.4

Ok, while its running but idle, look at the parport pin your home switch 
is coming in on.  Move the machine to where you know the switch is 
activated, see if hal_meter shows the change in status, then consult a 
printout of your hal file to see what net name is associated with that 
parport pin. Trace that "signal_name" to see where all it goes, and use 
the hal_meter to verify it is getting there.  At some point, it should hit 
the motion module as a home signal, so check it there while moving the 
machine on and off the switch.

What my mind keeps coming back to is that  your .hal file was built in 
2.2.4 days, and may be using old syntax.  The old syntax is supposed to 
work yet, but perhaps there is now a place where it "falls thru the 
crack", aka a bug. 2.2.4 is very, very long in the tooth now. It may be 
that you've found a bug.  Serious errors of course and it will not start, 
but it will tell you in the window you tried to launch it from, what was 
wrong.

The dmesg command in that window might have a clue, so look the last 50 or 
more lines of that over carefully.

> 
> what file need to check to see problem?
> i can turn camera and you can see monitor in real time.
> 
> On Sat, Jul 12, 2014 at 5:52 PM, Gene Heskett  wrote:
> > On Saturday 12 July 2014 19:34:53 a k did opine
> > 
> > And Gene did reply:
> > > hi
> > > Gene
> > > what do you see when open
> > > machine >hal meter> signal
> > > 
> > > how many items there?
> > > what is items number 8?
> > 
> > That will be highly dependent on your hal file, specifically on how
> > many modules you have loaded, and how many functions/pins they each
> > have.
> > 
> > So I can't begin to predict what you will see in the menu's.
> > 
> > Each module will have a name, and each will have functions and pins
> > driven by signals, or driving signals as the logic is hooked up by
> > hal, the Hardware Abstraction Layer.  A question on a specific
> > module and its "named pins" can often be deduced from a "man 9
> > module_name".
> > 
> > A signal is usually named as the next option to the right of a "net"
> > statement.  Which means it could be named anything you want.  The
> > third argument in a "net" line of the hal file is the source
> > module.#.pin#, UNLESS that signal name has been used before, in
> > which case the third and succeeding arguments are all places where
> > this signal is to be delivered. That way you can feed a given signal
> > to more places than you can nicely type on one line.
> > 
> > There is more of course, but this needs to be digested, so you can
> > build on that.
> > 
> > Cheers, Gene Heskett
> > --
> > 
> > "There are four boxes to be used in defense of liberty:
> >  soap, ballot, jury, and ammo. Please use in that order."
> > 
> > -Ed Howdershelt (Author)
> > Genes Web page 
> > US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
> > 
> > 
> > -
> > - ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> ---
> --- ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

i did make new cd are my switch -limit home-- does not working with emc 2.5
ones again my machine work perfect with emc 2.2.4

what file need to check to see problem?
i can turn camera and you can see monitor in real time.



On Sat, Jul 12, 2014 at 5:52 PM, Gene Heskett  wrote:

> On Saturday 12 July 2014 19:34:53 a k did opine
> And Gene did reply:
> > hi
> > Gene
> > what do you see when open
> > machine >hal meter> signal
> >
> > how many items there?
> > what is items number 8?
>
> That will be highly dependent on your hal file, specifically on how many
> modules you have loaded, and how many functions/pins they each have.
>
> So I can't begin to predict what you will see in the menu's.
>
> Each module will have a name, and each will have functions and pins driven
> by signals, or driving signals as the logic is hooked up by hal, the
> Hardware Abstraction Layer.  A question on a specific module and its
> "named pins" can often be deduced from a "man 9 module_name".
>
> A signal is usually named as the next option to the right of a "net"
> statement.  Which means it could be named anything you want.  The third
> argument in a "net" line of the hal file is the source module.#.pin#,
> UNLESS that signal name has been used before, in which case the third and
> succeeding arguments are all places where this signal is to be delivered.
> That way you can feed a given signal to more places than you can nicely
> type on one line.
>
> There is more of course, but this needs to be digested, so you can build
> on that.
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[Gene Heskett]

On Saturday 12 July 2014 19:34:53 a k did opine
And Gene did reply:
> hi
> Gene
> what do you see when open
> machine >hal meter> signal
> 
> how many items there?
> what is items number 8?

That will be highly dependent on your hal file, specifically on how many 
modules you have loaded, and how many functions/pins they each have.

So I can't begin to predict what you will see in the menu's.

Each module will have a name, and each will have functions and pins driven 
by signals, or driving signals as the logic is hooked up by hal, the 
Hardware Abstraction Layer.  A question on a specific module and its 
"named pins" can often be deduced from a "man 9 module_name".

A signal is usually named as the next option to the right of a "net" 
statement.  Which means it could be named anything you want.  The third 
argument in a "net" line of the hal file is the source module.#.pin#, 
UNLESS that signal name has been used before, in which case the third and 
succeeding arguments are all places where this signal is to be delivered.
That way you can feed a given signal to more places than you can nicely 
type on one line.

There is more of course, but this needs to be digested, so you can build 
on that.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

hi
Gene
what do you see when open
machine >hal meter> signal

how many items there?
what is items number 8?




On Sat, Jul 12, 2014 at 12:35 PM, a k  wrote:

> hi
> i think that problem in my download
> i will make another CD
> when i download from
> New Installation
>
>1. Download the ISO
>
>
> will it be automatically 2.5.4   ? or 2.5  etc?
>
> thank you
>
>
> On Fri, Jul 11, 2014 at 2:26 PM, Gene Heskett  wrote:
>
>> On Friday 11 July 2014 16:26:37 a k did opine
>> And Gene did reply:
>> > Hi
>> > in hal_meter  a lot thing, i need to know which one to check.
>> >
>> > i did
>> > hal-meter>signals>home switch> False
>> >
>> > only x axis home switch change it to True.
>>
>> I suspect you are not showing an exact copy, that switch, if you have them
>> wired separately, should have a label home switch x or y or z.
>>
>> It is very important that you copy us exactly what you see on screen,
>> including the menu paths.
>>
>> > //
>> > in
>> > hal_meter>Parameter>hm2_5i20.io_ error
>> was the space between io_ and error there?
>>
>> Now, I am in the middle of making a 5i25 move my small lathe so I am at
>> the limit of what I can do here.
>>
>> But I note that when linuxcnc is shut down, every tally led on my C1G BOB
>> goes to full brightness.  If the spindle worked, it would be turning the
>> motor wide open, somewhere in the 15,000 revs range at the motor shaft.
>> My steppers are moving, but very slowly, max 99mm a minute, and with VERY
>> leisurely accelerate/decelerate.  This was "first light" so to speak.  The
>> step pulses are so narrow I have to put me in the dark to see a very faint
>> glow from the tally leds.  And both stepgens are running the motors
>> reverse of the correct direction.  But I have not turned on my Hitachi
>> 100mhz dual trace scope to see whats going on yet.  Some of these fixes
>> will be fairly simple I believe.
>>
>> But its about 90F in the shop, I'm 79 and quite well done in this heat so
>> for me it can wait.
>>
>> > i can not read that but it error
>> > //
>> > i think that this down load CD is bad and i can not "fix" it.
>> > i need get good down load where all witch work like it was with emc2
>> > --2.2.4.
>> > /
>> >  I'm running the latest 2.5.4 i think my is 2.5
>>
>> Did you use synaptic to install it, using this line (just add it to the
>> bottom of the list) in your /etc/sources.list:
>>
>> deb http://buildbot.linuxcnc.org lucid v2.5_branch-rt
>>
>> If its not in that list, you will not get automatic updates.
>>
>> Both update-manager and synaptic share this list.  You have to
>> sudo gedit /etc/apt/sources.list to add that line, and then
>> sudo update-manager to update to the last build
>> or
>> sudo synaptic to un-install/re-install
>>
>> > On Fri, Jul 11, 2014 at 6:47 AM, Stuart Stevenson 
>> wrote:
>> > > Aram,
>> > >
>> > >   The description "working good and then not working" is not very
>> > >
>> > > informative. You need to describe what happens as clear and complete
>> > > as you possibly can.
>> > >
>> > > Do NOT leave out any details.
>> > >
>> > > Tell us every button push and what happens after every button push.
>> > > Tell us everything you see and do. It is almost impossible to send
>> > > too much information when you request help.
>> > >
>> > > Then when someone answers you and/or asks you a question you MUST
>> > > answer their questions and respond to their suggestions and
>> > > thoughts.
>> > >
>> > > Don't leave out ANY details as this problem is caused by a minor
>> > > detail that is probably something you have done (or maybe not done).
>> > >
>> > > When someone responds to your request for help you need to then
>> > > become a helper to the person responding to your request.
>> > >
>> > > Pay close attention to what they say or suggest. Do what they want
>> > > you to do and then respond with answers that only relate to the
>> > > questions or suggestions they sent.
>> > >
>> > > thanks
>> > > Stuart
>> > >
>> > > -
>> > > - Open source business process management suite built on Java
>> > > and Eclipse Turn processes into business applications with Bonita
>> > > BPM Community Edition Quickly connect people, data, and systems into
>> > > organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
>> > > http://p.sf.net/sfu/Bonitasoft
>> > > ___
>> > > Emc-users mailing list
>> > > Emc-users@lists.sourceforge.net
>> > > https://lists.sourceforge.net/lists/listinfo/emc-users
>> >
>> > ---
>> > --- ___
>> > Emc-users mailing list
>> > Emc-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>
>> Cheers, 

Re: [Emc-users] Homing?

[a k]

hi
i think that problem in my download
i will make another CD
when i download from
New Installation

   1. Download the ISO
   

will it be automatically 2.5.4   ? or 2.5  etc?

thank you


On Fri, Jul 11, 2014 at 2:26 PM, Gene Heskett  wrote:

> On Friday 11 July 2014 16:26:37 a k did opine
> And Gene did reply:
> > Hi
> > in hal_meter  a lot thing, i need to know which one to check.
> >
> > i did
> > hal-meter>signals>home switch> False
> >
> > only x axis home switch change it to True.
>
> I suspect you are not showing an exact copy, that switch, if you have them
> wired separately, should have a label home switch x or y or z.
>
> It is very important that you copy us exactly what you see on screen,
> including the menu paths.
>
> > //
> > in
> > hal_meter>Parameter>hm2_5i20.io_ error
> was the space between io_ and error there?
>
> Now, I am in the middle of making a 5i25 move my small lathe so I am at
> the limit of what I can do here.
>
> But I note that when linuxcnc is shut down, every tally led on my C1G BOB
> goes to full brightness.  If the spindle worked, it would be turning the
> motor wide open, somewhere in the 15,000 revs range at the motor shaft.
> My steppers are moving, but very slowly, max 99mm a minute, and with VERY
> leisurely accelerate/decelerate.  This was "first light" so to speak.  The
> step pulses are so narrow I have to put me in the dark to see a very faint
> glow from the tally leds.  And both stepgens are running the motors
> reverse of the correct direction.  But I have not turned on my Hitachi
> 100mhz dual trace scope to see whats going on yet.  Some of these fixes
> will be fairly simple I believe.
>
> But its about 90F in the shop, I'm 79 and quite well done in this heat so
> for me it can wait.
>
> > i can not read that but it error
> > //
> > i think that this down load CD is bad and i can not "fix" it.
> > i need get good down load where all witch work like it was with emc2
> > --2.2.4.
> > /
> >  I'm running the latest 2.5.4 i think my is 2.5
>
> Did you use synaptic to install it, using this line (just add it to the
> bottom of the list) in your /etc/sources.list:
>
> deb http://buildbot.linuxcnc.org lucid v2.5_branch-rt
>
> If its not in that list, you will not get automatic updates.
>
> Both update-manager and synaptic share this list.  You have to
> sudo gedit /etc/apt/sources.list to add that line, and then
> sudo update-manager to update to the last build
> or
> sudo synaptic to un-install/re-install
>
> > On Fri, Jul 11, 2014 at 6:47 AM, Stuart Stevenson 
> wrote:
> > > Aram,
> > >
> > >   The description "working good and then not working" is not very
> > >
> > > informative. You need to describe what happens as clear and complete
> > > as you possibly can.
> > >
> > > Do NOT leave out any details.
> > >
> > > Tell us every button push and what happens after every button push.
> > > Tell us everything you see and do. It is almost impossible to send
> > > too much information when you request help.
> > >
> > > Then when someone answers you and/or asks you a question you MUST
> > > answer their questions and respond to their suggestions and
> > > thoughts.
> > >
> > > Don't leave out ANY details as this problem is caused by a minor
> > > detail that is probably something you have done (or maybe not done).
> > >
> > > When someone responds to your request for help you need to then
> > > become a helper to the person responding to your request.
> > >
> > > Pay close attention to what they say or suggest. Do what they want
> > > you to do and then respond with answers that only relate to the
> > > questions or suggestions they sent.
> > >
> > > thanks
> > > Stuart
> > >
> > > -
> > > - Open source business process management suite built on Java
> > > and Eclipse Turn processes into business applications with Bonita
> > > BPM Community Edition Quickly connect people, data, and systems into
> > > organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> > > http://p.sf.net/sfu/Bonitasoft
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > ---
> > --- ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>
> 

Re: [Emc-users] Homing?

[Gene Heskett]

On Friday 11 July 2014 16:26:37 a k did opine
And Gene did reply:
> Hi
> in hal_meter  a lot thing, i need to know which one to check.
> 
> i did
> hal-meter>signals>home switch> False
> 
> only x axis home switch change it to True.

I suspect you are not showing an exact copy, that switch, if you have them 
wired separately, should have a label home switch x or y or z.

It is very important that you copy us exactly what you see on screen, 
including the menu paths.

> //
> in
> hal_meter>Parameter>hm2_5i20.io_ error
was the space between io_ and error there?

Now, I am in the middle of making a 5i25 move my small lathe so I am at 
the limit of what I can do here.

But I note that when linuxcnc is shut down, every tally led on my C1G BOB 
goes to full brightness.  If the spindle worked, it would be turning the 
motor wide open, somewhere in the 15,000 revs range at the motor shaft.  
My steppers are moving, but very slowly, max 99mm a minute, and with VERY 
leisurely accelerate/decelerate.  This was "first light" so to speak.  The 
step pulses are so narrow I have to put me in the dark to see a very faint 
glow from the tally leds.  And both stepgens are running the motors 
reverse of the correct direction.  But I have not turned on my Hitachi 
100mhz dual trace scope to see whats going on yet.  Some of these fixes 
will be fairly simple I believe.

But its about 90F in the shop, I'm 79 and quite well done in this heat so 
for me it can wait.

> i can not read that but it error
> //
> i think that this down load CD is bad and i can not "fix" it.
> i need get good down load where all witch work like it was with emc2
> --2.2.4.
> /
>  I'm running the latest 2.5.4 i think my is 2.5

Did you use synaptic to install it, using this line (just add it to the 
bottom of the list) in your /etc/sources.list:

deb http://buildbot.linuxcnc.org lucid v2.5_branch-rt

If its not in that list, you will not get automatic updates.

Both update-manager and synaptic share this list.  You have to 
sudo gedit /etc/apt/sources.list to add that line, and then 
sudo update-manager to update to the last build
or
sudo synaptic to un-install/re-install 

> On Fri, Jul 11, 2014 at 6:47 AM, Stuart Stevenson  
wrote:
> > Aram,
> > 
> >   The description "working good and then not working" is not very
> > 
> > informative. You need to describe what happens as clear and complete
> > as you possibly can.
> > 
> > Do NOT leave out any details.
> > 
> > Tell us every button push and what happens after every button push.
> > Tell us everything you see and do. It is almost impossible to send
> > too much information when you request help.
> > 
> > Then when someone answers you and/or asks you a question you MUST
> > answer their questions and respond to their suggestions and
> > thoughts.
> > 
> > Don't leave out ANY details as this problem is caused by a minor
> > detail that is probably something you have done (or maybe not done).
> > 
> > When someone responds to your request for help you need to then
> > become a helper to the person responding to your request.
> > 
> > Pay close attention to what they say or suggest. Do what they want
> > you to do and then respond with answers that only relate to the
> > questions or suggestions they sent.
> > 
> > thanks
> > Stuart
> > 
> > -
> > - Open source business process management suite built on Java
> > and Eclipse Turn processes into business applications with Bonita
> > BPM Community Edition Quickly connect people, data, and systems into
> > organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards
> > http://p.sf.net/sfu/Bonitasoft
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> ---
> --- ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[a k]

Hi
in hal_meter  a lot thing, i need to know which one to check.

i did
hal-meter>signals>home switch> False

only x axis home switch change it to True.
//
in
hal_meter>Parameter>hm2_5i20.io_ error

i can not read that but it error
//
i think that this down load CD is bad and i can not "fix" it.
i need get good down load where all witch work like it was with emc2
--2.2.4.
/
 I'm running the latest 2.5.4 i think my is 2.5



On Fri, Jul 11, 2014 at 6:47 AM, Stuart Stevenson  wrote:

> Aram,
>   The description "working good and then not working" is not very
> informative. You need to describe what happens as clear and complete as you
> possibly can.
>
> Do NOT leave out any details.
>
> Tell us every button push and what happens after every button push. Tell us
> everything you see and do. It is almost impossible to send too much
> information when you request help.
>
> Then when someone answers you and/or asks you a question you MUST answer
> their questions and respond to their suggestions and thoughts.
>
> Don't leave out ANY details as this problem is caused by a minor detail
> that is probably something you have done (or maybe not done).
>
> When someone responds to your request for help you need to then become a
> helper to the person responding to your request.
>
> Pay close attention to what they say or suggest. Do what they want you to
> do and then respond with answers that only relate to the questions or
> suggestions they sent.
>
> thanks
> Stuart
>
> --
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[Stuart Stevenson]

Aram,
  The description "working good and then not working" is not very
informative. You need to describe what happens as clear and complete as you
possibly can.

Do NOT leave out any details.

Tell us every button push and what happens after every button push. Tell us
everything you see and do. It is almost impossible to send too much
information when you request help.

Then when someone answers you and/or asks you a question you MUST answer
their questions and respond to their suggestions and thoughts.

Don't leave out ANY details as this problem is caused by a minor detail
that is probably something you have done (or maybe not done).

When someone responds to your request for help you need to then become a
helper to the person responding to your request.

Pay close attention to what they say or suggest. Do what they want you to
do and then respond with answers that only relate to the questions or
suggestions they sent.

thanks
Stuart
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing?

[Gene Heskett]

On Friday 11 July 2014 04:49:28 a k did opine
And Gene did reply:
> Hi
> i did try to home machine and i found that all my limit and home
> switches stop working.
> everything was good when i used emc2 --2.2.4
> now i have emc2 ---2.5
> i put back emc2  2.2.4 and start it like live CD - without loading and
> all my limit switches working again good.
> 
> looks like all limit switches stop working because problem with emc2
> --2.5--
> am i first that found this problem?
> maybe problem when i download --2.5--?
> 
> thanks
> aram

This sounds odd Aram.  I'm running the latest 2.5.4 on my lathe, with all 
the home switches common on one pin, and they are working fine.

The syntax in the .hal file has changed, and I am using the new keywords, 
but I don't believe the old ones have been made invalid.  Yet.

Do you get any errors reported on the shell window you start linuxcnc -l 
on?  They are usually pretty specific, showing the bad line in the file 
when they are reported.

You can also use the hal_meter, under the "machine" tab, to follow the 
switches as they come in.  With a printed copy of the .hal file in hand so 
you can see where they are "hooked up", you can use the meter to see where 
they might be getting lost.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing?

[a k]

Hi
i did try to home machine and i found that all my limit and home switches
stop working.
everything was good when i used emc2 --2.2.4
now i have emc2 ---2.5
i put back emc2  2.2.4 and start it like live CD - without loading and all
my limit switches working again good.

looks like all limit switches stop working because problem with emc2
--2.5--
am i first that found this problem?
maybe problem when i download --2.5--?

thanks
aram
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Alksnys]

What do you mean by "cycle", "sequence" and "comp"?

As I wrote earlier - when axis.n.index-enable is disconnected, and 
bldc.init takes place, motor start to spin, index-enable goes high, 
motor encoder reaches the index and then it goes low like it should be.

But when axis.n.index-enable is connected, the motor even does not start 
to rotate and index-enable signal goes low immediately!

On 04/30/2014 02:34 PM, Marius Liebenberg wrote:
> Are you saying that it goes high during the cycle somewhere and then low
> again after every sequence or Low - high-low after the sequence. You may
> have to do a comp to time that out or ignore it if some other conditions
> are still met.


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Alksnys]

This is the order:

addf [HM2](BRD)read servo-thread

...

addf motion-command-handler servo-thread
addf motion-controller  servo-thread
addf pid.x.do-pid-calcs servo-thread
addf pid.z.do-pid-calcs servo-thread

addf bldc.0 servo-thread
addf bldc.1 servo-thread

...

addf [HM2](BRD)writeservo-thread
addf [HM2](BRD)pet_watchdog servo-thread

...

On 04/30/2014 03:06 PM, andy pugh wrote:
> It might be that your problem is caused by the bldc and motmod
> components executing in an unfortunate order.



--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[andy pugh]

On 30 April 2014 05:17, propcoder  wrote:
> I think this is the line in src/emc/motion/control.c where bad thing
> happens:
>
> /* write to HAL pins */
> 
> *(joint_data->index_enable) = joint->index_enable;

That _should_ be OK.

Every servo cycle the motion controller first reads the inputs:
control.c: 512 joint->index_enable = *(joint_data->index_enable);

Then after processing, writes the new values:
control.c: 1873 *(joint_data->index_enable) = joint->index_enable;

Unless the homing code has set the joint->index_enable then the value
of the pin should be unchanged.
homing.c: 652 joint->index_enable = 1;

It does seem odd that the pin is read then written with no apparent
forcing of the sequence. Motion really ought to only write to the pin
if it has decided it needs to change the value.

It might be that your problem is caused by the bldc and motmod
components executing in an unfortunate order.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Liebenberg]

Are you saying that it goes high during the cycle somewhere and then low 
again after every sequence or Low - high-low after the sequence. You may 
have to do a comp to time that out or ignore it if some other conditions 
are still met.

On 2014-04-30 09:39, Marius Alksnys wrote:
> It is index enable signal. But bldc.init stops its init sequence after
> axis.n.index-enable turns this signal low and it does this every single
> period!
>
> And I can think of more cases where index-enable could be used, but it
> would not be possible when it is connected to axis.n.index-enable.
>
> On 04/30/2014 08:00 AM, Marius Liebenberg wrote:
>> It looks like it does as it is supposed to do. If that is only an enable
>> signal it can be written all the time. If it was initialized correctly
>> and then set by the hal config there should not be a problem with that line.
>>
>
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

-- 

Regards /Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Alksnys]

It is index enable signal. But bldc.init stops its init sequence after 
axis.n.index-enable turns this signal low and it does this every single 
period!

And I can think of more cases where index-enable could be used, but it 
would not be possible when it is connected to axis.n.index-enable.

On 04/30/2014 08:00 AM, Marius Liebenberg wrote:
> It looks like it does as it is supposed to do. If that is only an enable
> signal it can be written all the time. If it was initialized correctly
> and then set by the hal config there should not be a problem with that line.
>



--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Liebenberg]

It looks like it does as it is supposed to do. If that is only an enable 
signal it can be written all the time. If it was initialized correctly 
and then set by the hal config there should not be a problem with that line.

On 2014-04-30 06:17, propcoder wrote:
> I think this is the line in src/emc/motion/control.c where bad thing
> happens:
>
> /* write to HAL pins */
> 
>   *(joint_data->index_enable) = joint->index_enable;
>
> It writes to IO hal pin no matter what. I think it should check if
> joint->index_enable was changed and only then write / change HAL pin.
>
>
> Lines from my hal file:
>
> ...
> net x.index [HM2](BRD)encoder.00.index-enable  # axis.0.index-enable !!!
> ...
> net x.index pid.x.index-enable
> ...
> net bldc-init => bldc.0.init
> net x.init-done bldc.0.init-done => and-all-inited.in-00
>
> net x.index bldc.0.index-enable
> ...
>
>
> On 04/30/2014 01:17 AM, andy pugh wrote:
>> On 29 April 2014 21:43, Marius Alksnys  wrote:
>>
>>> I checked the code and found that axis.n.index-enable IO pin is set at
>>> every servo(?) period no matter it should be changed or not
>> That's interesting. I can't see why that would be, as it would tend to
>> mean that an encoder could never work for axis position...
>>
>> Can you show me the relevant bit of HAL?
>
> --
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

-- 

Regards /Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[propcoder]

I think this is the line in src/emc/motion/control.c where bad thing 
happens:

/* write to HAL pins */

*(joint_data->index_enable) = joint->index_enable;

It writes to IO hal pin no matter what. I think it should check if 
joint->index_enable was changed and only then write / change HAL pin.


Lines from my hal file:

...
net x.index [HM2](BRD)encoder.00.index-enable  # axis.0.index-enable !!!
...
net x.index pid.x.index-enable
...
net bldc-init => bldc.0.init
net x.init-done bldc.0.init-done => and-all-inited.in-00

net x.index bldc.0.index-enable
...


On 04/30/2014 01:17 AM, andy pugh wrote:
> On 29 April 2014 21:43, Marius Alksnys  wrote:
>
>> I checked the code and found that axis.n.index-enable IO pin is set at
>> every servo(?) period no matter it should be changed or not
>
> That's interesting. I can't see why that would be, as it would tend to
> mean that an encoder could never work for axis position...
>
> Can you show me the relevant bit of HAL?


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index and bldc in qi mode - a bug?

[andy pugh]

On 29 April 2014 21:43, Marius Alksnys  wrote:

> I checked the code and found that axis.n.index-enable IO pin is set at
> every servo(?) period no matter it should be changed or not

That's interesting. I can't see why that would be, as it would tend to
mean that an encoder could never work for axis position...

Can you show me the relevant bit of HAL?

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing with index and bldc in qi mode - a bug?

[Marius Alksnys]

BLDC init works nicely, but only if axis.0.index-enable is not connected 
to index-enable signal. Otherwise BLDC init stops just started.

I checked the code and found that axis.n.index-enable IO pin is set at 
every servo(?) period no matter it should be changed or not. That's why 
bldc.init can't complete normally.

I think I could fix this in sources and test, but maybe someone could 
fix and release the fix to master?

I am using Hostmot2 and Mesa 7i85.


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing with index solution on BLDC at "qi" mode

[andy pugh]

On 3 July 2013 15:12, propcoder  wrote:

> On my setup BLDC init runs right only after several times. It ends with
> "joint following error" most often.

The way to avoid the following error problem is to home the motor
before enabling motion.

net init1 iocontrol.0.user-enable-out bldc.0.init
net init2 bldc.0.init-done iocontrol.0.emc-enable-in

Would work for a single axis. For muliple axes you would need to "and"
the init-done pins together, which is probably more convenient with
"logic" than with "and2"

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing with index solution on BLDC at "qi" mode

[propcoder]

Does someone made such a solution?

On my setup BLDC init runs right only after several times. It ends with 
"joint following error" most often. And sometimes it looks ok, but by 
running a motor I realize that bldc.encoder-offset is not set correctly.

As "wiring" all needed components for homing is a bit tricky, I thought 
maybe someone will share already made hal and ini config files.

And for perfection, it would be nice to have universal config for init 
and homing procedure doesn't matter where the axis is located initially 
- at one or another end or at the middle.


Marius


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Homing?

[Gene Heskett]

Greetings all;

I just trim to trim the z backlash (its hopeless, wait for new ball screw) 
and set my auto-zero-cal code up to establish its home position as being 
the back end of this gage I have made.

The code I think, is doing exactly what I wrote it to do, but when I run 
it, expecting it to set the co-ordinates of g54 properly, I find its 
setting it relative to whatever it thinks home is.  Not at all useful.

It appears that I need a method to use this gage twice, once to home the 
lathe, and then to establish the offset, the touch off IOW, doing both 
again when I have completed a part and have brought the stock thru the 
chuck and re-clamped it in preparation for making the next copy of the 
part.

So it appears I will need to do an ini axis homing section, per axis to 
home it, but this is going to need a switchable home method dependent on 
the tool mounted since the x home will need to be searched from the outside 
in for a normal tool, but from the inside out for a boring bar tool.

So, is there a way to use the tool number to switch this homing sequence?

Or, alternatively, and AFAIAC, the much better way, a method of setting the 
"home" position of an axis from gcode?  Something like a brute force 
setting of one of the $5xxx variables?  Home as one of those vars, doesn't 
seem to be assigned in the rather limited list included in the G54-etc 
section of the gcode.  All that covers is the variations of co-ordinate 
systems.

Then, can I 'net' the debounced signal from the probe, into the motion.home 
tree somehow, but without normal probe activity mucking with motions idea 
of 'home'?

Thanks for any guidance.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page:  is up!
My views 

Seize the day, put no trust in the morrow!
-- Quintus Horatius Flaccus (Horace)
I was taught to respect my elders, but its getting 
harder and harder to find any...

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Homing

[Viesturs Lācis]

The best part was that I had it working for other joints, but not for joint 2.
I do not know, how many times I looked through those INI settings...
I know that I am extremely good at not seeing things in front of my
eyes. Especially when I need to find some tool that I used few minutes
earlier and had put somewhere nearby. It almost always is right in
front of me, but I can spend 5 minutes and more looking for it. And I
am not even 30, so I do not want to know, how will I be able to work,
when I grow older :))


2012/1/28 sam sokolik :
> Good catch!
>
> (I was looking it over as my machine homes at its upper limit.
> (38",36",24") and I know that works and is setup similar to the setup below)
>
> On 01/28/2012 01:00 PM, Frank Tkalcevic wrote:
>> In AXIS_1 and AXIS_2 section, you have HOME defined twice.  Once at 0, the
>> other at 10.0.
>>
>>> -Original Message-
>>> From: Viesturs Lacis [mailto:viesturs.la...@gmail.com]
>>> Sent: Sunday, 29 January 2012 2:08 AM
>>> To: Enhanced Machine Controller (EMC)
>>> Subject: Re: [Emc-users] Homing
>>>
>>> 2012/1/28 andy pugh:
>>>> mux2 doesn't work with boolean data, unfortunately.
>>> I do not know, what is boolean, but You are right - it did not want to
>> work,
>>> because limit/homing switches are bit pins, mux2 inputs and output are
>> float.
>>> So I created mux2bit component, where I fixed this...
>>>
>>> So that part is working.
>>>
>>> 2012/1/28 Spiderdab<77...@tiscali.it>:
>>>>>> I have another problem:
>>>>>>
>>>>>> Z should home on its upper position and stay there.
>>>>>> So in INI file I set:
>>>>>> HOME =                  180.000
>>>>>> HOME_OFFSET =           180.00
>>>>>> It homes, sets joint coordinates to 180 and goes to 0 ignoring HOME =
>>> 180.
>>>>> It's been a while, but I think HOME_OFFSET is the distance from the
>>>>> switch point to the home position, so if the home switch is at 180
>>>>> and the home position is 180 then HOME_OFFSET is zero.
>>>>>
>>>>>
>>>> For what i know OFFSET should be the same of HOME, if you want the
>>>> joint to stay there. (at least my machine work like this..)
>>>> so:
>>>> HOME = 180.0
>>>> HOME_OFFSET = 180.0
>>>>
>>>
>>> Yes, I know that it _should_
>>> But it does not!
>>>
>>> Andy, it is working correctly up to the point, where it trips the switch
>> and sets
>>> the joint position as stated by home_offset.
>>>
>>> The mysterious part is:
>>> Why on earth it has to move to 0, when HOME is  set to be equal with
>>> HOME_OFFSET, sho it should just stay there...
>>>
>>> I am using 2.5.pre2-18-g799075f
>>>
>>> BTW the best part is that both Y joints also are homing in their positive
>> end
>>> and they work correctly.
>>>
>>> Here are the INI settings:
>>>
>>> # Y1
>>> [AXIS_1]
>>>
>>> TYPE =                  LINEAR
>>> MAX_VELOCITY =          66.667
>>> MAX_ACCELERATION =      120.0
>>> BACKLASH =              0.000
>>> FERROR =                100.050
>>> MIN_FERROR =            100.010
>>>
>>> # INPUT_SCALE =           3276.8
>>> INPUT_SCALE =           -3276.8
>>>
>>> OUTPUT_SCALE =          -71
>>> OUTPUT_OFFSET =         0.0
>>> MAX_OUTPUT =            66.667
>>>
>>> MIN_LIMIT =             0.0
>>> MAX_LIMIT =             1405.0
>>> HOME =                  1400.0
>>> HOME_OFFSET =           1400
>>> HOME_FINAL_VEL =     10
>>> HOME_SEARCH_VEL =       2
>>> HOME_LATCH_VEL =        -0.5
>>> HOME_USE_INDEX =        NO
>>> HOME_IGNORE_LIMITS =    YES
>>> HOME_SEQUENCE =              1
>>>
>>> # PID tuning params
>>> DEADBAND =              0.002
>>> P =                     10
>>> I =                     0
>>> D =                     0
>>> FF0 =                   0
>>> FF1 =                   0
>>> FF2 =                        0
>>> BIAS =                  0
>>>
>>>
>>>
>>> # Z
>>> [AXIS_2]
>>>
>>> TYPE =                          LINEAR
>>> HOME =                          0.0
>>> MAX_VELOCITY =                  15
>>>

Re: [Emc-users] Homing

[Viesturs Lācis]

Thank You very much!
I tested and can confirm - this is fixed.
I knew this had to be something stupid :)

Viesturs

2012/1/28 Frank Tkalcevic :
> In AXIS_1 and AXIS_2 section, you have HOME defined twice.  Once at 0, the
> other at 10.0.
>
>> -Original Message-
>> From: Viesturs Lacis [mailto:viesturs.la...@gmail.com]
>> Sent: Sunday, 29 January 2012 2:08 AM
>> To: Enhanced Machine Controller (EMC)
>> Subject: Re: [Emc-users] Homing
>>
>> 2012/1/28 andy pugh :
>> >
>> > mux2 doesn't work with boolean data, unfortunately.
>>
>> I do not know, what is boolean, but You are right - it did not want to
> work,
>> because limit/homing switches are bit pins, mux2 inputs and output are
> float.
>>
>> So I created mux2bit component, where I fixed this...
>>
>> So that part is working.
>>
>> 2012/1/28 Spiderdab <77...@tiscali.it>:
>> >> > I have another problem:
>> >> >
>> >> > Z should home on its upper position and stay there.
>> >> > So in INI file I set:
>> >> > HOME =                  180.000
>> >> > HOME_OFFSET =           180.00
>> >>
>> >> > It homes, sets joint coordinates to 180 and goes to 0 ignoring HOME =
>> 180.
>> >>
>> >> It's been a while, but I think HOME_OFFSET is the distance from the
>> >> switch point to the home position, so if the home switch is at 180
>> >> and the home position is 180 then HOME_OFFSET is zero.
>> >>
>> >>
>> > For what i know OFFSET should be the same of HOME, if you want the
>> > joint to stay there. (at least my machine work like this..)
>> > so:
>> > HOME = 180.0
>> > HOME_OFFSET = 180.0
>> >
>>
>>
>> Yes, I know that it _should_
>> But it does not!
>>
>> Andy, it is working correctly up to the point, where it trips the switch
> and sets
>> the joint position as stated by home_offset.
>>
>> The mysterious part is:
>> Why on earth it has to move to 0, when HOME is  set to be equal with
>> HOME_OFFSET, sho it should just stay there...
>>
>> I am using 2.5.pre2-18-g799075f
>>
>> BTW the best part is that both Y joints also are homing in their positive
> end
>> and they work correctly.
>>
>> Here are the INI settings:
>>
>> # Y1
>> [AXIS_1]
>>
>> TYPE =                  LINEAR
>> MAX_VELOCITY =          66.667
>> MAX_ACCELERATION =      120.0
>> BACKLASH =              0.000
>> FERROR =                100.050
>> MIN_FERROR =            100.010
>>
>> # INPUT_SCALE =           3276.8
>> INPUT_SCALE =           -3276.8
>>
>> OUTPUT_SCALE =          -71
>> OUTPUT_OFFSET =         0.0
>> MAX_OUTPUT =            66.667
>>
>> MIN_LIMIT =             0.0
>> MAX_LIMIT =             1405.0
>> HOME =                  1400.0
>> HOME_OFFSET =           1400
>> HOME_FINAL_VEL =      10
>> HOME_SEARCH_VEL =       2
>> HOME_LATCH_VEL =        -0.5
>> HOME_USE_INDEX =        NO
>> HOME_IGNORE_LIMITS =    YES
>> HOME_SEQUENCE =               1
>>
>> # PID tuning params
>> DEADBAND =              0.002
>> P =                     10
>> I =                     0
>> D =                     0
>> FF0 =                   0
>> FF1 =                   0
>> FF2 =                 0
>> BIAS =                  0
>>
>>
>>
>> # Z
>> [AXIS_2]
>>
>> TYPE =                          LINEAR
>> HOME =                          0.0
>> MAX_VELOCITY =                  15
>> MAX_ACCELERATION =              60.0
>> STEPGEN_MAXACCEL =              70.0
>> BACKLASH =                    0.000
>> SCALE =                       -400
>>
>> MIN_LIMIT =             -10.0
>> MAX_LIMIT =             20.0
>>
>> FERROR =     0.050
>> MIN_FERROR = 0.005
>>
>> HOME =                        10.000
>> HOME_OFFSET =           10.00
>> HOME_SEARCH_VEL =       2.0
>> HOME_LATCH_VEL =        -0.5
>> HOME_USE_INDEX =        NO
>> HOME_IGNORE_LIMITS =    YES
>> HOME_SEQUENCE =               0
>>
>> # these are in nanoseconds
>> DIRSETUP   =              4000
>> DIRHOLD    =              4000
>> STEPLEN    =              4000
>> STEPSPACE  =              4000
>>
>>
>> # Y2
>> [AXIS_3]
>>
>> TYPE

Re: [Emc-users] Homing

[sam sokolik]

Good catch!

(I was looking it over as my machine homes at its upper limit.  
(38",36",24") and I know that works and is setup similar to the setup below)

On 01/28/2012 01:00 PM, Frank Tkalcevic wrote:
> In AXIS_1 and AXIS_2 section, you have HOME defined twice.  Once at 0, the
> other at 10.0.
>
>> -Original Message-
>> From: Viesturs Lacis [mailto:viesturs.la...@gmail.com]
>> Sent: Sunday, 29 January 2012 2:08 AM
>> To: Enhanced Machine Controller (EMC)
>> Subject: Re: [Emc-users] Homing
>>
>> 2012/1/28 andy pugh:
>>> mux2 doesn't work with boolean data, unfortunately.
>> I do not know, what is boolean, but You are right - it did not want to
> work,
>> because limit/homing switches are bit pins, mux2 inputs and output are
> float.
>> So I created mux2bit component, where I fixed this...
>>
>> So that part is working.
>>
>> 2012/1/28 Spiderdab<77...@tiscali.it>:
>>>>> I have another problem:
>>>>>
>>>>> Z should home on its upper position and stay there.
>>>>> So in INI file I set:
>>>>> HOME =  180.000
>>>>> HOME_OFFSET =   180.00
>>>>> It homes, sets joint coordinates to 180 and goes to 0 ignoring HOME =
>> 180.
>>>> It's been a while, but I think HOME_OFFSET is the distance from the
>>>> switch point to the home position, so if the home switch is at 180
>>>> and the home position is 180 then HOME_OFFSET is zero.
>>>>
>>>>
>>> For what i know OFFSET should be the same of HOME, if you want the
>>> joint to stay there. (at least my machine work like this..)
>>> so:
>>> HOME = 180.0
>>> HOME_OFFSET = 180.0
>>>
>>
>> Yes, I know that it _should_
>> But it does not!
>>
>> Andy, it is working correctly up to the point, where it trips the switch
> and sets
>> the joint position as stated by home_offset.
>>
>> The mysterious part is:
>> Why on earth it has to move to 0, when HOME is  set to be equal with
>> HOME_OFFSET, sho it should just stay there...
>>
>> I am using 2.5.pre2-18-g799075f
>>
>> BTW the best part is that both Y joints also are homing in their positive
> end
>> and they work correctly.
>>
>> Here are the INI settings:
>>
>> # Y1
>> [AXIS_1]
>>
>> TYPE =  LINEAR
>> MAX_VELOCITY =  66.667
>> MAX_ACCELERATION =  120.0
>> BACKLASH =  0.000
>> FERROR =100.050
>> MIN_FERROR =100.010
>>
>> # INPUT_SCALE =   3276.8
>> INPUT_SCALE =   -3276.8
>>
>> OUTPUT_SCALE =  -71
>> OUTPUT_OFFSET = 0.0
>> MAX_OUTPUT =66.667
>>
>> MIN_LIMIT = 0.0
>> MAX_LIMIT = 1405.0
>> HOME =  1400.0
>> HOME_OFFSET =   1400
>> HOME_FINAL_VEL = 10
>> HOME_SEARCH_VEL =   2
>> HOME_LATCH_VEL =-0.5
>> HOME_USE_INDEX =NO
>> HOME_IGNORE_LIMITS =YES
>> HOME_SEQUENCE =  1
>>
>> # PID tuning params
>> DEADBAND =  0.002
>> P = 10
>> I = 0
>> D = 0
>> FF0 =   0
>> FF1 =   0
>> FF2 =0
>> BIAS =  0
>>
>>
>>
>> # Z
>> [AXIS_2]
>>
>> TYPE =  LINEAR
>> HOME =  0.0
>> MAX_VELOCITY =  15
>> MAX_ACCELERATION =  60.0
>> STEPGEN_MAXACCEL =  70.0
>> BACKLASH =   0.000
>> SCALE =  -400
>>
>> MIN_LIMIT = -10.0
>> MAX_LIMIT = 20.0
>>
>> FERROR = 0.050
>> MIN_FERROR = 0.005
>>
>> HOME =   10.000
>> HOME_OFFSET =   10.00
>> HOME_SEARCH_VEL =   2.0
>> HOME_LATCH_VEL =-0.5
>> HOME_USE_INDEX =NO
>> HOME_IGNORE_LIMITS =YES
>> HOME_SEQUENCE =  0
>>
>> # these are in nanoseconds
>> DIRSETUP   =  4000
>> DIRHOLD=  4000
>> STEPLEN=  4000
>> STEPSPACE  =  4000
>>
>>
>> # Y2
>> [AXIS_3]
>>
>> TYPE =  LINEAR
>> MAX_V