Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Sarah Armstrong 
it looks like a path problem Gene,
it's trying to find the path to features.ui

if it runs from the command line , then check the path in your ini
( dont worry i had the same problem )

where have you placed linuxcnc-features ?
did you run the setup





On 4 January 2016 at 19:23, Gene Heskett  wrote:

> Greetings all;
>
> I have, I believe, after going over in "wiring up" procedure in the
> README.md file, done everything it seems to call for.  But linuxcnc
> falls over while initializing.
>
> Heres a paste from the cli:
> gene@coyote:~/linuxcnc/configs/sim.axis$ linuxcnc -l
> LINUXCNC - 2.7.3
> Machine configuration directory is '/home/gene/linuxcnc/configs/sim.axis'
> Machine configuration file is 'axis.ini'
> Starting LinuxCNC...
> Found file(REL): ./core_sim.hal
> Note: Using POSIX non-realtime
> Found file(REL): ./sim_spindle_encoder.hal
> Found file(REL): ./axis_manualtoolchange.hal
> Found file(REL): ./simulated_home.hal
> Found file(REL): ./check_constraints.hal
> task: main loop took 0.011922 seconds
> task: main loop took 0.012521 seconds
>
> (gladevcp:14154): libglade-WARNING **: could not find glade
> file 'features.ui'
>  GLADE VCP ERROR:With xml file: features.ui : could not create
> GladeXML object
> :0: gladevcp exited without becoming ready
> Embeded tab command "halcmd loadusr -Wn gladevcp gladevcp -c gladevcp -x
> 77594776 -U --catalog=mill features.ui" exited with error: 1
> Shutting down and cleaning up LinuxCNC...
> task: 1377 cycles, min=0.18, max=0.012521, avg=0.001059, 2 latency
> excursions (> 10x expected cycle time of 0.001000s)
> Note: Using POSIX non-realtime
> LinuxCNC terminated with an error.  You can find more information in the
> log:
> /home/gene/linuxcnc_debug.txt
> and
> /home/gene/linuxcnc_print.txt
> as well as in the output of the shell command 'dmesg' and in the terminal
>
> >From that, can anyone tell me where I might have a typu?  I have gone
> back a second time, finding 2 spelling errors the 2nd time.  But not a
> third time.  Partial problem is that the README.md file appears to be
> stripped from an html encoded file as some surviving evidence of html in
> it.
>
> Does Nick have a web page where I might be able to read it first hand?
> Never mind, I'll google.
>
> It does appear to run ok if ./features.py --catalog=mill is exec'd.  So
> the error is someplace in my "wiring" :)
>
> 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 
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 

The information contained in this message is confidential and is intended
for the addressee only. If you have received this message in error or there
are any problems please notify the originator immediately. The unauthorised
use, disclosure, copying or alteration of this message is strictly
forbidden. This mail and any attachments have been scanned for viruses
prior to leaving the RcTechnix network. RcTechnix will not be liable for
direct, special, indirect or consequential damages arising from alteration
of the contents of this message by a third party or as a result of any
virus being passed on.

RcTechnix reserves the right to monitor and record e-mail messages being
sent to and from this address for the purposes of investigating or
detecting any unauthorised use of its system and ensuring effective
operation.

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Gregg Eshelman 
On 1/5/2016 12:32 AM, Dave Caroline wrote:
> I had problems in this area, I think it is not a feature but a bug
> that an rotary axis cannot be set to 0 or be infinite in its
> rotations, the wrapped rotary docs as an option just seemed wrong for
> this when I last read them a few years ago.
> Winding back is a very slow operation and should not be needed.
>
> There are rotaries with mechanical limits and rotaries without limits,
> an arbitrary large number used as a limit is a kludge waiting to bite
> the unsuspecting.

Why not simply allow a stop-less rotary axis to roll over, with an index 
pulse that indicates where the "ends" are so the control can know 
exactly where the axis' rotation is? Or use an absolute position 
stop-less encoder.


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


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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 02:32:51 Dave Caroline wrote:

> I had problems in this area, I think it is not a feature but a bug
> that an rotary axis cannot be set to 0 or be infinite in its
> rotations, the wrapped rotary docs as an option just seemed wrong for
> this when I last read them a few years ago.
> Winding back is a very slow operation and should not be needed.
>
> There are rotaries with mechanical limits and rotaries without limits,
> an arbitrary large number used as a limit is a kludge waiting to bite
> the unsuspecting.
>
> Dave Caroline

I've not seen a rotary that could not turn forever. Can you supply a URL 
to such a device?

I can see both sides of the problem, but it would appear to be a complex 
fix to treat rotary's differently in the touch off, and would be subject 
to throwing away the residual error the planner now tracks.  That would 
be a source of a residual error condition unless it was actually rehomed 
to a sensor.

But how many of us even have a home switch on the A axis?  We tend to lay 
a machinists level on the workpiece, run it till the bubble is centered, 
or if really finicky, matches the table error, and call it zero.  I dare 
say we could count raised hands on our fingers & not need to remove our 
shoes. :)

