date:20210712


On 7/12/21 8:24 PM, Valerio Bellizzomi wrote:


On Tue, 2021-07-13 at 02:05 +0200, Dr. Nikolaus Klepp wrote:

So forcing CoC on all others is mature behaviour, isn't it?

Nik

yes, it is sign that one cares about the quality of the project.



Please post a list of these requirements that a project needs to show 
that they care about quality. Wouldn't how well the code works or 
looking at the source reveal that? I'm fascinated by these irrelevant 
requirements. Do we need to advertise that we only use sustainable bits 
for all the source? That no life forms of any kind were harmed during 
the development of this code. What else has been conflated with what 
makes for a quality project.



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

Re: [Emc-users] Code of Conduct


On 7/12/21 8:21 PM, Valerio Bellizzomi wrote:


On Mon, 2021-07-12 at 19:15 -0400, Bruce Layne wrote:

On 7/12/21 4:27 PM, Dave Cole wrote:

The argument that no professional organizations or people will be
attracted to a project without a COC is nonsense.

LinuxCNC has succeeded brilliantly all of these years without a Code
of
Conduct, and I saw nothing that necessitated a CoC.  It seems to
have
been externally mandated without cause.

LinuxCNC is a rare case in such, a blinkenlight in the darkness.
See if that endures after the mess.


I don't believe that so called "professional organizations" this 
superficial and juvenile would even know what to do with a CNC 
application.  Do they really think that LCNC will somehow implode 
without a CoC? They sky is not falling. How do they stay in business? 
Who would take them seriously? Please convince me that I am wrong



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

Re: [Emc-users] Code of Conduct

On Tue, 2021-07-13 at 02:05 +0200, Dr. Nikolaus Klepp wrote:
> So forcing CoC on all others is mature behaviour, isn't it?
>
> Nik


yes, it is sign that one cares about the quality of the project.



> Anno domini 2021 Mon, 12 Jul 22:12:51 +0100
>  Les Newell scripsit:
> > As I pointed out before the list admins have had the power to ban
> > users 
> > for a very long time. You agreed to that when you signed up. They
> > have 
> > of course used their fascist dictator powers to ... maybe ban a
> > few 
> > spammers. Oh the injustice!
> > 
> > If anyone here has abused their power it's you. You got upset so
> > just to 
> > spite everyone you pulled your remaster, hurting the users of that 
> > remaster when they had nothing to do with this. I may expect that 
> > behaviour from a child but I assume you are an adult.
> > 
> > Les
> > 
> > 
> > On 12/07/2021 21:39, Dr. Nikolaus Klepp wrote:
> > > Please stop mailing me in private.
> > > 
> > > Mailinglist CoC is not in the code nor in the forum. If the list
> > > starts to get "funny" just change the provider. If the forum get
> > > "strange", change it. Sourceforge had it's share of lost userbase
> > > when they tried monetarizing the community - didn't turn out well
> > > for them. Now you put CoC into the code - that's embarrasing.
> > > 
> > > May it have occured to you that there have already been users
> > > leaving because CoC? No? E.g. BeagleBrainz from the forum? I'm
> > > sure you had real problems with that person in the last decade.
> > > Thanks to CoC that problem is gone.
> > > 
> > > And where did I say I leave? I pulled the plug from my linuxcnc
> > > remaster. As I said, forcing politics on a technical project is a
> > > no-go for me, so the reamaster is gone. But I also said, I'm sure
> > > some of the excelent policemen will make a perfect remaster, I'm
> > > 100% sure. Or why else are they called "the police - your friend
> > > and helper"? Put that on the "well done CoC" list, too.
> > > 
> > > But you are free to ban me from the list and/or the forum. Just
> > > do it - now that you have CoC it's the perfect time to make an
> > > example. You can always say "oh look, we never had problems with
> > > this guy before, but thanks to CoC he showed us his real
> > > nature.  And thanks to CoC we can ban him proactively, at last!
> > > What a great achievement! Praise CoC!"
> > > 
> > > I would just appreciate if you could do it in public.
> > > 
> > > Nik
> > 
> > 
> > ___
> > 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] Code of Conduct

On Mon, 2021-07-12 at 19:15 -0400, Bruce Layne wrote:
> On 7/12/21 4:27 PM, Dave Cole wrote:
> > The argument that no professional organizations or people will be 
> > attracted to a project without a COC is nonsense.
> 
> LinuxCNC has succeeded brilliantly all of these years without a Code
> of 
> Conduct, and I saw nothing that necessitated a CoC.  It seems to
> have 
> been externally mandated without cause.


LinuxCNC is a rare case in such, a blinkenlight in the darkness.
See if that endures after the mess.


> 
> 
> 
> On 7/12/21 5:12 PM, Les Newell wrote:
> > ...the list admins have had the power to ban users for a very long 
> > time. You agreed to that when you signed up.  They have of course
> > used 
> > their fascist dictator powers to... maybe ban a few spammers.
> 
> The Terms of Service were apparently sufficient to regulate behavior,
> or 
> more likely, were not needed because everyone acted as an adult and 
> moderated their own behavior.  Why add an unneeded Code of Conduct
> to 
> the sufficient or unneeded Terms of Service?  Nobody was being
> banned 
> because everyone played nice... for decades.  But that's not good 
> enough.  Now we have an externally mandated Code of Conduct to
> further 
> regulate self regulated civil behavior.
> 
> 
> 
> The Code of Conduct is worse than a solution in search of a
> problem.  
> It's now proven to be a divisive political tool that is a solution to
> a 
> problem of its own creation.  I've been a member of the LinuxCNC 
> community for over 15 years and have never seen such acrimony -
> vicious 
> bickering, people leaving the community, others pulling their 
> contributions...  and it all started as a result of the new Code of 
> Conduct.  Given the strife it has caused, the only way to justify
> the 
> Code of Conduct would be as a tool to divide the community along 
> previously irrelevant and unseen political lines, turn us against
> each 
> other, and drive away anyone with a differing political opinion.
> 
> I hate to see the divisive toxic politics that have recently
> infested 
> the world now destroying the LinuxCNC community.  Are we going to see
> a 
> fork of LinuxCNC into a red team version and blue team version? 
> Ugh.  
> Why am I now being forced to endorse or oppose someone's political 
> views?  I'm only here for the CNC.
> 
> I previously suggested that an appropriate Code of Conduct would be, 
> "Y'all be cool."  If that's not enough for the LinuxCNC community,
> then 
> perhaps it could be amended to include, "Politics are divisive and 
> counterproductive to a technical open source community, so keep your 
> politics to yourself."
> 
> I realize this isn't a democracy, but if it were, I'd cast my vote
> for 
> deleting this deadly Code of Conduct before it completely tears this 
> community apart.  It's caused nothing but trouble.  I miss the
> peaceful 
> days before the Code of Conduct, when we all got along because we
> were 
> focused on the technical issues we had in common rather than being 
> forced to focus on the politics that divide us.
> 
> 
> 
> 
> 
> 
> ___
> 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] Code of Conduct

So do you who started firstly.


On Mon, 2021-07-12 at 22:39 +0200, Dr. Nikolaus Klepp wrote:
> Please stop mailing me in private.
> 
> Mailinglist CoC is not in the code nor in the forum. If the list
> starts to get "funny" just change the provider. If the forum get
> "strange", change it. Sourceforge had it's share of lost userbase
> when they tried monetarizing the community - didn't turn out well for
> them. Now you put CoC into the code - that's embarrasing.
> 
> May it have occured to you that there have already been users leaving
> because CoC? No? E.g. BeagleBrainz from the forum? I'm sure you had
> real problems with that person in the last decade. Thanks to CoC that
> problem is gone.
> 
> And where did I say I leave? I pulled the plug from my linuxcnc
> remaster. As I said, forcing politics on a technical project is a no-
> go for me, so the reamaster is gone. But I also said, I'm sure some
> of the excelent policemen will make a perfect remaster, I'm 100%
> sure. Or why else are they called "the police - your friend and
> helper"? Put that on the "well done CoC" list, too. 
> 
> But you are free to ban me from the list and/or the forum. Just do it
> - now that you have CoC it's the perfect time to make an example. You
> can always say "oh look, we never had problems with this guy before,
> but thanks to CoC he showed us his real nature.  And thanks to CoC we
> can ban him proactively, at last! What a great achievement! Praise
> CoC!"
> 
> I would just appreciate if you could do it in public.
> 
> Nik
> 
> Anno domini 2021 Mon, 12 Jul 21:42:29 +0200
>  Valerio Bellizzomi scripsit:
> > Did you read Les's message?
> > I replay it here for your convenience:
> > 
> > "You do know you agreed to a much more restrictive CoC when you
> > joined
> > this mailing list, don't you? Here is the full agreement:
> > 
> > This is linked from the EMC-users subscription form <
> > https://sourceforge.net/projects/emc/lists/emc-users>;
> > 
> > If you agreed to that, why are you so stressed about the one Jeff 
> > proposed? If you don't agree you'd best unsubscribe quickly before
> > it
> > upsets you."
> > 
> > However, I see that you are still here after saying that you would
> > leave, so my suspicion has become certainty.
> > 
> > 
> > 
> > 
> > On Mon, 2021-07-12 at 20:23 +0200, Dr. Nikolaus Klepp wrote:
> > > That's exactly why policemen and theit CoC are unbearable. 
> > > 
> > > Nik
> > > 
> > > Anno domini 2021 Mon, 12 Jul 20:14:42 +0200
> > >  Valerio Bellizzomi scripsit:
> > > > Since you are unable to accept such a mild restrictive form, I
> > > > think I suspect what kind of person you are, so I'm glad you're
> > > > leaving.
> > > > 
> > > > 
> > > > 
> > > > On Mon, 2021-07-12 at 19:36 +0200, Dr. Nikolaus Klepp wrote:
> > > > > Well, dear friends, as the CoC policemen with their CoC are
> > > > > more
> > > > > important than any thing I decided to pull the plug and took
> > > > > my
> > > > > remasters offline. You can read more about it here: 
> > > > > https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd
> > > > > 
> > > > > I can only suggest for all contributors (how minor their
> > > > > effort
> > > > > may
> > > > > be) not in line with forcing a political agenda onto a
> > > > > technical
> > > > > project to do the same.
> > > > > 
> > > > > Nik
> > > > > 
> > > > > Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
> > > > >  Les Newell scripsit:
> > > > > > You do know you agreed to a much more restrictive CoC when
> > > > > > you
> > > > > > joined 
> > > > > > this mailing list, don't you? Here is the full agreement:
> > > > > > 
> > > > > > This is linked from the EMC-users subscription form 
> > > > > > 
> > > > > > 
> > > > > > If you agreed to that, why are you so stressed about the
> > > > > > one
> > > > > > Jeff 
> > > > > > proposed? If you don't agree you'd best unsubscribe quickly
> > > > > > before
> > > > > > it 
> > > > > > upsets you.
> > > > > > 
> > > > > > Les
> > > > > > 
> > > > > > On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:
> > > > > > > You don't realise that forcing CoC on others is exactly
> > > > > > > what's
> > > > > > > the problem with CoC. Just drop that fing CoC nonsens
> > > > > > > and
> > > > > > > everythings going to be civilized again. But I see, this
> > > > > > > won't
> > > > > > > happen. That's the whole point of forcing CoC: faschism.
> > > > > > > 
> > > > > > > Nik
> > > > > > > 
> > > > > > 
> > > > > > ___
> > > > > > 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

Re: [Emc-users] Lathe 'topslide' component

>
> OK, I'll tidy it up and add some docs. It will probably take me a couple
> of days to get time to do this.
>

Thank you Les, and please take your time :)

El lun, 12 jul 2021 a las 17:17, Les Newell ()
escribió:

> OK, I'll tidy it up and add some docs. It will probably take me a couple
> of days to get time to do this.
>
> Les
>
> On 12/07/2021 18:43, John Dammeyer wrote:
> > I'm very interested.  Eventually the BeagleBone with MachineKIt was to
> be on the Gingery Lathe.  Project #42.  But I like that idea of compound
> slide simulation without having a compound or not having to turn it just to
> do a chamfer cut.
> >
> > John
>
>
>
> ___
> 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] 'automatically' go halfway between 2 points

OK.  First of all thank you to Les and Andy.

I've moved the MDI_COMMANDs from the layout2.inc that were part of the HB04 
installation into the .INI file under the [HALUI] section.

In the process I discovered what two of the buttons on the pendant did. (Never 
bothered trying them out).   I now have a better idea of how to deal with the 
other macro buttons on the pendant.

