thing in between.
It seems to me that Tormach has already started down this path with Path Pilot.
Although I have never actually seen it, from what I hear, it makes accessing
the desktop and other PC functionality not functional or not obvious.
Brian
Sent from my iPad
On Dec 25, 2015, at 2:
of such a move that the Z axis will need a small amount of motion
to lock phase.
Another edge case is a spindle that can out accelerate the Z axis.
IMO, The likelihood that the spindle is able to out accelerate the Z axis
is so unlikely that I wouldn't make handling it a priority.
Regarding G
Bummer. Sounds like it is a dead end going forward, although should have
several years of relevancy.
Does anyone have any use/success stories about Coreboot and linuxcnc?
Brian
On Nov 17, 2015, at 9:54 PM, bari wrote:
> I've been working with coreboot since it was still a concep
hardware. It
also appears it hasn't gained much attention in the LinuxCNC community, so I
wanted to hear what the latest thoughts are regarding it.
So, who knows anything about it, and has anyone had any experience or results
using it?
3 points would define the plain as long as they are not co-linear. If it's
a 180 deg. arc., you lose the ability to define the plain.
-Original Message-
From: andy pugh [mailto:bodge...@gmail.com]
Sent: Friday, October 09, 2015 9:14 AM
To: EMC developers
Subject: Re: [Emc-developers] nor
Is it not possible to make a circular counter that always overflows to zero
every rev? Don't angular axis already do this?
Brian
Sent from my iPad
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog
st there error can ever be is 1/2 of
the count scale factor.
Brian
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
k configs.
>
> Chris M
>
> This is probably where this is headed. I think a single compensation
input would make the most sense in this case, as what we are trying to do
is translate from joint position to motor position. This translation
should be the same forward and backward.
Br
On Mon, Jul 27, 2015 at 1:26 PM, Sebastian Kuzminsky
wrote:
> On 7/27/15 11:16 AM, Brian wrote:
> > Does Classic Ladder run in HAL? I'm sure it has a large config, if it
> runs
> > as a HAL component, how does it do it?
>
> ClassicLadder runs in HAL and has a larg
Does Classic Ladder run in HAL? I'm sure it has a large config, if it runs
as a HAL component, how does it do it?
Brian
--
___
Emc-developers mailing list
Emc-devel
On Mon, Jul 27, 2015 at 11:48 AM, andy pugh wrote:
> On 27 July 2015 at 17:29, Brian wrote:
> > Regardless, the point I would like to address right now is whether it
> would
> > be a welcome change or not. Its technical feasibility can be determined
> > during its imple
On Mon, Jul 27, 2015 at 12:29 PM, John Kasunich
wrote:
>
>
> On Mon, Jul 27, 2015, at 12:25 PM, EBo wrote:
>
> >
> > Doesn't HAL have a way to load drivers and other data? I have not
> > mucked with things at this level for awhile.
> >
>
> Loading the code of drivers (or any other realtime compo
user-space already, and the screw comp
> data piggybacks on the same data structures and user/realtime communication
> link. A stand-alone screw comp component would have to solve that problem
> another way.
>
This could be a majo
lementation. Obviously we want everything to work correctly
and logically.
Brian
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
. The only
place to feed that information into motion is motor-pos-fb and it has the
backlash/screw comp subtracted from it before it get to the kinematics.
Because those compensations were subtracted from the scale position, the
information going to the kinematics was never correct, and there is no
would be useful, I'll start a branch and work it out.
Brian
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinf
On Friday, June 12, 2015, Kenneth Lerman wrote:
>
> I think the answer is no. But perhaps someone can suggest a work around
> for what I want to do.
>
> I'd like to write some subroutines to be used interactively. For example:
>
> Jog to position one. Hit a button in pyvcp labeled "enter". That w
This sounds a lot like the NURBS discussion regarding the first generation
logic breaking the NURBS into segments.
Brian
On Saturday, May 2, 2015, andy pugh wrote:
> On 29 April 2015 at 12:16, matic bie >
> wrote:
> > Hi,allWhat puzzles me is that where the whole path
Some bounds checking would be a good idea in addition to making the array
bigger.
Brian
On Friday, March 13, 2015, andy pugh wrote:
> Someone on the forum found this:
>
>
> http://www.linuxcnc.org/index.php/english/forum/38-general-linuxcnc-questions/28946-wj200-vfd-segfaulting-a
t the meta
package as a provides?
Brian
-Original Message-
From: Sebastian Kuzminsky [mailto:s...@highlab.com]
Sent: Friday, October 24, 2014 12:49 AM
To: EMC developers
Subject: [Emc-developers] packaging for 2.7
Packaging of LinuxCNC should probaly change some for 2.7.
In 2.6 and earli
My Nvidia Jetson TK1 came in today. I believe it is shipping with an
RT_Preempt Kernel, so I'm going to see if I can get it to build. Probably
won't have a chance to play until the weeked.
-Original Message-
From: andy pugh [mailto:bodge...@gmail.com]
Sent: Wednesday, July 23, 2014 12:3
-with-xenomai --with-platform=beaglebone --enable-emcweb
--with-posix --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man
Brian
-Original Message-
From: Mark Tucker [mailto:m...@rmtucker.f2s.com]
Sent: Tuesday, March 18, 2014 9:49 AM
To: EMC developers
Subject: Re: [Emc-developers] Deb pa
I did some work with the UB3 branch to make building docs optional. Take a
look at the below, it might help. If I remember, you had to remove the
"make docs" line in rules.in & there was also some issues with the files
being moved around. I haven't updated the branch w/ git.linuxcnc.org in a
whi
ng of the
three doc packages.
I will be working on that though, but it might need some refactoring of the
main Makefile, so I'll be going very slow and cautious.
Brian
On Wed, Feb 5, 2014 at 9:57 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:
> I would *LOVE* to be able to
hub.com/brianmorel99/linuxcnc-mirror/commit/f56743b81493df634372a14091d26b0ee9921c8f
Thanks,
Brian Morel
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Commo
Wondering if I could get a little help. I'd like to checkout and work with
the latest for the UB, but it's not a branch on git.linuxcnc.org. Could
someone tell me how to access the latest source to test?
On Wed, Jan 22, 2014 at 10:24 AM, Sebastian Kuzminsky wrote:
> On 01/22/2014 12:14 AM, Mic
I'm working on compiling the master branch from git on a RTAI patched
3.8.13 kernel. I have the below error and was wondering if anyone ran into
this before? I haven't dug to deep yet, but I figured since Seb has 3.4
working someone may have solved this already. Let me know if you need to
see an
t RTAI ,
Xenomai and RT_Prempet all theoretically support 3.8, and my plan was to
test this.
Thanks,
Brian Morel
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear p
tion. Which works hre.
However it's not unknown for Google Books to play silly games according to the
geographical region your IP address is assigned to. It once refused me (in
Britain) a 200+ year old British book my American friends could access, on
copyright grounds!
- Brian
is to avoid head scratching! (if this is already documented, I'd
appreciate knowing where...
This is clearly not a fundamental limit on user components, because both other
approaches work:
option count_function yes;
or
option default_count 3;
(3) Attempting to read the command line args results
I believe the original intention of 'rapid travel' was to run all axis' at
full speed to the set point, without cooridinated motion. This gave the
programmer the freedom to use that method, or they could program coordinated
motion using G0 and setting the feedrate to the rapid rate
on should
occur. If you want it to move like a BOSS, then split the rapid into two
blocks.
Brian
On Oct 25, 2011 1:06 PM, "Jon Elson" wrote:
> John Thornton wrote:
> > no, if the next Z position is higher Z moves first if the next Z
> > position is lower Z moves last
It seems the servo thread would be the highest priority code, so why not
disable interrupts, or make it the highest priority interrupt.
Brian
On Jul 21, 2011 1:08 PM, "Peter C. Wallace" wrote:
> On Thu, 21 Jul 2011, Jon Elson wrote:
>
>> Date: Thu, 21 Jul 2011 12:01:29 -0
ition, to axis feedback would all be seperate hal modules that
you could tie and tap as desired. The way it sits, the feedback line is
kinda hardcoded.
It may not help the joint coupling problem, but may spark some thought for a
feedback solution. If this proves irrelevant, then disregard it.
I was working on an FPGA based controller for a reprap. It evaluated
bezier curves using highly pipelined numeric integration.
I had to put it on pause because I started working, but now I'm out of
a job, so I might have some time.
http://objects.reprap.org/wiki/Elegant_multispline_motion_contro
If the problem is bursting that many counts, why not make the
converter divide the counts down to something manageable like 2500 per
rev?
Brian
On Fri, Apr 29, 2011 at 12:31 PM, Peter C. Wallace wrote:
> On Fri, 29 Apr 2011, Jon Elson wrote:
>
>> Date: Fri, 29 Apr 2011 11:24:50 -
ere
(E= VERTICAL FEEDRATE)
(F= CUTTING FEEDRATE)
(I= TEXT ANGLE)
(J =LETTER HEIGHT)
(P= SERIAL 1 LITERAL 0)
(R= RETURN HEIGHT)
(Z= CUT DEPTH)
Brian
--
Nemo Me Impune Lacessit
--
Benefiting from Server Virtuali
How about a union? I don't know the exact syntax off hand, but I know
it will do exactly what you are trying.
Brian
On Fri, Apr 1, 2011 at 4:57 AM, Pavel Shramov wrote:
> On Fri, Apr 01, 2011 at 09:34:20AM +0100, andy pugh wrote:
>> On 1 April 2011 06:02, Pavel Shramov wrote:
&
Seriously!? A PLC, touchscreen controlled smoker?! Thats badass...
Brian
On Sun, Dec 19, 2010 at 1:41 PM, John Thornton wrote:
> On the PC side of the control would be the smarts to control
> temperatures and have various recipes for different temperature profiles.
>
> These s
will tend to generate a more square, or
trapezoid like shape.
This guy from MIT has a lot of good info he has written on the subject
http://scolton.blogspot.com/
Specifically this paper here.
http://web.mit.edu/scolton/www/3phduo.pdf
Brian
On Tue, Nov 9, 2010 at 1:16 PM, Andy Pugh wrote:
>
If you use PWM, doesn't that make it an AC motor? I suppose unless
you are just modulating half of the polarity, then you could still
consider it DC. I am not immediately familiar with the bldc
components, so if this is just my ignorance speaking, then ignore it.
Brian
On Tue, Nov 9, 2010
/www.reprap.org/wiki/Elegant_multispline_motion_controller#Elegant_MultiSpline_Motion_Controller
-Brian
--
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Bi
ll put it out there for
others to think over at the same time.
Brian
On Mon, Aug 9, 2010 at 12:03 PM, John Kasunich wrote:
>
>
> On Sun, 08 Aug 2010 00:51 -0400, "Brian"
> wrote:
>
>> Why is there so much resistance to this? I must not be effectively
>>
I meant to say,
...The motor-pos-fb at home will become the current motor offset...
Brian
On Mon, Aug 9, 2010 at 12:50 PM, Brian wrote:
> John Kasunich,
>
> You are spot on with your description of with I have and what I want
> to do. I am surprised that my configuration would
solve
the homing issue.
Thoughts?
Brian
On Mon, Aug 9, 2010 at 12:03 PM, John Kasunich wrote:
>
>
> On Sun, 08 Aug 2010 00:51 -0400, "Brian"
> wrote:
>
>> Why is there so much resistance to this? I must not be effectively
>> explaining the situation.
and reverse
screw maps.
Brian
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
se the screw comp gets added to that value before it becomes
axis.N.joint-pos-fb. The only way for this method to be valid is to
zero out all the screw comp.
Brian
--
This SF.net email is sponsored by
Make an app they can
.
Then if you move the machine manually, and re-enable the motors, the
screw comp will know what side of the screw it is on to start with.
Even without doing that, I suspect that the secondary feedback loop
would be sufficient to
rrange
> the code to feed the correction table values from the Linux side to the
> component's parameter input.
>
This is incorrect. EMC already adds screw comp to the value
axis.N.motor-pos-fb which then becomes axis.N.joint-pos-fb. I just
want to be able to decouple th
sh. I am
not interested in changing my machine or EMC in these regards. The
ONLY reasons backlash and screw comp have been mentioned at all in
this thread is because it is the reason I can't feed my scale feedback
into axis.N.motor-pos-fb. Thats all.
Brian
-
Dave,
I simply want axis to be able to utilize my scale feedback as actual
joint position. Thats all.
Brian
On Sun, Aug 8, 2010 at 12:28 PM, Dave wrote:
> Ok... I guess I don't understand what you are trying to do.. or what
> the issues are.
>
> I thought this was a cont
the joint-pos-err like the motor
position control does. This would be helpful when running a dual loop
system.
I am not sure if just adding a pin to write to the DRO would get the
job done. It definitely doesn't follow the model of reality.
Brian
On Sun, Aug 8, 2010 at 8:00 AM, Andy
.
joint position, it would seem natural to have a provision for reading
actual joint position if available, otherwise, simply substitute the
inferred value based on motor position. This would more closely model
reality in a machine.
Does this make more sense?
Brian
On Sun, Aug 8, 2010 at 12:51 AM
ithout a lot of trouble.
Brian
On Sat, Aug 7, 2010 at 11:11 PM, Jon Elson wrote:
> Brian wrote:
>> I may give that a shot as a band-aid to the problem. I suspect that
>> when reversing direction, the backlash is going to drive the PID nuts
>> and cause the table to jerk.
>>
Yes, that is an alternate way to incorporate the scale into the
movement of the machine, but still leaves me with the problem when the
drives are disabled.
Brian
On Sat, Aug 7, 2010 at 5:47 PM, dave wrote:
> On Sat, 2010-08-07 at 12:07 -0500, Jon Elson wrote:
>> Stephen Wille Pad
sition -> screw comp -> commanded motor position
motor-pos-fb -> inv screw comp -> joint-pos-fb
Wouldn't it make sense to decouple the screw comp from joint-pos-fb in
the event that actual joint position is available? Seems simple
enough.
Brian
On Sat, Aug 7, 2010 at 1:07
This is what I am currently doing, but it doesn't really do much for
me. I even have a bar graph of the current position error. I think
it would be a natural progression for EMC to have the option to use
feedback from a source that is subject to screw comp, or one that
isn't.
Brian
O
-pos-fb + inverse screw comp).
Brian
On Thu, Aug 5, 2010 at 9:36 PM, Jon Elson wrote:
> Brian wrote:
>> I have a setup problem that I think should be a fairly common issue
>> that I would like to bring up to the development team.
>>
>> I have a milling machine that
ulated too, one for the servo loop, and another for the secondary
feedback (scale).
I think this fits nicely with the existing line of logic, and
accurately describes the mechanics of a joint.
Thoughts?
Brian
--
This SF
at it.
Thanks for your 'insight'. Sometimes it takes a fresh perspective to
jump start the problem solving process.
Brian
my-mill.tar.gz
Description: GNU Zip compressed data
--
The Palm PDK Hot Apps Program of
r
is there a better way to share it?
Brian
On Wed, Aug 4, 2010 at 10:07 PM, Chris Radek wrote:
> On Wed, Aug 04, 2010 at 09:57:52PM -0400, Brian wrote:
>
>> I recently moved to EMC 2.4.2,
>
> Do you know from which version?
>
>
>> and I am having trouble reloading the
begins tracing the actual part edge, not the comp'ed
position, and the machine follows the actual part edge.
Has/can anyone one else duplicate this?
Brian
--
The Palm PDK Hot Apps Program offers developers who use the
wing error pin could be
calculated too, one for the servo loop, and another for the secondary
feedback (scale).
I think this fits nicely with the existing line of logic, and
accurately describes the mechanics of a joint.
Thoughts?
Brian
63 matches
Mail list logo