Or am I the odd man out here?  It has happened before. :(

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 

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

Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 03:31:58 Sarah Armstrong wrote:

> it looks like a path problem Gene,
> it's trying to find the path to features.ui
>
> if it runs from the command line , then check the path in your ini
> ( dont worry i had the same problem )

If by running from a cd to that directory, which is in the 
/home/gene/linuxcnc directory (and I did not remove the -master from 
the pathname), then yes, doing a "./features.py --catalog=mill". appears 
to work as intended although I haven't attempted to actually design 
something yet.
>
> where have you placed linuxcnc-features ?

/home/gene/linuxcnc/linuxcnc-features-master

Path, in the .ini is:
[DISPLAY]
GLADEVCP = -U --catalog=mill features.ui
FEATURE_PATH = /home/gene/linuxcnc/linuxcnc-features-master
# Name of display program, e.g., xemc
DISPLAY = axis

And I might have found it, that is supposed to be
FEATURES_PATH above.  Missing an S

Unfortunately, that did not fix it. What I am looking at in the terminal 
screen exactly matches what I posted below.

So I moved those 2 added lines to below the DISPLAY = axis in case it 
was order sensitive, which appears to be a no.  Same error.

I've now checked the created links several time, all are there and good.

In /usr/share/pyshared/gladevcp, an "ls -l features*" shows
gene@coyote:/usr/share/pyshared/gladevcp$ ls -l features*
lrwxrwxrwx 1 root root 59 Jan  4 10:51 features.glade -> 
/home/gene/linuxcnc/linuxcnc-features-master/features.glade
lrwxrwxrwx 1 root root 56 Jan  4 10:51 features.py -> 
/home/gene/linuxcnc/linuxcnc-features-master/features.py

And in /usr/lib/pymodules/python2.7/gladevcp:
root@coyote:/usr/lib/pymodules/python2.7/gladevcp# ls -l features*
lrwxrwxrwx 1 root root 59 Jan  4 13:30 features.glade -> 
/home/gene/linuxcnc/linuxcnc-features-master/features.glade
lrwxrwxrwx 1 root root 56 Jan  4 13:30 features.py -> 
/home/gene/linuxcnc/linuxcnc-features-master/features.py

> did you run the setup?

Setup? Other than the above check to see if the download and unpacking 
was ok, no. Its not mentioned in README.md.
>
One thing I note is that when running standalone, from that directory, 
the README.md text says a mill is the default, but its presenting me 
with lathe options.

I can run it with no catalog argument, or with --catalog=lathe and get the
same display.

To get the mill menu, I have to add a --catalog=mill to the invocation.

Still stumped.

Thanks Sarah.

> On 4 January 2016 at 19:23, Gene Heskett  wrote:
> > Greetings all;
> >
> > I have, I believe, after going over in "wiring up" procedure in the
> > README.md file, done everything it seems to call for.  But linuxcnc
> > falls over while initializing.
> >
> > Heres a paste from the cli:
> > gene@coyote:~/linuxcnc/configs/sim.axis$ linuxcnc -l
> > LINUXCNC - 2.7.3
> > Machine configuration directory is
> > '/home/gene/linuxcnc/configs/sim.axis' Machine configuration file is
> > 'axis.ini'
> > Starting LinuxCNC...
> > Found file(REL): ./core_sim.hal
> > Note: Using POSIX non-realtime
> > Found file(REL): ./sim_spindle_encoder.hal
> > Found file(REL): ./axis_manualtoolchange.hal
> > Found file(REL): ./simulated_home.hal
> > Found file(REL): ./check_constraints.hal
> > task: main loop took 0.011922 seconds
> > task: main loop took 0.012521 seconds
> >
> > (gladevcp:14154): libglade-WARNING **: could not find glade
> > file 'features.ui'
> >  GLADE VCP ERROR:With xml file: features.ui : could not
> > create GladeXML object
> > :0: gladevcp exited without becoming ready
> > Embeded tab command "halcmd loadusr -Wn gladevcp gladevcp -c
> > gladevcp -x 77594776 -U --catalog=mill features.ui" exited with
> > error: 1 Shutting down and cleaning up LinuxCNC...
> > task: 1377 cycles, min=0.18, max=0.012521, avg=0.001059, 2
> > latency excursions (> 10x expected cycle time of 0.001000s)
> > Note: Using POSIX non-realtime
> > LinuxCNC terminated with an error.  You can find more information in
> > the log:
> > /home/gene/linuxcnc_debug.txt
> > and
> > /home/gene/linuxcnc_print.txt
> > as well as in the output of the shell command 'dmesg' and in the
> > terminal
> >
> > >From that, can anyone tell me where I might have a typu?  I have
> > > gone
> >
> > back a second time, finding 2 spelling errors the 2nd time.  But not
> > a third time.  Partial problem is that the README.md file appears to
> > be stripped from an html encoded file as some surviving evidence of
> > html in it.
> >
> > Does Nick have a web page where I might be able to read it first
> > hand? Never mind, I'll google.
> >
> > It does appear to run ok if ./features.py --catalog=mill is exec'd. 
> > So the error is someplace in my "wiring" :)
> >
> > 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 
> >
> >
> >

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 06:34:12 Dave Caroline wrote:

