[Emc-users] Hacking a sim runtime mode

[dannym]

I do 3D carving, and it's very important to know the job runtime before 
starting and while tuning, for various reasons.

The Properties time estimator is not useful, it just uses distance/feedrate.  
That doesn't take into account acceleration, which dominates the runtime in my 
case.  The actual runtime can be 3x-20x the time estimated there, depending on 
how deep and detailed it is, so it really says nothing.

I'm used to estimating under Mach3, which gives a 100% accurate time estimate 
which was wonderful.  It may take a few minutes to eval a large file. 100:1 is 
an acceptable eval time (100 min file evaluated inside 1 min).

I did have a thought "what if I give 100x the vel and accel, stepgens,  100x 
the Traj max vel/accel, divide the axis SCALEs by 100x, and use 100x for 
Feedrate Override?"  Then I could just disable the physical stepper drives, 
take the cycle time and mult by 100x. Actually that won't stress the step times 
weirdly because their scales are divided by 100x.

But all I got was "Joint Following Error" and couldn't move anything, even in 
manual jog.  Not sure why, with the scale kicked down 100x, a max velocity 100x 
greater will just run steps out at the same max speed.  But apparently I broke 
something.  I do use a 7i92 card with a PLL so there's that.  I did increase 
MAX_ERROR by 100x but no luck there.

Is this experiment a dead end?  Why did it break, and is there any way to make 
my concept work?

Is there a better way, like disconnecting EMCMOT from the stepgen and having it 
tally the time consumed without actually spending the time to do anything?

Danny







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

Re: [Emc-users] Problem upgrading from 2.7.4

[Gregg Eshelman]

The gcode file for the universe is larger than the universe...
 
  From: andy pugh 
 To: Enhanced Machine Controller (EMC)  
 Sent: Wednesday, October 12, 2016 3:10 AM
 Subject: Re: [Emc-users] Problem upgrading from 2.7.4
   
On 12 October 2016 at 08:49, Russell Brown  wrote:
> If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
> and 2.95e+240 and axis.ngc is not showing in the display.

Is this one of them "Universal" milling machines, for milling entire universes?
   
 
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Problem upgrading from 2.7.4

[Chris Albertson]

On Wed, Oct 12, 2016 at 12:49 AM, Russell Brown  wrote:
>
> I tried upgrading from 2.7.4 to 2.7.7 (debian wheezy, apt-get) but when
> I fire linuxcnc up I get a popup error message:
>
>>G-Code error in axis.ngc
>>
>>Near line 12 of /usr/share/axis/images/axis.ngc:
>>Bad character 'z' used
>
> If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
> and 2.95e+240 and axis.ngc is not showing in the display.

Have you looks at the file "axis.ngc:" using a text editor or using
"less" in a terminal?  What do you see near line number 12?  The first
thing to do is always assume the r=error message is literally true.

Perhaps what has happened is that a number in the file has been wrong
all along and now the newer software does a better job of catching
errors in the files it reads.  The problem be syntactical or logical

One other debug method I use that works with open source software is
to search for the error string in the source code.  Then it is pretty
easy to see the condition that would cause it to be printed.



-- 

Chris Albertson
Redondo Beach, California

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

Re: [Emc-users] Problem upgrading from 2.7.4

[andy pugh]

On 12 October 2016 at 08:49, Russell Brown  wrote:
> A possible contributor to the problem is that I tried installing
> NativeCAM but ran into problems

Maybe try things in a different order? (LinuxCNC then NativeCAM?)

I think that a lot of the NativeCAM examples assume 2.8 / JA which was
maybe something of an error.

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

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

Re: [Emc-users] Haas thoughts

[Gene Heskett]

On Wednesday 12 October 2016 11:55:12 Mark wrote:

> On 10/12/2016 09:54 AM, Gene Heskett wrote:
> > You mentioned gedit, which gets my attention.  That "thing" has
> > scrambled a file for me for the very last time. I don't even install
> > it on a fresh install, but nano to avoid remote x problems, and
> > geany for a gedit-like editor that has yet to record or miss-record,
> > usually because I am typing on a membrane covered keyboard and don't
> > hit the key hard enough.
> >
> > When I started to make TLM work with a 5i25 card because software
> > stepping wasn't fast enough, I had to nuke the .ini and .hal files
> > and start from scratch with a fresh run of stepperconf in the first
> > month while I was adding this and that to complete the working
> > config. About every 9 or 10 times I called up gedit to fix a typu, I
> > would fine the files was scrambled by picking up a kilobyte of it
> > and randomly inserting it 2 or 3 other places in the file, with the
> > start of the insert being mid-line of the inserted section, and
> > inserted mid-line where it was inserted.
> >
> > Save yourself such potential gcodeing headaches by making the
> > default editor geany in the axis.ini file. IMO gedit is a TTD, a
> > Textually Transmitted Disease.
>
> You must have something inexplicably incorrect.  I've used gedit for
> years and never ran into any of the problems you've had with it,
> running it either locally or over the network.  And that's with a
> bunch of plugins installed, both for software development work and for
> the G Code editing.
>
> Mark

