= "FF";
google_color_link = "006792";
google_color_url = "006792";
google_color_text = "00";
//-->
[Emc-developers] [ emc-Feature Requests-2108375 ] 5 axis rigid tapping
SourceForge.net
Re: [Emc-developers] [ emc-Feature Requests-2108375
ow that the "prusa 3D printer" can do something
similar.
Thanks a lot for your passion!
Chris
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://
want to upgrade
anyway, because the PC is a Core2 Duo and might not be adequate to run a full
desktop and the machine under recent Debian.
Chris
> On Apr 18, 2023, at 4:53 PM, Steve Stallings wrote:
>
> I think a 5i24 is what he has now, and the modern embedded computers seem t
> 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 o
On Thu, Nov 14, 2013 at 10:55:10AM +0200, Marius Alksnys wrote:
> I don't see at least a workaround for jog velocity control in world mode...
Thanks for this report - I think I have fixed it in joints_axes4.
Could you run your tests again please?
Than
or your contribution - after these little fixes I'll merge
it for you.
Chris
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Softw
On Thu, Nov 21, 2013 at 07:29:03PM +0100, Bence Kov??cs wrote:
> Hi Chris,
>
> Thank you for your review and comments!
> We have made the suggested modifications a placed it to the same place:
Great, I pushed this to master for you.
> We will place one modification in one commi
On Fri, Nov 22, 2013 at 06:21:55PM -0500, Robert Ellenberg wrote:
> Hi all,
>
> Does anyone know of a way to get the max feed override from within the real
> time side? I see it being used in userspace, but not being copied over. I'm
> assuming based on my first look that I'll need to add an NML m
to
duplicate halui in AXIS. If I am missing something, please
enlighten me.
Chris
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software A
m it.
add:
source filename.hal
to the end on the POSTGUI_HAL file
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have
7;m sure your right. to do both and wait for stability sounds like
another 9 - 12 months to me...
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most I
On Mon, Dec 09, 2013 at 02:20:13PM -0500, Robert Ellenberg wrote:
>
>2. What happens if emcmotController runs too long? Is there a
>higher-priority thread that can interrupt it?
My understanding is that fast threads can always interrupt slower
threads.
Earlier this year jmk made a change
On Wed, Dec 04, 2013 at 09:44:34AM +0100, Michael Haberler wrote:
> This is my followup to Jeff's review of ubc3 license status.
>
> The current status of this work is here:
> https://github.com/mhaberler/linuxcnc/commits/license-cleanup
Thanks for working on this.
In several places you have ad
On Fri, Dec 13, 2013 at 03:36:29PM -0500, Robert Ellenberg wrote:
> Hi All,
>
> I'm preparing a beta version of the circular arc blend branch on my mirror,
> so I'm curious where would be the best place to rebase onto (latest master
> vs. a 2.5 branch).
Since the planner in v2.5_branch and master
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
a different ending from 2.5 to master (master has .count )
I don't see that in the sserial.h file. - so why did that change?
Is there any other pin name changes that you know of?
Chris M
-
ble I make a screen to more suit
a 3d printer using Gaxis as a base.
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don'
works nicely in Gscreen and Gmoccapy.
I think it would be nice to add to AXIS and TOUCHY.
My question is what is the best way to allow the user to set this number?
maybe an INI setting - SPINDLE_STARTING_RPM =100
or a way to change it on the GUI it's self
> 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
well,
> with a little work. I don't think that much changed in the trajectory
> planner between the versions.
>
> Rob
While it may be possible to make a patch for 2.5, I seriously doubt
Chris R ( 2.5's release manager ) will include it.
It's not t
On Thu, Dec 26, 2013 at 09:17:18AM -0600, Charles Steinkuehler wrote:
> simple "move the joint until the switch closes". IMHO there needs to be
> a way to write programmable homing routines that can perform coordinated
> motion in joint and/or world space, But one thing at a time...
I don't see
modules.
Now I see we're thinking along the same lines. Making kins loadable
looks like it was utterly simple (in retrospect of course, ha) - see
rev dad30801b53
Looks like emcmotStatus and emcmotDebug pointers will have to be
passed in th
searching when you get down to a few encoder counts/steps, or you
could stop early if you are running out of time (we've never done
anything like that, but why not? We know the thread period.)
Chris
--
Rapidly tro
m
stdin to stdout with a switch?
In debugging programs like stepconf it would be nice to have it
print the hal commands to the terminal that the program is sending it.
I guess that would be in halcmd C code...well I'll look to see it I can figure
i
It looks a little different.
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application perfo
>
> 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 f
> 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
or do we erase it and set at default metric?
Maybe I can Have the metric check box one screen earlier,
and live with resetting the defaults to metric...h
Thanks for your input.
Chris M
--
> 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 h
ople are not going to
have a feel for what they should start with.
Better to have reasonable defaults.
and maybe a help screen...
Chris M
--
Rapidly troubleshoot problem
st right
and unexpand the parport and driver timing expanders.
I think I could make that better by rearranging things.
Hey weren't you going to send my a BBB pin
ests?
I guess maybe I could figure it out from the inch defaults...
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't h
quence of this is if you accidentally change the units
you will lose any entered data of those entries.
I could add a warning dialog about that.
is 20 mm per rev a reasonable standard pit
gh.
I can add that to be changed too.
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how app
see on the forum many people suffering
with configuring for them
Chris M
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't h
machines do it this way)
If there is no negative comments in a reasonable time I will
consider looking at and pushing this patch.
Is there anything in particular I should test it against?
I don't use this feature yet.
Ch
> 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
can anyone with time please put stepconf through it's
paces and report good and bad - particularly the second
parport.
PS. It seems the axis test in stepconf has been broken in
master for some time - surprising we never got
> 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:
> >
at my
> volunteer work would be to report back to this list.
> Filipe
>
Filipe
A liaison for patch submitters is great start.
Even sorting and pasting them somewh
ing
with people, where I'm less qualified to say what is necessary to do
a good job, or even how it should be done. If you commit to this
position, I'd say that part would be up to you.
Chris
--
Rapidly troublesh
orum in this question:
>
>
> http://www.linuxcnc.org/index.php/english/forum/21-axis/27365-where-is-the-tool-preview-being-drawn-source-coud#42451[1]
>
> maybe this list can point me in the right direction?
> Thank you.
>
>
> Ligações:
look in:
/lib
;bubble'.
IMO a liaison is a good start. Given a little time they could also give us
feedback
on what would help and what is not helpful.
We have a release manager, why not a patch manager -both are very important.
Chris M
-
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
rojects I have worked
> with did their thing.
>
Interesting you say that.
2.4 has about 19 unreleased bug fixes.
The last fix was 19 months ago.
I would say support has ended for it.
Chris M
--
> > Interesting you say that.
> > 2.4 has about 19 unreleased bug fixes.
> > The last fix was 19 months ago.
> > I would say support has ended for it.
>
> This needs to be formally decided. Also, if there are only 19
> unreleased bug fixes, how much time would
On Sat, Jan 11, 2014 at 10:03:43AM -0700, EBo wrote:
> On Jan 11 2014 6:19 AM, Chris Morley wrote:
> >
> > Chris Radek is the release manager of 2.4.
> > My personal feeling is 2.4 should be considered end of life.
> > Releasing the last bug fixes would be fine (most
using Gscreen, and I am not entirely sure how the offsets work
> in that, however the problem description seems GUI-agnostic:
>
air cut and check if offsets are set at-all/same for tool 2 each toolchange
could be the offset wasn't turned on the first time ??
guessing.
Is
starting with gcode and ending in .html
1) is the wiki page out of date or the debuilder scripts out of date?
2) is there better documentation ( a README even )
3) it would be nice if one could add a switch to not build docs.
Thanks
Chris M
On Mon, Jan 20, 2014 at 02:11:16AM +0100, Michael Haberler wrote:
>
> Assuming the .so's are built, it comes down to where they are
> installed (/usr/lib/linuxcnc?) and tell ldconfig about it (maybe a
> linuxcnc entry in /etc/ld.conf.d)
currently we use -Wl,-rpath to do this.
--
> 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**: o
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
rwise install it??
themes are stored in /use/share/themes and require root
to add.
Anybody got suggestions/comments
Chris M
--
WatchGuard Dimension instantly turns raw network data
n with.
It just seems unhelpful to have themes in multiple places...:(
I can cover that with docs and multiple-folder-searching selection boxes I
guess.
Ok so where in our directory should I add the sample?
etc? share? share/linuxcnc? include?
Thanks for your guys help
Chris M
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
small and barely useful screen, just as a starting example.
It requires current, as of aprox 20 hours ago, master (2.6) to use the tester
display part.
Chris M
--
Android apps
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
&g
On Thu, Feb 13, 2014 at 10:14:24AM -0800, David Bagby wrote:
> In contrast, a rapid G0 move is "go from A to B by spinning up the
> motors as fast as they will go and end up at B".
> The _only _thing guaranteed for a rapid move is that the machine will
> end up at B.
>
> An important difference
On Thu, Feb 13, 2014 at 12:00:53PM -0800, David Bagby wrote:
>
> Hence my desire to see the default value of such an option be "no
> blending between G1 and G0".
> This seems the safest, backward compatible approach.
I agree it's safest, but it is not backward-compatible.
LinuxCNC/EMC has alway
On Mon, Feb 17, 2014 at 07:48:26AM -0600, Jeff Epler wrote:
> > N. SET_G92_OFFSET(-0.1000, -0.2000, -10.3000, 0., 0., 0.)
> ..
> > - N. MESSAGE(" X0.00 Y0.00 Z-10.00")
> > + N. MESSAGE(" X-0.00 Y0.00 Z-10.00")
>
> I didn't look closely at the test,
h)
This may be moot; I am hoping you can just remove the NCD with your
new planner.
Chris
--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflow
On Tue, Mar 04, 2014 at 05:07:49PM -0500, John Kasunich wrote:
>
> Stepgen, pwmgen, and encoder are the ones I can think of
> right now.
There may be code in the wild that we don't know about.
--
Subversion Kills Product
g deviation along
> the whole line. It's possible that they fully understand the implications
> of NCD, but if they don't, then this behavior will be a real
> head-scratcher.
>
Someone complained about this non-parallel behavior on
www.practicalmachinist.com a few months back.
part video, "C++ and Beyond 2012:
Herb Sutter - atomic<> Weapons", I think you'll find it enlightening.
--
Chris Lesiak
Principal Design Engineer, Software
LI-COR, Inc.
chris.les...@licor.com
Any opinions expressed are those
guess:
is that your joint home position?), less obvious problem is you
should probably be using atan2 so your quadrants aren't wonky.
Find me on IRC if you think I can help more.
Chris
--
Learn Graph Databases - Dow
On Thu, Mar 13, 2014 at 03:06:13PM -0500, Charles Steinkuehler wrote:
>
> When the joints are homed, the Y world coordinate is not zero, and I
> don't see how to tell LinuxCNC what the home value is supposed to be
See my other message for more, but for future readers, it's hidden
in here:
http:/
On Thu, Mar 13, 2014 at 06:52:28PM -0500, Charles Steinkuehler wrote:
>
> Testing so far shows that the HOME values from the [TRAJ] section
> just aren't getting used somehow.
It would be great to know whether this is fixed in JA4. (Fixing
kins-related problems in any other branches is probably
to be input pins.
as for using widgets to set them it wouldn't be that hard to make a widget
that sets a starting default based on an INI line.
my 2 cents..
Chris M
--
L
On Wed, Mar 26, 2014 at 10:01:05PM +1100, Frank Tkalcevic wrote:
> make: Failed to remake makefile `Makefile'.
Yeah, this is not a very good error message. Some help here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?FailedToRemakeMakefile
--
On Wed, Mar 26, 2014 at 12:48:03PM -0500, David Raila wrote:
> The constraint is such that some joints must be moved exclusively of
> others for the machine to be deterministic,
What an unusual constraint! I would love to see a diagram or video
of the machine.
> only one of A,B,C can be in moti
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
On Thu, Apr 03, 2014 at 06:43:21PM -0400, Gene Heskett wrote:
>
> More gr. Seems google tells me it doesn't exist until 12.04.3.
Seb did the work of backporting libmodbus5 to lucid (and hardy!) to
make this easy for people who don't want to upgrade. Knowing this I
was able to find instructi
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 today.
In the past I've been asked to give a heads-up because sometimes
people know of a problem, but forget or get distracted until they
see a reminder... So that's this!
Here is
ing for around the 16th, a week from today.
>
> In the past I've been asked to give a heads-up because sometimes
> people know of a problem, but forget or get distracted until they
> see a reminder... So that's this!
>
Thanks for the heads u
nimal and appropriate change - probably only a
line or two, right?
The release will come from the tip of v2.5_branch
Some instructions that might help, here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Installing_LinuxCNC#Getting_the_source_with_git
If you need more help, maybe jo
On Thu, Apr 10, 2014 at 03:09:33PM -0400, Robert Ellenberg wrote:
>
> Ignoring the labor involved in doing the conversion, does this sound like a
> good idea?
A few of us tossed around some ideas about this in irc; wish you
could join us:
http://psha.org.ru/irc/%23linuxcnc-devel/2014-04-10.html#
ere? before or after the stat buffer?)
I am seeing this is really half-baked. Sorry for that.
Chris
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Tes
On Fri, Apr 11, 2014 at 10:38:19AM -0500, Chris Radek wrote:
>
> What do you think of the much bigger proposal of converting to
> internal units very early (like how diameter conversion is handled
> in Interp::read_x) and removing units twiddling from all the
Minor complexity: we h
mited time to spend on
this,
and based on forum info, using the 5i25 without a daughter board is rare.
So yes possible, but not likely to happen unless someone else patches it.
If you
Hey all, this was an incorrect merge of master into the 2.6 branch.
I used push --force to revert 2.6 to where it was before the merge.
This means if you pulled the 2.6 branch in about the last hour, your
next pull will not be a fast-forward, and you may have to use
git pull --force or similar.
ter board is rare. So yes possible, but not likely to happen
> > unless someone else patches it.
> >
> > If you select functions for the stepgens, then I think you will see the
> > direction pin name changes too.
> >
> > Chris M
>
> Thanks for any help Ch
firmware/hm2/5i25
>
> It shouldn't be all that hard to tell me where to put the stuff I DL from
> mesanet.
Don't use the stuff from mesanet
Chris M
--
Learn Graph D
he card
> selector.
>
> What am I doing wrong?
>
You need to copy XML files to lib/firmware/hm2/5i25
Pncconf is very slow to load on slow machines.
The script should have done that.
on the same
tion in emccanon.cc
> (ARC_FEED function) was wrong if the coordinate system is rotated.
Rob, would this also be broken in 2.5 before any of your changes?
Chris
--
Learn Graph Databases - Download FREE O'Reilly Bo
On Tue, Apr 22, 2014 at 11:13:45AM -0400, Gene Heskett wrote:
>
> It shows X limits at + and - 100 inches. (radius)
> The ini file sets X MIN_LIMIT = -0.500, and X MAX_LIMIT = 1.850 (inches
> radius)
This works correctly for me with configs/sim/axis/lathe.ini
Please pastebin or attach your ini
On Tue, Apr 22, 2014 at 12:36:43PM -0400, Gene Heskett wrote:
> [AXIS_0]
...
> MIN_LIMIT = -100.0
> MAX_LIMIT = 100.0
It looks like it's doing what you asked. Please check again?
--
On Wed, Apr 23, 2014 at 11:56:08AM +0100, andy pugh wrote:
>
> This is much better behaviour than PyVCP, where spinbutton valuyes
> don't update even if you do press enter, and in fact you need to press
> the up arrow to commit, then the down arrow to get back the number you
> typed in.
> I think
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
olume is a
rectangular solid - no other shapes are possible right now.
Chris
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS com
On Tue, May 13, 2014 at 09:04:32PM -0400, Robert Ellenberg wrote:
> Does anyone object to merging into master now?
I've done a pretty-easy rebase that linearizes the branch and puts
it atop master, and I was able to remove a few false starts like the
pair:
Temporary revert from master to see if
On Wed, May 14, 2014 at 03:25:27PM -0400, Sebastian Kuzminsky wrote:
> On 05/14/2014 10:50 AM, Chris Radek wrote:
> >
> > Should I push this as circular-blend-arc-rc4 so you can have a look
> > at it? Does anyone have strong feelings about merge as-is vs.
> > a linear
On Thu, May 22, 2014 at 09:31:56AM -0400, Curtis Dutton wrote:
> I don't believe it ever was merged.
>
> It is available here...
> https://github.com/OKComputers/linuxcnc-mirror/tree/wj200_vfd
I rebased this onto 2.6 and pushed it for the buildbot to chew on,
so we should know in an hour or two w
On Wed, May 14, 2014 at 02:38:55PM -0500, Chris Radek wrote:
> OK, I pushed it to circular-blend-arc-rc4 so you guys can have a
> look.
I have also rebased joints_axes4 onto circular-blend-arc-rc4. You
can find this work at g.l.o/ja4-onto-cba4
Because of massive changes on both sides
map experts: could
you use remap to emulate it?)
Chris
--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
On Thu, May 29, 2014 at 03:37:21PM -0500, John Thornton wrote:
> If I understand this say you have T100 as -0.001" in diameter you can do
> G43.2 H100 to make your tool effective diameter 0.001" smaller for
> G41/42 paths?
So far, this is only about offsets (what we used to call "tool
length off
On Fri, May 30, 2014 at 09:29:35AM -0400, Jeff Johnson wrote:
> As a long time lathe operator and shop owner I hate to see the wheel
> re-invented. Operators are taught and used to T the first two digits are
> the tool number and the second two are the off-set number.
I sure sympathize with t
ou specify weight for the initial point)
X39 Y39 P10 L3
X39 Y0 P1
G5.3
I think this gives something like the path you want. With the
weights of the control points within a factor of 10, I get very good
path following.
I hope this helps you. It's not perfect and I'm not very h
On Mon, Jun 02, 2014 at 07:05:59PM +0200, bruno wrote:
> Hi Chris,
>
> I did not know how to give the first point a weight, in addition I
> definitely had a bug in my GCode, in the sense that I wanted points 1
> and 3 to have the same lower weight, but not point 2. With this
1 - 100 of 1452 matches
Mail list logo