> Here is an example of with and without limits in a trunnion design
> http://www.ebay.co.uk/itm/CNC-Rotary-Table-Dividing-Head-Rotational-Ax
>is-4th-5th-Axis-A-B-Axis-100MM-Chuck-/161679996211
>
> Dave

Ya got me Dave. :)
W/O moving the motor on the left to the trunnion, with slip rings, the 
motor on the right must be restricted.  But I was thinking single axis 
stuff. :)
>
> On 05/01/2016, andy pugh  wrote:
> > On 5 January 2016 at 04:37, Cecil Thomas  
wrote:
> >> By the way if there have been any changes in LCNC that let you
> >> "home" or set the rotary axis back to zero without exiting the
> >> program or actually running the axis back to zero I'd like to know
> >> about it since I haven't looked into it for over 10 years.
> >
> > Re-homing the rotary would reset the absolute position.
> > There are HAL pins to home each axis. (halui.joint.N.home bit in)
> > You can drive a bit pin from G-code.
> > So I think it could be done, but it seems like a kludge.
> >
> > --
> > atp
> > If you can't fix it, you don't own it.
> > http://www.ifixit.com/Manifesto
> >
> > 
> >-- ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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

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

Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 11:24:43 Sarah Armstrong wrote:
Back on the list for the archives.

> your loading the glade file totally different to me
>
> in
> [display]
> GLADEVCP = -U --catalog=mill 
> /home/sarah/linuxcnc/linuxcnc-features/features.ui

> your loading into a tab i think ,

And that was it. It needed an absolute path to features.ui  The README.md
I was working from made no mention of an absolute path being needed.

Whoopee and hurray even.  Thanks Sarah.  Now I gotta figure out how to
use it. :)

> On 5 January 2016 at 16:17, Gene Heskett  wrote:
> > On Tuesday 05 January 2016 10:27:07 you wrote:
> > > so:git clone https://github.com/FernV/linuxcnc-features.git
> > > /linuxcnc/linuxcnc-features
> > > will stick it where you want it
> > > then run ./setup
> > > then i'd reboot or at least log out and back in
> >
> > Even a logout and back in is at least 10 minutes because of all the
> > stuff I run after X starts.  But its worth a shot.  Heck, for all
> > that I'll just reboot, somethings been flaky about /dev/ttyUSB0
> > since the last reboot and my ups keeps "wall"ing about connections
> > lost and restored.
> >
> > 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 


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 

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Chris Radek 
On Tue, Jan 05, 2016 at 10:12:15AM +, andy pugh wrote:
> 
> Re-homing the rotary would reset the absolute position.
> There are HAL pins to home each axis. (halui.joint.N.home bit in)
> You can drive a bit pin from G-code.
> So I think it could be done, but it seems like a kludge.

You can't home while gcode is running; you have to stop and switch
to manual mode.

I think dewey has found a fine answer: remove the lines from the ini
and don't worry.  If someone cares about the difference between
MAXDOUBLE and 1e99, we could sure change it.


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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Jon Elson 
On 01/05/2016 03:33 AM, Gene Heskett wrote:
>
> I've not seen a rotary that could not turn forever. Can you supply a URL
> to such a device?
>
>
Yes, stacked rotary axes.  We use one at work.  they have a 
little Yuasa rotary table bolted to a HUGE Yuasa rotary 
table.  The small table has a control cable and an air 
line.  Also, in some setups, the small table will hit the 
machine table if the big table is turned past a certain 
angle.  They use this to cut the insane geometries my boss 
invents.

Jon

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

Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 11:54:34 Sarah Armstrong wrote:

> in your hal file , how are you loading features.ui
> halcmd loadusr -Wn gladevcp gladevcp -c gladevcp -x 73400472 -U
> --catalog=mill features.ui
> this is wrong ? theirs no path shown
>
> this is all you need now
> GLADEVCP = -U --catalog=mill
> /home/sarah/linuxcnc/linuxcnc-features/features.ui
>
> note the path , which yours does not have
> so
> halcmd loadusr -Wn gladevcp gladevcp -c gladevcp -x 73400472 -U
> --catalog=mill features.ui
>
This command is developed inside lcnc someplace as its initializing, so 
there is no loadrt for it in the *.hal file that goes with the 
configs/axis.sim/axis.ini.  The only reason its in the exit err msgs is 
because of that path missing error I had, thanks to the older README.md 
file I was following.

That one had me making my own links, and doing my own .ini file editing, 
which did NOT include the full path to features.ui in the GLADEVCP line.

I just looked at setup again, and there is no mention of checking or 
adding anything to the .ini file.  Not much use trying because no 3 of 
us have exactly the same names for our machines in the lcnc/configs 
directories. Trying to guess that would be similar to cracking your root 
pw.  Since mine is about 25 chars, forgedaboutit. :)