I had the huge majority of the plugins installed. After about the 4th 
time it happened, I ripped it all out, nuked everything gedit related in 
my home dir, then spent several hours getting back to square two with 
nano. Never hiccuped once. Backed that up in the nightly amanda run. 
Safe, I tried and installed the bare metal kit of gedit again.  3 edits 
of that .hal file and it was destroyed again, took about 20 minutes.  
Back to the house & called up amrestore and recovered the good file.  

Then I went looking for a good editor with a decent gui, and came across 
geany.  Its not quite as well equipted with syntax helpers, but it has 
more than enough for my needs.

It has yet to make a mistake I didn't make.  That was on the atom, 
D-525-MW motherboard with 2 gigs of dram.

I don't like to admit it because more than twice is my fault but gedit 
made a blithering idiot out of me 8 to 10 times before I swore off.

Sorta like girls, some do, and some don't.

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

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

Re: [Emc-users] Haas thoughts

[andy pugh]

On 12 October 2016 at 22:52, Erik Friesen  wrote:
> So assuming I used a 7i48, when does the 3ppwmgen get updated?  In the base
> thread?

3ppwmgen is updated in either the servo thread or the FPGA thread,
depending on what you are asking.

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

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

Re: [Emc-users] Haas thoughts

[Erik Friesen]

So assuming I used a 7i48, when does the 3ppwmgen get updated?  In the base
thread?

On Wed, Oct 12, 2016 at 11:55 AM, Mark  wrote:

> On 10/12/2016 09:54 AM, Gene Heskett wrote:
> > You mentioned gedit, which gets my attention.  That "thing" has scrambled
> > a file for me for the very last time. I don't even install it on a fresh
> > install, but nano to avoid remote x problems, and geany for a gedit-like
> > editor that has yet to record or miss-record, usually because I am
> > typing on a membrane covered keyboard and don't hit the key hard enough.
> >
> > When I started to make TLM work with a 5i25 card because software
> > stepping wasn't fast enough, I had to nuke the .ini and .hal files and
> > start from scratch with a fresh run of stepperconf in the first month
> > while I was adding this and that to complete the working config.
> > About every 9 or 10 times I called up gedit to fix a typu, I would fine
> > the files was scrambled by picking up a kilobyte of it and randomly
> > inserting it 2 or 3 other places in the file, with the start of the
> > insert being mid-line of the inserted section, and inserted mid-line
> > where it was inserted.
> >
> > Save yourself such potential gcodeing headaches by making the default
> > editor geany in the axis.ini file. IMO gedit is a TTD, a Textually
> > Transmitted Disease.
>
> You must have something inexplicably incorrect.  I've used gedit for
> years and never ran into any of the problems you've had with it, running
> it either locally or over the network.  And that's with a bunch of
> plugins installed, both for software development work and for the G Code
> editing.
>
> Mark
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Problem upgrading from 2.7.4

[Peter Blodow]

Am 12.10.2016 22:00, schrieb andy pugh:
> On 12 October 2016 at 20:44, Russell Brown  wrote:
>> What version of python do you have on that?
> I would go and look, but it's raining and that machine isn't set up
> for wake-on-lan.
>
At least you have a sound reason for not going.
Peter

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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

Re: [Emc-users] Problem upgrading from 2.7.4

[andy pugh]

On 12 October 2016 at 20:44, Russell Brown  wrote:
> What version of python do you have on that?

I would go and look, but it's raining and that machine isn't set up
for wake-on-lan.

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

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

Re: [Emc-users] Problem upgrading from 2.7.4

[Russell Brown]

Quoth andy pugh.
>> So...  am I stuck on 2.7.4 ?
>
>I am fairly sure not, as I am running 10.04 on my milling machine, and
>that is on 2.8-ja1.
>
>Unfortunately I can't recall how I got there, but probably via the buildbot.

What version of python do you have on that?

I did a google for upgrading python on lucid to 2.7 (needed to build
linuxcnc from git) and found dire warnings about breaking things.

I might just try an upgrade to precise...  can always restore my current
setup from backup if it goes titsup.com

-- 
 Regards,
 Russell
 
| Russell Brown  | MAIL: russ...@lls.com PHONE: 01780 471800 |
| Lady Lodge Systems | WWW Work: http://www.lls.com  |
| Peterborough, England  | WWW Play: http://www.ruffle.me.uk |
 

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

Re: [Emc-users] Overriding the feedfate override

[dannym]

Oh hey that looks exactly like what I need!  Thanks!

Danny

 sam sokolik  wrote: 
