> if I start the program with FO 0%
> it moves to x0y0 at G0. (this is bad) It should not do anything at
> this point.
This is based on master, FO is ignored on rapids in master.
Though I see in Rob's source it maybe compiled out...
Chris M
-
>
> I know, poor form to answer your own posts, but I have now done this to no
> avail. Is there a limit to the number of POSTGUI_HALFILES that can be
> specified in the main .ini file?
>
> Cheers, Gene
Yes. - There can only be one.
But you can call another hal file from it.
add:
source fil
> * Merge the unified-build branch? This branch currently needs review by
> more devs, has known licensing issues, needs buildbot and deb-archive
> updates, and needs new kernels (awesomely produced by zultron's kernel
> builder).
>
Is this anywhere near mergable to master?
I would bet that
Just noticed the 7i64 pin names changed from digin to input etc.
Great that they are consistent across boards
Is that just in master?
Also I see the analog pin is called analog0
analogin0 would be consistent with other sserial boards (and more clear)
Is that doable?
Cheers
Chris M
> >
>
> It is a very small change to lines 151 and 152 in
> src/hal/drivers/mesa-hostmot2/sserial.h
> But I am not 100% sure that "analogin" is used across all Mesa cards.
>
> --
> atp
Andy
I now also notice that the 7i73 encoder component pin name has
a different ending from 2.5 to master (
While playing with Gscreen's Gaxis on a lower power machine
I noticed that the plot skips lines if the Gcode is also shown.
If I tab to manual it hides the Gcode text window and the plot
doesn't skip.
I wonder if this would make the plot useful on BBB using Gscreen Gaxis.
I could make the Gcode
When I was working on Gscreen I noted AXIS's
starting RPM for manual spindle was 1 which is safe but
too low for many spindle drives.
I made it configurable in master.
I changed the method in emcmodule to optionally
except an RPM when spindle_forward or spindle_reverse is called.
This works nicel
> From: bodge...@gmail.com
> Date: Sun, 22 Dec 2013 11:05:57 +
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] 7i64 analog pin names inconsistent
>
> On 22 December 2013 02:51, Chris Morley wrote:
>
> > I now also notice that the 7i73
> Date: Wed, 25 Dec 2013 22:10:50 -0500
> From: rwe...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Initial tests of circular arc blending
>
> Hi Gene,
>
> I've been working off of 2.6, but it could be backported to 2.5.x as well,
> with a little work. I
In 2.5 one could call halrun -sf
which would run the commands in a file (if present)
but would not print the halcmd prompt.
Note the 'if present' if not it would be interactive from the stdin
In master:
-f without a file is an error.
It seems -I was added for interactive without a file.
-Is stil
I have refactored stepconf to use gtk builder.
libglade's druid is badly broken and going to be dropped
in future linux distributions.
I also broke it out to more files for ease of adding pages.
This is for future upgrades for BBB configuring etc.
It also helped me flesh out some ideas for pncconf
>
> I think filling out the empty readme would be better than dropping it,
> but that is just me. Other than that it sounds very good...
>
>EBo --
>
Sure but I don't know what would be useful to fill it with :)
Chris M
---
> To: emc-developers@lists.sourceforge.net
> Date: Sun, 29 Dec 2013 09:36:17 -0700
> From: e...@sandien.com
> Subject: Re: [Emc-developers] stepconf refactor
>
> On Dec 29 2013 9:30 AM, Chris Morley wrote:
> >>
> >> I think filling out the empty readme wo
> Date: Sun, 29 Dec 2013 16:47:55 +
> From: dave.thearchiv...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] stepconf refactor
>
> There are a couple of annoyences in stepconf in 2.5.3
> if you pick a pyvcp demo, a pin is used that does not exist in the
> Chris,
> I've noticed that old stepconf is not usable on small displays, e.g.
> 1024x600 netbook screen.
> Will you consider this in new code?
>
1024x600 ? that seems kinda odd.
I have not tried that but:
It should be useable on 800x600 displays right now.
You might have to un-expand the ste
> Date: Sun, 29 Dec 2013 11:27:02 -0600
> From: bjt...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] stepconf refactor
>
> IMHO, having any defaults in a data entry box is confusing to new users
> as they think the "defaults" should be correct instead of p
>
> It should be useable on 800x600 displays right now.
> You might have to un-expand the stepper timing box,
> on the basic page to get to the navigation buttons.
It would be nice if 800x480 was usable. That's the most common
resolution for the 7" LCD panels I like to hook to the BeagleBone.
>
> If you set a metric default it uses the same numbers as an inch
> machine, kinda dumb to have 4mm Z distance for a default. please at
> least use figures that the default .ngc needs to run.
>
> Dave Caroline
>
what would be reasonable defaults for axes and for tests?
I guess maybe I coul
> Date: Mon, 30 Dec 2013 10:50:04 +0400
> From: aysta...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] stepconf refactor
>
> simple conversion of units might do. e.g position/speed should be
> multiplied by 25.4, acceleration by 25.4*25.4.
>
So that made
> Date: Mon, 30 Dec 2013 19:05:23 +
> From: dave.thearchiv...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] stepconf refactor
>
> 5mm per rev is possibly more common in the hobby arena
>
>
Perfect - I thought 20 sounded high.
I can add that to be cha
Date: Mon, 30 Dec 2013 17:39:17 +
From: dave...@outlook.com
To: emc-developers@lists.sourceforge.net
Subject: [Emc-developers] TB6560 Example configs for 3axis and 4 axis Boards (
for consideration to be added to Master )
Hi All
As everyone knows people do have difficulty with these Chine
Has anyone any comments on this?
I have not looked at the patch but the premise seems fine.
Having the option to have tool tips match other popular OEMs
with no real down side seems a good idea.
Personally (if it was up to me) in the long run I would consider
making that the standard (if most ma
> From: bodge...@gmail.com
> Date: Sat, 4 Jan 2014 23:39:42 +
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Fanuc tool tip direction style patch
>
> On 4 January 2014 23:29, Chris Morley wrote:
>
> > I have not looked at the patch
We have no formal patch submission process.
Fairly often someone presents a patch to us and it
gets no response.
I find this a bit of a tragedy and bad manners.
Anyone not used to linuxcnc development will
be pretty put-off with no response and have in fact
little recourse - other then continue
I just pushed my re-factor of stepconf into master.
It mostly about internal changes - though a couple use
differences.
It now use GTK builder and GTK notebook so can be
edited with reasonably modern GLADE editors.
I broke it up into more files so to add comprehension
(I hope) and ease adding of
> Date: Sun, 5 Jan 2014 16:14:39 -0700
> From: s...@highlab.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Discuss: patch submissions
>
> On 01/05/2014 05:46 AM, andy pugh wrote:
> > On 5 January 2014 02:31, Chris Morley wrote:
> >
> Date: Sun, 5 Jan 2014 10:50:25 +
> From: filipeto...@portugalmail.pt
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Discuss: patch submissions
>
> I can volunteer to follow/try to understand patches of the "general
> users", like myself.
>
> However my inte
> Date: Thu, 9 Jan 2014 08:33:36 +
> From: filipeto...@portugalmail.pt
> To: emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] Error in backplot with backtool set up in lathes
>
> Good morning,
> Strangely I did not got any reply from the forum in this question:
>
>
> h
I believe the problem with patches is not that they have no one to
review them, but they have no where to go. Anything but trivial and
obvious fixes generally gets relegated into the "that could break
things" category and are silently shunned until they are forgotten or
otherwise go away. This
age. which I think is often a problem.
> I agree with Chris Morley that the master branch *is* supposed to be our
> unstable/development branch. Our release cycle should look something
> like this:
>
> 1. New features should be developed in feature branches, tested and
> stabil
> > If it is frozen does that mean UB3 and ja are not being merged in
> > 2.6?
> > Is that official now?
>
> This got me to thinking... What does "official" even mean these days.
> Once we have a 1) a branch master, and 2) a plan, Then it makes sense
> that it is whatever they decide (and hop
.
> >
> > Well what do you mean by seriously effect master?
> > If I add code that changes how feed override affects rapids, is that
> > serious?
> > I mean it works fine but it seriously changes behaviour.
> > How about the new TP changes ? It is basically ready for master but
> > has
> > actua
> From: bodge...@gmail.com
> Date: Mon, 13 Jan 2014 13:37:16 +
> To: emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] Nicely set up HXL
>
> http://youtu.be/nOPW4-WRRMs
>
> The chap is having some problems with tool offsets, however.
> He is using Gscreen, and I am not entire
While doing some testing work i wanted to build a deb.
I found this wiki page:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Buildyourowndebpackages
It always fails for me saying there are a bunch of docs left in the
tmp file. files such as:
gcode_overview.html
gcode_main.html
looks like anything st
> Date: Wed, 22 Jan 2014 09:17:22 -0700
> From: s...@highlab.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] [emc:bugs] #352 glade is unable to load
> gladevcp catalog
>
> On 1/21/14 19:55 , Chris M wrote:
> > - **status**: open --> closed-works-for-me
> > - **ass
To those with linuxcnc web site control:
http://linuxcnc.org/index.php/english/forum/32-documents/27447-source-code-access
he surely has some good points.
Chris M
--
CenturyLink
For some of the new screens that favour touch screens,
it is desirable to use a theme that make the scroll bar
wider.
I would like to add a theme to the linuxcnc package that
is an example of this.
I'm not sure what the proper way to do this is.
I guess in a RIP, use a system link, otherwise inst
> What about ~/.themes?
>
> >>
> >> Anybody got suggestions/comments
> >
> > It's awkward to mix rip builds and system modifications of this kind.
> >
> > LinuxCNC requires a number of system modifications, most notably the
> > ulimit memlock increase in /etc/security/limits.d. If you wanted
A recent change to halshow has broken it for Gscreen/gmoccapy.
Reading the changes an assumption was wrong...
The -ini option is indeed used.
Dewey can you look at this please.
Chris M
Added a bit to the wiki, about creating custom screens with Gscreen.
This will hopefully turn into docs for the manual.
If anyone could try this part and give feedback that would be great.
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Gscreen_Customization#Building_a_simple_test_screen
It creates a sm
let that look the same but do different
things.
Glade stuffs in these stock icons if you don't supply custom ones.
Glade complains too much about less then critical things.
>
> JT
>
> On 2/10/2014 3:13 PM, Chris Morley wrote:
> > Added a bit to the wiki, about creating cus
> Date: Wed, 12 Feb 2014 05:52:49 -0600
> From: bjt...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] feedback wanted: custom Gscreen tutorial
>
> Chris,
>
> I found hal_python.xml hiding among the rest... why would you have to
> change the class name? I t
Why not change all params so they are read or write (not rw) and
can have signals connected to them.
If the signal is not connected it uses it's default setting other wise
it follows the signal - we have a few pins like this already.
As pointed out by Andy the PID params really only need to be i
Date: Sun, 30 Mar 2014 22:04:54 -0500
From: char...@steinkuehler.net
To: emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] Discuss: patch submissions
On 3/30/2014 7:19 PM, andy pugh wrote:
> On 31 March 2014 00:42, Jeff Epler wrote:
>
>> There are some features that were inclu
> Date: Wed, 9 Apr 2014 18:52:35 -0500
> From: ch...@timeguy.com
> To: emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] I'm preparing for a 2.5 bugfix release
>
> I want to release 2.5.4 soon; there are some important fixes in
> there. I'm aiming for around the 16th, a week from
> From: ghesk...@wdtv.com
> To: emc-developers@lists.sourceforge.net
> Date: Sun, 13 Apr 2014 11:09:40 -0400
> Subject: [Emc-developers] pncconf?
>
> Greetings;
>
> Running it for practice just to see how it works, one thing I see, or more
> specifically don't see, is in the choice of BOB's th
> Gene:
> >
> > What version of linuxcnc are you using?
>
> That was 2.6.0-current-sim, running on this box, a useless machine for real
> LCNC.
>
2.6 as of 10 days ago should have '5i25-internal' selection for boardname,
without doing anything.
> > The error message would be good
>
> I was g
> >
> Both of those machines are running 2.5.3 as of about noonish today. First
> thing I did as soon as the monitors warmed up.
>
yes 2.5.3 and 2.6 are set up differently, which one will you use for the actual
machine?
> That leaves me DITW. And wondering what I have to do to make pnccon
> From: ghesk...@wdtv.com
> To: emc-developers@lists.sourceforge.net
> Date: Sun, 13 Apr 2014 23:28:37 -0400
> Subject: [Emc-developers] where to install 5i25 stuff?
>
> Greetings;
>
> I found a 5i25 UPDATE.zip, which contained a script I had a heck of a time
> making run even on this machine.
I might add that gscreen is designed to support custom screens, in fact that is
the point of it. It uses python if you need custom code to run your gui or just
use the linuxcnc widgets. There is some start on docs for custom screens on the
wiki
Chris M
- Reply message -
From: "Sebastia
This patch adds a pin to motion that allows rapids to be overridden
from 0 to 100 percent.
connecting this pin to halui.feed-override.value makes GUI's feed override
also control rapids.
This patch does not add an NML command to control rapid override,
That is beyond my skill and I'm not sure nece
> (I'm writing this to the developers list.)
>
> Rather then tell us how to make changes so that the system works the way
> it used to, I'd rather see that as a default. Even if it adds a small
> amount of complexity to the system I think it would be better if the
> release notes said someth
> Date: Fri, 6 Jun 2014 20:54:48 -0500
> From: ch...@timeguy.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] rapid override pin patch
>
> On Fri, Jun 06, 2014 at 06:52:03AM +, Chris Morley wrote:
> > This patch adds a pin to motion
>
> I think the masking should continue to be honored. I think masking
> the overrides is VERY rarely used (I know I've never programmed it
> by hand), but where it is used it is critical.
>
> The G76 threading cycle uses this functionality for instance - when
> it gets to the end of the thre
This is a bug.
The i is being redirected for increment changes
If you try shift I you will see the increments change from continuous.
I'll look at a work around. Do you use keyboard short cuts?
Chris M
> Date: Thu, 12 Jun 2014 08:02:51 +0200
> From: mar...@mastercut.co.za
> To: emc-developers@lis
un 12, 2014 10:26 PM
> On 13 jun. 2014, at 06:46, Chris Morley wrote:
>
> This is a bug.
> The i is being redirected for increment changes
I noticed when editing a program that while typing the 'i' will not appear in
the text field. Typing "infill" will result
> Date: Fri, 13 Jun 2014 08:04:05 +0200
> From: mar...@mastercut.co.za
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Gscreen bug or intended ?
>
>
> On 2014-06-13 07:35, Chris Morley wrote:
> > Yes I believe so.
> > I need to have
> Date: Sun, 15 Jun 2014 09:32:23 +0200
> From: mar...@mastercut.co.za
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Gscreen bug or intended ?
>
> Chris
> On the lathe - 2.6.0 pre3 and on the dev machine 2.7.0 the latest. I
> update every week at least.
>
I pushed
On the cnc lathes I'm aware of tools positions are never swapped during tool
changes.
So T0101 is tool position 1 offset 1
T010101 is tool position 1 offset 1 wear offset 1
Tool position , offset , and wear offset are all complete independent and can
be mixed.
This is for okuma lathes but the
This patch allows an integrator to specify the starting RPM
of the spindle when started in manual mode.
Currently the RPM is always 1, which I dare say most drives
cannot actually do.
The capability was in emcmodule for a while (I added it for gscreen),
I just forgot about AXIS.
The change is v
I have noticed the script that selects/starts linuxcnc,
displays some errors in the terminal:
starts with alot of this:
LINUXCNC - 2.6.2
error in background error handler:
too many nested evaluations (infinite loop?)
while executing
"::tcl::Bgerror {too many nested evaluations (infinite loo
> Date: Mon, 18 Aug 2014 16:39:43 -0600
> From: s...@highlab.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] PATCH: adding default spindle speed to AXIS
>
> On 8/18/14 4:01 PM, Chris Morley wrote:
> > This patch allows an integrator to
> Date: Mon, 18 Aug 2014 22:15:43 -0500
> From: jep...@unpythonic.net
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] some non-fatal errors in 2.6.2 RIP
>
> On Tue, Aug 19, 2014 at 12:19:05AM +, Chris Morley wrote:
> > I have noticed the sc
Just wondering how hard it would be to
have gremlin 'dry-run' a program without
the machine moving.
I would think not that hard as it actually
runs the program right after loading to
check for obvious errors IIRC...
Any comments?
Chris M
--
> Date: Fri, 29 Aug 2014 20:12:38 +0200
> From: nie...@web.de
> To: emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] gmoccapy under Wheesy
>
> Hallo,
>
> gmoccapy uses the on screen keyboard "onboard". Unfortunately there is
> no deb for that within the debian repository.
>
>
> Date: Thu, 4 Sep 2014 09:16:55 -0600
> >> gmoccapy uses the on screen keyboard "onboard". Unfortunately there is
> >> no deb for that within the debian repository.
> >>
> >> Does someone know an alternative for it, or should every user be forced
> >> to build it from source?
> >>
> >> Chris,
>
> That kind of usage of external programs is fine, but it should be noted
> in the package metadata: linuxcnc.deb should Depend on onboard.deb.
> That would have alerted us to this problem as soon as we tried to run on
> Wheezy.
>
Yes I guess that would have helped alot. :)
I find playing with
> From: ghesk...@wdtv.com
> To: emc-developers@lists.sourceforge.net
> Date: Sun, 21 Sep 2014 15:31:05 -0400
> Subject: [Emc-developers] widgets for glade? What(s) file to install
>
> Greetings Glade experts;
>
> My glade says its the needed version, but...
>
> Although glade looks almost nor
>
> And that is just from running it with no arguments, so it looks like I
> have a missing dependency.
>
> > Chris M
>
> Thanks Chris M.
>
Believe it or not those are warnings you can ignore.
Do you see the hal python and VCP actions widgets on the left?
You may need to scroll to see them.
> From: ghesk...@wdtv.com
> To: emc-developers@lists.sourceforge.net
> Date: Sun, 21 Sep 2014 22:27:57 -0400
> Subject: Re: [Emc-developers] widgets for glade? What(s) file to install
>
> On Sunday 21 September 2014 19:44:07 Chris Morley did opine
> And Gene did reply:
&
I have pushed a new refactored version of pncconf into master.
This one makes PID stepper configs.
It also loads much faster.
I would appreciate any devs or power users to test on whatever
mesa hardware they have that pncconf supports -
even just runnimg a config on hardware without running a
mac
Thanks Peter it really helps.
A few questions:
>
>
> A couple things:
>
> loadrt probe_parport
>
> should probably only be inserted for RTAI (and maybe only on EPP configs)
> It fails on uspace
>
I wonder if this would be considered a bug?
IIRC our docs say using probe_parport when not requ
> Date: Sun, 12 Oct 2014 21:05:23 +0200
> From: nie...@web.de
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Replace function off hal_sourceview
>
> Chris,
>
> is there a special reason, why you did not merge the patch "adding
> replace to hal_sourceview" to 2.6?
>
> From: viesturs.la...@gmail.com
> Date: Mon, 20 Oct 2014 20:48:42 +0300
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] incremental change to linuxcnc's APIs for user
> interfaces
>
> 2014-10-19 16:06 GMT+03:00 Jeff Epler :
> > Last night at the Texas fest, Chris Ra
> Date: Thu, 5 Mar 2015 21:21:13 -0700
> From: s...@highlab.com
> To: emc-us...@lists.sourceforge.net; emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] Google Summer of Code students wanted!
>
> Some possible projects are listed on the BRL-CAD GSoC project ideas
> wiki, but fee
> Date: Mon, 9 Mar 2015 08:42:08 -0600
> From: s...@highlab.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Google Summer of Code students wanted!
>
> On 03/08/2015 12:44 PM, Chris Morley wrote:
> >
> >
> >> Date: Thu,
I was doing some work to add XYUV foam machines to stepconf
in master.
In the [Traj] I have
TRAJ]
AXES = 8
COORDINATES = X Y U V
Then I added info in the [AXIS_ ] for axes 0,1,6,7.
When I started linuxcnc it errorred do to missing AXIS info.
strangely it requires:
[AXIS_2]
MAX_LIMIT = 8.0
MIN_
> Date: Fri, 13 Mar 2015 17:06:43 -0600
> From: s...@highlab.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] weird INI requirements for foam configs
>
> On 3/13/15 5:05 PM, Chris Morley wrote:
> > I was doing some work to add XYUV f
> From: bodge...@gmail.com
> Date: Fri, 13 Mar 2015 23:22:00 +
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] weird INI requirements for foam configs
>
> On 13 March 2015 at 23:06, Sebastian Kuzminsky wrote:
> >> To be clear it is requiring _some_ info for the no
What command are you using to load the tab? If the tab pins load after gscreen
this would happen. Seeing code would help.
Chris M
- Reply message -
From: "Moses McKnight"
To:
Subject: [Emc-developers] Gscreen runs postgui.hal before embedded tabs are
ready
Date: Wed, Apr 1, 2015 9:22
= THC
> EMBED_TAB_LOCATION = thc_box
> EMBED_TAB_COMMAND = gladevcp -x {XID} -t Ccc_Mint-X -u thc_box.py
> thc_box.glade
>
> EMBED_TAB_NAME = THC Settings
> EMBED_TAB_LOCATION = thc_settings
> EMBED_TAB_COMMAND = gladevcp -x {XID} -t Ccc_Mint-X -u thc_settings.py
> thc_s
> Date: Wed, 1 Apr 2015 15:57:44 -0500
> From: mo...@texband.net
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] Gscreen runs postgui.hal before embedded tabs
> are ready
>
> I added -d to the gladevcp and gscreen commands, and below is the output.
>
> As you can see
needed to be waited on.
>
> I'm thinking it is the c.poll() line in the check_dynamic_tabs function. Hmm,
> looking at it now, I think I may understand the code.
>
> Let me work on this and see if I can get it working.
>
> Moses
>
> On 04/02/2015 01:40 AM,
Not sure when you plan on releasing 2.7 so I didn't push this.
I have checked the HAL output text but not tested with a
real machine ( I don't use software stepping )
This fixes a complaint of multiple signals that are the same
not being set properly during an axis test.
The second commit fixes inv
> Date: Thu, 21 May 2015 23:57:34 +0530
> From: gswithba...@gmail.com
> To: Emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] StepConf
>
> Hello Sebastian Kuzminsky
> I have done some tutorials on how to use Glade with python. I am not
> that much familiar but got basic ideas thro
[Emc-developers] StepConf
Date: Fri, May 22, 2015 10:12 AM
On Thu, May 21, 2015 at 4:50 PM, Chris Morley
wrote:
>
>
>> Date: Thu, 21 May 2015 23:57:34 +0530
>> From: gswithba...@gmail.com
>> To: Emc-developers@lists.sourceforge.net
>> Subject: [Emc-developers] StepConf
&
> Date: Fri, 22 May 2015 09:11:20 -0800
> From: gswithba...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] StepConf
>
> On Thu, May 21, 2015 at 4:50 PM, Chris Morley
> wrote:
> >
> >
> >> Date: Thu, 21 M
AM
On Sat, May 23, 2015 at 4:47 AM, Chris Morley
wrote:
> To (hopefully) help you get started here is some steps for backlash:
> This is based on 2.7 or master versions.
>
> in stepconf.py:
> add variable to the Data class to hold the backlash setting of each axis
> these
> Date: Sun, 24 May 2015 00:16:53 +0530
> From: gswithba...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] StepConf
>
> Thanks. I got overall idea what to do. But is there any tutorial or
> some documentation of
> these file so that I can understood properl
>
> Thanks, its helpful for me.
> You know that GSoC starts and I am working on povray export task. I
> have to complete my this weeks
> task before end of this week so that I can work on and will decide
> what tasks I will do for LinuxCNC.
> I want to decide tasks early so that I will concentr
> > in build_INI.py:
> >
> > in the write_one_axis function:
> > add a print >> file line to add the backlash to the INI file.
> >
> >
> I don't understand it.
> Are you asking me to write another write_one_axis function ?
>
>
No
I mean add something like this to write_one_axis:
if n
> Date: Sat, 30 May 2015 15:08:31 +0530
> From: gswithba...@gmail.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] StepConf
>
> On Sat, May 23, 2015 at 1:37 AM, Chris Morley
> wrote:
>
> >
> > Backlash is a term used in ma
> From: tom-...@bgp.nu
> Date: Fri, 12 Jun 2015 15:46:23 -0400
> To: emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] bug (or really militant feature!) in 2.7.0~pre6
> classic ladder - rung delete crash
>
> I am muddling through using classicladder in 2.7.0~pre6. If I try t
I have done some work (some time ago) on converting gladevcp to GTK3.
GTK2 is not going away anytime soon but the GLADE editor for making panels
will sooner then later not be able to be forward-ported to Debian.
I won't talk about GTK/GLADE devs being short sighted
There has been significant wo
> From: bodge...@gmail.com
> Date: Mon, 27 Jul 2015 17:48:47 +0200
> To: emc-developers@lists.sourceforge.net
> I think that in this case the backlash feature is where it belongs.
>
> motion is a loadable HAL module. It is entirely possible to have
> configurations that don't use it (I sometime
Gene you are confusing halui and gladeVCP.
Halui supplies pins not GUI parts.
gladevcp supplies GUI parts and pins.
There should be a gladefile and a HAL file to load it.
Chris M
-
> From: ghesk...@wdtv.com
> To: emc-developers@lists.sourceforge.net
> Date: Wed, 12 Aug 2015 22:03:16 -0400
> Subject: Re: [Emc-developers] Missing halui stuff in 2.8.0-pre
>
> On Wednesday 12 August 2015 21:00:57 Chris Morley wrote:
>
> > Gene you are confusing ha
> >
> > specifically, what doesn't work? if I don't know what the widgets are
> > I can't help very much.
> >
> > Chris M
>
> The stuff below the at speed led is not being displayed. The spindle
> speed stuff is perhaps 30 lines of what looks like xml, so there is
> another 170 lines that ar
d, 12 Aug 2015 23:29:47 -0400
> Subject: Re: [Emc-developers] Missing halui stuff in 2.8.0-pre
>
> On Wednesday 12 August 2015 22:16:06 Chris Morley wrote:
>
> > > From: ghesk...@wdtv.com
> > > To: emc-developers@lists.sourceforge.net
> > > Date: Wed, 12
> From: bodge...@gmail.com
>
> That would have the same (or worse) problems with the HAL value and
> the interpreter value getting out of synch.
>
> It seems to me that if everyone hates the current capability then it
> should be removed.
>
If the current system works pretty well and there is
1 - 100 of 1040 matches
Mail list logo