> change to
> halcmd loadusr -Wn gladevcp gladevcp -c gladevcp -x 73400472 -U
> --catalog=mill /home/gene/linuxcnc/linuxcnc-features/features.ui
>
> see if that works
>
> On 5 January 2016 at 16:42, Gene Heskett  wrote:
> > On Tuesday 05 January 2016 10:43:31 you wrote:
> > > did you get my last email Gene ?
> > > with github link
> >
> > Yes, got it, it did have a setup file, which essentially does the
> > same as all the linking I had to do in the older README.md file.
> >
> > And it doesn't fix it either.  Now I have rebooted and managed to
> > get most of the stuff restored, the TDE interface is getting better
> > at recalling what was running. Including some changes I had made to
> > the rc.local file to restart all my network shares. So all I had to
> > do was ssh -Y machine
> > in 3 terminal tabs and I was amazed, they are all up and accessable.
> > That cuts a couple minutes off the reboot time right there!
> >
> > So now we go test linuxcnc -l again.  And back to square one:
> >
> > (gladevcp:5979): libglade-WARNING **: could not find glade file
> > 'features.ui'
> >  GLADE VCP ERROR:With xml file: features.ui : could not
> > create GladeXML object
> > :0: gladevcp exited without becoming ready
> > Embeded tab command "halcmd loadusr -Wn gladevcp gladevcp -c
> > gladevcp -x 73400472 -U --catalog=mill features.ui" exited with
> > error: 1
> >
> > > if not get it from mine  github.com/unseenlaser
> >
> > help->Check for updates says its 2.01, latest version, is yours
> > newer yet?
> >
> > Thanks Sarah.
> >
> > [...]
> >
> > 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 


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 

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

Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Dewey Garrett 

> Does Nick have a web page where I might be able to read it first hand?  

See new post with Subject: features_preview_3
-- 
Dewey Garrett


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

Re: [Emc-users] linuxcnc-features-master

2016-01-05 Thread Gene Heskett 
On Tuesday 05 January 2016 06:11:25 Sarah Armstrong wrote:
back on list for archival purposes.

> they have changed the way it installs so :-
> i have my version located at /home/sarah/linuxcnc/linuxcnc-features
>
> so my added line to [display] section of ini is
> GLADEVCP = -U --catalog=mill
> /home/sarah/linuxcnc/linuxcnc-features/features.ui
>
> apart from running setup in linuxcnc-features , thats all i had to do
> , no other paths etc
> change mill to lathe for lathe etc
>
I renamed it to linuxcnc-features and remade all the links.  No change.
Going into features.glade, I find this at the top of it:
gene@coyote:/usr/share/pyshared/gladevcp$ cat features.glade


  

Which may be all well and good for several years ago, but my libgtk+ is 
3.4.2-7, and synaptic has to look in the comments to find gtk+

There is not a "setup" file in the zipped archive I got.  Maybe I should 
nuke this and go pull a new copy?

I am going to make that version match and see just how big a crash I get.
No diff, it still says it cannot find the features.ui file.
>
> On 5 January 2016 at 10:49, Sarah Armstrong
> 
>
> wrote:
> > Gene ,
> >
> > In the root of linuxcnc features is setup
> >
> > If it’s not executable then change it and then ./setup
> >
> >
> >
> > The only difference is I dropped the -master
> >
> > Give me a min or to  and i’ll start up the box and let you know
> >
> >
> >
> > Sent from Mail  for
> > Windows 10
> >
> >
> >
> >
> > *From: *Gene Heskett 
> > *Sent: *05 January 2016 10:40
> > *To: *emc-users@lists.sourceforge.net
> > *Subject: *Re: [Emc-users] linuxcnc-features-master
> >
> > On Tuesday 05 January 2016 03:31:58 Sarah Armstrong wrote:
> > > it looks like a path problem Gene,
> > >
> > > it's trying to find the path to features.ui
> > >
> > >
> > >
> > > if it runs from the command line , then check the path in your ini
> > >
> > > ( dont worry i had the same problem )
> >
> > If by running from a cd to that directory, which is in the
> >
> > /home/gene/linuxcnc directory (and I did not remove the -master from
> >
> > the pathname), then yes, doing a "./features.py --catalog=mill".
> > appears
> >
> > to work as intended although I haven't attempted to actually design
> >
> > something yet.
> >
> > > where have you placed linuxcnc-features ?
> >
> > /home/gene/linuxcnc/linuxcnc-features-master
> >
> >
> >
> > Path, in the .ini is:
> >
> > [DISPLAY]
> >
> > GLADEVCP = -U --catalog=mill features.ui
> >
> > FEATURE_PATH = /home/gene/linuxcnc/linuxcnc-features-master
> >
> > # Name of display program, e.g., xemc
> >
> > DISPLAY = axis
> >
> >
> >
> > And I might have found it, that is supposed to be
> >
> > FEATURES_PATH above.  Missing an S
> >
> >
> >
> > Unfortunately, that did not fix it. What I am looking at in the
> > terminal
> >
> > screen exactly matches what I posted below.
> >
> >
> >
> > So I moved those 2 added lines to below the DISPLAY = axis in case
> > it
> >
> > was order sensitive, which appears to be a no.  Same error.
> >
> >
> >
> > I've now checked the created links several time, all are there and
> > good.
> >
> >
> >
> > In /usr/share/pyshared/gladevcp, an "ls -l features*" shows
> >
> > gene@coyote:/usr/share/pyshared/gladevcp$ ls -l features*
> >
> > lrwxrwxrwx 1 root root 59 Jan  4 10:51 features.glade ->
> > /home/gene/linuxcnc/linuxcnc-features-master/features.glade
> >
> > lrwxrwxrwx 1 root root 56 Jan  4 10:51 features.py ->
> > /home/gene/linuxcnc/linuxcnc-features-master/features.py
> >
> >
> >
> > And in /usr/lib/pymodules/python2.7/gladevcp:
> >
> > root@coyote:/usr/lib/pymodules/python2.7/gladevcp# ls -l features*
> >
> > lrwxrwxrwx 1 root root 59 Jan  4 13:30 features.glade ->
> > /home/gene/linuxcnc/linuxcnc-features-master/features.glade
> >
> > lrwxrwxrwx 1 root root 56 Jan  4 13:30 features.py ->
> > /home/gene/linuxcnc/linuxcnc-features-master/features.py
> >
> > > did you run the setup?
> >
> > Setup? Other than the above check to see if the download and
> > unpacking
> >
> > was ok, no. Its not mentioned in README.md.
> >
> >
> >
> > One thing I note is that when running standalone, from that
> > directory,
> >
> > the README.md text says a mill is the default, but its presenting me
> >
> > with lathe options.
> >
> >
> >
> > I can run it with no catalog argument, or with --catalog=lathe and
> > get the
> >
> > same display.
> >
> >
> >
> > To get the mill menu, I have to add a --catalog=mill to the
> > invocation.
> >
> >
> >
> > Still stumped.
> >
> >
> >
> > Thanks Sarah.
> >
> > > On 4 January 2016 at 19:23, Gene Heskett  wrote:
> > > > Greetings all;
> > > >
> > > >
> > > >
> > > > I have, I believe, after going over in "wiring up" procedure in
> > > > the
> > > >
> > > > README.md file, done everything it seems to call for.  But
> > > > linuxcnc
> > > >
> > > > falls over while initializing.
> > > >
> > > >
> > > >
> > > > Heres a paste