> would any of these help?
> http://linuxcnc.org/docs/2.7/html/gcode/m-code.html#mcode:m48-m49
> 
> On 10/12/2016 1:09 PM, dan...@austin.rr.com wrote:
> > As described earlier, I have a probe I used to set the Z after changing 
> > tools.  The Probe Z button calls an MDI which calls a .ngc g-code file 
> > which uses the G38 probe routine.
> >
> > What I realized is the Feedrate Override mucks with the probe cycle.  The 
> > probe cycle needs to operate at a consistent speed, but Feedrate Override 
> > is being used, sometimes resulting in terribly slow or fast probes.
> >
> > What are the options here?  The g-code can't ignore or set the Feedrate 
> > Override, can it?
> >
> > All I could think of was tying the Probe Z button to a HAL which copies FO 
> > to a backup net "FeedOverride_Back" on rising edge, writes FO=1.0, and 
> > copies back on falling edge of is-auto.  This sounds super-convoluted.
> >
> > Also, important question to know overall- how could that work?  If I have a 
> > a rising edge of Probe Z button, and I both copy FO to FeedOverride_Back 
> > AND write FO=1.0 concurrently, is there a way to predict what gets stored 
> > in FeedOverride_Back?  This sounds like it's two separate threads, and you 
> > don't have a guarantee as to which executes first.
> >
> > e.g. Feedrate Override is 0.2.  Does FeedOverride_Back always get 0.2, or 
> > could FO=1.0 execute first so both Feedrate Override and FeedOverride_Back 
> > = 1.0, and the 0.2 value is lost forever?
> >
> > Would it make sense to get sneaky and, inside the G-code for the probe, 
> > divide the desired F-parameter by the current Feedrate Override, e.g. 
> > desire F10, write F10/[some way to get Feedrate Override=0.2] = 50 which 
> > will result in a feedrate of 10 due to the 0.2 multiplier?
> >
> > Danny
> >
> >
> > --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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

Re: [Emc-users] Overriding the feedfate override

[sam sokolik]

would any of these help?
http://linuxcnc.org/docs/2.7/html/gcode/m-code.html#mcode:m48-m49

On 10/12/2016 1:09 PM, dan...@austin.rr.com wrote:
> As described earlier, I have a probe I used to set the Z after changing 
> tools.  The Probe Z button calls an MDI which calls a .ngc g-code file which 
> uses the G38 probe routine.
>
> What I realized is the Feedrate Override mucks with the probe cycle.  The 
> probe cycle needs to operate at a consistent speed, but Feedrate Override is 
> being used, sometimes resulting in terribly slow or fast probes.
>
> What are the options here?  The g-code can't ignore or set the Feedrate 
> Override, can it?
>
> All I could think of was tying the Probe Z button to a HAL which copies FO to 
> a backup net "FeedOverride_Back" on rising edge, writes FO=1.0, and copies 
> back on falling edge of is-auto.  This sounds super-convoluted.
>
> Also, important question to know overall- how could that work?  If I have a a 
> rising edge of Probe Z button, and I both copy FO to FeedOverride_Back AND 
> write FO=1.0 concurrently, is there a way to predict what gets stored in 
> FeedOverride_Back?  This sounds like it's two separate threads, and you don't 
> have a guarantee as to which executes first.
>
> e.g. Feedrate Override is 0.2.  Does FeedOverride_Back always get 0.2, or 
> could FO=1.0 execute first so both Feedrate Override and FeedOverride_Back = 
> 1.0, and the 0.2 value is lost forever?
>
> Would it make sense to get sneaky and, inside the G-code for the probe, 
> divide the desired F-parameter by the current Feedrate Override, e.g. desire 
> F10, write F10/[some way to get Feedrate Override=0.2] = 50 which will result 
> in a feedrate of 10 due to the 0.2 multiplier?
>
> Danny
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


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

[Emc-users] Overriding the feedfate override

[dannym]

As described earlier, I have a probe I used to set the Z after changing tools.  
The Probe Z button calls an MDI which calls a .ngc g-code file which uses the 
G38 probe routine.

What I realized is the Feedrate Override mucks with the probe cycle.  The probe 
cycle needs to operate at a consistent speed, but Feedrate Override is being 
used, sometimes resulting in terribly slow or fast probes.

What are the options here?  The g-code can't ignore or set the Feedrate 
Override, can it?

All I could think of was tying the Probe Z button to a HAL which copies FO to a 
backup net "FeedOverride_Back" on rising edge, writes FO=1.0, and copies back 
on falling edge of is-auto.  This sounds super-convoluted.  

Also, important question to know overall- how could that work?  If I have a a 
rising edge of Probe Z button, and I both copy FO to FeedOverride_Back AND 
write FO=1.0 concurrently, is there a way to predict what gets stored in 
FeedOverride_Back?  This sounds like it's two separate threads, and you don't 
have a guarantee as to which executes first.  

e.g. Feedrate Override is 0.2.  Does FeedOverride_Back always get 0.2, or could 
FO=1.0 execute first so both Feedrate Override and FeedOverride_Back = 1.0, and 
the 0.2 value is lost forever?

Would it make sense to get sneaky and, inside the G-code for the probe, divide 
the desired F-parameter by the current Feedrate Override, e.g. desire F10, 
write F10/[some way to get Feedrate Override=0.2] = 50 which will result in a 
feedrate of 10 due to the 0.2 multiplier?

Danny


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

Re: [Emc-users] Problem upgrading from 2.7.4

[andy pugh]