I also, on the MDI command line tried out the 
G92Y[#5421 / 2] 
after first setting the 0 of a spot drill over the solid edge of the vise.  
Then moving with the jog and MPG wheel to center (again by eye) the spot drill 
over the edge of the movable jaw.

Next a 
G1 Y0 F10 
and sure enough a nice slow (safe) move to what looked like the mid-point 
between the two jaws.  I'll set up a couple of buttons the way Les has and 
won't need to use the Shumatech DRO-350 anymore for finding mid points.

Been a good day.
Thanks again.
John



> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 9:57 AM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> > My issue was I have the HB04 Pendant
> 
> I had one of those on my router. The MPG died shortly after I received
> it so I ended up throwing it in a corner in disgust. I'd recommend
> feeding the MPG though a low pass filter component (ilowpass would
> work), otherwise motion gets pretty jerky. I submitted a better low pass
> filter some time back but it looks like it was never added to the source
> tree.
> 
> In my case I have hardware buttons. My front panel has quite a few
> buttons, connected to LCNC over Modbus.
> In your [HALUI] section the first MDI_COMMAND line is
> halui.mdi-command-00, the second is halui.mdi-command-01 and so on. You
> just need to make sure you keep track of the line numbers. The lines for
> my zero and /2 buttons are as follows:
> MDI_COMMAND = G92X0
> MDI_COMMAND = G92Y0
> MDI_COMMAND = G92Z0
> MDI_COMMAND = G92X[#5420 / 2]
> MDI_COMMAND = G92Y[#5421 / 2]
> 
> I didn't have enough buttons on my front panel for Z/2 and I can't say
> I've ever needed it.
> 
> Les
> 
> On 12/07/2021 17:34, John Dammeyer wrote:
> > Can you post the code that creates the buttons?  I think that's the main 
> > issue here.  As mentioned before, there are all sorts of G-
> Code subroutines in the nc_files folder but getting away from using the 
> 'command line' so to speak is the general idea.
> >
> > My issue was I have the HB04 Pendant.  I also have in the pyvcp-panel.xml 
> > file hal pins described.
> >  
> >  RIDGE
> >  6
> > 
> > "rapid-to-Z-home"
> > "Rapid to Z Home"
> > ('Fixed',16)
> > 
> > 
> > "rapid-to-XY-home"
> > "Rapid to XY Home"
> > ('Fixed',16)
> > 
> >  
> >
> >
> > In the postgui_call_list.hal I had
> > #net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
> > #net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home
> >
> >  From what I understood from the documentation I then add two lines
> > # add halui MDI commands here (max 64)
> > # MDI_COMMAND = G0 Z0
> > # MDI_COMMAND = G0 X0 Y0
> >
> > Which are assigned mdi-command-16 and -17 because the layout2.inc for the 
> > HB04 has
> >
> > [HALUI]
> > # these are examples, edit as required:
> > # a halui hal pin is created for each MDI_COMMAND below
> > # halui.mdi-command-00, halui.mdi-command-01,... etc
> > MDI_COMMAND=G0 X0 Y0 Z0
> > MDI_COMMAND=(debug, example: mdi-01)
> > MDI_COMMAND=(debug, example: mdi-02)
> > #03 M110: clears notifications
> > ...
> > #15
> > MDI_COMMAND= G10 L20 P0 C0
> >
> > However that didn't work.  So I postponed work on that for other stuff.  
> > But I would like to get it working and I would like to create
> a few more buttons.
> >
> > John
> >
> >
> >> -Original Message-
> >> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> >> Sent: July-12-21 8:20 AM
> >> To: emc-users@lists.sourceforge.net
> >> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> >>
> >> It's pretty easy to do this in g-code. There is no need to get involved
> >> with HAL programming.
> >> Here is one way I do it on my mill. I have buttons for the following:
> >> Zero X (runs code G92X0)
> >> Zero Y (runs code G92Y0)
> >> Zero Z (runs code G92Z0)
> >> X/2 (runs code G92X[#5420 / 2])
> >> Y/2 (runs code G92X[#5421 / 2])
> >>
> >> Say I want to find the centre of X. I find one X edge using a probe or
> >> eyeball as required then zero X. Move to the other side and hit X/2. X0
> >> is now in the centre.
> >> If you have an electronic probe this plugin works quite well
> >> .
> >>
> >> Les
> >>
> >> On 12/07/2021 05:29, R C wrote:
> >>> Hello,
> >>>
> >>>
> >>> in linuxcnc,? is there an

Re: [Emc-users] 'automatically' go halfway between 2 points

Well,  is there a spot where I can find some examples, of that what you
> mentioned?
>

As the guys pointed out early, there are several simpler solutions to
implement the DRO functionality you're looking for.

Nevertheless you can take a look here to see some source code to have a
starting point to make your own components in case you need it:
https://github.com/LinuxCNC/linuxcnc/tree/master/src/hal/components

Some are pretty simple and understandable, others look like chinese to me
LOL.

El lun, 12 jul 2021 a las 18:59, R C () escribió:

>
> On 7/12/21 8:59 AM, Leonardo Marsaglia wrote:
> >> That was actually what I was looking for, a button "like that", and
> >> wondered if I just didn't see/find it.
> >>
> >> Yeah I can see some "convenient" functionality in that,  but being able
> >> to go "half way" between two points, even with some iteration would
> >> help, to get that started
> >>
> >> (It would be really easy, math wise, once you have something like that,
> >> to find the center of a circular hole,  or a rectangle, or anything
> >> symmetrical, basically)
> >>
> >> I wonder, in hal, with a plugin, if you can just move the tool/spindle,
> >> and the DRO screen shows where it is going. For example,  for finding
> >> the center of a circular hole, you'd only need to find the edge in 3
> >> spots, and then just "go there".
> >>
> >>
> >> I'd love to figure out how to write a plugin like that.
> >>
> > Well If you want to use an electronic probe tool to automatically stop at
> > contact I think the use of HAL is unavoidable since the probe input is a
> > part of the MOTION component of LinuxCNC. You'll also have to make fancy
> > G-CODE as John said with this approach since you're gonna need to deal
> with
> > digital outputs and delays to make the routine.
> right, and I don't know if I want to go that route, if there's a simpler
> one.
> >   If you plan to externalize
> > the probing or if you plan to use a wiggle edge finder, you can still use
> > HAL to manually set the points with a button as we talked earlier.
>
> that was orinallt the 'question' I had in mind.  Something simple with a
> few buttons, that can do some simple calculations.  But if it's already
> there, I just haven't found it yet.
>
> I am not that experienced using LCNC/Axis,  and don't have a lot of time
> to  'play' with it  (it's that paycheck commitment thing :)  )
>
> >
> > As Andy suggests, there are plenty of GUI(ed) ways to do this also, but
> I'm
> > so comfortable with HAL that I really don't mess around too much at GUI
> > level. (That's a big to do on my list)
> >
> > If you have some C programming knowledge I think you will be more than
> alright making your custom component to try this.
>
> Actually,  been programming in C for a few decades, on all kinds of
> platforms. Question, as always is,  where to get started?  Is there some
> sort of "skeleton", a frame  that shows what it should look like, with
> some  trivial functionality?
>
> For example,  if you want to write a linux daemon, you can use a
> "skeleton", that basically show  some of that,  and with already
> existing coding skills,  you can write your own functioning daemon.
>
> So if there is something like that for  LCNC/Axis,  I'd give that a shot.
>
>
> >   I myself am pretty far
> > from being a programmer and I could do a lot of custom components with
> the HAL
> > Component Generator 
> for
> > the machines I have here.
> >
> > Any help you need please feel free to ask :)
>
> Well,  is there a spot where I can find some examples, of that what you
> mentioned?
>
>
> Ron
>
>
> >
> > El lun, 12 jul 2021 a las 5:20, andy pugh ()
> escribió:
> >
> >> (Nothing quoted, as this is general info)
> >>
> >> If you have a probe, then there is a hole centre macro that ships with
> >> LinuxCNC, "probe-hole.ngc"
> >> That will work without any config changes.
> >> There is a fairly complete set of probe routines included in the
> >> distribution which are included in the QTDragon and Woodpecker QTVcp
> >> GUIs at least.
> >> (There is a lot going on with QTVcp, it seems, and it is passing me by)
> >>
> >> In the venerable "Axis" interface you can spoof a fair bit of what is
> >> being talked about here in the touch-off dialog as it will accept
> >> mathematical expressions in the box.
> >> So, you can type in the current DRO reading and halve it ( 1.234 / 2
> >> ). I believe that any valig G-code expression will work: (sin[60] / 2
> >> for example)
> >>
> >> It would be handy to be able to use axis letters in there, and feels
> >> like an easy thing to add. I would not be at all surprised to find
> >> that some of the newer GUIs allow exactly that.
> >>
> >> This touch-off behaviour will be GUI-specific, and I doubt that anyone
> >> is intimately familiar with more than a couple of GUIs.
> >>
> >> --
> >> atp
> >> "A motorcycle is a bicycle with a pandemonium attachment and is
> >> designed for the especial use

Re: [Emc-users] Code of Conduct

So forcing CoC on all others is mature behaviour, isn't it?

Nik

Anno domini 2021 Mon, 12 Jul 22:12:51 +0100
 Les Newell scripsit:
> As I pointed out before the list admins have had the power to ban users 
> for a very long time. You agreed to that when you signed up. They have 
> of course used their fascist dictator powers to ... maybe ban a few 
> spammers. Oh the injustice!
> 
> If anyone here has abused their power it's you. You got upset so just to 
> spite everyone you pulled your remaster, hurting the users of that 
> remaster when they had nothing to do with this. I may expect that 
> behaviour from a child but I assume you are an adult.
> 
> Les
> 
> 
> On 12/07/2021 21:39, Dr. Nikolaus Klepp wrote:
> > Please stop mailing me in private.
> >
> > Mailinglist CoC is not in the code nor in the forum. If the list starts to 
> > get "funny" just change the provider. If the forum get "strange", change 
> > it. Sourceforge had it's share of lost userbase when they tried 
> > monetarizing the community - didn't turn out well for them. Now you put CoC 
> > into the code - that's embarrasing.
> >
> > May it have occured to you that there have already been users leaving 
> > because CoC? No? E.g. BeagleBrainz from the forum? I'm sure you had real 
> > problems with that person in the last decade. Thanks to CoC that problem is 
> > gone.
> >
> > And where did I say I leave? I pulled the plug from my linuxcnc remaster. 
> > As I said, forcing politics on a technical project is a no-go for me, so 
> > the reamaster is gone. But I also said, I'm sure some of the excelent 
> > policemen will make a perfect remaster, I'm 100% sure. Or why else are they 
> > called "the police - your friend and helper"? Put that on the "well done 
> > CoC" list, too.
> >
> > But you are free to ban me from the list and/or the forum. Just do it - now 
> > that you have CoC it's the perfect time to make an example. You can always 
> > say "oh look, we never had problems with this guy before, but thanks to CoC 
> > he showed us his real nature.  And thanks to CoC we can ban him 
> > proactively, at last! What a great achievement! Praise CoC!"
> >
> > I would just appreciate if you could do it in public.
> >
> > Nik
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...


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

Re: [Emc-users] Code of Conduct

I'm only responding to this message because Andy posted it.  All the others 
with this subject line go direct to trash, they don't pass GO, and certainly 
won't collect $200.

John Dammeyer


> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: July-12-21 4:42 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Code of Conduct
> 
> On Tue, 13 Jul 2021 at 00:17, Bruce Layne  
> wrote:
> 
> >  I miss the peaceful
> > days before the Code of Conduct, when we all got along because we were
> > focused on the technical issues we had in common rather than being
> > forced to focus on the politics that divide us.
> 
> 
> Eloquently put.
> 
> Recent events have made me start to wonder if this is a fun way to
> spend my time any more.
> 
> --
> 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, 1912
> 
> 
> ___
> 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] Code of Conduct

2021-07-12 Thread andrew beck

Andy if you go we, will we all miss you so much!

Its kinda sad actually.

I also vote to going back to before this all came up.  I have ignored it so
far.  And just played with the technical stuff.  But it would be so so so
sad to destroy a awesome project over this.  I run my full time business
from linuxcnc its amazing and awesome.  And in 4 years I have never had a
nasty reply to questions.  I have only seen a awful lot of patience.
Please everyone let's get past this.

On Tue, Jul 13, 2021, 11:45 AM andy pugh  wrote:

> On Tue, 13 Jul 2021 at 00:17, Bruce Layne 
> wrote:
>
> >  I miss the peaceful
> > days before the Code of Conduct, when we all got along because we were
> > focused on the technical issues we had in common rather than being
> > forced to focus on the politics that divide us.
>
>
> Eloquently put.
>
> Recent events have made me start to wonder if this is a fun way to
> spend my time any more.
>
> --
> 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, 1912
>
>
> ___
> 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] Code of Conduct

On Tue, 13 Jul 2021 at 00:17, Bruce Layne  wrote:

>  I miss the peaceful
> days before the Code of Conduct, when we all got along because we were
> focused on the technical issues we had in common rather than being
> forced to focus on the politics that divide us.


Eloquently put.

Recent events have made me start to wonder if this is a fun way to
spend my time any more.

-- 
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, 1912


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

Re: [Emc-users] Code of Conduct

2021-07-12 Thread Bruce Layne


On 7/12/21 4:27 PM, Dave Cole wrote:
The argument that no professional organizations or people will be 
attracted to a project without a COC is nonsense.


LinuxCNC has succeeded brilliantly all of these years without a Code of 
Conduct, and I saw nothing that necessitated a CoC.  It seems to have 
been externally mandated without cause.




On 7/12/21 5:12 PM, Les Newell wrote:
...the list admins have had the power to ban users for a very long 
time. You agreed to that when you signed up.  They have of course used 
their fascist dictator powers to... maybe ban a few spammers.


The Terms of Service were apparently sufficient to regulate behavior, or 
more likely, were not needed because everyone acted as an adult and 
moderated their own behavior.  Why add an unneeded Code of Conduct to 
the sufficient or unneeded Terms of Service?  Nobody was being banned 
because everyone played nice... for decades.  But that's not good 
enough.  Now we have an externally mandated Code of Conduct to further 
regulate self regulated civil behavior.




The Code of Conduct is worse than a solution in search of a problem.  
It's now proven to be a divisive political tool that is a solution to a 
problem of its own creation.  I've been a member of the LinuxCNC 
community for over 15 years and have never seen such acrimony - vicious 
bickering, people leaving the community, others pulling their 
contributions...  and it all started as a result of the new Code of 
Conduct.  Given the strife it has caused, the only way to justify the 
Code of Conduct would be as a tool to divide the community along 
previously irrelevant and unseen political lines, turn us against each 
other, and drive away anyone with a differing political opinion.


I hate to see the divisive toxic politics that have recently infested 
the world now destroying the LinuxCNC community.  Are we going to see a 
fork of LinuxCNC into a red team version and blue team version?  Ugh.  
Why am I now being forced to endorse or oppose someone's political 
views?  I'm only here for the CNC.


I previously suggested that an appropriate Code of Conduct would be, 
"Y'all be cool."  If that's not enough for the LinuxCNC community, then 
perhaps it could be amended to include, "Politics are divisive and 
counterproductive to a technical open source community, so keep your 
politics to yourself."


I realize this isn't a democracy, but if it were, I'd cast my vote for 
deleting this deadly Code of Conduct before it completely tears this 
community apart.  It's caused nothing but trouble.  I miss the peaceful 
days before the Code of Conduct, when we all got along because we were 
focused on the technical issues we had in common rather than being 
forced to focus on the politics that divide us.







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

Re: [Emc-users] >3-axis CAM Development


2 1/2 , 3 and 4 with indexing is already part of FreeCAD/Path

https://wiki.freecadweb.org/Path_Workbench

https://www.youtube.com/watch?v=MWFC17MIfOE


I'm using C++ and Python.

On 7/12/21 6:00 PM, Chris Albertson wrote:

So the program would likely accept a .STEP file and produce g-code.   I
would start with the simpler case of 2 1/2 D machining

There are two ways, X,Y raster scanning with the end mill, that is really
primitive, or contour following.  For counter following I think you have to
convert to a topographic map then trace each counter line around in a loop,
then go to the next line.   I think there are many ways to define "next
line"

At some point you need to look inside the STEP file to fin the "intent" for
example a threaded blind hole is made with a drill and tap, not a tiny end
mill on a 6-axis machine.

What are you using C++ or Python, Something else?


On Mon, Jul 12, 2021 at 2:57 PM Bari  wrote:


For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry
engine based on Open CASCADE. I'm looking at some physics engines now to
handle the collision avoidance between the tools, material and work
holders.

I'm am also looking at being able to input factors for the tools and
material to be able to create more optimal paths than just raster scans.
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot
arm and tool steel vs 60xx aluminum.

On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding

situations

where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.

Probably

just work in a constant stepover and depth of cut and go round the part

in

a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about

2005,

but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




___
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






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

Re: [Emc-users] >3-axis CAM Development

2021-07-12 Thread Chris Albertson

So the program would likely accept a .STEP file and produce g-code.   I
would start with the simpler case of 2 1/2 D machining

There are two ways, X,Y raster scanning with the end mill, that is really
primitive, or contour following.  For counter following I think you have to
convert to a topographic map then trace each counter line around in a loop,
then go to the next line.   I think there are many ways to define "next
line"

At some point you need to look inside the STEP file to fin the "intent" for
example a threaded blind hole is made with a drill and tap, not a tiny end
mill on a 6-axis machine.

What are you using C++ or Python, Something else?


On Mon, Jul 12, 2021 at 2:57 PM Bari  wrote:

> For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry
> engine based on Open CASCADE. I'm looking at some physics engines now to
> handle the collision avoidance between the tools, material and work
> holders.
>
> I'm am also looking at being able to input factors for the tools and
> material to be able to create more optimal paths than just raster scans.
> 1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot
> arm and tool steel vs 60xx aluminum.
>
> On 7/12/21 4:17 PM, Matthew Herd wrote:
> > Hi Bari,
> >
> > Though I'm no expert, your goal is admirable.  I would say typically I do
> > tend to use the larger tools first when feasible (i.e. excluding
> situations
> > where I might have to drill first).  I try to use an adaptive tool path
> > whenever possible too.  I then move to one of many finishing strategies
> > (contour, horizontal, pencil, etc.)
> >
> > I think traditional roughing was probably rather raster oriented.
> Probably
> > just work in a constant stepover and depth of cut and go round the part
> in
> > a roughly square path.  However, I don't know because I have very limited
> > experience with CAM packages prior to Fusion360 about 6 years ago when
> > adaptive was pretty much standard.  I dabbled with MasterCAM in about
> 2005,
> > but I can't recall if there was an adaptive tool path back then.  I don't
> > believe there was, but I never dug that deep.
> >
> > Matt
> >
> > On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:
> >
> >> I'm am working on creating open software for creating tool paths for 4+
> >> axis machines.
> >>
> >>
> >> What are your approaches to machining when using 4+ axis machines?
> >>
> >>
> >> Hog out as much as possible first using the largest roughing tools first
> >> then moving to smaller?
> >>
> >>
> >> Any fine points to consider?
> >>
> >>
> >> One vendor of 5-axis CAM markets adaptive technology to speed up the
> >> process. Not exactly sure what they used to do when creating paths with
> >> their older software vs newer.
> >>
> >>
> >>
> >>
> >> ___
> >> 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
>


-- 

Chris Albertson
Redondo Beach, California

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

Re: [Emc-users] 'automatically' go halfway between 2 points

> > On 7/12/21 9:20 AM, Les Newell wrote:
> > > It's pretty easy to do this in g-code. There is no need to get
> > > involved with HAL programming.
> > > Here is one way I do it on my mill. I have buttons for the following:
> > > Zero X (runs code G92X0)
> > > Zero Y (runs code G92Y0)
> > > Zero Z (runs code G92Z0)
> > > X/2 (runs code G92X[#5420 / 2])


> > > Y/2 (runs code G92X[#5421 / 2])


Should that not be for the Y axis with the G92Y...?
Y/2 (runs code G92Y[#5421 / 2])


> >
> >
> > what does the "#5420" do/mean?
> > > Say I want to find the centre of X. I find one X edge using a probe or
> > > eyeball as required then zero X. Move to the other side and hit X/2.
> > > X0 is now in the centre.
> > > If you have an electronic probe this plugin works quite well
> > > .
> > >
> > > Les





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

Re: [Emc-users] 'automatically' go halfway between 2 points

http://linuxcnc.org/docs/html/gcode/overview.html#sub:numbered-parameters

It's a good idea to read and study this document.

John Dammeyer


> -Original Message-
> From: R C [mailto:cjv...@gmail.com]
> Sent: July-12-21 3:10 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> 
> On 7/12/21 9:20 AM, Les Newell wrote:
> > It's pretty easy to do this in g-code. There is no need to get
> > involved with HAL programming.
> > Here is one way I do it on my mill. I have buttons for the following:
> > Zero X (runs code G92X0)
> > Zero Y (runs code G92Y0)
> > Zero Z (runs code G92Z0)
> > X/2 (runs code G92X[#5420 / 2])
> > Y/2 (runs code G92X[#5421 / 2])
> 
> 
> 
> what does the "#5420" do/mean?
> 
> 
> Ron
> 
> >
> > Say I want to find the centre of X. I find one X edge using a probe or
> > eyeball as required then zero X. Move to the other side and hit X/2.
> > X0 is now in the centre.
> > If you have an electronic probe this plugin works quite well
> > .
> >
> > Les
> >
> > On 12/07/2021 05:29, R C wrote:
> >> Hello,
> >>
> >>
> >> in linuxcnc,� is there an easy/automated way to get halfway between
> >> two points?�� (Fort example, you'd touch off somewhere, move to some
> >> coordinate (x, y)� (or even (x, y, z)) and go inbetween right to the
> >> the middle of where you touched off and where the spindle is now?
> >>
> >>
> >> thanks,
> >>
> >>
> >> Ron
> >
> >
> >
> > ___
> > 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



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

Re: [Emc-users] 'automatically' go halfway between 2 points

Many many many years ago in the compiler writing class, my professor Chris 
Thomson, use to say if "in doubt, add another pass".  He also stressed that in 
the future, unlike the limited IBM 370 with only 16MB of memory, systems would 
have lots of memory and so adding more passes would not be expensive.

Chris is mentioned here:
https://en.wikipedia.org/wiki/FLACC

He wrote the entire Algol-68 compiler in IBM 370 assembler.   It was a time 
when we were given so many minutes of computer time for a course.   AlgolW 
would compile 1000 line program in a fraction of a second.  FLACC might take a 
whole second to compile the same thing.   

AlgolW and Fortran would spit out an error and then the next 50 errors would be 
there because of the first.  So in the long run you would submit and compile 
many times to get a program running.  With FLACC if you were dumb enough to 
only fix the first error the other exact same 49 would show up again.  But fix 
all 49 and likely you wouldn't see any others.  So that longer compile time 
came with the benefit of perfect error reporting.  To create a compiler that 
can do that is not easy.

John

> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: July-12-21 3:00 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> On Mon, 12 Jul 2021 at 22:55, John Dammeyer  wrote:
> 
> > That's so wrong on so many levels really.  Either continue the previous 
> > section or throw up a "Repeated Section" warning or error.
> If it knows to ignore it then it also has the ability to do throw up an error.
> 
> It doesn't actively ignore it. It searches the file for [HALUI], reads
> all the entries, and then stops looking when it sees the next
> [SECTION]
> 
> --
> 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, 1912
> 
> 
> ___
> 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] 'automatically' go halfway between 2 points

On Mon, 12 Jul 2021 at 23:12, R C  wrote:

> what does the "#5420" do/mean?

http://linuxcnc.org/docs/2.8/html/gcode/overview.html#gcode:parameters

-- 
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, 1912


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

Re: [Emc-users] 'automatically' go halfway between 2 points



On 7/12/21 9:20 AM, Les Newell wrote:
It's pretty easy to do this in g-code. There is no need to get 
involved with HAL programming.

Here is one way I do it on my mill. I have buttons for the following:
Zero X (runs code G92X0)
Zero Y (runs code G92Y0)
Zero Z (runs code G92Z0)
X/2 (runs code G92X[#5420 / 2])
Y/2 (runs code G92X[#5421 / 2])




what does the "#5420" do/mean?


Ron



Say I want to find the centre of X. I find one X edge using a probe or 
eyeball as required then zero X. Move to the other side and hit X/2. 
X0 is now in the centre.
If you have an electronic probe this plugin works quite well 
.


Les

On 12/07/2021 05:29, R C wrote:

Hello,


in linuxcnc,  is there an easy/automated way to get halfway between 
two points?   (Fort example, you'd touch off somewhere, move to some 
coordinate (x, y)  (or even (x, y, z)) and go inbetween right to the 
the middle of where you touched off and where the spindle is now?



thanks,


Ron




___
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] 'automatically' go halfway between 2 points

On Mon, 12 Jul 2021 at 22:55, John Dammeyer  wrote:

> That's so wrong on so many levels really.  Either continue the previous 
> section or throw up a "Repeated Section" warning or error.  If it knows to 
> ignore it then it also has the ability to do throw up an error.

It doesn't actively ignore it. It searches the file for [HALUI], reads
all the entries, and then stops looking when it sees the next
[SECTION]

-- 
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, 1912


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

Re: [Emc-users] 'automatically' go halfway between 2 points



On 7/12/21 8:59 AM, Leonardo Marsaglia wrote:

That was actually what I was looking for, a button "like that", and
wondered if I just didn't see/find it.

Yeah I can see some "convenient" functionality in that,  but being able
to go "half way" between two points, even with some iteration would
help, to get that started

(It would be really easy, math wise, once you have something like that,
to find the center of a circular hole,  or a rectangle, or anything
symmetrical, basically)

I wonder, in hal, with a plugin, if you can just move the tool/spindle,
and the DRO screen shows where it is going. For example,  for finding
the center of a circular hole, you'd only need to find the edge in 3
spots, and then just "go there".


I'd love to figure out how to write a plugin like that.


Well If you want to use an electronic probe tool to automatically stop at
contact I think the use of HAL is unavoidable since the probe input is a
part of the MOTION component of LinuxCNC. You'll also have to make fancy
G-CODE as John said with this approach since you're gonna need to deal with
digital outputs and delays to make the routine.
right, and I don't know if I want to go that route, if there's a simpler 
one.

  If you plan to externalize
the probing or if you plan to use a wiggle edge finder, you can still use
HAL to manually set the points with a button as we talked earlier.


that was orinallt the 'question' I had in mind.  Something simple with a 
few buttons, that can do some simple calculations.  But if it's already 
there, I just haven't found it yet.


I am not that experienced using LCNC/Axis,  and don't have a lot of time 
to  'play' with it  (it's that paycheck commitment thing :)  )




As Andy suggests, there are plenty of GUI(ed) ways to do this also, but I'm
so comfortable with HAL that I really don't mess around too much at GUI
level. (That's a big to do on my list)

If you have some C programming knowledge I think you will be more than alright 
making your custom component to try this.


Actually,  been programming in C for a few decades, on all kinds of 
platforms. Question, as always is,  where to get started?  Is there some 
sort of "skeleton", a frame  that shows what it should look like, with 
some  trivial functionality?


For example,  if you want to write a linux daemon, you can use a 
"skeleton", that basically show  some of that,  and with already 
existing coding skills,  you can write your own functioning daemon.


So if there is something like that for  LCNC/Axis,  I'd give that a shot.



  I myself am pretty far
from being a programmer and I could do a lot of custom components with the HAL
Component Generator  for
the machines I have here.

Any help you need please feel free to ask :)


Well,  is there a spot where I can find some examples, of that what you 
mentioned?



Ron




El lun, 12 jul 2021 a las 5:20, andy pugh () escribió:


(Nothing quoted, as this is general info)

If you have a probe, then there is a hole centre macro that ships with
LinuxCNC, "probe-hole.ngc"
That will work without any config changes.
There is a fairly complete set of probe routines included in the
distribution which are included in the QTDragon and Woodpecker QTVcp
GUIs at least.
(There is a lot going on with QTVcp, it seems, and it is passing me by)

In the venerable "Axis" interface you can spoof a fair bit of what is
being talked about here in the touch-off dialog as it will accept
mathematical expressions in the box.
So, you can type in the current DRO reading and halve it ( 1.234 / 2
). I believe that any valig G-code expression will work: (sin[60] / 2
for example)

It would be handy to be able to use axis letters in there, and feels
like an easy thing to add. I would not be at all surprised to find
that some of the newer GUIs allow exactly that.

This touch-off behaviour will be GUI-specific, and I doubt that anyone
is intimately familiar with more than a couple of GUIs.

--
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, 1912


___
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



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

Re: [Emc-users] >3-axis CAM Development

For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry 
engine based on Open CASCADE. I'm looking at some physics engines now to 
handle the collision avoidance between the tools, material and work holders.


I'm am also looking at being able to input factors for the tools and 
material to be able to create more optimal paths than just raster scans. 
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot 
arm and tool steel vs 60xx aluminum.


On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding situations
where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.  Probably
just work in a constant stepover and depth of cut and go round the part in
a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about 2005,
but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




___
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] 'automatically' go halfway between 2 points

OK.
Thanks Les.
I really thought that the way the HAL files and INI files were constructed that 
 the parser just continued each section before doing the next pass to deal with 
the created data structures.  

On 2.7.14 obviously not. 

I moved the two MDI_COMMAND lines into the HB04 layout2.inc and moved the two 
net lines from 
net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home

into the pyvcp_options.hal file where the spindle RPM and up to speed led lives.

Now I have Home Z and Home XY buttons.
Thanks.

I really think that if the second [HALUI] is ignored it should throw up an 
error or warning.

I think I'll play with the probe stuff next.

John


> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 2:29 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> I took a look at the files you sent me off-list and I suspect the issue
> is that you have two [HALUI] sections, one in the ini file and one in
> layout2.inc. If you combine the two sections it will probably work.
> 
> Could anyone else here confirm that having two sections with the same
> name is problematic?
> 
> Les
> 
> 
> 
> On 12/07/2021 18:43, John Dammeyer wrote:
> > I uncommented them but they don't show up in the hal config.  Only the 
> > first 16 from 00 to 15 from the pendant.m  Just went out
> to the shop and checked that again.
> >
> > Looking at the expanded ini the #INCLUDE layout2.inc is at the front of the 
> > ini file.  It's there so that the hard coded pendant
> MDI_COMMAND numbers assigned numbers match.
> >
> > Then under the [halui] I have the two additional MD_COMMAND lines.  Those 
> > don't show up in the hal config.  And that's where I
> got stuck.
> >
> > John
> 
> 
> 
> ___
> 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] 'automatically' go halfway between 2 points

> From: andy pugh [mailto:bodge...@gmail.com]
> On Mon, 12 Jul 2021 at 22:31, Les Newell  wrote:
> 
> > Could anyone else here confirm that having two sections with the same
> > name is problematic?
> 
> Yes. Only the first section will be found.
> 
> 
> --
> atp

That's so wrong on so many levels really.  Either continue the previous section 
or throw up a "Repeated Section" warning or error.  If it knows to ignore it 
then it also has the ability to do throw up an error.  

John

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

Re: [Emc-users] 'automatically' go halfway between 2 points

On Mon, 12 Jul 2021 at 22:31, Les Newell  wrote:

> Could anyone else here confirm that having two sections with the same
> name is problematic?

Yes. Only the first section will be found.


-- 
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, 1912


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

Re: [Emc-users] 'automatically' go halfway between 2 points


Hi Andy,

On 7/12/21 2:17 AM, andy pugh wrote:

(Nothing quoted, as this is general info)

If you have a probe, then there is a hole centre macro that ships with
LinuxCNC, "probe-hole.ngc"
That will work without any config changes.


Well I have a simple, mechanical one, one end cylindrical, the other 
side a cone..  I think it is called a "wobbler" ?




There is a fairly complete set of probe routines included in the
distribution which are included in the QTDragon and Woodpecker QTVcp
GUIs at least.
(There is a lot going on with QTVcp, it seems, and it is passing me by)

In the venerable "Axis" interface you can spoof a fair bit of what is
That is what I am using, up until a few weeks ago I didn't know there 
were different interfaces.

being talked about here in the touch-off dialog as it will accept
mathematical expressions in the box.
So, you can type in the current DRO reading and halve it ( 1.234 / 2
). I believe that any valig G-code expression will work: (sin[60] / 2
for example)

It would be handy to be able to use axis letters in there, and feels
like an easy thing to add. I would not be at all surprised to find
that some of the newer GUIs allow exactly that.

This touch-off behaviour will be GUI-specific, and I doubt that anyone
is intimately familiar with more than a couple of GUIs.


thanks,


Ron



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

Re: [Emc-users] 'automatically' go halfway between 2 points

I can easily try that to see what happens.  Give me a few minutes.
John


> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 2:29 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> I took a look at the files you sent me off-list and I suspect the issue
> is that you have two [HALUI] sections, one in the ini file and one in
> layout2.inc. If you combine the two sections it will probably work.
> 
> Could anyone else here confirm that having two sections with the same
> name is problematic?
> 
> Les
> 
> 
> 
> On 12/07/2021 18:43, John Dammeyer wrote:
> > I uncommented them but they don't show up in the hal config.  Only the 
> > first 16 from 00 to 15 from the pendant.m  Just went out
> to the shop and checked that again.
> >
> > Looking at the expanded ini the #INCLUDE layout2.inc is at the front of the 
> > ini file.  It's there so that the hard coded pendant
> MDI_COMMAND numbers assigned numbers match.
> >
> > Then under the [halui] I have the two additional MD_COMMAND lines.  Those 
> > don't show up in the hal config.  And that's where I
> got stuck.
> >
> > John
> 
> 
> 
> ___
> 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] OT: power, horsepower, and a bad brain

2021-07-12 Thread fxkl47BF via Emc-users

‐‐‐ Original Message ‐‐‐
On Monday, July 12th, 2021 at 11:23 AM, Chris Albertson 
 wrote:

> Sorry I sent the message too soon.   Getting max power out of an engine means 
> running it at a pathological where the load is exactly matched of just one 
> RPM.    But youengine is over powered as it should be so you only need to run 
> a wide open throttle at any RPM where thecurve is able 3.5 (or whatever) HP.
> You are still going to need two automatic control systems or a full-time 
> skilled human operator.
> 1) the first control system measures battery voltage over time and 
> computesthe rate of charge and uses a MOSFET switch to limit rate of change.  
> All current battery charges today use a microcontroller and software to do 
> this.    Again a skilled human operator could watch a meter and maybe move 
> switches if it had charge rate chart as reference.   This is best left to 
> automation.
> 2) You are going to need an RPM sensor on the motor and an actuator on the 
> throttle so that RPM stays constant ouder different loads.  Or maybe smarter  
> use an algorithm that runs the engine at the minimum RPM needed to produce 
> the power required.  Again a microcontroller and software is needed.  Or a 
> skilled full time human operator.
> One other thing.  The battery charge controller will produce a varying load.  
> At first, it will "bulk charge" and then taper off the power delivered to the 
> battery.   I'd thing it a good idea if the battery charger software could 
> communicate to the engine controller software.  But this is a "version 2.0 
> step.
> You likely also want a display so you can monitor what's happening inside.  
> Certainly during development you need to watch it closely while you do things 
> like tweak PID constants and the like.   If the control computer where 
> something like a Raspburry Pi it could put all the data on a web page.  Then 
> you can remotely monitor the charger over WiFi on your phone or desktop 
> computer.
> In the old days they used mechanical governors with pushrods to the 
> carburetor for RPM control but today you put a rotation sensor on the output 
> shaft that does a pulse each revolution and send that to the engine controller
> On Mon, Jul 12, 2021 at 9:02 AM Chris Albertson  
> wrote:
> > The 6.5 rating on that engine is at "wide open throttle" at the RPM tha 
> > produces peak power.  
> >
> > I don't know the power curve of that engine but its peak power speed is 
> > likely faster than you want to listen to, 6,000 RPM maybe.    Your first 
> > step is to use the correct pulley ratio to let the engine run at its peak 
> > powerpoint.   The next step is to implement some kind of automatic throttle 
> > unless you want to manually operate it.
> > On Sun, Jun 27, 2021 at 4:44 AM fxkl47BF via Emc-users 
> >  wrote:
> > > i'm gonna explain my screwup here because this group of folks has a very 
> > > diverse range of expertise. enough kiss'n up. if you know of a list that 
> > > would be more appropriate please let me know.
> > > i've had a desire for some time to build a gasoline powered battery 
> > > charger. i've seen it done several times and thought no big deal. my 
> > > first thought was to use a 3 hp engine and a 100 amp one wire alternator. 
> > > but since i already had a 6.5 hp engine i decided to go with that and an 
> > > alternator like this 
> > > https://www.ebay.com/itm/NEW-CS130-ONE-WIRE-RED-ALTERNATOR-FOR-CHEVROLET-GMC-CHEVY-220-AMP-1-WIRE-1100665-/283190864732?hash=item41ef7dab5c.
> > >  i also added an ammeter like this 
> > > https://www.ebay.com/itm/30474999?hash=item461ba47b37:g:hYUAAOxy4fVTEuR6.
> > > i finished it and was ready to test. i pulled a big battery out of my 
> > > tractor, connected a 1000 watt inverter, and about an 800 watt load. i 
> > > cranked the engine and connected it to the battery. ammeter showed about 
> > > a 7 amp load. i switched on the inverter and it went to about 9 amps. i 
> > > switched on the load and it went to about 75 amps. the engine was 
> > > straining. i disconnected the the alternator from the battery so the load 
> > > could draw down the battery. after about one minute i reconnected the 
> > > alternator. the ammeter jumped to about 110 amps and it promptly stalled 
> > > the engine. i tried several times with the same results.
> > > all of my feeble calculations led me to believe that a 6.5 hp gasoline 
> > > engine was more than enough to power a 220 amp 12 volt alternator. either 
> > > my 6.5 hp engine is more feeble than my brain or my calculations are way 
> > > off.
> > > thanks for any feedback.


what you describe would be very cool. i wanted a charger that can start a 
machine with a low battery or get a low battery "mostly" charged quickly. i 
always planned for it to be a hands on manual process not a set it and forget 
it.


___
Emc-users mailing list
Emc-users@lists.sourceforge.net

Re: [Emc-users] 'automatically' go halfway between 2 points



On 7/12/21 2:03 AM, John Dammeyer wrote:

The Shumatech DRO-350 just uses the same technique for circles as for squares.  
Move only in X direction to each edge to determine the mid-point.  Then do the 
same for the Y axis only.   Yes, it's 4 points instead of 3 for a circle but 
realistically is easier to understand even if it's not as clever.

I have yet to get the HOME Z and HOME XY buttons I put onto the pyvcp panel 
working.  Once I get back to that adding the probe stuff shouldn't be that 
hard.  I really don't understand why that doesn't already exist in AXIS.

Well, seems it would be convenient.  watching videos etc/  about how to 
do stuff, I ran into "so, how do I do that in LCNC?"





-Original Message-
From: R C [mailto:cjv...@gmail.com]
Sent: July-11-21 11:25 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] 'automatically' go halfway between 2 points

correct,

If you draw 2, different, triangles like that, with their corners on a
circle, their hypotenuses intersect in the center of that circle. also
the middle of these hypotenuses, of each triangle, would be the center,
hence, that is why I was interested in finding� the "half way point" of
2 points, coordinates.


on a mill it would actually be pretty easy.� touch off on a 'reasonable'
spot at the edge of a 'circle� (30-60 degree XY axis or so).

Go down/up the X-direction until you find the edge again. From there go
in the Y direction til you find the edge yet again. The center (of that
circle/hole) will be half way� between where you "touched off" and where
you are now.

for a rectangle, similarly you could center the X axis,� and next the Y
axis (and find the center of a piece of stock for example). Technically
you would have found the center of a concentric circle,� but that's the
same thing.



It would be a cool utility,� that you can find all kinds of "spots" on a
part with, I'd be interested in 'building' something like that


Ron


On 7/11/21 11:52 PM, John Dammeyer wrote:

Here are your 3 points.  As a math wiz you can see that if you draw a 
perpendicular line from each pair of points they all intersect in

the middle.

The third angle is the one I can create graphically and from that the length 
for the XY of the center but you might be able to explain

the math a bit better.




-Original Message-
From: R C [mailto:cjv...@gmail.com]
Sent: July-11-21 10:31 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] 'automatically' go halfway between 2 points


On 7/11/21 11:15 PM, John Dammeyer wrote:

Essentially the process involves two touch off operations.  First one side 
until an LED comes on or even better the probe input

goes

active.  At that point touch off so the axis is set to 0.

Then you move in the opposite direction until the probe (or LED) goes active.  
Divide that axis value by two and move back to

that

position.  Now touch off again to set the axis to 0.  You are now in the middle.

Right,? I can do that with a calculator and some arithmetic, and jog
there manually,? but I am a mathematician,? and we're known to be lazy,?
so I am thinking about a button?? :)



It's probably possible with a fancy G-Code macro.

well,? if one can write a plugin,? it would probably be fairly easy (but
I am a CNC rookie) to do that,? if that plugin can actually move the
tool/spindle



A number of different projects I've done have been set up that way.  Find the 
center of the object which is also where I've set

the

center in the CAM software.  Rather than top left or bottom left corner of 
something that has been milled away.

right,? I don't think it is not too difficult to find the center of all
kinds of shapes (geometrically or otherwise), in a math kinda way that is.



But I'm an amateur and probably do things the hard way.  Often...

well,? hobbyist that's trying to learn some stuff here,? I am actually a
mathematician,? I can calculate things,? but I'd be a starving machinist
or CNC person/operator/machinist ...?? this weekend I created 4 proto
types of a stepper motor mount,? aka scrap.

John

Ron



-Original Message-
From: R C [  mailto:cjv...@gmail.com]
Sent: July-11-21 10:00 PM
To:   emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] 'automatically' go halfway between 2 points


On 7/11/21 10:47 PM, John Dammeyer wrote:

I still have my Shumatech DRO on my mill.  I touch one side and zero the axis.  
I then move across and jog until the LED goes

on.

Then FCN 1 and the axis letter button.  At that point the axis changes to minus 
halfway between where I just touched off and

the

original 0 point.

I move to make the DRO show 0 and then touch off that axis on the AXIS screen.  
Now I have the center point between the

two

edges.  Since the LED indicator probe is 0.2" diameter the distance to the 
center doesn't matter.  Only if I am trying to find the

edge

and the Shumatech can be told the

Re: [Emc-users] 'automatically' go halfway between 2 points

I took a look at the files you sent me off-list and I suspect the issue 
is that you have two [HALUI] sections, one in the ini file and one in 
layout2.inc. If you combine the two sections it will probably work.


Could anyone else here confirm that having two sections with the same 
name is problematic?


Les



On 12/07/2021 18:43, John Dammeyer wrote:

I uncommented them but they don't show up in the hal config.  Only the first 16 
from 00 to 15 from the pendant.m  Just went out to the shop and checked that 
again.

Looking at the expanded ini the #INCLUDE layout2.inc is at the front of the ini 
file.  It's there so that the hard coded pendant MDI_COMMAND numbers assigned 
numbers match.

Then under the [halui] I have the two additional MD_COMMAND lines.  Those don't 
show up in the hal config.  And that's where I got stuck.

John




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

Re: [Emc-users] >3-axis CAM Development

2021-07-12 Thread Matthew Herd

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding situations
where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.  Probably
just work in a constant stepover and depth of cut and go round the part in
a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about 2005,
but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:

> I'm am working on creating open software for creating tool paths for 4+
> axis machines.
>
>
> What are your approaches to machining when using 4+ axis machines?
>
>
> Hog out as much as possible first using the largest roughing tools first
> then moving to smaller?
>
>
> Any fine points to consider?
>
>
> One vendor of 5-axis CAM markets adaptive technology to speed up the
> process. Not exactly sure what they used to do when creating paths with
> their older software vs newer.
>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

-- 
Matthew Herd
Email:  herd.m...@gmail.com
Cell:  610-608-8930

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

Re: [Emc-users] Code of Conduct

As I pointed out before the list admins have had the power to ban users
for a very long time. You agreed to that when you signed up. They have
of course used their fascist dictator powers to ... maybe ban a few
spammers. Oh the injustice!

If anyone here has abused their power it's you. You got upset so just to
spite everyone you pulled your remaster, hurting the users of that
remaster when they had nothing to do with this. I may expect that
behaviour from a child but I assume you are an adult.

Les

On 12/07/2021 21:39, Dr. Nikolaus Klepp wrote:

Please stop mailing me in private.

Mailinglist CoC is not in the code nor in the forum. If the list starts to get "funny"
just change the provider. If the forum get "strange", change it. Sourceforge had it's
share of lost userbase when they tried monetarizing the community - didn't turn out well for them.
Now you put CoC into the code - that's embarrasing.

May it have occured to you that there have already been users leaving because
CoC? No? E.g. BeagleBrainz from the forum? I'm sure you had real problems with
that person in the last decade. Thanks to CoC that problem is gone.

And where did I say I leave? I pulled the plug from my linuxcnc remaster. As I said, forcing
politics on a technical project is a no-go for me, so the reamaster is gone. But I also said, I'm
sure some of the excelent policemen will make a perfect remaster, I'm 100% sure. Or why else are
they called "the police - your friend and helper"? Put that on the "well done
CoC" list, too.

But you are free to ban me from the list and/or the forum. Just do it - now that you have
CoC it's the perfect time to make an example. You can always say "oh look, we never
had problems with this guy before, but thanks to CoC he showed us his real nature. And
thanks to CoC we can ban him proactively, at last! What a great achievement! Praise
CoC!"

I would just appreciate if you could do it in public.

Nik

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

[Emc-users] >3-axis CAM Development

I'm am working on creating open software for creating tool paths for 4+ 
axis machines.



What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first 
then moving to smaller?



Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the 
process. Not exactly sure what they used to do when creating paths with 
their older software vs newer.





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

Re: [Emc-users] Code of Conduct

Please stop mailing me in private.

Mailinglist CoC is not in the code nor in the forum. If the list starts to get 
"funny" just change the provider. If the forum get "strange", change it. 
Sourceforge had it's share of lost userbase when they tried monetarizing the 
community - didn't turn out well for them. Now you put CoC into the code - 
that's embarrasing.

May it have occured to you that there have already been users leaving because 
CoC? No? E.g. BeagleBrainz from the forum? I'm sure you had real problems with 
that person in the last decade. Thanks to CoC that problem is gone.

And where did I say I leave? I pulled the plug from my linuxcnc remaster. As I 
said, forcing politics on a technical project is a no-go for me, so the 
reamaster is gone. But I also said, I'm sure some of the excelent policemen 
will make a perfect remaster, I'm 100% sure. Or why else are they called "the 
police - your friend and helper"? Put that on the "well done CoC" list, too. 

But you are free to ban me from the list and/or the forum. Just do it - now 
that you have CoC it's the perfect time to make an example. You can always say 
"oh look, we never had problems with this guy before, but thanks to CoC he 
showed us his real nature.  And thanks to CoC we can ban him proactively, at 
last! What a great achievement! Praise CoC!"

I would just appreciate if you could do it in public.

Nik

Anno domini 2021 Mon, 12 Jul 21:42:29 +0200
 Valerio Bellizzomi scripsit:
> Did you read Les's message?
> I replay it here for your convenience:
> 
> "You do know you agreed to a much more restrictive CoC when you joined
> this mailing list, don't you? Here is the full agreement:
> 
> This is linked from the EMC-users subscription form <
> https://sourceforge.net/projects/emc/lists/emc-users>
> 
> If you agreed to that, why are you so stressed about the one Jeff 
> proposed? If you don't agree you'd best unsubscribe quickly before it
> upsets you."
> 
> However, I see that you are still here after saying that you would
> leave, so my suspicion has become certainty.
> 
> 
> 
> 
> On Mon, 2021-07-12 at 20:23 +0200, Dr. Nikolaus Klepp wrote:
> > That's exactly why policemen and theit CoC are unbearable. 
> > 
> > Nik
> > 
> > Anno domini 2021 Mon, 12 Jul 20:14:42 +0200
> >  Valerio Bellizzomi scripsit:
> > > Since you are unable to accept such a mild restrictive form, I
> > > think I suspect what kind of person you are, so I'm glad you're
> > > leaving.
> > > 
> > > 
> > > 
> > > On Mon, 2021-07-12 at 19:36 +0200, Dr. Nikolaus Klepp wrote:
> > > > Well, dear friends, as the CoC policemen with their CoC are more
> > > > important than any thing I decided to pull the plug and took my
> > > > remasters offline. You can read more about it here: 
> > > > https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd
> > > > 
> > > > I can only suggest for all contributors (how minor their effort
> > > > may
> > > > be) not in line with forcing a political agenda onto a technical
> > > > project to do the same.
> > > > 
> > > > Nik
> > > > 
> > > > Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
> > > >  Les Newell scripsit:
> > > > > You do know you agreed to a much more restrictive CoC when you
> > > > > joined 
> > > > > this mailing list, don't you? Here is the full agreement:
> > > > > 
> > > > > This is linked from the EMC-users subscription form 
> > > > > 
> > > > > 
> > > > > If you agreed to that, why are you so stressed about the one
> > > > > Jeff 
> > > > > proposed? If you don't agree you'd best unsubscribe quickly
> > > > > before
> > > > > it 
> > > > > upsets you.
> > > > > 
> > > > > Les
> > > > > 
> > > > > On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:
> > > > > > You don't realise that forcing CoC on others is exactly
> > > > > > what's
> > > > > > the problem with CoC. Just drop that fing CoC nonsens and
> > > > > > everythings going to be civilized again. But I see, this
> > > > > > won't
> > > > > > happen. That's the whole point of forcing CoC: faschism.
> > > > > > 
> > > > > > Nik
> > > > > > 
> > > > > 
> > > > > ___
> > > > > Emc-users mailing list
> > > > > Emc-users@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > > > > 
> > 
> > 
> 
> 

-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...

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

Re: [Emc-users] Code of Conduct

Some people like being told what to do and what to think. They find it
soothing.

Some on the list might even be racists, sexists, communists,
capitalists, hedonists or even put ketchup on hot dogs.

With the CoC some of these people will sleep better at night.

"Project leaders are responsible for clarifying the standards of
acceptable behavior and are expected to take appropriate and fair
corrective action in response to any instances of unacceptable behavior."

"Project leaders have the right and responsibility to remove, edit, or
reject messages, comments, commits, code, issues, and other
contributions that are not aligned to this Code of Conduct, or to ban
temporarily or permanently any community member for other behaviors that
they deem inappropriate, threatening, offensive, or harmful."

Since there are no project leaders, what is the point?

On 7/12/21 1:23 PM, Dr. Nikolaus Klepp wrote:

That's exactly why policemen and theit CoC are unbearable.

Nik

Anno domini 2021 Mon, 12 Jul 20:14:42 +0200
Valerio Bellizzomi scripsit:

Since you are unable to accept such a mild restrictive form, I think I suspect
what kind of person you are, so I'm glad you're leaving.

On Mon, 2021-07-12 at 19:36 +0200, Dr. Nikolaus Klepp wrote:

Well, dear friends, as the CoC policemen with their CoC are more
important than any thing I decided to pull the plug and took my
remasters offline. You can read more about it here:
https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd

I can only suggest for all contributors (how minor their effort may
be) not in line with forcing a political agenda onto a technical
project to do the same.

Nik

Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
Les Newell scripsit:

You do know you agreed to a much more restrictive CoC when you
joined
this mailing list, don't you? Here is the full agreement:

This is linked from the EMC-users subscription form

If you agreed to that, why are you so stressed about the one Jeff
proposed? If you don't agree you'd best unsubscribe quickly before
it
upsets you.

Les

On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:

You don't realise that forcing CoC on others is exactly what's
the problem with CoC. Just drop that fing CoC nonsens and
everythings going to be civilized again. But I see, this won't
happen. That's the whole point of forcing CoC: faschism.

Nik

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

Re: [Emc-users] Code of Conduct

2021-07-12 Thread Dave Cole


Could someone please point out why this COC is even an issue?
If we already agreed to some terms, why is  a COC being layered on top 
of that?

Seeing people pack their bags over a proposal, seems like a bad idea.

The argument that no professional organizations or people will be 
attracted to a project without a COC is nonsense.

History tells a much different story.
How many commercial products have grabbed LCNC code ??   Quite a few!

I do not understand why anyone spent time writing a COC ??

This list has been quite civilized for a very long time.
Dave

On 7/12/2021 1:15 PM, Les Newell wrote:
You do know you agreed to a much more restrictive CoC when you joined 
this mailing list, don't you? Here is the full agreement:


This is linked from the EMC-users subscription form 



If you agreed to that, why are you so stressed about the one Jeff 
proposed? If you don't agree you'd best unsubscribe quickly before it 
upsets you.


Les

On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:


You don't realise that forcing CoC on others is exactly what's the 
problem with CoC. Just drop that fing CoC nonsens and everythings 
going to be civilized again. But I see, this won't happen. That's the 
whole point of forcing CoC: faschism.


Nik






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

Re: [Emc-users] 'automatically' go halfway between 2 points

Could you post your inc and ini files. Hopefully that way I can see what 
is going on.


Les


On 12/07/2021 18:43, John Dammeyer wrote:

I uncommented them but they don't show up in the hal config.  Only the first 16 
from 00 to 15 from the pendant.m  Just went out to the shop and checked that 
again.

Looking at the expanded ini the #INCLUDE layout2.inc is at the front of the ini 
file.  It's there so that the hard coded pendant MDI_COMMAND numbers assigned 
numbers match.

Then under the [halui] I have the two additional MD_COMMAND lines.  Those don't 
show up in the hal config.  And that's where I got stuck.

John





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

Re: [Emc-users] Lathe 'topslide' component

OK, I'll tidy it up and add some docs. It will probably take me a couple 
of days to get time to do this.


Les

On 12/07/2021 18:43, John Dammeyer wrote:

I'm very interested.  Eventually the BeagleBone with MachineKIt was to be on 
the Gingery Lathe.  Project #42.  But I like that idea of compound slide 
simulation without having a compound or not having to turn it just to do a 
chamfer cut.

John




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

Re: [Emc-users] 'automatically' go halfway between 2 points

2021-07-12 Thread andrew beck

John I have it working with glade vcp its awesome and easy.  My 12 year old
brother was making buttons.  I can share a config if you want

On Tue, Jul 13, 2021, 4:37 AM John Dammeyer  wrote:

> Can you post the code that creates the buttons?  I think that's the main
> issue here.  As mentioned before, there are all sorts of G-Code subroutines
> in the nc_files folder but getting away from using the 'command line' so to
> speak is the general idea.
>
> My issue was I have the HB04 Pendant.  I also have in the pyvcp-panel.xml
> file hal pins described.
> 
> RIDGE
> 6
> 
> "rapid-to-Z-home"
> "Rapid to Z Home"
> ('Fixed',16)
> 
> 
> "rapid-to-XY-home"
> "Rapid to XY Home"
> ('Fixed',16)
> 
> 
>
>
> In the postgui_call_list.hal I had
> #net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
> #net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home
>
> From what I understood from the documentation I then add two lines
> # add halui MDI commands here (max 64)
> # MDI_COMMAND = G0 Z0
> # MDI_COMMAND = G0 X0 Y0
>
> Which are assigned mdi-command-16 and -17 because the layout2.inc for the
> HB04 has
>
> [HALUI]
> # these are examples, edit as required:
> # a halui hal pin is created for each MDI_COMMAND below
> # halui.mdi-command-00, halui.mdi-command-01,... etc
> MDI_COMMAND=G0 X0 Y0 Z0
> MDI_COMMAND=(debug, example: mdi-01)
> MDI_COMMAND=(debug, example: mdi-02)
> #03 M110: clears notifications
> ...
> #15
> MDI_COMMAND= G10 L20 P0 C0
>
> However that didn't work.  So I postponed work on that for other stuff.
> But I would like to get it working and I would like to create a few more
> buttons.
>
> John
>
>
> > -Original Message-
> > From: Les Newell [mailto:les.new...@fastmail.co.uk]
> > Sent: July-12-21 8:20 AM
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> >
> > It's pretty easy to do this in g-code. There is no need to get involved
> > with HAL programming.
> > Here is one way I do it on my mill. I have buttons for the following:
> > Zero X (runs code G92X0)
> > Zero Y (runs code G92Y0)
> > Zero Z (runs code G92Z0)
> > X/2 (runs code G92X[#5420 / 2])
> > Y/2 (runs code G92X[#5421 / 2])
> >
> > Say I want to find the centre of X. I find one X edge using a probe or
> > eyeball as required then zero X. Move to the other side and hit X/2. X0
> > is now in the centre.
> > If you have an electronic probe this plugin works quite well
> > .
> >
> > Les
> >
> > On 12/07/2021 05:29, R C wrote:
> > > Hello,
> > >
> > >
> > > in linuxcnc,� is there an easy/automated way to get halfway between
> > > two points?�� (Fort example, you'd touch off somewhere, move to some
> > > coordinate (x, y)� (or even (x, y, z)) and go inbetween right to the
> > > the middle of where you touched off and where the spindle is now?
> > >
> > >
> > > thanks,
> > >
> > >
> > > Ron
> >
> >
> >
> > ___
> > 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
>

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

Re: [Emc-users] G28 behaviour

2021-07-12 Thread Stuart Stevenson

In 1979 the Dynamic Machinery Sales Chicago class for a Miyano 7BC lathe
with Fanuc 5T control taught me to use G91 G28 X0 Z0 at the end of every
program to make sure the machine reference was always accurate. I can't
tell you how many times I watched the reference lights come on in the next
six years - a bunch.
Regards
Stuart

On Fri, Jun 25, 2021, 6:06 PM John Dammeyer  wrote:

> Yeah I wondered about that.  I initially tried it with positive and with
> it at machine zero still moved up 2" and then back down again.  Totally
> contrary to logical since my machine zero is furthest from the tool and any
> motion towards the tool should be negative?
>
> Thanks
> John
>
>
> > -Original Message-
> > From: Feral Engineer [mailto:theferalengin...@gmail.com]
> > Sent: June-25-21 3:35 PM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] G28 behaviour
> >
> > That's exactly the behavior that g28 follows on industrial controls. Try
> > g28z2. (positive) and it'll move up without having to switch to
> incremental
> >
> > Phil T.
> > The Feral Engineer
> >
> > Check out my LinuxCNC tutorials, machine builds and other antics at
> > www.youtube.com/c/theferalengineer
> >
> > Help support my channel efforts and coffee addiction:
> > www.patreon.com/theferalengineer
> >
> > On Fri, Jun 25, 2021, 6:28 PM John Dammeyer 
> wrote:
> >
> > > In effect the G91 incremental with a Z0 just cancels out the initial
> move
> > > to the Z position.
> > >
> > > I did try it on the mill as
> > > G28 Z-2
> > >
> > > All that really happens is the machine sounds like it stumbles as it
> heads
> > > toward Z0 stopping briefly at Z-2.
> > >
> > > Very strange.
> > > John
> > >
> > >
> > > > -Original Message-
> > > > From: Todd Zuercher [mailto:to...@pgrahamdunn.com]
> > > > Sent: June-25-21 10:17 AM
> > > > To: Enhanced Machine Controller (EMC)
> > > > Subject: Re: [Emc-users] G28 behaviour
> > > >
> > > > I'm pretty sure all of our Fanuc machines use G91 for incremental G28
> > > commands and not U V W. (maybe some older Fanuc controls
> > > > or controls specialized for some manufacturers or maybe just
> T-series, I
> > > only have worked with Ms.)
> > > >
> > > > But as to why the intermediate command, I have no idea, It's just how
> > > Fanuc's G28 has always been.
> > > >
> > > > Todd Zuercher
> > > > P. Graham Dunn Inc.
> > > > 630 Henry Street?
> > > > Dalton, Ohio 44618
> > > > Phone:? (330)828-2105ext. 2031
> > > >
> > > > -Original Message-
> > > > From: John Dammeyer 
> > > > Sent: Friday, June 25, 2021 1:06 PM
> > > > To: 'Enhanced Machine Controller (EMC)' <
> emc-users@lists.sourceforge.net
> > > >
> > > > Subject: Re: [Emc-users] G28 behaviour
> > > >
> > > > [EXTERNAL EMAIL] Be sure links are safe.
> > > >
> > > > Thanks for the explanation but I'm still curious why the intermediate
> > > point.
> > > >
> > > > I suppose if I had a tool changer at the machine 0,0,0 position (or
> > > close to that) and my A axis sitting on the left of the work I'd want
> > > > to move to a position that allows a clear path directly to the tool
> > > changer.
> > > >
> > > > But, why a special code for this?  If I need Z to be at a specific
> > > machine position doesn't a
> > > > G53 G0 Z10
> > > > G53 G0 Z0
> > > >  do the same thing?  Granted two lines but one doesn't have to look
> up
> > > what a G28 does...
> > > >
> > > > > -Original Message-
> > > > > From: Feral Engineer [mailto:theferalengin...@gmail.com]
> > > > > Sent: June-25-21 9:51 AM
> > > > > To: Enhanced Machine Controller (EMC)
> > > > > Subject: Re: [Emc-users] G28 behaviour
> > > > >
> > > > > G28 is a return to reference using an intermediate point
> > > > >
> > > > > G90 G28 z0 would bring the tool to absolute Z0 before returning to
> > > > > reference zero (machine zero in most cases). By using g91 g28 z0,
> you
> > > > > specify that the intermediate point is your current position and
> the
> > > > > machine will reference return from there. You can also use values
> such
> > > > > as
> > > > > g90 g28 z50. To use 50mm above your workpiece origin to be your
> > > > > intermediate point or you can use g91 g28 z10. To move 10mm up and
> use
> > > > > that as your intermediate.
> > > > >
> > > > > Fanuc g code system a does not use g91, it uses u v w as their
> > > > > respective incremental axes for x y and z, which is why on a lathe
> > > > > you'll usually see
> > > > > g28 u0 w0 or something of that nature. You could use absolute
> values,
> > > > > but they come from your workpiece origin, so you'd have to say
> > > > > something like
> > > > > g28 x100 z100 to move to the absolute intermediate position above
> the
> > > > > part to not have a crash.
> > > > >
> > > > > The posted code in fusion is just ugly, no real reason to keep
> > > > > flopping back and forth like that. Fusion posts are JavaScript, so
> > > > > they're not terrible to modify.
> > > > >
> > > > > Phil T.
> > > > > The Feral Engineer
> > > >

Re: [Emc-users] Code of Conduct

That's exactly why policemen and theit CoC are unbearable. 

Nik

Anno domini 2021 Mon, 12 Jul 20:14:42 +0200
 Valerio Bellizzomi scripsit:
> Since you are unable to accept such a mild restrictive form, I think I 
> suspect what kind of person you are, so I'm glad you're leaving.
> 
> 
> 
> On Mon, 2021-07-12 at 19:36 +0200, Dr. Nikolaus Klepp wrote:
> > Well, dear friends, as the CoC policemen with their CoC are more
> > important than any thing I decided to pull the plug and took my
> > remasters offline. You can read more about it here: 
> > https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd
> > 
> > I can only suggest for all contributors (how minor their effort may
> > be) not in line with forcing a political agenda onto a technical
> > project to do the same.
> > 
> > Nik
> > 
> > Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
> >  Les Newell scripsit:
> > > You do know you agreed to a much more restrictive CoC when you
> > > joined 
> > > this mailing list, don't you? Here is the full agreement:
> > > 
> > > This is linked from the EMC-users subscription form 
> > > 
> > > 
> > > If you agreed to that, why are you so stressed about the one Jeff 
> > > proposed? If you don't agree you'd best unsubscribe quickly before
> > > it 
> > > upsets you.
> > > 
> > > Les
> > > 
> > > On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:
> > > > You don't realise that forcing CoC on others is exactly what's
> > > > the problem with CoC. Just drop that fing CoC nonsens and
> > > > everythings going to be civilized again. But I see, this won't
> > > > happen. That's the whole point of forcing CoC: faschism.
> > > > 
> > > > Nik
> > > > 
> > > 
> > > 
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > > 
> > 
> > 
> 
> 



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...


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

Re: [Emc-users] Lathe 'topslide' component

Interested! Sometimes I need to chamfer manually on the Mazak and It's a
lot more convenient than using a file.

El lun, 12 jul 2021 a las 14:46, John Dammeyer ()
escribió:

> I'm very interested.  Eventually the BeagleBone with MachineKIt was to be
> on the Gingery Lathe.  Project #42.  But I like that idea of compound slide
> simulation without having a compound or not having to turn it just to do a
> chamfer cut.
>
> John
>
>
> > -Original Message-
> > From: Les Newell [mailto:les.new...@fastmail.co.uk]
> > Sent: July-12-21 10:05 AM
> > To: emc-users@lists.sourceforge.net
> > Subject: [Emc-users] Lathe 'topslide' component
> >
> > A while back I wrote a component for a simulated top slide for lathes
> > with dual MPGs. It allows you to enter an angle and remap the X axis MPG
> > to move both axes simultaneously at that angle. I use it quite a bit for
> > chamfering. At the press of a button I can swap from normal X-Z to X
> > moving the cutter at 45 degrees (or whatever angle).
> >
> > Is this of any interest to any one else?
> >
> > Les
> >
> >
> >
> > ___
> > 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
>

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

Re: [Emc-users] Lathe 'topslide' component

2021-07-12 Thread Rob C

I'm interested, thanks Les

Rob / Robertspark

On Mon, 12 Jul 2021, 18:08 Les Newell,  wrote:

> A while back I wrote a component for a simulated top slide for lathes
> with dual MPGs. It allows you to enter an angle and remap the X axis MPG
> to move both axes simultaneously at that angle. I use it quite a bit for
> chamfering. At the press of a button I can swap from normal X-Z to X
> moving the cutter at 45 degrees (or whatever angle).
>
> Is this of any interest to any one else?
>
> Les
>
>
>
> ___
> 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] Lathe 'topslide' component

I'm very interested.  Eventually the BeagleBone with MachineKIt was to be on 
the Gingery Lathe.  Project #42.  But I like that idea of compound slide 
simulation without having a compound or not having to turn it just to do a 
chamfer cut.

John


> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 10:05 AM
> To: emc-users@lists.sourceforge.net
> Subject: [Emc-users] Lathe 'topslide' component
> 
> A while back I wrote a component for a simulated top slide for lathes
> with dual MPGs. It allows you to enter an angle and remap the X axis MPG
> to move both axes simultaneously at that angle. I use it quite a bit for
> chamfering. At the press of a button I can swap from normal X-Z to X
> moving the cutter at 45 degrees (or whatever angle).
> 
> Is this of any interest to any one else?
> 
> Les
> 
> 
> 
> ___
> 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] 'automatically' go halfway between 2 points

I uncommented them but they don't show up in the hal config.  Only the first 16 
from 00 to 15 from the pendant.m  Just went out to the shop and checked that 
again. 

Looking at the expanded ini the #INCLUDE layout2.inc is at the front of the ini 
file.  It's there so that the hard coded pendant MDI_COMMAND numbers assigned 
numbers match.

Then under the [halui] I have the two additional MD_COMMAND lines.  Those don't 
show up in the hal config.  And that's where I got stuck.

John


> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 9:57 AM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> > My issue was I have the HB04 Pendant
> 
> I had one of those on my router. The MPG died shortly after I received
> it so I ended up throwing it in a corner in disgust. I'd recommend
> feeding the MPG though a low pass filter component (ilowpass would
> work), otherwise motion gets pretty jerky. I submitted a better low pass
> filter some time back but it looks like it was never added to the source
> tree.
> 
> In my case I have hardware buttons. My front panel has quite a few
> buttons, connected to LCNC over Modbus.
> In your [HALUI] section the first MDI_COMMAND line is
> halui.mdi-command-00, the second is halui.mdi-command-01 and so on. You
> just need to make sure you keep track of the line numbers. The lines for
> my zero and /2 buttons are as follows:
> MDI_COMMAND = G92X0
> MDI_COMMAND = G92Y0
> MDI_COMMAND = G92Z0
> MDI_COMMAND = G92X[#5420 / 2]
> MDI_COMMAND = G92Y[#5421 / 2]
> 
> I didn't have enough buttons on my front panel for Z/2 and I can't say
> I've ever needed it.
> 
> Les
> 
> On 12/07/2021 17:34, John Dammeyer wrote:
> > Can you post the code that creates the buttons?  I think that's the main 
> > issue here.  As mentioned before, there are all sorts of G-
> Code subroutines in the nc_files folder but getting away from using the 
> 'command line' so to speak is the general idea.
> >
> > My issue was I have the HB04 Pendant.  I also have in the pyvcp-panel.xml 
> > file hal pins described.
> >  
> >  RIDGE
> >  6
> > 
> > "rapid-to-Z-home"
> > "Rapid to Z Home"
> > ('Fixed',16)
> > 
> > 
> > "rapid-to-XY-home"
> > "Rapid to XY Home"
> > ('Fixed',16)
> > 
> >  
> >
> >
> > In the postgui_call_list.hal I had
> > #net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
> > #net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home
> >
> >  From what I understood from the documentation I then add two lines
> > # add halui MDI commands here (max 64)
> > # MDI_COMMAND = G0 Z0
> > # MDI_COMMAND = G0 X0 Y0
> >
> > Which are assigned mdi-command-16 and -17 because the layout2.inc for the 
> > HB04 has
> >
> > [HALUI]
> > # these are examples, edit as required:
> > # a halui hal pin is created for each MDI_COMMAND below
> > # halui.mdi-command-00, halui.mdi-command-01,... etc
> > MDI_COMMAND=G0 X0 Y0 Z0
> > MDI_COMMAND=(debug, example: mdi-01)
> > MDI_COMMAND=(debug, example: mdi-02)
> > #03 M110: clears notifications
> > ...
> > #15
> > MDI_COMMAND= G10 L20 P0 C0
> >
> > However that didn't work.  So I postponed work on that for other stuff.  
> > But I would like to get it working and I would like to create
> a few more buttons.
> >
> > John
> >
> >
> >> -Original Message-
> >> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> >> Sent: July-12-21 8:20 AM
> >> To: emc-users@lists.sourceforge.net
> >> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> >>
> >> It's pretty easy to do this in g-code. There is no need to get involved
> >> with HAL programming.
> >> Here is one way I do it on my mill. I have buttons for the following:
> >> Zero X (runs code G92X0)
> >> Zero Y (runs code G92Y0)
> >> Zero Z (runs code G92Z0)
> >> X/2 (runs code G92X[#5420 / 2])
> >> Y/2 (runs code G92X[#5421 / 2])
> >>
> >> Say I want to find the centre of X. I find one X edge using a probe or
> >> eyeball as required then zero X. Move to the other side and hit X/2. X0
> >> is now in the centre.
> >> If you have an electronic probe this plugin works quite well
> >> .
> >>
> >> Les
> >>
> >> On 12/07/2021 05:29, R C wrote:
> >>> Hello,
> >>>
> >>>
> >>> in linuxcnc,? is there an easy/automated way to get halfway between
> >>> two points??? (Fort example, you'd touch off somewhere, move to some
> >>> coordinate (x, y)? (or even (x, y, z)) and go inbetween right to the
> >>> the middle of where you touched off and where the spindle is now?
> >>>
> >>>
> >>> thanks,
> >>>
> >>>
> >>> Ron
> >>
> >>
> >> ___
> >> Emc-users mailing list
> >>

Re: [Emc-users] Code of Conduct

Well, dear friends, as the CoC policemen with their CoC are more important than 
any thing I decided to pull the plug and took my remasters offline. You can 
read more about it here: 
https://forum.linuxcnc.org/9-installing-linuxcnc/40260-iso-to-test-exegnulinux-remasterd-with-linuxcnc-a-lots-of-tools-and-no-systemd

I can only suggest for all contributors (how minor their effort may be) not in 
line with forcing a political agenda onto a technical project to do the same.

Nik

Anno domini 2021 Mon, 12 Jul 18:15:12 +0100
 Les Newell scripsit:
> You do know you agreed to a much more restrictive CoC when you joined 
> this mailing list, don't you? Here is the full agreement:
> 
> This is linked from the EMC-users subscription form 
> 
> 
> If you agreed to that, why are you so stressed about the one Jeff 
> proposed? If you don't agree you'd best unsubscribe quickly before it 
> upsets you.
> 
> Les
> 
> On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:
> >
> > You don't realise that forcing CoC on others is exactly what's the problem 
> > with CoC. Just drop that fing CoC nonsens and everythings going to be 
> > civilized again. But I see, this won't happen. That's the whole point of 
> > forcing CoC: faschism.
> >
> > Nik
> >
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...


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

Re: [Emc-users] Code of Conduct

On Mon, 2021-07-12 at 18:15 +0100, Les Newell wrote:
> You do know you agreed to a much more restrictive CoC when you
> joined 
> this mailing list, don't you? Here is the full agreement:
> 
> This is linked from the EMC-users subscription form 
> 
> 
> If you agreed to that, why are you so stressed about the one Jeff 
> proposed? If you don't agree you'd best unsubscribe quickly before
> it 
> upsets you.
> 
> Les


+1



> 
> On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:
> > You don't realise that forcing CoC on others is exactly what's the
> > problem with CoC. Just drop that fing CoC nonsens and
> > everythings going to be civilized again. But I see, this won't
> > happen. That's the whole point of forcing CoC: faschism.
> > 
> > Nik
> > 
> 
> 
> ___
> 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] Code of Conduct

You do know you agreed to a much more restrictive CoC when you joined 
this mailing list, don't you? Here is the full agreement:


This is linked from the EMC-users subscription form 



If you agreed to that, why are you so stressed about the one Jeff 
proposed? If you don't agree you'd best unsubscribe quickly before it 
upsets you.


Les

On 12/07/2021 09:03, Dr. Nikolaus Klepp wrote:


You don't realise that forcing CoC on others is exactly what's the problem with 
CoC. Just drop that fing CoC nonsens and everythings going to be civilized 
again. But I see, this won't happen. That's the whole point of forcing CoC: 
faschism.

Nik





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

[Emc-users] Lathe 'topslide' component

A while back I wrote a component for a simulated top slide for lathes 
with dual MPGs. It allows you to enter an angle and remap the X axis MPG 
to move both axes simultaneously at that angle. I use it quite a bit for 
chamfering. At the press of a button I can swap from normal X-Z to X 
moving the cutter at 45 degrees (or whatever angle).


Is this of any interest to any one else?

Les



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

Re: [Emc-users] 'automatically' go halfway between 2 points


My issue was I have the HB04 Pendant


I had one of those on my router. The MPG died shortly after I received 
it so I ended up throwing it in a corner in disgust. I'd recommend 
feeding the MPG though a low pass filter component (ilowpass would 
work), otherwise motion gets pretty jerky. I submitted a better low pass 
filter some time back but it looks like it was never added to the source 
tree.


In my case I have hardware buttons. My front panel has quite a few 
buttons, connected to LCNC over Modbus.
In your [HALUI] section the first MDI_COMMAND line is 
halui.mdi-command-00, the second is halui.mdi-command-01 and so on. You 
just need to make sure you keep track of the line numbers. The lines for 
my zero and /2 buttons are as follows:

MDI_COMMAND = G92X0
MDI_COMMAND = G92Y0
MDI_COMMAND = G92Z0
MDI_COMMAND = G92X[#5420 / 2]
MDI_COMMAND = G92Y[#5421 / 2]

I didn't have enough buttons on my front panel for Z/2 and I can't say 
I've ever needed it.


Les

On 12/07/2021 17:34, John Dammeyer wrote:

Can you post the code that creates the buttons?  I think that's the main issue 
here.  As mentioned before, there are all sorts of G-Code subroutines in the 
nc_files folder but getting away from using the 'command line' so to speak is 
the general idea.

My issue was I have the HB04 Pendant.  I also have in the pyvcp-panel.xml file 
hal pins described.
 
 RIDGE
 6

"rapid-to-Z-home"
"Rapid to Z Home"
('Fixed',16)


"rapid-to-XY-home"
"Rapid to XY Home"
('Fixed',16)

 


In the postgui_call_list.hal I had
#net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
#net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home

 From what I understood from the documentation I then add two lines
# add halui MDI commands here (max 64)
# MDI_COMMAND = G0 Z0
# MDI_COMMAND = G0 X0 Y0

Which are assigned mdi-command-16 and -17 because the layout2.inc for the HB04 
has

[HALUI]
# these are examples, edit as required:
# a halui hal pin is created for each MDI_COMMAND below
# halui.mdi-command-00, halui.mdi-command-01,... etc
MDI_COMMAND=G0 X0 Y0 Z0
MDI_COMMAND=(debug, example: mdi-01)
MDI_COMMAND=(debug, example: mdi-02)
#03 M110: clears notifications
...
#15
MDI_COMMAND= G10 L20 P0 C0

However that didn't work.  So I postponed work on that for other stuff.  But I 
would like to get it working and I would like to create a few more buttons.

John



-Original Message-
From: Les Newell [mailto:les.new...@fastmail.co.uk]
Sent: July-12-21 8:20 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] 'automatically' go halfway between 2 points

It's pretty easy to do this in g-code. There is no need to get involved
with HAL programming.
Here is one way I do it on my mill. I have buttons for the following:
Zero X (runs code G92X0)
Zero Y (runs code G92Y0)
Zero Z (runs code G92Z0)
X/2 (runs code G92X[#5420 / 2])
Y/2 (runs code G92X[#5421 / 2])

Say I want to find the centre of X. I find one X edge using a probe or
eyeball as required then zero X. Move to the other side and hit X/2. X0
is now in the centre.
If you have an electronic probe this plugin works quite well
.

Les

On 12/07/2021 05:29, R C wrote:

Hello,


in linuxcnc,� is there an easy/automated way to get halfway between
two points?�� (Fort example, you'd touch off somewhere, move to some
coordinate (x, y)� (or even (x, y, z)) and go inbetween right to the
the middle of where you touched off and where the spindle is now?


thanks,


Ron



___
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





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

Re: [Emc-users] 'automatically' go halfway between 2 points

Can you post the code that creates the buttons?  I think that's the main issue 
here.  As mentioned before, there are all sorts of G-Code subroutines in the 
nc_files folder but getting away from using the 'command line' so to speak is 
the general idea.

My issue was I have the HB04 Pendant.  I also have in the pyvcp-panel.xml file 
hal pins described.

RIDGE 
6

"rapid-to-Z-home"
"Rapid to Z Home" 
('Fixed',16)
  

"rapid-to-XY-home"
"Rapid to XY Home" 
('Fixed',16)
  



In the postgui_call_list.hal I had
#net remote-rapid-to-Z-home halui.mdi-command-16 <= pyvcp.rapid-to-Z-home
#net remote-rapid-to-XY-home halui.mdi-command-17 <= pyvcp.rapid-to-XY-home

From what I understood from the documentation I then add two lines
# add halui MDI commands here (max 64)
# MDI_COMMAND = G0 Z0
# MDI_COMMAND = G0 X0 Y0

Which are assigned mdi-command-16 and -17 because the layout2.inc for the HB04 
has 

[HALUI]
# these are examples, edit as required:
# a halui hal pin is created for each MDI_COMMAND below
# halui.mdi-command-00, halui.mdi-command-01,... etc
MDI_COMMAND=G0 X0 Y0 Z0
MDI_COMMAND=(debug, example: mdi-01)
MDI_COMMAND=(debug, example: mdi-02)
#03 M110: clears notifications
...
#15
MDI_COMMAND= G10 L20 P0 C0

However that didn't work.  So I postponed work on that for other stuff.  But I 
would like to get it working and I would like to create a few more buttons.

John


> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: July-12-21 8:20 AM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> It's pretty easy to do this in g-code. There is no need to get involved
> with HAL programming.
> Here is one way I do it on my mill. I have buttons for the following:
> Zero X (runs code G92X0)
> Zero Y (runs code G92Y0)
> Zero Z (runs code G92Z0)
> X/2 (runs code G92X[#5420 / 2])
> Y/2 (runs code G92X[#5421 / 2])
> 
> Say I want to find the centre of X. I find one X edge using a probe or
> eyeball as required then zero X. Move to the other side and hit X/2. X0
> is now in the centre.
> If you have an electronic probe this plugin works quite well
> .
> 
> Les
> 
> On 12/07/2021 05:29, R C wrote:
> > Hello,
> >
> >
> > in linuxcnc,� is there an easy/automated way to get halfway between
> > two points?�� (Fort example, you'd touch off somewhere, move to some
> > coordinate (x, y)� (or even (x, y, z)) and go inbetween right to the
> > the middle of where you touched off and where the spindle is now?
> >
> >
> > thanks,
> >
> >
> > Ron
> 
> 
> 
> ___
> 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] OT: power, horsepower, and a bad brain

2021-07-12 Thread Chris Albertson

Sorry I sent the message too soon.   Getting max power out of an engine
means running it at a pathological where the load is exactly matched of
just one RPM.But youengine is over powered as it should be so you only
need to run a wide open throttle at any RPM where thecurve is able 3.5 (or
whatever) HP.

You are still going to need two automatic control systems or a full-time
skilled human operator.
1) the first control system measures battery voltage over time and
computesthe rate of charge and uses a MOSFET switch to limit rate of
change.  All current battery charges today use a microcontroller and
software to do this.Again a skilled human operator could watch a meter
and maybe move switches if it had charge rate chart as reference.   This is
best left to automation.
2) You are going to need an RPM sensor on the motor and an actuator on the
throttle so that RPM stays constant ouder different loads.  Or maybe
smarter  use an algorithm that runs the engine at the minimum RPM needed to
produce the power required.  Again a microcontroller and software is
needed.  Or a skilled full time human operator.

One other thing.  The battery charge controller will produce a varying
load.  At first, it will "bulk charge" and then taper off the power
delivered to the battery.   I'd thing it a good idea if the battery charger
software could communicate to the engine controller software.  But this is
a "version 2.0 step.

You likely also want a display so you can monitor what's happening inside.
Certainly during development you need to watch it closely while you do
things like tweak PID constants and the like.   If the control computer
where something like a Raspburry Pi it could put all the data on a web
page.  Then you can remotely monitor the charger over WiFi on your phone or
desktop computer.

In the old days they used mechanical governors with pushrods to the
carburetor for RPM control but today you put a rotation sensor on the
output shaft that does a pulse each revolution and send that to the engine
controller

On Mon, Jul 12, 2021 at 9:02 AM Chris Albertson 
wrote:

> The 6.5 rating on that engine is at "wide open throttle" at the RPM tha
> produces peak power.
>
> I don't know the power curve of that engine but its peak power speed is
> likely faster than you want to listen to, 6,000 RPM maybe.Your first
> step is to use the correct pulley ratio to let the engine run at its peak
> powerpoint.   The next step is to implement some kind of automatic throttle
> unless you want to manually operate it.
>
> On Sun, Jun 27, 2021 at 4:44 AM fxkl47BF via Emc-users <
> emc-users@lists.sourceforge.net> wrote:
>
>> i'm gonna explain my screwup here because this group of folks has a very
>> diverse range of expertise. enough kiss'n up. if you know of a list that
>> would be more appropriate please let me know.
>> i've had a desire for some time to build a gasoline powered battery
>> charger. i've seen it done several times and thought no big deal. my first
>> thought was to use a 3 hp engine and a 100 amp one wire alternator. but
>> since i already had a 6.5 hp engine i decided to go with that and an
>> alternator like this
>> https://www.ebay.com/itm/NEW-CS130-ONE-WIRE-RED-ALTERNATOR-FOR-CHEVROLET-GMC-CHEVY-220-AMP-1-WIRE-1100665-/283190864732?hash=item41ef7dab5c.
>> i also added an ammeter like this
>> https://www.ebay.com/itm/30474999?hash=item461ba47b37:g:hYUAAOxy4fVTEuR6
>> .
>> i finished it and was ready to test. i pulled a big battery out of my
>> tractor, connected a 1000 watt inverter, and about an 800 watt load. i
>> cranked the engine and connected it to the battery. ammeter showed about a
>> 7 amp load. i switched on the inverter and it went to about 9 amps. i
>> switched on the load and it went to about 75 amps. the engine was
>> straining. i disconnected the the alternator from the battery so the load
>> could draw down the battery. after about one minute i reconnected the
>> alternator. the ammeter jumped to about 110 amps and it promptly stalled
>> the engine. i tried several times with the same results.
>> all of my feeble calculations led me to believe that a 6.5 hp gasoline
>> engine was more than enough to power a 220 amp 12 volt alternator. either
>> my 6.5 hp engine is more feeble than my brain or my calculations are way
>> off.
>> thanks for any feedback.
>>
>>
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>
> --
>
> Chris Albertson
> Redondo Beach, California
>

-- 

Chris Albertson
Redondo Beach, California

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

[Emc-users] center of circle

2021-07-12 Thread dave engvall

https://math.stackexchange.com/questions/213658/get-the-equation-of-a-circle-when-given-3-points 




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

Re: [Emc-users] OT: power, horsepower, and a bad brain

2021-07-12 Thread Chris Albertson

The 6.5 rating on that engine is at "wide open throttle" at the RPM tha
produces peak power.

I don't know the power curve of that engine but its peak power speed is
likely faster than you want to listen to, 6,000 RPM maybe.Your first
step is to use the correct pulley ratio to let the engine run at its peak
powerpoint.   The next step is to implement some kind of automatic throttle
unless you want to manually operate it.

On Sun, Jun 27, 2021 at 4:44 AM fxkl47BF via Emc-users <
emc-users@lists.sourceforge.net> wrote:

> i'm gonna explain my screwup here because this group of folks has a very
> diverse range of expertise. enough kiss'n up. if you know of a list that
> would be more appropriate please let me know.
> i've had a desire for some time to build a gasoline powered battery
> charger. i've seen it done several times and thought no big deal. my first
> thought was to use a 3 hp engine and a 100 amp one wire alternator. but
> since i already had a 6.5 hp engine i decided to go with that and an
> alternator like this
> https://www.ebay.com/itm/NEW-CS130-ONE-WIRE-RED-ALTERNATOR-FOR-CHEVROLET-GMC-CHEVY-220-AMP-1-WIRE-1100665-/283190864732?hash=item41ef7dab5c.
> i also added an ammeter like this
> https://www.ebay.com/itm/30474999?hash=item461ba47b37:g:hYUAAOxy4fVTEuR6
> .
> i finished it and was ready to test. i pulled a big battery out of my
> tractor, connected a 1000 watt inverter, and about an 800 watt load. i
> cranked the engine and connected it to the battery. ammeter showed about a
> 7 amp load. i switched on the inverter and it went to about 9 amps. i
> switched on the load and it went to about 75 amps. the engine was
> straining. i disconnected the the alternator from the battery so the load
> could draw down the battery. after about one minute i reconnected the
> alternator. the ammeter jumped to about 110 amps and it promptly stalled
> the engine. i tried several times with the same results.
> all of my feeble calculations led me to believe that a 6.5 hp gasoline
> engine was more than enough to power a 220 amp 12 volt alternator. either
> my 6.5 hp engine is more feeble than my brain or my calculations are way
> off.
> thanks for any feedback.
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

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

Re: [Emc-users] 'automatically' go halfway between 2 points

It's pretty easy to do this in g-code. There is no need to get involved 
with HAL programming.

Here is one way I do it on my mill. I have buttons for the following:
Zero X (runs code G92X0)
Zero Y (runs code G92Y0)
Zero Z (runs code G92Z0)
X/2 (runs code G92X[#5420 / 2])
Y/2 (runs code G92X[#5421 / 2])

Say I want to find the centre of X. I find one X edge using a probe or 
eyeball as required then zero X. Move to the other side and hit X/2. X0 
is now in the centre.
If you have an electronic probe this plugin works quite well 
.


Les

On 12/07/2021 05:29, R C wrote:

Hello,


in linuxcnc,  is there an easy/automated way to get halfway between 
two points?   (Fort example, you'd touch off somewhere, move to some 
coordinate (x, y)  (or even (x, y, z)) and go inbetween right to the 
the middle of where you touched off and where the spindle is now?



thanks,


Ron




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

Re: [Emc-users] 'automatically' go halfway between 2 points

>
> That was actually what I was looking for, a button "like that", and
> wondered if I just didn't see/find it.
>
> Yeah I can see some "convenient" functionality in that,  but being able
> to go "half way" between two points, even with some iteration would
> help, to get that started
>
> (It would be really easy, math wise, once you have something like that,
> to find the center of a circular hole,  or a rectangle, or anything
> symmetrical, basically)
>
> I wonder, in hal, with a plugin, if you can just move the tool/spindle,
> and the DRO screen shows where it is going. For example,  for finding
> the center of a circular hole, you'd only need to find the edge in 3
> spots, and then just "go there".
>
>
> I'd love to figure out how to write a plugin like that.
>

Well If you want to use an electronic probe tool to automatically stop at
contact I think the use of HAL is unavoidable since the probe input is a
part of the MOTION component of LinuxCNC. You'll also have to make fancy
G-CODE as John said with this approach since you're gonna need to deal with
digital outputs and delays to make the routine. If you plan to externalize
the probing or if you plan to use a wiggle edge finder, you can still use
HAL to manually set the points with a button as we talked earlier.

As Andy suggests, there are plenty of GUI(ed) ways to do this also, but I'm
so comfortable with HAL that I really don't mess around too much at GUI
level. (That's a big to do on my list)

If you have some C programming knowledge I think you will be more than
alright making your custom component to try this. I myself am pretty far
from being a programmer and I could do a lot of custom components with the HAL
Component Generator  for
the machines I have here.

Any help you need please feel free to ask :)

El lun, 12 jul 2021 a las 5:20, andy pugh () escribió:

> (Nothing quoted, as this is general info)
>
> If you have a probe, then there is a hole centre macro that ships with
> LinuxCNC, "probe-hole.ngc"
> That will work without any config changes.
> There is a fairly complete set of probe routines included in the
> distribution which are included in the QTDragon and Woodpecker QTVcp
> GUIs at least.
> (There is a lot going on with QTVcp, it seems, and it is passing me by)
>
> In the venerable "Axis" interface you can spoof a fair bit of what is
> being talked about here in the touch-off dialog as it will accept
> mathematical expressions in the box.
> So, you can type in the current DRO reading and halve it ( 1.234 / 2
> ). I believe that any valig G-code expression will work: (sin[60] / 2
> for example)
>
> It would be handy to be able to use axis letters in there, and feels
> like an easy thing to add. I would not be at all surprised to find
> that some of the newer GUIs allow exactly that.
>
> This touch-off behaviour will be GUI-specific, and I doubt that anyone
> is intimately familiar with more than a couple of GUIs.
>
> --
> 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, 1912
>
>
> ___
> 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] OT: power, horsepower, and a bad brain

2021-07-12 Thread dave engvall

Hi,
Alternators like to be spun fast. Max rpm 10K but 6Krpm is a good place
to operate. It is easy to damage pb-acid batteries while charging.
See
https://www.solar-electric.com/lib/wind-sun/Iota-charging-deep-cycle-batteries.pdf

There are better guides on the web but this is the first one that came up.
In summary bulk charge to about 25% of total capacity. Absorbtion charge
up to the recommended voltage then float charge.
One can fast charge a battery but the chances of damage increase. I
think the 10 A rate of most 12 chargers is reasonable.
A serious web search should give better figures. To charge at high rates
is going to take a very large battery. ;-)
I suspect that charging batteries in series will help level out the
charge when charging multiple batteries. Of course that takes a different

alternator. ;-( As always YMMV
Good luck.

Dave

On 7/9/21 9:46 AM, fxkl47BF via Emc-users wrote:

On Sunday, June 27th, 2021 at 6:41 AM, fxkl47BF wrote:

i'm gonna explain my screwup here because this group of folks has a very
diverse range of expertise. enough kiss'n up. if you know of a list that would
be more appropriate please let me know.
i've had a desire for some time to build a gasoline powered battery charger.
i've seen it done several times and thought no big deal. my first thought was
to use a 3 hp engine and a 100 amp one wire alternator. but since i already had
a 6.5 hp engine i decided to go with that and an alternator like this
https://www.ebay.com/itm/NEW-CS130-ONE-WIRE-RED-ALTERNATOR-FOR-CHEVROLET-GMC-CHEVY-220-AMP-1-WIRE-1100665-/283190864732?hash=item41ef7dab5c.
i also added an ammeter like this
https://www.ebay.com/itm/30474999?hash=item461ba47b37:g:hYUAAOxy4fVTEuR6.
i finished it and was ready to test. i pulled a big battery out of my tractor,
connected a 1000 watt inverter, and about an 800 watt load. i cranked the
engine and connected it to the battery. ammeter showed about a 7 amp load. i
switched on the inverter and it went to about 9 amps. i switched on the load
and it went to about 75 amps. the engine was straining. i disconnected the the
alternator from the battery so the load could draw down the battery. after
about one minute i reconnected the alternator. the ammeter jumped to about 110
amps and it promptly stalled the engine. i tried several times with the same
results.
all of my feeble calculations led me to believe that a 6.5 hp gasoline engine
was more than enough to power a 220 amp 12 volt alternator. either my 6.5 hp
engine is more feeble than my brain or my calculations are way off.
thanks for any feedback.

i've been do'n a little piddle'n on this when life didn't get in the way.
i took all of the feedback from y'all and it sounded like less would be better
so where my sheaves were originally a 2:1 increase now i have a 1:1. i tried
slower, .7:1 decrease but it was too slow. the alternator would barely make 13
volts. to get a little more info i bought one of those point and shoot
tachometers. it says this engine runs at 3200 rpm with no load. with a 1:1
ratio i drained down my battery and with a 800 watt load the alternator made
120 amps at 14.3 volts for 20 to 30 seconds before the amps dropped. the tach
showed it turning at 3100 rpm. i think to get 220 amps i would need a 10 or 12
hp engine and turn this thing at 1 rpm. of course it would melt down after
about 1 minute.
i appreciate all the feedback.

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

Re: [Emc-users] OT: power, horsepower, and a bad brain

2021-07-12 Thread fxkl47BF via Emc-users

On Sunday, June 27th, 2021 at 6:41 AM, fxkl47BF  wrote:

> i'm gonna explain my screwup here because this group of folks has a very 
> diverse range of expertise. enough kiss'n up. if you know of a list that 
> would be more appropriate please let me know.
> i've had a desire for some time to build a gasoline powered battery charger. 
> i've seen it done several times and thought no big deal. my first thought was 
> to use a 3 hp engine and a 100 amp one wire alternator. but since i already 
> had a 6.5 hp engine i decided to go with that and an alternator like this 
> https://www.ebay.com/itm/NEW-CS130-ONE-WIRE-RED-ALTERNATOR-FOR-CHEVROLET-GMC-CHEVY-220-AMP-1-WIRE-1100665-/283190864732?hash=item41ef7dab5c.
>  i also added an ammeter like this 
> https://www.ebay.com/itm/30474999?hash=item461ba47b37:g:hYUAAOxy4fVTEuR6.
> i finished it and was ready to test. i pulled a big battery out of my 
> tractor, connected a 1000 watt inverter, and about an 800 watt load. i 
> cranked the engine and connected it to the battery. ammeter showed about a 7 
> amp load. i switched on the inverter and it went to about 9 amps. i switched 
> on the load and it went to about 75 amps. the engine was straining. i 
> disconnected the the alternator from the battery so the load could draw down 
> the battery. after about one minute i reconnected the alternator. the ammeter 
> jumped to about 110 amps and it promptly stalled the engine. i tried several 
> times with the same results.
> all of my feeble calculations led me to believe that a 6.5 hp gasoline engine 
> was more than enough to power a 220 amp 12 volt alternator. either my 6.5 hp 
> engine is more feeble than my brain or my calculations are way off.
> thanks for any feedback.

i've been do'n a little piddle'n on this when life didn't get in the way.
i took all of the feedback from y'all and it sounded like less would be better 
so where my sheaves were originally a 2:1 increase now i have a 1:1. i tried 
slower, .7:1 decrease but it was too slow. the alternator would barely make 13 
volts. to get a little more info i bought one of those point and shoot 
tachometers. it says this engine runs at 3200 rpm with no load. with a 1:1 
ratio i drained down my battery and with a 800 watt load the alternator made 
120 amps at 14.3 volts for 20 to 30 seconds before the amps dropped. the tach 
showed it turning at 3100 rpm. i think to get 220 amps i would need a 10 or 12 
hp engine and turn this thing at 1 rpm. of course it would melt down after 
about 1 minute.
i appreciate all the feedback.

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

Re: [Emc-users] Setting tool heights

2021-07-12 Thread andrew beck

For those that are interested

This is accurate to 0.005mm and works fine.  I have three of them.

US $44.94  30%OFF | Z Axis Zero Setter with a Table Zero Setting Gauge for
CNC Machine 50 +/- 0.005Mm Z Axis Tool Length Setter
https://a.aliexpress.com/_mOdQ9RN

On Sun, Jul 11, 2021, 9:50 PM Les Newell  wrote:

> In the manual page (F3) enter the tool Z position (e.g 0 if you are
> using the paper trick) and press the tool offset button. I personally
> don't like using paper. It's easy to make a mistake and damage your
> tool/work. I prefer to use a round bar of a known diameter (e.g the
> shank of an old tool). Jog down to a height less then the diameter of
> your bar then slowly jog up while trying to pass the bar under the tool.
> When it passes through you are at the bar diameter. Enter the bar
> diameter as the Z offset. This can be very accurate if you are careful.
>
> Les
>
> On 11/07/2021 08:37, John Dammeyer wrote:
> > I've been watching the Tormach Path Pilot videos on tool height and
> offsets.
> > https://youtu.be/BoIB_Fatt44
> > https://youtu.be/2EIQo8g4RVQ
> >
> > Very similar to what is available in MACH.
> >
> > Is there a graphical interface for AXIS that lets you enter in the tool
> height values or use the machine to generate them and enter into the
> appropriate tables?
> >
> > Thanks
> > John
> >
> >
> >
> >
> > "ELS! Nothing else works as well for your Lathe"
> > Automation Artisans Inc.
> > www dot autoartisans dot com
> >
> >
> > ___
> > 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
>

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

Re: [Emc-users] 'automatically' go halfway between 2 points

(Nothing quoted, as this is general info)

If you have a probe, then there is a hole centre macro that ships with
LinuxCNC, "probe-hole.ngc"
That will work without any config changes.
There is a fairly complete set of probe routines included in the
distribution which are included in the QTDragon and Woodpecker QTVcp
GUIs at least.
(There is a lot going on with QTVcp, it seems, and it is passing me by)

In the venerable "Axis" interface you can spoof a fair bit of what is
being talked about here in the touch-off dialog as it will accept
mathematical expressions in the box.
So, you can type in the current DRO reading and halve it ( 1.234 / 2
). I believe that any valig G-code expression will work: (sin[60] / 2
for example)

It would be handy to be able to use axis letters in there, and feels
like an easy thing to add. I would not be at all surprised to find
that some of the newer GUIs allow exactly that.

This touch-off behaviour will be GUI-specific, and I doubt that anyone
is intimately familiar with more than a couple of GUIs.

-- 
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, 1912


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

Re: [Emc-users] Code of Conduct

2021-07-12 Thread jeanfrancois


Good day,


Please let's finish this topic, it's been taking 50% space.

CNC discussion isn't COC, for the most part.

Many people are not interested in COC discuss any longer.


Thanks for understanding

Jean-François


Le 12/07/2021 à 10:04, Dr. Nikolaus Klepp a écrit :

Anno domini 2021 Mon, 12 Jul 09:23:15 +0200
  jeanfrancois scripsit:

Hi,

Can we end this topic please ?


Can we remove CoC? No? So why end this debate?

Nik


Thank you,

Jean-François

Le 12/07/2021 à 09:19, Valerio Bellizzomi a écrit :

Your trollish behavior is exactly what a CoC is sensed to eradicate
from professional communities.
Tha's why you exercise such violent opposition.




On Mon, 2021-07-12 at 01:12 -0600, R C wrote:

because you don't have a point. Other than the Mussolini one.

On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:

I don't really want to talk with a troll like you.

Communication terminated.




On Mon, 2021-07-12 at 00:10 -0600, R C wrote:

On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:

Nobody stops you,

exactly my point, that's your non-existent necessity



 however your project will not gain much professional
attraction.

oh really? you're that clairvoyant? "professional attraction" ??
Haha!!   progress was never accomplished by those that played by
the
rules...   that's why it's called progress  aka rebellion ..  you
have
to ignore the establishment ..   the ones that want you to behave
under
their control ...  as is done/attempted with CoC's...   'nothing'
will
ever be accomplished by CoC's other than a futile attempt to
safeguard
established thinking, or cover your ass for legal
reasons..   CoC's
live
in a world where nothing new is allowed.


On Sun, 2021-07-11 at 22:55 -0600, R C wrote:

No it isn't,


I can start a open source project tomorrow (not today, cause
it
is
getting late), and not have a CoC, and who is going to stop
me,
if
it
doesn't have a CoC?




On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:

Every open source project on Github.com and Sourceforge has
a
Code
of
Conduct, this is a necessary part of every public project.

Regards



On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
wrote:
  


Valerio wrote: >>
  So it be. Andy, my apologies for trying to support
the
adoption
of a
  CoC, either the one proposed by Jeff or that of W3C
as I
proposed.
  Evidently the idea of being an organized community
doesn't
appeal to
  LinuxCNC users. I don't understand why there is so
much
opposition,
  after all it is assumed that an organized community
is
able to
work
  better and with more personal satisfaction for all
the
participants,
  and instead in this case a terrible conflict has
broken
out.


___
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

___
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

___
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


___
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] Code of Conduct

Anno domini 2021 Mon, 12 Jul 09:23:15 +0200
 jeanfrancois scripsit:
> Hi,
> 
> Can we end this topic please ?


Can we remove CoC? No? So why end this debate?

Nik

> 
> Thank you,
> 
> Jean-François
> 
> Le 12/07/2021 à 09:19, Valerio Bellizzomi a écrit :
> > Your trollish behavior is exactly what a CoC is sensed to eradicate
> > from professional communities.
> > Tha's why you exercise such violent opposition.
> >
> >
> >
> >
> > On Mon, 2021-07-12 at 01:12 -0600, R C wrote:
> >> because you don't have a point. Other than the Mussolini one.
> >>
> >> On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:
> >>> I don't really want to talk with a troll like you.
> >>>
> >>> Communication terminated.
> >>>
> >>>
> >>>
> >>>
> >>> On Mon, 2021-07-12 at 00:10 -0600, R C wrote:
>  On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:
> > Nobody stops you,
>  exactly my point, that's your non-existent necessity
> 
> 
> > however your project will not gain much professional
> > attraction.
>  oh really? you're that clairvoyant? "professional attraction" ??
>  Haha!!   progress was never accomplished by those that played by
>  the
>  rules...   that's why it's called progress  aka rebellion ..  you
>  have
>  to ignore the establishment ..   the ones that want you to behave
>  under
>  their control ...  as is done/attempted with CoC's...   'nothing'
>  will
>  ever be accomplished by CoC's other than a futile attempt to
>  safeguard
>  established thinking, or cover your ass for legal
>  reasons..   CoC's
>  live
>  in a world where nothing new is allowed.
> 
> > On Sun, 2021-07-11 at 22:55 -0600, R C wrote:
> >> No it isn't,
> >>
> >>
> >> I can start a open source project tomorrow (not today, cause
> >> it
> >> is
> >> getting late), and not have a CoC, and who is going to stop
> >> me,
> >> if
> >> it
> >> doesn't have a CoC?
> >>
> >>
> >>
> >>
> >> On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:
> >>> Every open source project on Github.com and Sourceforge has
> >>> a
> >>> Code
> >>> of
> >>> Conduct, this is a necessary part of every public project.
> >>>
> >>> Regards
> >>>
> >>>
> >>>
> >>> On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
> >>> wrote:
>   
> 
>  Valerio wrote: >>
>   So it be. Andy, my apologies for trying to support
>  the
>  adoption
>  of a
>   CoC, either the one proposed by Jeff or that of W3C
>  as I
>  proposed.
>   Evidently the idea of being an organized community
>  doesn't
>  appeal to
>   LinuxCNC users. I don't understand why there is so
>  much
>  opposition,
>   after all it is assumed that an organized community
>  is
>  able to
>  work
>   better and with more personal satisfaction for all
>  the
>  participants,
>   and instead in this case a terrible conflict has
>  broken
>  out.
> 
> 
>  ___
>  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
> >> ___
> >> 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
> >> ___
> >> 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
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...


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

Re: [Emc-users] Code of Conduct

Anno domini 2021 Mon, 12 Jul 09:19:13 +0200
 Valerio Bellizzomi scripsit:
> Your trollish behavior is exactly what a CoC is sensed to eradicate
> from professional communities.
> Tha's why you exercise such violent opposition.


You don't realise that forcing CoC on others is exactly what's the problem with 
CoC. Just drop that fing CoC nonsens and everythings going to be civilized 
again. But I see, this won't happen. That's the whole point of forcing CoC: 
faschism.

Nik


> 
> 
> 
> 
> On Mon, 2021-07-12 at 01:12 -0600, R C wrote:
> > because you don't have a point. Other than the Mussolini one.
> > 
> > On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:
> > > I don't really want to talk with a troll like you.
> > > 
> > > Communication terminated.
> > > 
> > > 
> > > 
> > > 
> > > On Mon, 2021-07-12 at 00:10 -0600, R C wrote:
> > > > On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:
> > > > > Nobody stops you,
> > > > exactly my point, that's your non-existent necessity
> > > > 
> > > > 
> > > > >however your project will not gain much professional
> > > > > attraction.
> > > > oh really? you're that clairvoyant? "professional attraction" ??
> > > > Haha!!   progress was never accomplished by those that played by
> > > > the
> > > > rules...   that's why it's called progress  aka rebellion ..  you
> > > > have
> > > > to ignore the establishment ..   the ones that want you to behave
> > > > under
> > > > their control ...  as is done/attempted with CoC's...   'nothing'
> > > > will
> > > > ever be accomplished by CoC's other than a futile attempt to
> > > > safeguard
> > > > established thinking, or cover your ass for legal
> > > > reasons..   CoC's
> > > > live
> > > > in a world where nothing new is allowed.
> > > > 
> > > > > 
> > > > > On Sun, 2021-07-11 at 22:55 -0600, R C wrote:
> > > > > > No it isn't,
> > > > > > 
> > > > > > 
> > > > > > I can start a open source project tomorrow (not today, cause
> > > > > > it
> > > > > > is
> > > > > > getting late), and not have a CoC, and who is going to stop
> > > > > > me,
> > > > > > if
> > > > > > it
> > > > > > doesn't have a CoC?
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:
> > > > > > > Every open source project on Github.com and Sourceforge has
> > > > > > > a
> > > > > > > Code
> > > > > > > of
> > > > > > > Conduct, this is a necessary part of every public project.
> > > > > > > 
> > > > > > > Regards
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
> > > > > > > wrote:
> > > > > > > > 
> > > > > > > > 
> > > > > > > > Valerio wrote: >>
> > > > > > > > So it be. Andy, my apologies for trying to support
> > > > > > > > the
> > > > > > > > adoption
> > > > > > > > of a
> > > > > > > > CoC, either the one proposed by Jeff or that of W3C
> > > > > > > > as I
> > > > > > > > proposed.
> > > > > > > > Evidently the idea of being an organized community
> > > > > > > > doesn't
> > > > > > > > appeal to
> > > > > > > > LinuxCNC users. I don't understand why there is so
> > > > > > > > much
> > > > > > > > opposition,
> > > > > > > > after all it is assumed that an organized community
> > > > > > > > is
> > > > > > > > able to
> > > > > > > > work
> > > > > > > > better and with more personal satisfaction for all
> > > > > > > > the
> > > > > > > > participants,
> > > > > > > > and instead in this case a terrible conflict has
> > > > > > > > broken
> > > > > > > > out.
> > > > > > > > 
> > > > > > > > 
> > > > > > > > ___
> > > > > > > > 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
> > > > > > ___
> > > > > > 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
> > 
> > ___
> > 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
> 



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA, CIA ...


___
Emc-users mailing list
Emc-users@lists.sourceforge.net

Re: [Emc-users] 'automatically' go halfway between 2 points

The Shumatech DRO-350 just uses the same technique for circles as for squares.  
Move only in X direction to each edge to determine the mid-point.  Then do the 
same for the Y axis only.   Yes, it's 4 points instead of 3 for a circle but 
realistically is easier to understand even if it's not as clever.

I have yet to get the HOME Z and HOME XY buttons I put onto the pyvcp panel 
working.  Once I get back to that adding the probe stuff shouldn't be that 
hard.  I really don't understand why that doesn't already exist in AXIS.

> -Original Message-
> From: R C [mailto:cjv...@gmail.com]
> Sent: July-11-21 11:25 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> correct,
> 
> If you draw 2, different, triangles like that, with their corners on a
> circle, their hypotenuses intersect in the center of that circle. also
> the middle of these hypotenuses, of each triangle, would be the center,
> hence, that is why I was interested in finding� the "half way point" of
> 2 points, coordinates.
> 
> 
> on a mill it would actually be pretty easy.� touch off on a 'reasonable'
> spot at the edge of a 'circle� (30-60 degree XY axis or so).
> 
> Go down/up the X-direction until you find the edge again. From there go
> in the Y direction til you find the edge yet again. The center (of that
> circle/hole) will be half way� between where you "touched off" and where
> you are now.
> 
> for a rectangle, similarly you could center the X axis,� and next the Y
> axis (and find the center of a piece of stock for example). Technically
> you would have found the center of a concentric circle,� but that's the
> same thing.
> 
> 
> 
> It would be a cool utility,� that you can find all kinds of "spots" on a
> part with, I'd be interested in 'building' something like that
> 
> 
> Ron
> 
> 
> On 7/11/21 11:52 PM, John Dammeyer wrote:
> > Here are your 3 points.  As a math wiz you can see that if you draw a 
> > perpendicular line from each pair of points they all intersect in
> the middle.
> >
> > The third angle is the one I can create graphically and from that the 
> > length for the XY of the center but you might be able to explain
> the math a bit better.
> >
> >
> >
> >> -Original Message-
> >> From: R C [mailto:cjv...@gmail.com]
> >> Sent: July-11-21 10:31 PM
> >> To: emc-users@lists.sourceforge.net
> >> Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> >>
> >>
> >> On 7/11/21 11:15 PM, John Dammeyer wrote:
> >>> Essentially the process involves two touch off operations.  First one 
> >>> side until an LED comes on or even better the probe input
> goes
> >> active.  At that point touch off so the axis is set to 0.
> >>> Then you move in the opposite direction until the probe (or LED) goes 
> >>> active.  Divide that axis value by two and move back to
> that
> >> position.  Now touch off again to set the axis to 0.  You are now in the 
> >> middle.
> >>
> >> Right,? I can do that with a calculator and some arithmetic, and jog
> >> there manually,? but I am a mathematician,? and we're known to be lazy,?
> >> so I am thinking about a button?? :)
> >>
> >>
> >>> It's probably possible with a fancy G-Code macro.
> >> well,? if one can write a plugin,? it would probably be fairly easy (but
> >> I am a CNC rookie) to do that,? if that plugin can actually move the
> >> tool/spindle
> >>
> >>
> >>> A number of different projects I've done have been set up that way.  Find 
> >>> the center of the object which is also where I've set
> the
> >> center in the CAM software.  Rather than top left or bottom left corner of 
> >> something that has been milled away.
> >>
> >> right,? I don't think it is not too difficult to find the center of all
> >> kinds of shapes (geometrically or otherwise), in a math kinda way that is.
> >>
> >>
> >>> But I'm an amateur and probably do things the hard way.  Often...
> >> well,? hobbyist that's trying to learn some stuff here,? I am actually a
> >> mathematician,? I can calculate things,? but I'd be a starving machinist
> >> or CNC person/operator/machinist ...?? this weekend I created 4 proto
> >> types of a stepper motor mount,? aka scrap.
> >>> John
> >> Ron
> >>
> >>
>  -Original Message-
>  From: R C [  mailto:cjv...@gmail.com]
>  Sent: July-11-21 10:00 PM
>  To:   
>  emc-users@lists.sourceforge.net
>  Subject: Re: [Emc-users] 'automatically' go halfway between 2 points
> 
> 
>  On 7/11/21 10:47 PM, John Dammeyer wrote:
> > I still have my Shumatech DRO on my mill.  I touch one side and zero 
> > the axis.  I then move across and jog until the LED goes
> on.
>  Then FCN 1 and the axis letter button.  At that point the axis changes 
>  to minus halfway between where I just touched off and
> the
>  original 0 point.
> > I move to make the DRO show 0 and then touch off that

Re: [Emc-users] Code of Conduct

2021-07-12 Thread Gene Heskett

On Monday 12 July 2021 00:25:43 dva...@internode.on.net wrote:

> - Original Message -
> From: "Enhanced Machine Controller (EMC)"
> To:
> Cc:
> Sent:Tue, 29 Jun 2021 17:07:55 -0600
> Subject:Re: [Emc-users] Code of Conduct
>
>  On 6/29/21 RC wrote:
>  Also, I changed my mind  ..
>
>  hey all, can we still have that CoC? with that one rule in it that
> said
>  something about not telling others what to do, or something like
> that.
>
> That, gentlemen, is exclusively and completely the CoC that the world
> needs most..Who wants THE MANGEMENT to move in and exercise their
> prejudices by pouring themover the heads of others?  Is it not better
> for the list to be a bazaar? Let the dogmatistspeddling pedantic
> orthodoxy go and build their temple elsewhere!(Yeah, the library
> 'puter let me have another 60 min Thanks, 'puter.)Erik
>
Chuckle. I've been on one list that has only one rule for a good decade 
now. And that rule states that there are no rules. Anything goes, and 
occasionally does when stupidity is being discussed.

I tend to agree with Marion Morrison, whom you know better as the western 
movie star John Wayne, who once observed on film that stupidity should 
be painfull.

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] Code of Conduct

agreeing totally.



On Mon, 2021-07-12 at 09:23 +0200, jeanfrancois wrote:
> Hi,
> 
> Can we end this topic please ?
> 
> Thank you,
> 
> Jean-François
> 
> Le 12/07/2021 à 09:19, Valerio Bellizzomi a écrit :
> > Your trollish behavior is exactly what a CoC is sensed to eradicate
> > from professional communities.
> > Tha's why you exercise such violent opposition.
> > 
> > 
> > 
> > 
> > On Mon, 2021-07-12 at 01:12 -0600, R C wrote:
> > > because you don't have a point. Other than the Mussolini one.
> > > 
> > > On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:
> > > > I don't really want to talk with a troll like you.
> > > > 
> > > > Communication terminated.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > On Mon, 2021-07-12 at 00:10 -0600, R C wrote:
> > > > > On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:
> > > > > > Nobody stops you,
> > > > > exactly my point, that's your non-existent necessity
> > > > > 
> > > > > 
> > > > > > however your project will not gain much professional
> > > > > > attraction.
> > > > > oh really? you're that clairvoyant? "professional attraction"
> > > > > ??
> > > > > Haha!!   progress was never accomplished by those that played
> > > > > by
> > > > > the
> > > > > rules...   that's why it's called progress  aka rebellion
> > > > > ..  you
> > > > > have
> > > > > to ignore the establishment ..   the ones that want you to
> > > > > behave
> > > > > under
> > > > > their control ...  as is done/attempted with
> > > > > CoC's...   'nothing'
> > > > > will
> > > > > ever be accomplished by CoC's other than a futile attempt to
> > > > > safeguard
> > > > > established thinking, or cover your ass for legal
> > > > > reasons..   CoC's
> > > > > live
> > > > > in a world where nothing new is allowed.
> > > > > 
> > > > > > On Sun, 2021-07-11 at 22:55 -0600, R C wrote:
> > > > > > > No it isn't,
> > > > > > > 
> > > > > > > 
> > > > > > > I can start a open source project tomorrow (not today,
> > > > > > > cause
> > > > > > > it
> > > > > > > is
> > > > > > > getting late), and not have a CoC, and who is going to
> > > > > > > stop
> > > > > > > me,
> > > > > > > if
> > > > > > > it
> > > > > > > doesn't have a CoC?
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:
> > > > > > > > Every open source project on Github.com and Sourceforge
> > > > > > > > has
> > > > > > > > a
> > > > > > > > Code
> > > > > > > > of
> > > > > > > > Conduct, this is a necessary part of every public
> > > > > > > > project.
> > > > > > > > 
> > > > > > > > Regards
> > > > > > > > 
> > > > > > > > 
> > > > > > > > 
> > > > > > > > On Mon, 2021-07-12 at 14:06 +0930, 
> > > > > > > > dva...@internode.on.net
> > > > > > > > wrote:
> > > > > > > > >  
> > > > > > > > > 
> > > > > > > > > Valerio wrote: >>
> > > > > > > > >  So it be. Andy, my apologies for trying to
> > > > > > > > > support
> > > > > > > > > the
> > > > > > > > > adoption
> > > > > > > > > of a
> > > > > > > > >  CoC, either the one proposed by Jeff or that of
> > > > > > > > > W3C
> > > > > > > > > as I
> > > > > > > > > proposed.
> > > > > > > > >  Evidently the idea of being an organized
> > > > > > > > > community
> > > > > > > > > doesn't
> > > > > > > > > appeal to
> > > > > > > > >  LinuxCNC users. I don't understand why there is
> > > > > > > > > so
> > > > > > > > > much
> > > > > > > > > opposition,
> > > > > > > > >  after all it is assumed that an organized
> > > > > > > > > community
> > > > > > > > > is
> > > > > > > > > able to
> > > > > > > > > work
> > > > > > > > >  better and with more personal satisfaction for
> > > > > > > > > all
> > > > > > > > > the
> > > > > > > > > participants,
> > > > > > > > >  and instead in this case a terrible conflict has
> > > > > > > > > broken
> > > > > > > > > out.
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > ___
> > > > > > > > > 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
> > > > > > > ___
> > > > > > > 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
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > 
> >

Re: [Emc-users] Code of Conduct

2021-07-12 Thread jeanfrancois


Hi,

Can we end this topic please ?

Thank you,

Jean-François

Le 12/07/2021 à 09:19, Valerio Bellizzomi a écrit :

Your trollish behavior is exactly what a CoC is sensed to eradicate
from professional communities.
Tha's why you exercise such violent opposition.




On Mon, 2021-07-12 at 01:12 -0600, R C wrote:

because you don't have a point. Other than the Mussolini one.

On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:

I don't really want to talk with a troll like you.

Communication terminated.




On Mon, 2021-07-12 at 00:10 -0600, R C wrote:

On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:

Nobody stops you,

exactly my point, that's your non-existent necessity



however your project will not gain much professional
attraction.

oh really? you're that clairvoyant? "professional attraction" ??
Haha!!   progress was never accomplished by those that played by
the
rules...   that's why it's called progress  aka rebellion ..  you
have
to ignore the establishment ..   the ones that want you to behave
under
their control ...  as is done/attempted with CoC's...   'nothing'
will
ever be accomplished by CoC's other than a futile attempt to
safeguard
established thinking, or cover your ass for legal
reasons..   CoC's
live
in a world where nothing new is allowed.


On Sun, 2021-07-11 at 22:55 -0600, R C wrote:

No it isn't,


I can start a open source project tomorrow (not today, cause
it
is
getting late), and not have a CoC, and who is going to stop
me,
if
it
doesn't have a CoC?




On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:

Every open source project on Github.com and Sourceforge has
a
Code
of
Conduct, this is a necessary part of every public project.

Regards



On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
wrote:
 


Valerio wrote: >>
 So it be. Andy, my apologies for trying to support
the
adoption
of a
 CoC, either the one proposed by Jeff or that of W3C
as I
proposed.
 Evidently the idea of being an organized community
doesn't
appeal to
 LinuxCNC users. I don't understand why there is so
much
opposition,
 after all it is assumed that an organized community
is
able to
work
 better and with more personal satisfaction for all
the
participants,
 and instead in this case a terrible conflict has
broken
out.


___
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

___
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

___
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



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

Re: [Emc-users] Code of Conduct

Your trollish behavior is exactly what a CoC is sensed to eradicate
from professional communities.
Tha's why you exercise such violent opposition.




On Mon, 2021-07-12 at 01:12 -0600, R C wrote:
> because you don't have a point. Other than the Mussolini one.
> 
> On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:
> > I don't really want to talk with a troll like you.
> > 
> > Communication terminated.
> > 
> > 
> > 
> > 
> > On Mon, 2021-07-12 at 00:10 -0600, R C wrote:
> > > On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:
> > > > Nobody stops you,
> > > exactly my point, that's your non-existent necessity
> > > 
> > > 
> > > >however your project will not gain much professional
> > > > attraction.
> > > oh really? you're that clairvoyant? "professional attraction" ??
> > > Haha!!   progress was never accomplished by those that played by
> > > the
> > > rules...   that's why it's called progress  aka rebellion ..  you
> > > have
> > > to ignore the establishment ..   the ones that want you to behave
> > > under
> > > their control ...  as is done/attempted with CoC's...   'nothing'
> > > will
> > > ever be accomplished by CoC's other than a futile attempt to
> > > safeguard
> > > established thinking, or cover your ass for legal
> > > reasons..   CoC's
> > > live
> > > in a world where nothing new is allowed.
> > > 
> > > > 
> > > > On Sun, 2021-07-11 at 22:55 -0600, R C wrote:
> > > > > No it isn't,
> > > > > 
> > > > > 
> > > > > I can start a open source project tomorrow (not today, cause
> > > > > it
> > > > > is
> > > > > getting late), and not have a CoC, and who is going to stop
> > > > > me,
> > > > > if
> > > > > it
> > > > > doesn't have a CoC?
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:
> > > > > > Every open source project on Github.com and Sourceforge has
> > > > > > a
> > > > > > Code
> > > > > > of
> > > > > > Conduct, this is a necessary part of every public project.
> > > > > > 
> > > > > > Regards
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
> > > > > > wrote:
> > > > > > > 
> > > > > > > 
> > > > > > > Valerio wrote: >>
> > > > > > > So it be. Andy, my apologies for trying to support
> > > > > > > the
> > > > > > > adoption
> > > > > > > of a
> > > > > > > CoC, either the one proposed by Jeff or that of W3C
> > > > > > > as I
> > > > > > > proposed.
> > > > > > > Evidently the idea of being an organized community
> > > > > > > doesn't
> > > > > > > appeal to
> > > > > > > LinuxCNC users. I don't understand why there is so
> > > > > > > much
> > > > > > > opposition,
> > > > > > > after all it is assumed that an organized community
> > > > > > > is
> > > > > > > able to
> > > > > > > work
> > > > > > > better and with more personal satisfaction for all
> > > > > > > the
> > > > > > > participants,
> > > > > > > and instead in this case a terrible conflict has
> > > > > > > broken
> > > > > > > out.
> > > > > > > 
> > > > > > > 
> > > > > > > ___
> > > > > > > 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
> > > > > ___
> > > > > 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
> 
> ___
> 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] Code of Conduct


because you don't have a point. Other than the Mussolini one.

On 7/12/21 1:08 AM, Valerio Bellizzomi wrote:

I don't really want to talk with a troll like you.

Communication terminated.




On Mon, 2021-07-12 at 00:10 -0600, R C wrote:

On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:

Nobody stops you,

exactly my point, that's your non-existent necessity



   however your project will not gain much professional
attraction.

oh really? you're that clairvoyant? "professional attraction" ??
Haha!!   progress was never accomplished by those that played by the
rules...   that's why it's called progress  aka rebellion ..  you
have
to ignore the establishment ..   the ones that want you to behave
under
their control ...  as is done/attempted with CoC's...   'nothing'
will
ever be accomplished by CoC's other than a futile attempt to
safeguard
established thinking, or cover your ass for legal reasons..   CoC's
live
in a world where nothing new is allowed.




On Sun, 2021-07-11 at 22:55 -0600, R C wrote:

No it isn't,


I can start a open source project tomorrow (not today, cause it
is
getting late), and not have a CoC, and who is going to stop me,
if
it
doesn't have a CoC?




On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:

Every open source project on Github.com and Sourceforge has a
Code
of
Conduct, this is a necessary part of every public project.

Regards



On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
wrote:



Valerio wrote: >>
So it be. Andy, my apologies for trying to support the
adoption
of a
CoC, either the one proposed by Jeff or that of W3C as I
proposed.
Evidently the idea of being an organized community doesn't
appeal to
LinuxCNC users. I don't understand why there is so much
opposition,
after all it is assumed that an organized community is
able to
work
better and with more personal satisfaction for all the
participants,
and instead in this case a terrible conflict has broken
out.


___
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

___
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



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

[Emc-users] [Fwd: Re: Code of Conduct]

 Forwarded Message 
From: R C 
To: Valerio Bellizzomi 
Subject: Re: [Emc-users] Code of Conduct
Date: Mon, 12 Jul 2021 00:10:12 -0600
Mailer: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101

Thunderbird/78.11.0

> On 7/11/21 11:45 PM, Valerio Bellizzomi wrote:
> > Nobody stops you,
> 
> exactly my point, that's your non-existent necessity
> 
> 
> >   however your project will not gain much professional
> > attraction.
> 
> oh really? you're that clairvoyant? "professional attraction" ??   
> Haha!!   progress was never accomplished by those that played by the 
> rules...   that's why it's called progress  aka rebellion ..  you
> have 
> to ignore the establishment ..   the ones that want you to behave
> under 
> their control ...  as is done/attempted with CoC's...   'nothing'
> will 
> ever be accomplished by CoC's other than a futile attempt to
> safeguard 
> established thinking, or cover your ass for legal reasons..   CoC's
> live 
> in a world where nothing new is allowed.
> 
> > 
> > 
> > 
> > On Sun, 2021-07-11 at 22:55 -0600, R C wrote:
> > > No it isn't,
> > > 
> > > 
> > > I can start a open source project tomorrow (not today, cause it
> > > is
> > > getting late), and not have a CoC, and who is going to stop me,
> > > if
> > > it
> > > doesn't have a CoC?
> > > 
> > > 
> > > 
> > > 
> > > On 7/11/21 10:46 PM, Valerio Bellizzomi wrote:
> > > > Every open source project on Github.com and Sourceforge has a
> > > > Code
> > > > of
> > > > Conduct, this is a necessary part of every public project.
> > > > 
> > > > Regards
> > > > 
> > > > 
> > > > 
> > > > On Mon, 2021-07-12 at 14:06 +0930, dva...@internode.on.net
> > > > wrote:
> > > > >
> > > > > 
> > > > > Valerio wrote: >>
> > > > >So it be. Andy, my apologies for trying to support the
> > > > > adoption
> > > > > of a
> > > > >CoC, either the one proposed by Jeff or that of W3C as I
> > > > > proposed.
> > > > >Evidently the idea of being an organized community doesn't
> > > > > appeal to
> > > > >LinuxCNC users. I don't understand why there is so much
> > > > > opposition,
> > > > >after all it is assumed that an organized community is
> > > > > able to
> > > > > work
> > > > >better and with more personal satisfaction for all the
> > > > > participants,
> > > > >and instead in this case a terrible conflict has broken
> > > > > out.
> > > > > 
> > > > > 
> > > > > ___
> > > > > 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
> > > ___
> > > 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



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

Re: [Emc-users] 'automatically' go halfway between 2 points