Re: [Emc-users] Another crazy idea?

2016-01-05 Thread Bertho Stultiens 
On 01/06/2016 03:05 AM, Gene Heskett wrote:
[snip]
> The idea being that when that drain goes low, it will charge the .22, 
> thru the diode, essentially maintaining that charge state.  But when 
> LCNC is stopped, that drain will go high (to 25 volts) as the supply is 
> turned off, and as it goes high, so will the far end of that .22, 
> carrying the + terminal on the third SSR far enough to trigger it.
[snip]

That means you want to use the SSR to act as a bleeder, which is
activated when the main power is shut off.

This is a good idea, but the use of SSR is a problem. An SSR has a TRIAC
or an SCR as switching element, which cannot be turned off. The device
is in the on-state once a current flows until the current reaches under
a holding threshold. This feature is no problem in AC systems, but is
generally bad in DC systems.

When you turn off the machine and the SSR starts to bleed, and then turn
on the machine before the caps are completely empty, then you will have
the bleeder load on there permanently.


-- 
Greetings Bertho

(disclaimers are disclaimed)

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Marcus Bowman 

On 5 Jan 2016, at 13:30, andy pugh wrote:

> On 5 January 2016 at 13:11, Sarah Armstrong
>  wrote:
>> or
>> 999,999,999,999,999,967,336,168,804,116,691,273,849,533,185,806,555,472,917,961,779,471,295,845,921,727,862,608,739,868,455,469,056.00
> 
> You wouldn't want to get anywhere near this limit, though.
> 
> The real practical limit is the number of significant figures in the
> floating-point format (about 16). The difference between 1e99 and the
> next smallest representable number is about 10^83 complete
> revolutions.
> 
> For a 90:1 rotary and a 4096 count encoder you have an angular
> resolution of 3.5 arc seconds. or .0.001 degrees. After only
> 999 degrees the double precision format can no longer
> discriminate between numbers one encoder count apart. A fairly fast
> rotary could get there in less than 100 years.
> 

Oh well; I suppose there is some hope then ...

Thanks for all your contributions, I had feared I was missing something obvious.
It does seem to me that there is a fundamental difference between linear and 
rotary axes. You would not want to exceed a defined limit on a linear axis 
simply because the slide would come to the end of its travel (or off the end), 
so exceeding the limit does not make mechanical sense.
With a rotary axis, it is entirely different. That suggests that limits should 
not be thought of, or applied, in the same way. I can't see any disadvantages 
in automatically treating rotary axes in a different way. The problem, I guess, 
is that while some axes on a mill or a lathe would naturally be treated as 
rotary, other unspecified machines with unspecified axis movement types would 
then need exceptions. It's a penalty of flexibility.
Anyway; for now I will try much larger limits on the odd occasion when I need 
to do this kind of rotary motion. Or do the job another way. In this case, the 
(diameter of the job + 2 x diameter of cutter) exceeded the Y travel on my 
mill, so I thought that using the rotary table was a reasonable solution. I 
could have done it in the manual lathe, but really object to the time that 
would take, so I stuck it on the mill while I got on with other jobs. One of 
the bonuses of CNC after all.

Regards,

Marcus

> -- 
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
> 
> --
> ___
> 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] Resetting rotary movement count