On 12 October 2016 at 17:00, Russell Brown  wrote:
> Somethings very broken with 2.7.5+ on lucid :-(
>
> So...  am I stuck on 2.7.4 ?

I am fairly sure not, as I am running 10.04 on my milling machine, and
that is on 2.8-ja1.

Unfortunately I can't recall how I got there, but probably via the buildbot.

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

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

Re: [Emc-users] Problem upgrading from 2.7.4

[Russell Brown]

Quoth John Alexander Stewart.
>Russell - is there a "z" axis on your machine?

Yes.  It's a mill.

-- 
 Regards,
 Russell
 
| Russell Brown  | MAIL: russ...@lls.com PHONE: 01780 471800 |
| Lady Lodge Systems | WWW Work: http://www.lls.com  |
| Peterborough, England  | WWW Play: http://www.ruffle.me.uk |
 

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

Re: [Emc-users] Problem upgrading from 2.7.4

[John Alexander Stewart]

Russell - is there a "z" axis on your machine?

John.

On Wed, Oct 12, 2016 at 12:00 PM, Russell Brown  wrote:

> Quoth andy pugh.
> >On 12 October 2016 at 08:49, Russell Brown  wrote:
> >> If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
> >> and 2.95e+240 and axis.ngc is not showing in the display.
> >
> >Is this one of them "Universal" milling machines, for milling entire
> universes?
>
> The heating's come on today so it's probably expanded a bit but not that
> much :-)
>
>
> >It might be as simple as a position.txt file with bad numbers in it?
>
> Hm.
>
> A) that doesn't explain the weird error message about axis.ngc.
> B) the same position.txt works with 2.7.4
> C) deleting position.txt doesn't fix either problem.
>
> FWIW, position.txt contains:
>
> 211.51237592697140144
> -82.01800169944763752
> 99.75883250664918478
> 0.0
> 0.0
> 0.0
> 0.0
> 0.0
> 0.0
>
> I've just tried sim axis_mm.ini with 2.7.7 and it also generates the
> spurious popup about "Bad character 'z' used" in axis.ngc :-(
>
> Created a new user (to avoid config issues), logged in, ran 2.7.7 and
> picked sim.axis/axis_mm..  same popup error message about "Bad
> character 'z'" near line 12 in /usr/share/axis/images/axis.ngc.
>
> If I try to open "/usr/share/axis/images/axis.ngc" from the File menu I
> again get the error message.
>
> If I try to open a previously used simple .ngc file, linuxcnc complains
> that the tool (tool 1) isn't found in the tool table  even though
> tool 1 *is* plainly there if I edit the tooltable.
>
> If I try to 'cut' axis.ngc, it wants me to home; I do that but X & Y go
> from 0 to X -1.26e+58 and Y 3.11e+231.  Click run again and it pauses.
> When I click pause to continue, I get the error "can't do that
> (EMC_TRAJ_SET_TELEOP_ENABLE) in auto mode with the interpreter idle".
>
> Uninstalled 2.7.7 (apt-get remove --purge linuxcnc), reinstalled 2.7.4
> (apt-get install linuxcnc=1:2.7.4) and, still as my new test user, fired
> up linuxcnc with sim/axis_mm.ini.
>
> No complaints about bad characters, no silly numbers on homing and the
> sim happily 'cut' LinuxCNC as expected.
>
> Just for fun, I tried 2.7.5 and it's borked in the same way as 2.7.7.
>
> Tried building a git pull of linuxcnc-dev but configure fails saying
> python is too old (2.7 needed; lucid has 2.6.5).
>
> Somethings very broken with 2.7.5+ on lucid :-(
>
> So...  am I stuck on 2.7.4 ?
>
> --
>  Regards,
>  Russell
>  
> | Russell Brown  | MAIL: russ...@lls.com PHONE: 01780 471800 |
> | Lady Lodge Systems | WWW Work: http://www.lls.com  |
> | Peterborough, England  | WWW Play: http://www.ruffle.me.uk |
>  
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Problem upgrading from 2.7.4

[Russell Brown]

Quoth andy pugh.
>On 12 October 2016 at 08:49, Russell Brown  wrote:
>> If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
>> and 2.95e+240 and axis.ngc is not showing in the display.
>
>Is this one of them "Universal" milling machines, for milling entire universes?

The heating's come on today so it's probably expanded a bit but not that
much :-)


>It might be as simple as a position.txt file with bad numbers in it?

Hm.

A) that doesn't explain the weird error message about axis.ngc.
B) the same position.txt works with 2.7.4
C) deleting position.txt doesn't fix either problem.

FWIW, position.txt contains:

211.51237592697140144
-82.01800169944763752
99.75883250664918478
0.0
0.0
0.0
0.0
0.0
0.0