2016-01-05 Thread John Thornton 
Just leave the limits out of the ini for the rotary.

http://linuxcnc.org/docs/2.7/html/config/ini-config.html#_axis__lt_num_gt_section

JT

On 1/5/2016 4:43 PM, Marcus Bowman wrote:
>
> Anyway; for now I will try much larger limits on the odd occasion when I need 
> to do this kind of rotary motion. Or do the job another way. In this case, 
> the (diameter of the job + 2 x diameter of cutter) exceeded the Y travel on 
> my mill, so I thought that using the rotary table was a reasonable solution. 
> I could have done it in the manual lathe, but really object to the time that 
> would take, so I stuck it on the mill while I got on with other jobs. One of 
> the bonuses of CNC after all.
>
> Regards,
>
> Marcus
>
>


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

[Emc-users] features_preview_3

2016-01-05 Thread Dewey Garrett 
TL:DR ? try the features_preview_3 branch (deb or rip)

There are several repositories for 'linuxcnc-features'; the most recent
'features' developments have been in:

  http://fernv.github.io/linuxcnc-features/

The zip and tar files available from that link appear to be based
on commit:

  commit  0e6e7969488fc0da36e27cf3835581580effe280
  Author: Fernand Veilleux 
  Date:   Mon Dec 7 09:37:15 2015 -0500

This embodiment provides a setup script (named 'setup') that
makes 'features' available for an existing installation of
LinuxCNC.  (It is not clear what version of LinuxCNC is expected,
presumably 2.7.x)  The script does this by:

  1) making links from local files to system directories:
 /usr/share/pyshared/gladevcp/
 /usr/lib/pymodules/python2.7/gladevcp/

  2) modifying (in-place) LinuxCNC-provided files:
 /usr/share/pyshared/gladevcp/hal_pythonplugin.py
 /usr/share/glade3/catalogs/hal_python.xml

Updates to LinuxCNC may break this type of 'features'
installation due to the in-place edits and links.

As explained in the README.md that accompanys the zip (or tar)
archive , the setup script can remove these modifications using
the 'c' option (setup c)

--

HOWEVER, an alternative means to use or test 'linuxcnc-features'
using LinuxCNC directly was created in November 2015 by making a
branch within the LinuxCNC git repository.   The most recent
version of this branch is named 'features_preview_3'.

Incorporating 'features' into the LinuxCNC git tree required some
organizational modifications for its files and directories to
allow it to work for both:

1) A Run-In-Place (RIP) build where development is
   facilitated for interested contributors and testers
and
2) deb package installs (the standard distribution method for
   LinuxCNC users)

Additionally, some components used in the source repository for
'features' were not included because of current license
incompatibility (these limitations could likely be resolved in
the future).

Deb packages for all supported architectures are built for test
branches like 'features_preview_3' by the buildbot
(buildbot.linuxcnc.org) for each new set of commits.  These deb
packages are usually available for a few days until pruned.

Using this 'features_preview_3' branch does not require any
special setup or linking and editing of system files.  Sample
simulation configs are available using the configuration
picker:

Sample Configurations/sim/axis/features_demo/mill.ini  (or mill_mm.ini)
Sample Configurations/sim/axis/features_demo/lathe.ini (or lathe_mm.ini)

Examining the ini files for these sample configs will illustrate
how the gladevcp panel and required ini items can be adapted
to other configs.

Since the 'features_preview_3' testing branch is based on
LinuxCNC 2.7, there is a potential to have the branch merged into
the current LinuxCNC release -- if there are users, testers and a
maintainer.

The last commit by FernV that is incorporated into the
'features_preview_3' branch is:
  commit  ff8f15fc11dab1d23de6dfef49a85603100774ee
  Author: Fernand Veilleux 
  Date:   Thu Nov 26 20:41:12 2015 -0500

There were no current deb packages available today but I inquired
on IRC and Seb triggered the buildbot to make new debs so
interested testers could test.  Intervening LinuxCNC updates
prevented successful buildbot debs so the branch was rebased to
the current 2.7 branch (113e785) and named 'features_preview_3'.  Deb
packages are now available (for a few days probably).

Instructions for getting a scratch deb are on the buildbot
homepage: http://buildbot.linuxcnc.org (bottom of the page).

I am not the developer nor maintainer but FernV may be interested
in hearing both positive user reports and learning about any
problems encountered.

If you like 'features', testing a 'features_preview_3' buildbot
deb package or a RIP install would be a productive way to
both help (by testing) and could encourage a merge to LinuxCNC 2.7
-- 
Dewey Garrett


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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Dave Caroline 
Here is an example of with and without limits in a trunnion design
http://www.ebay.co.uk/itm/CNC-Rotary-Table-Dividing-Head-Rotational-Axis-4th-5th-Axis-A-B-Axis-100MM-Chuck-/161679996211

Dave

On 05/01/2016, andy pugh  wrote:
> On 5 January 2016 at 04:37, Cecil Thomas  wrote:
>> By the way if there have been any changes in LCNC that let you "home"
>> or set the rotary axis back to zero without exiting the program or
>> actually running the axis back to zero I'd like to know about it
>> since I haven't looked into it for over 10 years.
>
> Re-homing the rotary would reset the absolute position.
> There are HAL pins to home each axis. (halui.joint.N.home bit in)
> You can drive a bit pin from G-code.
> So I think it could be done, but it seems like a kludge.
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
> --
> ___
> 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] Resetting rotary movement count

2016-01-05 Thread Dewey Garrett 
>I had problems in this area, I think it is not a feature but a bug
>that an rotary axis cannot be set to 0 or be infinite in its

If [AXIS_n]MAX_LIMIT is missing, the value used is 1e99

http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/ini/iniaxis.cc;h=ee0a6d6a2ed4cb0440418b063287475484d6f5ab;hb=refs/heads/2.7

src/emc/ini/iniaxis.cc
 163 // set max position limit
 164 limit = 1e99;   // default
 165 axisIniFile->Find(, "MAX_LIMIT", axisString);
 166 
 167 if (0 != emcAxisSetMaxPositionLimit(axis, limit)) {
 168 if (emc_debug & EMC_DEBUG_CONFIG) {
 169 rcs_print_error("bad return from 
emcAxisSetMaxPositionLimit\n");
 170 }
 171 return -1;
 172 }
-- 
Dewey Garrett


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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Stuart Stevenson 
Gentlemen,
On my bridge mill

5 axis
Fanuc 15mb
XYZ linear axes
BC head with the B axis riding on the C axis - picture of same but newer
machine http://mightyusa.com/b-5000%205bc.html

Absolute encoders on all axes
C axis has slip rings - there is no need to unwind while cutting - the axis
can rotate 'infinitely'

notice the quotes around infinitely as the control allows 9,999.999 degrees
of encoder count

XYZB cannot exceed the encoder count because of physical limits

C has unlimited physical motion capability - the control has limited motion
capability
I would think the newer control has larger registers but I do not know this
as fact.

I had to size a large hole through a large punch press connecting rod. The
head barely fit into the hole and the part was tall enough I had to rotate
the B axis up to allow clearance to position the head over the hole. With a
ball nose end mill in the spindle I set the diameter by rotating the B axis
and bored the hole by rotating the C axis.

First pass roughing I rotated the C axis 1 revolution, moved Z down and
rotated C again.
Repeating for every pass with a loop I was surprised the machine stopped
after just a few passes. C axis machine position was 9,999.999 degrees.

I changed the program to reset the C to zero for every pass. Surely this
would allow the program to finish. Not so, the machine stopped in exactly
the same spot.

I was able to cut the part by changing the program to rotate one direction,
move down, rotate the opposite direction, move down, then loop the program.

This worked just fine but it shows fanuc controls handle the axis motion in
the same manner as LinuxCNC. I would guess all controls would handle the
axis motion in the same manner.

I have no experience with a lathe that the spindle is also a C axis.

thanks
Stuart

On Tue, Jan 5, 2016 at 5:34 AM, Dave Caroline 
wrote:

> Here is an example of with and without limits in a trunnion design
>
> http://www.ebay.co.uk/itm/CNC-Rotary-Table-Dividing-Head-Rotational-Axis-4th-5th-Axis-A-B-Axis-100MM-Chuck-/161679996211
>
> Dave
>
> On 05/01/2016, andy pugh  wrote:
> > On 5 January 2016 at 04:37, Cecil Thomas  wrote:
> >> By the way if there have been any changes in LCNC that let you "home"
> >> or set the rotary axis back to zero without exiting the program or
> >> actually running the axis back to zero I'd like to know about it
> >> since I haven't looked into it for over 10 years.
> >
> > Re-homing the rotary would reset the absolute position.
> > There are HAL pins to home each axis. (halui.joint.N.home bit in)
> > You can drive a bit pin from G-code.
> > So I think it could be done, but it seems like a kludge.
> >
> > --
> > atp
> > If you can't fix it, you don't own it.
> > http://www.ifixit.com/Manifesto
> >
> >
> --
> > ___
> > 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
>



-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Sarah Armstrong 
or
999,999,999,999,999,967,336,168,804,116,691,273,849,533,185,806,555,472,917,961,779,471,295,845,921,727,862,608,739,868,455,469,056.00

On 5 January 2016 at 13:03, Dewey Garrett  wrote:

> >I had problems in this area, I think it is not a feature but a bug
> >that an rotary axis cannot be set to 0 or be infinite in its
>
> If [AXIS_n]MAX_LIMIT is missing, the value used is 1e99
>
>
> http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/ini/iniaxis.cc;h=ee0a6d6a2ed4cb0440418b063287475484d6f5ab;hb=refs/heads/2.7
>
> src/emc/ini/iniaxis.cc
>  163 // set max position limit
>  164 limit = 1e99;   // default
>  165 axisIniFile->Find(, "MAX_LIMIT", axisString);
>  166
>  167 if (0 != emcAxisSetMaxPositionLimit(axis, limit)) {
>  168 if (emc_debug & EMC_DEBUG_CONFIG) {
>  169 rcs_print_error("bad return from
> emcAxisSetMaxPositionLimit\n");
>  170 }
>  171 return -1;
>  172 }
> --
> Dewey Garrett
>
>
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 

The information contained in this message is confidential and is intended
for the addressee only. If you have received this message in error or there
are any problems please notify the originator immediately. The unauthorised
use, disclosure, copying or alteration of this message is strictly
forbidden. This mail and any attachments have been scanned for viruses
prior to leaving the RcTechnix network. RcTechnix will not be liable for
direct, special, indirect or consequential damages arising from alteration
of the contents of this message by a third party or as a result of any
virus being passed on.

RcTechnix reserves the right to monitor and record e-mail messages being
sent to and from this address for the purposes of investigating or
detecting any unauthorised use of its system and ensuring effective
operation.

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Dave Caroline 
Dewey I had no idea that size limit existed, same default for negative?

Maybe time for an update to the docs? even removal of the standard
 from stepconf (or at least ask the user)

Dave

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread andy pugh 
On 5 January 2016 at 13:11, Sarah Armstrong
 wrote:
> or
> 999,999,999,999,999,967,336,168,804,116,691,273,849,533,185,806,555,472,917,961,779,471,295,845,921,727,862,608,739,868,455,469,056.00

You wouldn't want to get anywhere near this limit, though.

The real practical limit is the number of significant figures in the
floating-point format (about 16). The difference between 1e99 and the
next smallest representable number is about 10^83 complete
revolutions.

For a 90:1 rotary and a 4096 count encoder you have an angular
resolution of 3.5 arc seconds. or .0.001 degrees. After only
999 degrees the double precision format can no longer
discriminate between numbers one encoder count apart. A fairly fast
rotary could get there in less than 100 years.

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

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

Re: [Emc-users] Resetting rotary movement count

2016-01-05 Thread Marcus Bowman 


On 5 Jan 2016, at 22:48, John Thornton wrote:

> Just leave the limits out of the ini for the rotary.
> 
> http://linuxcnc.org/docs/2.7/html/config/ini-config.html#_axis__lt_num_gt_section
> 
> JT

Thanks, John. I see the emails from Dewey and Jon as well. I met the same 
problem again this afternoon, when doing extensive manual jogging (trying to 
get an awkward job concentric). I will try the suggested solution tomorrow.

Marcus
> 
> On 1/5/2016 4:43 PM, Marcus Bowman wrote:
>> 
>> Anyway; for now I will try much larger limits on the odd occasion when I 
>> need to do this kind of rotary motion. Or do the job another way. In this 
>> case, the (diameter of the job + 2 x diameter of cutter) exceeded the Y 
>> travel on my mill, so I thought that using the rotary table was a reasonable 
>> solution. I could have done it in the manual lathe, but really object to the 
>> time that would take, so I stuck it on the mill while I got on with other 
>> jobs. One of the bonuses of CNC after all.
>> 
>> Regards,
>> 
>> Marcus
>> 
>> 
> 
> 
> --
> ___
> 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] Another crazy idea?

2016-01-05 Thread Gene Heskett 
Greetings everybody;

I have the soft start working, but have found that the capacitors are 
forming up to a very low leakage since they are operating at about half 
to 1 volt above their labeled voltage, which if it was turned on every 
day, the inrush probably would not trip a 15 amp breaker.  Turned off at 
5 ish because I needed to go see about a feedbag for us, and not turned 
on till nominally 1:30 in the afternoon of the next day, the normal 
operating voltage of 127 had only leaked down to about 115 volt.  Since 
there's the equ of 2, 68,000 uF caps in series, that still represents a 
considerable shock hazard if I decide to do something that needs the + 
line touched.

So, here's my wild idea. Take another of those SSR's, ground the - 
control terminal, put a diode across the + to - terminals to absorb 
any - voltage, and charge a .22 uF cap connected to the + terminal and 
the drain of the SSR doing the original turn on thru that diode.

The idea being that when that drain goes low, it will charge the .22, 
thru the diode, essentially maintaining that charge state.  But when 
LCNC is stopped, that drain will go high (to 25 volts) as the supply is 
turned off, and as it goes high, so will the far end of that .22, 
carrying the + terminal on the third SSR far enough to trigger it.

Nice idea,  but these caps can also act as a battery because of their 
dielectric absorbtion, maintaining a small discharge current that when 
the bleeder is removed, potentially over the next hour bring the back of 
caps back up to as high as 20 volts.

Because I don't know what the recovery characteristics of these SSR's 
are, the temptation is to feed the load r's normally grounded terminal, 
to ground thru a small tranny delivering 6.3 volts AC, which would seem 
to guarantee a shutoff at somewhere near the T=RC time where the R is 6 
5k 10 watt resistors in parallel, and the C is the .068 Farad of the 
filter caps.

With a startup delay 1.5 times that T, then I could be well assured that 
should I forget to do something, and turn it back on immediately, that 
time delay would prevent me from re-applying power before the third SSR 
has reset to the off state, which would leave the now hot bleeders still 
connected & using around 25 watts. Just from the CCS heat alone, thats 
not a great idea.

What do you think? Is that a safe and workable idea?  Or do I need to 
find a lower R than the 833.etc ohms that 6 of those 5K's in 
parallel represents?

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 

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