I've just tried sim axis_mm.ini with 2.7.7 and it also generates the
spurious popup about "Bad character 'z' used" in axis.ngc :-(

Created a new user (to avoid config issues), logged in, ran 2.7.7 and
picked sim.axis/axis_mm..  same popup error message about "Bad
character 'z'" near line 12 in /usr/share/axis/images/axis.ngc.

If I try to open "/usr/share/axis/images/axis.ngc" from the File menu I
again get the error message.

If I try to open a previously used simple .ngc file, linuxcnc complains
that the tool (tool 1) isn't found in the tool table  even though
tool 1 *is* plainly there if I edit the tooltable.

If I try to 'cut' axis.ngc, it wants me to home; I do that but X & Y go
from 0 to X -1.26e+58 and Y 3.11e+231.  Click run again and it pauses.
When I click pause to continue, I get the error "can't do that
(EMC_TRAJ_SET_TELEOP_ENABLE) in auto mode with the interpreter idle".

Uninstalled 2.7.7 (apt-get remove --purge linuxcnc), reinstalled 2.7.4
(apt-get install linuxcnc=1:2.7.4) and, still as my new test user, fired
up linuxcnc with sim/axis_mm.ini.

No complaints about bad characters, no silly numbers on homing and the
sim happily 'cut' LinuxCNC as expected.

Just for fun, I tried 2.7.5 and it's borked in the same way as 2.7.7.

Tried building a git pull of linuxcnc-dev but configure fails saying
python is too old (2.7 needed; lucid has 2.6.5).

Somethings very broken with 2.7.5+ on lucid :-(

So...  am I stuck on 2.7.4 ?

-- 
 Regards,
 Russell
 
| Russell Brown  | MAIL: russ...@lls.com PHONE: 01780 471800 |
| Lady Lodge Systems | WWW Work: http://www.lls.com  |
| Peterborough, England  | WWW Play: http://www.ruffle.me.uk |
 

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

Re: [Emc-users] Haas thoughts

[Mark]

On 10/12/2016 09:54 AM, Gene Heskett wrote:
> You mentioned gedit, which gets my attention.  That "thing" has scrambled
> a file for me for the very last time. I don't even install it on a fresh
> install, but nano to avoid remote x problems, and geany for a gedit-like
> editor that has yet to record or miss-record, usually because I am
> typing on a membrane covered keyboard and don't hit the key hard enough.
>
> When I started to make TLM work with a 5i25 card because software
> stepping wasn't fast enough, I had to nuke the .ini and .hal files and
> start from scratch with a fresh run of stepperconf in the first month
> while I was adding this and that to complete the working config.
> About every 9 or 10 times I called up gedit to fix a typu, I would fine
> the files was scrambled by picking up a kilobyte of it and randomly
> inserting it 2 or 3 other places in the file, with the start of the
> insert being mid-line of the inserted section, and inserted mid-line
> where it was inserted.
>
> Save yourself such potential gcodeing headaches by making the default
> editor geany in the axis.ini file. IMO gedit is a TTD, a Textually
> Transmitted Disease.

You must have something inexplicably incorrect.  I've used gedit for 
years and never ran into any of the problems you've had with it, running 
it either locally or over the network.  And that's with a bunch of 
plugins installed, both for software development work and for the G Code 
editing.

Mark

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

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

[Kirk Wallace]

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

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

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

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

Re: [Emc-users] Haas thoughts

[Peter C. Wallace]

On Wed, 12 Oct 2016, Erik Friesen wrote:

> Date: Wed, 12 Oct 2016 08:30:06 -0400
> From: Erik Friesen 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] Haas thoughts
> 
> Does or doesn't LCNC support softdmc?
Not LinuxCNC does not support SOftDMC

>
> Correct me if I am wrong here, but my calcs are these.
>
> I can't find a pole count for the Yaskawa servo motors, but I assume they
> are 8 poles.  Encoder counts are 32768 per rev, 6mm ballscrews.
>
A 3000 RPM motor may be 4 poles (8 pole Fanuc are ofteb 1750 RPM max)

> So at 700IPM, that is 50 Rounds per second, encoders right at 1.6mhz
>
> 50 RPS * 8 Poles = 400 Motor cycles per second.
>
> 400 MCPS * 32?? = 12800hz needed servo period?  This seems a bit out of
> reach of being handled in software, and I am not sure that 32 steps would
> be enough.
>

32 steps are probably way more than needed at maximum speed for a couple 
of reasons, 1 being that the motor inductance and lack of voltage headroom at 
full speed will make the motors current response be in the millisecond 
region at that speed (dI/dT = Vbus-VMotor/LMotor) and 2 being that small 
angular errors cause very little torque ripple due to the torque vs 
angle error curve being close to a cosine (that is even square wave commutated 
motors with +-30 degrees of commutation error = 6 step commutation have only 
about 13% torque ripple)

My guess is that 4 to 8 KHz would be fine and if the FPGA hardware could 
interpolate the values, even 1 KHz would be fine


> On Wed, Oct 12, 2016 at 7:35 AM, Erik Friesen  wrote:
>
>> It uses an atmel chip.  However, that isn't the hangup to me.  I see
>> context switching as a real challenge.  So you hit the edit button, then
>> what?  Open gedit?  I'd really like to limit GUI excursions and control the
>> whole thing closer than that.
>>
>> On Tue, Oct 11, 2016 at 11:16 PM, Gregg Eshelman 
>> wrote:
>>
>>> Look on the back of the keyboard for microchips, or on a board that the
>>> keyboard connects to. Google the numbers to see what they are.
>>>
>>> I'd thought about hoking up the keyboard from the Anilam Crusader 2
>>> system that was on my big mill. Shouldn't have been too difficult since a
>>> cable went from the keyboard to another small board with a matrix to RS232C
>>> chip. Would have mostly been figuring out the pinout of the header on the
>>> adapter board then setting up a text editor to take input from a COM port,
>>> then poking every button to see what characters it sent.
>>>
>>>
>>>   From: Erik Friesen 
>>>  To: Enhanced Machine Controller (EMC) 
>>>  Sent: Tuesday, October 11, 2016 6:59 AM
>>>  Subject: [Emc-users] Haas thoughts
>>>
>>> Are any of these items valid any more?
>>>
>>> http://blog.cnccookbook.com/2014/12/16/10-features-pros-hobb
>>> y-cnc-controllers-dont/
>>>
>>> What would it take (software wise) to fully integrate a haas keypad so
>>> that
>>> most of the functions would be usable?  The ones I see as a challenge are
>>> items like Posit, Offset, and all the edit functions.
>>>
>>> Reference keypad http://aercon.net/Public/HaasKeyboard.jpg
>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>>
>>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

Peter Wallace
Mesa Electronics

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


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

[Emc-users] TLM is being the M again...

[Gene Heskett]

Greetings all;

Whittling out the hose nipples for the bellows on the Z screw yesterday, 
I got the one for the sides of the Z nut done, then note that the 
crossfeed had move inward far enough to crush and destroy what little 
swarf shielding I had over the x screw, so its sounding like a kettle of 
Orville R's popcorn now. I'll see if I can clean it up one more time, 
but I've made sliding brass with felt seals shielding arrangements until 
I'm tired of destroying them.  And used up all my flat brass in the 
process.

I like the idea of wrapping it in a bellows, but I've now looked thru 55 
pages of ebay hits without finding a suitable part. So I'll try to clean 
it up, and see if I can locate an innertube I can cut a piece of and 
just cover the whole rear of the carriage with, letting it buckle as it 
moves.

I am about done with this machine, as I noted as I was dialing in one of 
these nipples yesterday, that the spindle has random jumps sideways of 3 
thou or so, and can hear the thump when it moves. I suppose the bearings 
are going because I cannot shake it back and forth, nor can I feel any 
drag when turning it by hand with the backgear in neutral.

But I have to get the Sheldon working first. The sheet of innertube 
rubber will only work if I move the carriages cable chain fixed anchor 
to the right so the rubber can slide thru the loop.  That s/b easily 
enough done as then the carriage end anchor of the cable chain will 
clear the rubber and just slide under it.

This thing is like hitting yourself in the head with a hammer, it will 
feel SO good when you stop.

And, I'll have a better computer to drive the Sheldon with.  What I'm 
going to start out using is a single core P4 running at boil your coffee 
speeds. 5i25 to the rescue...

Thanks everybody.

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

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

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

[Peter C. Wallace]

On Wed, 12 Oct 2016, Marius Alksnys wrote:

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

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

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

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


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

Peter Wallace
Mesa Electronics

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


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

Re: [Emc-users] Haas thoughts

[Gene Heskett]

On Wednesday 12 October 2016 07:35:22 Erik Friesen wrote:

> It uses an atmel chip.  However, that isn't the hangup to me.  I see
> context switching as a real challenge.  So you hit the edit button,
> then what?  Open gedit?  I'd really like to limit GUI excursions and
> control the whole thing closer than that.

You mentioned gedit, which gets my attention.  That "thing" has scrambled 
a file for me for the very last time. I don't even install it on a fresh 
install, but nano to avoid remote x problems, and geany for a gedit-like 
editor that has yet to record or miss-record, usually because I am 
typing on a membrane covered keyboard and don't hit the key hard enough.

When I started to make TLM work with a 5i25 card because software 
stepping wasn't fast enough, I had to nuke the .ini and .hal files and 
start from scratch with a fresh run of stepperconf in the first month 
while I was adding this and that to complete the working config.
About every 9 or 10 times I called up gedit to fix a typu, I would fine 
the files was scrambled by picking up a kilobyte of it and randomly 
inserting it 2 or 3 other places in the file, with the start of the 
insert being mid-line of the inserted section, and inserted mid-line 
where it was inserted.

Save yourself such potential gcodeing headaches by making the default 
editor geany in the axis.ini file. IMO gedit is a TTD, a Textually 
Transmitted Disease.

> On Tue, Oct 11, 2016 at 11:16 PM, Gregg Eshelman  
wrote:
> > Look on the back of the keyboard for microchips, or on a board that
> > the keyboard connects to. Google the numbers to see what they are.
> >
> > I'd thought about hoking up the keyboard from the Anilam Crusader 2
> > system that was on my big mill. Shouldn't have been too difficult
> > since a cable went from the keyboard to another small board with a
> > matrix to RS232C chip. Would have mostly been figuring out the
> > pinout of the header on the adapter board then setting up a text
> > editor to take input from a COM port, then poking every button to
> > see what characters it sent.
> >
> >
> >   From: Erik Friesen 
> >  To: Enhanced Machine Controller (EMC)
> >  Sent: Tuesday, October 11, 2016
> > 6:59 AM
> >  Subject: [Emc-users] Haas thoughts
> >
> > Are any of these items valid any more?
> >
> > http://blog.cnccookbook.com/2014/12/16/10-features-pros-
> > hobby-cnc-controllers-dont/
> >
> > What would it take (software wise) to fully integrate a haas keypad
> > so that most of the functions would be usable?  The ones I see as a
> > challenge are items like Posit, Offset, and all the edit functions.
> >
> > Reference keypad http://aercon.net/Public/HaasKeyboard.jpg

I could only see one advantage there, the keypad itself is innately 
swarf-proof unless its still hot enough to burn the plastic. Chromerics 
keyboards are rated 10 million presses per key, but is that a 
Chromerics? The cheap ones can fail in 5000  or less presses.  And the 
layout is a bad dream for a true typist. I ran screaming to refill my 
coffee cup which was caught empty.

I could, if I was using canned code, but I write 95+% of what I run, 
eventually get used to that layout, but I am now used to the std 
computer keyboard.

Que that comment and old dogs and new tricks.  Fits me and my muscle 
memory well. And I am not, in your wildest dreams, a touch typist.

My $0.02 but adjust for 82 years of inflation. {O_o}

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

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

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

[andy pugh]

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

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

The latter method won't work well.

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

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

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

Re: [Emc-users] Haas thoughts

[Erik Friesen]

Does or doesn't LCNC support softdmc?

Correct me if I am wrong here, but my calcs are these.

 I can't find a pole count for the Yaskawa servo motors, but I assume they
are 8 poles.  Encoder counts are 32768 per rev, 6mm ballscrews.

So at 700IPM, that is 50 Rounds per second, encoders right at 1.6mhz

50 RPS * 8 Poles = 400 Motor cycles per second.

400 MCPS * 32?? = 12800hz needed servo period?  This seems a bit out of
reach of being handled in software, and I am not sure that 32 steps would
be enough.

On Wed, Oct 12, 2016 at 7:35 AM, Erik Friesen  wrote:

> It uses an atmel chip.  However, that isn't the hangup to me.  I see
> context switching as a real challenge.  So you hit the edit button, then
> what?  Open gedit?  I'd really like to limit GUI excursions and control the
> whole thing closer than that.
>
> On Tue, Oct 11, 2016 at 11:16 PM, Gregg Eshelman 
> wrote:
>
>> Look on the back of the keyboard for microchips, or on a board that the
>> keyboard connects to. Google the numbers to see what they are.
>>
>> I'd thought about hoking up the keyboard from the Anilam Crusader 2
>> system that was on my big mill. Shouldn't have been too difficult since a
>> cable went from the keyboard to another small board with a matrix to RS232C
>> chip. Would have mostly been figuring out the pinout of the header on the
>> adapter board then setting up a text editor to take input from a COM port,
>> then poking every button to see what characters it sent.
>>
>>
>>   From: Erik Friesen 
>>  To: Enhanced Machine Controller (EMC) 
>>  Sent: Tuesday, October 11, 2016 6:59 AM
>>  Subject: [Emc-users] Haas thoughts
>>
>> Are any of these items valid any more?
>>
>> http://blog.cnccookbook.com/2014/12/16/10-features-pros-hobb
>> y-cnc-controllers-dont/
>>
>> What would it take (software wise) to fully integrate a haas keypad so
>> that
>> most of the functions would be usable?  The ones I see as a challenge are
>> items like Posit, Offset, and all the edit functions.
>>
>> Reference keypad http://aercon.net/Public/HaasKeyboard.jpg
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Haas thoughts

[Erik Friesen]

It uses an atmel chip.  However, that isn't the hangup to me.  I see
context switching as a real challenge.  So you hit the edit button, then
what?  Open gedit?  I'd really like to limit GUI excursions and control the
whole thing closer than that.

On Tue, Oct 11, 2016 at 11:16 PM, Gregg Eshelman  wrote:

> Look on the back of the keyboard for microchips, or on a board that the
> keyboard connects to. Google the numbers to see what they are.
>
> I'd thought about hoking up the keyboard from the Anilam Crusader 2 system
> that was on my big mill. Shouldn't have been too difficult since a cable
> went from the keyboard to another small board with a matrix to RS232C chip.
> Would have mostly been figuring out the pinout of the header on the adapter
> board then setting up a text editor to take input from a COM port, then
> poking every button to see what characters it sent.
>
>
>   From: Erik Friesen 
>  To: Enhanced Machine Controller (EMC) 
>  Sent: Tuesday, October 11, 2016 6:59 AM
>  Subject: [Emc-users] Haas thoughts
>
> Are any of these items valid any more?
>
> http://blog.cnccookbook.com/2014/12/16/10-features-pros-
> hobby-cnc-controllers-dont/
>
> What would it take (software wise) to fully integrate a haas keypad so that
> most of the functions would be usable?  The ones I see as a challenge are
> items like Posit, Offset, and all the edit functions.
>
> Reference keypad http://aercon.net/Public/HaasKeyboard.jpg
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

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

[Peter C. Wallace]

On Wed, 12 Oct 2016, Marius Alksnys wrote:

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



I would hand check index detection by "setsing" the appropriate index-enable 
signal and turning the axis by hand and watching for the same index-enable 
signal to be cleared. If this does not work reliably it suggests you have a 
encoder index signal interface problem of some sort (wrong interface mode, 
too short index signal, missing index from resolver-digital converter, 5V 
problem on 7I77, cable issues etc)

The encoder errors also suggest some kind of generic interface issue

Another diagnostic 

Re: [Emc-users] linux cnc servo interface help

[andy pugh]

On 12 October 2016 at 07:36, linden  wrote:
> Using Analogue velocity mode  what would be the simplest way to get the
> signals from the servo drive in and out of Linuxcnc???  A mesa 7i77 or
> something similar?

Yes, either the Pico PPMC or the Mesa 7i77 are likely to be easiest.
General Mechatronics might be worth a look too.
(There are other supported options, such as Motenc and Servo-to-go but
I don't think they have the same experience base or current support)

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

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

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

[Marius Alksnys]

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

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

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

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

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

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

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

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

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

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

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


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

Re: [Emc-users] Problem upgrading from 2.7.4

[andy pugh]

On 12 October 2016 at 08:49, Russell Brown  wrote:
> If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
> and 2.95e+240 and axis.ngc is not showing in the display.

Is this one of them "Universal" milling machines, for milling entire universes?

At a guess, the problem is the exponent notation, it tends to get sent
into python as text, then into G-code where the "E" words confuse
matters.

It might be as simple as a position.txt file with bad numbers in it?

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

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

[Emc-users] Problem upgrading from 2.7.4

[Russell Brown]

I tried upgrading from 2.7.4 to 2.7.7 (debian wheezy, apt-get) but when
I fire linuxcnc up I get a popup error message:

>G-Code error in axis.ngc
>
>Near line 12 of /usr/share/axis/images/axis.ngc:
>Bad character 'z' used

If I click 'OK' linuxcnc loads but the initial X & Y show as 4.23e+289
and 2.95e+240 and axis.ngc is not showing in the display.

I then tried 2.7.5 and get the same thing.  Downgrade to 2.7.4 and
everything's back to normal.

axis.ngc sums as 16239 (same as my backups) so I don't think it's that.

A possible contributor to the problem is that I tried installing
NativeCAM but ran into problems as I already use gladevcp for a probe
screen (I'll go back to that once 2.7.7 is working).  I ran "setup.py c"
clear NativeCAM for now.

Any ideas?



(my .ini is here http://ruffle.me.uk/Mesa_Mill.ini.expanded)

linuxcnc prints

>russell@cnc:~$ linuxcnc
>/home/russell/linuxcnc/configs/Mesa_Mill/Mesa_Mill.ini
>LINUXCNC - 2.7.7
>Machine configuration directory is
>'/home/russell/linuxcnc/configs/Mesa_Mill'
>Machine configuration file is 'Mesa_Mill.ini.expanded'
>Starting LinuxCNC...
>Found file(REL): ./Mesa_Mill.hal
>Found file(REL): ./custom.hal
>INFO CLASSICLADDER-   No ladder GUI requested-Realtime runs till HAL
>closes.
>Found file(lib): /usr/share/linuxcnc/hallib/xhc-hb04.tcl
>xhc-hb04: waiting for XHC-HB04 device
>xhc-hb04: found XHC-HB04 device
>xhc-hb04.tcl: using std_start_pause_button
>APP: xhc-hb04-accels found: 
>APP: monitor-xhc-hb04 found: 

then pops the G-Code error box, click OK and it continues

>Waiting for component 'gladevcp' to become
>ready.../usr/bin/gladevcp:185: GtkWarning: GtkSpinButton: setting an
>adjustment with non-zero page size is deprecated
>  builder.add_from_file(xmlname)
>    probe_screen GETINIINFO  
>   Preference file path:
>   /home/russell/linuxcnc/configs/Mesa_Mill/Mesa_Mill.pref
>   .Xlib.protocol.request.QueryExtension
>   Xlib.protocol.request.QueryExtension
>
>   /usr/bin/gladevcp:295: GtkWarning: gtk_widget_size_allocate():
>   attempt to allocate widget with width -5 and height 19
> gtk.main()

Not sure about those Gtk warnings... they might have been around forever
as I normally fire up LinuxCNC from an icon.

-- 
 Regards,
 Russell
 
| Russell Brown  | MAIL: russ...@lls.com PHONE: 01780 471800 |
| Lady Lodge Systems | WWW Work: http://www.lls.com  |
| Peterborough, England  | WWW Play: http://www.ruffle.me.uk |
 

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

Re: [Emc-users] linux cnc servo interface help

[linden]

On 2016-10-11 09:18 AM, Kirk Wallace wrote:
> On 10/11/2016 03:19 AM, linden wrote:
>> hello all,
>>
>>I need some help and suggestions on interfacing dmm dyn4 servo
>> driver with Linuxcnc
> http://www.dmm-tech.com/Dyn4_main.html
>
> LinuxCNC has all the features you need for servo control built-in, you
> really just need a dumb motor driver, then let LinuxCNC do the rest
> (encoder feedback, PID, command output). I use Pico's PWM input motor
> amplifiers to run brushed servos. I believe there are equivalent setups
> for brushless motors. This way LinuxCNC and therefore _you_ get full
> oversight and control of the system.
>
>
thank you Kirk

I think this is what I am looking for:
Pico Systems
Universal PWM Servo Controller
http://pico-systems.com/univpwm.html

time for more homework
linden

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

Re: [Emc-users] linux cnc servo interface help

[linden]

> The DYN4 can run in analogue-controlled velocity mode. That might be
> worth considering.
> It probably doesn't work any better than running the loop in the
> drive, but it is easier to see what the loop is doing.
>
> (Actually, it might also work better, as there is the possibility of
> using velocity feed-forward)
>

Thanks Andi,

Using Analogue velocity mode  what would be the simplest way to get the 
signals from the servo drive in and out of Linuxcnc???  A mesa 7i77 or 
something similar?

Using velocity mode would also simplify things as i could uses similar 
hardware to interface with a spindle motor some where down the road.

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