See:
https://linuxcnc.org/docs/html/hal/tutorial.html#sec:tutorial-halscope
Am 14.07.25 um 18:53 schrieb Julian Wingert via Emc-developers:
In the servo tuning tutorial is some information iirc...
But yes, Userdoc is quite spare on all things...
Yours Julian
Am 14. Juli 2025 18:50:19 MESZ s
And just to further clarify, this discussion is currently only
partially related to the subject header.
Yes the 'm2' proposal for default abort is off the table.
In the MDI window you can't do this, as the faulty command is rejected
immediately.
I think the concern is for mdi commands stacked
We routinely use MDI commands in complicated probing macros and detecting
errors is difficult but very important. There is no way to definitively know if
a single MDI command was run and failed, other then checking for an error
message.
After adding a faulty mdi command to the stack we do get
Would we just delete all that, or make it INI-controlled defaulting to
the old behaviour?
Preliminary testing indicates that this might indeed do what you outlined.
Stacking still works but illegal commands like 'G81 Z-10' will only
trigger a message but not abort execution of running code. Ho
Also note the interesting comment here:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/task/emctask.cc#L255
Dave
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-develop
Would we just delete all that, or make it INI-controlled defaulting to
the old behaviour?
Well, I don't expect it to be that easy. As Bertho says there are
several functions to look at. Strange things might happen if we remove
everything.
For example 'interp_list.clear();' seems to clear th
On 6/5/25 2:57 PM, andy pugh wrote:
The user would expect that the user interface tells the user of the
error in the command entered and simply refuses to execute a faulty
command. The state of the machine should not be altered because, from
the user's perspective, nothing was done or executed
Thank you for the lively discussion!
1. I have to retract this statement:
I'd like to note here is that a program 'stop'
(ie clicking on the stop button) does currently not do same as a program
'abort' which comes from the interpreter (eg in case of a limit
violation or (abort, abortmessage) )
Thank you for your comment!
As I understand it your proposal would create an option to the behavior
of 'm2'/'m30' ( which currently resets the active WCS to 'g54'). This is
not directly related and removing the lines you mention from
'interp_convert.cc' does not fix the buggy behavior on abort
Hi all,
I'd like to invite you to discuss this PR to change the default behavior
on program abort from, basically, doing nothing to 'M2':
https://github.com/LinuxCNC/linuxcnc/pull/3459
Reason for this is strange and unexpected behavior as described here:
https://github.com/LinuxCNC/linuxcn
products manufactured in large series.
>
>
> Nicklas Karlsson
>
>
>> Den 2022-08-02 kl. 17:15, skrev David (J) Smith:
>> Hi!
>>
>> I have tried running the auto PID module - at_pid
>>
>> However after work the joints seem to continually bounce an
/djsftree/linuxcnc_meca500/tree/main/linuxcnc/configs/min-meca500
Is there anyone available to briefly review my ini file ?
Best regards,
David Smith
-Original Message-
From: David (J) Smith
Sent: 29 July 2022 16:27
To: emc-developers@lists.sourceforge.net
Subject: [Emc-developers
commands
Best regards,
David Smith
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
On 7/28/2018 8:58 AM, Sebastian Kuzminsky wrote:
On 07/27/2018 02:39 PM, Kurt Jacobson wrote:
So the question is, why did LCNC choose to use relative positions for the
probe parameters? There must be a good reason to not follow what seems to
be a standard among other controllers, but the only ad
i need this to , it's quite restricting for a few of my machines
On 22 February 2015 at 17:12, Sebastian Kuzminsky wrote:
> On 02/22/2015 09:14 AM, andy pugh wrote:
> > On 22 February 2015 at 16:12, andy pugh wrote:
> >
> >>
> >> On 22 February 2015 at 16:03, Niemand Sonst wrote:
> >>
> >>> W
l in the second port
Dave
On 6 December 2014 at 18:14, Peter C. Wallace wrote:
> On Sat, 6 Dec 2014, David Armstrong wrote:
>
> > Date: Sat, 6 Dec 2014 17:57:21 +
> > From: David Armstrong
> > Reply-To: EMC developers
> > To: EMC developers
> > Subject: [
thanks Andrew,
yes i was aware of doing it directly from the 5i25 , but in this particular
install
i dont have that option, i need it from the 7i77 even at the expence of a
servo if need be
On 6 December 2014 at 18:11, Andrew wrote:
> 2014-12-06 19:57 GMT+02:00 David Armstrong <
&
more for PCW i'd expect :
is it possible to get a stepgen output from a 5i25/7i77 card
either from one of the servo outputs or from 2 gpio pins ? , ( needed for a
toolchanger )
either TB5;DRV3 or any gpio on TB7
(in this particular case i dont have the option of using use directly from
the 5i25 )
wondering if anyone has modified gmocappy for 5 axis mill
before i go ahead and make changes etc
Dave
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
http
attached is a patch against master for anyone wanting rostock type machine
and not wanting to use machinekit
maybe usefull at some stage
From a736c65b41c26b17db31bda29f1f1a42620fab06 Mon Sep 17 00:00:00 2001
Message-Id:
From: cncbasher
Date: Sat, 18 Oct 2014 10:53:13 +0100
Subject: [PATCH] added
Thanks frank all this documentation you have taken care to compile, is
really helping,
BTW has anyone on the list done forward kinematics for linuxcnc?
On 16 Oct 2014 07:39, "Frank Tkalcevic" wrote:
> I agree. It can be really tedious. I spent a lot of time to get the model
> right.
>
> I play
yes your right on the nail Tom ,
i'll be working through it all , i'll get back with questions no doubt
regards
On 13 October 2014 14:06, TJoseph Powderly wrote:
> Hello Dave
> On 10/13/2014 03:57 AM, David Armstrong wrote:
> > i'm looking at Vismach , as i have bee
i'm looking at Vismach , as i have been asked to produce a layout
so any clues is good , then at least i'm only running half blind !
On 12 October 2014 21:42, TJoseph Powderly wrote:
> On 10/12/2014 03:37 PM, andy pugh wrote:
> > On 12 October 2014 21:29, TJoseph Powderly wrote:
> >> I will p
i'm working on a automatic gearchanger comp , switching between auto , low
or high
this works fine , excepting being able to select between 2 encoder
parameter scales depending on gear chosen .
the error i have is that the the 5i20.scale does not exist
i have the 2 values just fine , it's placing
What a load of Crap
and since when does everything have to be under Debians Free software
guidelines ,,,
time i moved on i think rather than try and assist others , and get slanged
for it ... and if you did notice the attachement was a postprocessor for a
WINDOWS machine
i'm seriously concidering
thanks John , accept zip as an extension and not rar , i think it should
be added
On 23 September 2014 22:19, John Thornton wrote:
> David,
>
> Here is a list of valid extensions.
>
>
> http://linuxcnc.org/index.php/english/forum/29-forum-announcements/342-posting-tips
>
query ?
are Rar file attachments allowed on the forum , iv'e just attached one, and
it's not appeared
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-b
.. , such as you mention ..
Dave
On 23 September 2014 08:52, Viesturs Lācis wrote:
> 2014-09-23 10:19 GMT+03:00 David Armstrong :
> > Do you know if the backplot can be changed in Linuxcnc so that the
> drawing
> > rotates on B and C axis rather than the tool tip? It basically show
Do you know if the backplot can be changed in Linuxcnc so that the drawing
rotates on B and C axis rather than the tool tip? It basically shows a path
for a machine with an articulating head rather than a trunnion table.
Dave
Kirk
Thanks thats just the info i needed
Dave
On 21 September 2014 15:28, Kirk Wallace
wrote:
> On 09/21/2014 02:42 AM, David Armstrong wrote:
> > Guys ,,
> >
> > could anyone send me a config for use with geko stepper drivers
> > specifically how to deal with the
Guys ,,
could anyone send me a config for use with geko stepper drivers
specifically how to deal with the charge pump
but a working config would be helpful
trying to help a guy on the forum with limited english
thanks
Dave
Following some problems that Gene experienced with G33.1 , running the
attached program , it was found to go down to the hole bottom and then
reverse the spindle and stop waiting for whatever .
i found adding the following courtesy of Gene , allowed the file to
continue
perhaps it may assist other
mostly for commercial than hobbyist use , i must admit
toolchanging is one thing linuxcnc is lacking , remap is one approach , but
unfortunatley it is missing some crucial area's
On 11 September 2014 16:25, Gene Heskett wrote:
> On Thursday 11 September 2014 09:56:56 David Armstrong did op
, then go and do the tool remeasuring and update ,
thats where it gets screwed ! haha
On 11 September 2014 12:42, Gene Heskett wrote:
> On Thursday 11 September 2014 07:09:16 David Armstrong did opine
> And Gene did reply:
> > ok Guy's this has me at the moment
> >
> >
ok Guy's this has me at the moment
i wish to switch a relay at a low speed set by the running gcode S value ?
( say 500 rpm)
i had briefly thrown it at Andy via email and one of his suggestions was
remaping
i had a look at the wiki and the spinde remaping is TBD
i had thought of monitoring the en
their using gcc-avr Andy , if your using the latest 4.8 then it supports
C11++
there also building it using Eclipse ide , so should build across win,
linux & mac
On 6 September 2014 02:50, andy pugh wrote:
> On 5 September 2014 14:42, Chris Lesiak wrote:
>
> > The C++11 standard addresses th
Thanks Jeff for the current update & notes on the position of the branch
On 1 September 2014 13:20, Jeff Epler wrote:
> If you don't watch IRC or the commit list, you are probably not aware of
> what is going on in linuxcnc development from day to day. This e-mail
> is intended to be a partia
thanks for the help on that one
iv'e posted a note to the effect , if this can be better incorporated if
need be etc , as i presume others will have the same problem
with gmocappy becoming popular etc , or at least looked into etc
no doubt cradek will get spit his dummy at me again , i'm about to
this
checked i feel is worth looking at
On 29 August 2014 08:34, David Armstrong wrote:
> could touch screen support for ELO touch screens both serial and usb if
> either is missing be included . ELO touch screens tend to be supported in
> most distros
>
> and as the new scree
Norbert , their is one called matchbox as a deb , but i have not used or
seen it , so not sure how good or bad it is
https://packages.debian.org/wheezy/matchbox-keyboard-udeb
dave
On 29 August 2014 19:12, Niemand Sonst wrote:
> Hallo,
>
> gmoccapy uses the on screen keyboard "onboard". Unfor
could touch screen support for ELO touch screens both serial and usb if
either is missing be included . ELO touch screens tend to be supported in
most distros
and as the new screen gui's such as gmocappy use touch , i feel it should
be included
i feel that perhaps it probably was part of debain w
thanks Peter much appricated
On 28 August 2014 16:36, Peter C. Wallace wrote:
> On Thu, 28 Aug 2014, David Armstrong wrote:
>
> > Date: Thu, 28 Aug 2014 15:09:53 +0100
> > From: David Armstrong
> > Reply-To: EMC developers
> > To: EMC developers
> > Subj
ok i get it no more posts bye
On 28 August 2014 15:45, Chris Radek wrote:
> On Thu, Aug 28, 2014 at 03:09:53PM +0100, David Armstrong wrote:
> > Guy's
> > i'm having a problem trying to get a analog 10v spinde to scale correctly
>
> There's already a threa
Guy's
i'm having a problem trying to get a analog 10v spinde to scale correctly
using a 5i25 and 7i77
the spindle has a 1000 count encoder
and gives a speed of 6200 rpm
now either i set the scale at 62
and i get movement or what i thought was correct and get full speed and no
change
as i calcula
Seb,
is their any specific compile scripts for buildbot , i'd like to set 2 ibm
servers here and a odriod when it arrives
dave
On 24 August 2014 03:03, EBo wrote:
> On Aug 23 2014 7:52 PM, Sebastian Kuzminsky wrote:
> > On August 23, 2014 7:27:19 PM MDT, EBo wrote:
> >>I was going to suggest
guy's
i seem to remember to make an installed version from a rip , it was a
change in the compile options .. but it's so long since i last did it , i
now go to find them , and it's dissappeared
Thomas is asking on the forums
which is what brought it up , and he cant find it either ..
so has it di
Jeff,
let me do some more digging , it may be a problem at this end which i have
just realised , so i'll get back to you ,after some more checking
i am not 100% , but it may be that i was using a remote vnc session at the
time
Dave
On 7 August 2014 13:04, Jeff Epler wrote:
> I am trying to r
ok this appears to be a goof on my part .. i.e dont leave remote running in
the background
On 7 August 2014 12:05, David Armstrong wrote:
> guy's
> ok finally moving on with linuxcnc and the boot.iso wheezy image
>
> started now to use development build
> i have now found
yea , a simple transformer and rectifier and cap block is all you need ,
never mind all these fancy switched mode stuff
On 7 August 2014 12:19, Gene Heskett wrote:
> On Thursday 07 August 2014 04:57:50 David Armstrong did opine
> And Gene did reply:
> > Gene
> > go for the h
guy's
ok finally moving on with linuxcnc and the boot.iso wheezy image
started now to use development build
i have now found that i am recieving the failed to map shmem error as per
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LockedMemory
having been knocked down into using the fix as per machinekit
Gene
go for the highest voltage the drivers will take, i also tend to buy the
drive that can take 60v+ , i run mine mostly at 48v or 60v , it makes so
much of a difference it's worth it
Dave
On 6 August 2014 19:27, Marius Liebenberg wrote:
>
> On 2014-08-06 19:16, Gene Heskett wrote:
> > On We
i also think a note shoud be added to the wiki that the SYSFS entrys in the
udev file are incorrect for Wheezy , incase someone trys to build from
source etc
might stop someone tearing their hair out
On 6 August 2014 16:19, David Armstrong wrote:
> vendor id's are correct 10ce:eb70
&g
vendor id's are correct 10ce:eb70
On 6 August 2014 16:16, Sebastian Kuzminsky wrote:
> On 8/6/14 9:09 AM, Dewey Garrett wrote:
> >
> > I tested on wheezy using a buildbot deb
> linuxcnc_2.6.1.1.gf0c9384_i386.deb
> > (instead of the iso) and see:
> >
> >$ lsb_release -rc
> >Release: 7.
Dewey,
confirm the same results as yourself , thanks
although i'll keep this open ,if a fix comes along
Dave
On 6 August 2014 16:09, Dewey Garrett wrote:
>
> I tested on wheezy using a buildbot deb linuxcnc_2.6.1.1.gf0c9384_i386.deb
> (instead of the iso) and see:
>
> $ lsb_release -rc
>
Rene,
no the udev rule is correct and present
On 6 August 2014 15:21, Rene Hopf wrote:
>
>
> On 06.08.2014, at 16:09, David Armstrong wrote:
>
> > guy's
> >
> > this is using the new cd out the box and no changes
> > logging in as user and selec
guy's
this is using the new cd out the box and no changes
logging in as user and selecting linuxcnc , and sim xhc pendants give
access permissions
error . i presume the usb is not part of the users group
running root terminal and then selecting as before xhc pendant works
i would have thought as
no didnt solve it Andy
sending a screenshot to you in case you can spot anything
Dave
On 5 August 2014 13:55, andy pugh wrote:
> On 5 August 2014 12:37, David Armstrong wrote:
>
> > my current line is
> > loadrt hm2_pci config=" num_encoders=1 num_pwmgens=0 num_3pwmge
Then why did i have to install the 2 files referenced to allow Linuxcnc to
run
i am NOT using Machinekit
Dave
On 5 August 2014 13:58, Jeff Epler wrote:
> On Mon, Aug 04, 2014 at 07:05:21PM +0100, David Armstrong wrote:
> > Guy's
> > just for information , jeff's b
Guy's
is the xml files etc still needed in the lib/firmware/hm2/
as i notice their are no 5i25 entry's
i'm also receiving an entry error when running my existing config on
loading the hm2_pci.ko
my current line is
loadrt hm2_pci config=" num_encoders=1 num_pwmgens=0 num_3pwmgens=0
num_stepgens=5
Guy's
just for information , jeff's boot image as per the wiki
http://article.gmane.org/gmane.linux.distributions.emc.user/52401
and found that
/etc/security/limits.d/linuxcnc.conf
/etc/udev/rules.d/50-LINUXCNC-shmdrv.rules
were not included
Dave
---
On 03/06/14 12:38, David Armstrong wrote:
> just a query , i am recieving messages over linuxcnc-doc-en being an
> untrusted package
> and of course it wont install , all other files update fine except this one
>
> so everytime it appears in my updates i have to manualy remove
just a query , i am recieving messages over linuxcnc-doc-en being an
untrusted package
and of course it wont install , all other files update fine except this one
so everytime it appears in my updates i have to manualy remove from list
has any signed signatures changed or have i missed somethin
What branch is the leading edge for xenomai?
There are over 200 branches in git://git.mah.priv.at/emc2-dev.git,
many seem old, personal, experimental, abandoned, and
not rebased.
From /git for-each-ref --sort=-committerdate
--format='%(committerdate)%09%(refname:short)'//
/I don't recogn
specify them in the XYZ axis coordinates which are not
truly the joint min and max. Apologies if this is not clear.
Thanks
David
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run
Hi Seb,
On 4/1/2014 1:45 PM, Sebastian Kuzminsky wrote:
> I'm not sure exactly what state it's in currently. After i make the
> 2.6 branch I hope to speak with Sam Sokolik and Robert Ellenberg and
> see where things stand. I'm hoping to merge it into master for the
> following (2.7) release cyc
need to implement forward kinematics for this to be successful?
Any comments or suggestions?
Thanks,
David
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitiv
On 3/18/2014 12:31 AM, Andy Pugh wrote:
>
>> On 18 Mar 2014, at 01:44, David Bagby wrote:
>>
>> If G43 w/o an H word was a syntax error, this would not be an issue as
>> we'd stop at the G43 block.
> Just to throw in another quirk. Lathe controls often have b
Ah, I see that Dewey just pushed a patch that adds some control options
for G43 usage to ngcgui.
(ref loadtool.ngc: provide options for g43 control on the commit list).
The loadtool now looks like:
o call [#][#][#][#]
I see that as much better. I also see that the other ngcgui routines
default
Sigh - bad typo in my sentence:
On 3/17/2014 4:15 PM, David Bagby wrote:
> That's not the same as setting a TLO value and using G43 to get TLO
> compensation done in the control logic as MC moves are converted to MC
> moves.
make that ... as WC moves are converted to M
On 3/17/2014 2:46 PM, Gene Heskett wrote:
> On Monday 17 March 2014 17:23:05 David Bagby did opine:
>
> [snip]
>
> This is not anything that I have ever played with. Why? Because I do the
> majority of my TLO's via a probing touch, and set the corresponding G55-56-
> e
On 3/17/2014 1:00 PM, andy pugh wrote:
> On 17 March 2014 19:09, David Bagby wrote:
>> The gocde state of a program should be controlled by the program
>> (according to the control language the program is written in: in this
>> case, gcode).
> Yes, but, isn't it th
Hi,
Seb's email happened to draw my attention to this patch.
IMHO, the loadtool code already had a bug in it, and this patch will
make the bug happen 100% of the time that loadtool is used.
I understand that T#==H# is a common gcode convention. The key word here
is "convention"...
I am concerned
On 2/13/2014 11:34 AM, Chris Radek wrote:
> 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 fo
Hi Robert,
If you try to do blending between feed and rapid moves, I think it needs
to be an option and that it's important that the option be turned off by
default.
FYI, my reasoning:
Today, LCNC is a G code driven CNC implementation.
C code is inherently a modal language and G0 & G1 are diffe
Hi Seb,
I'd started to made a patch per yesterday's email thread. When I got up
this morning (I'm on Pacific time) I saw this thread and that Charles
had already done part of the change. Since the end result is the same,
I did not go back and apply his patch first and then re-create this patc
Charles,
On 1/16/2014 11:03 AM, Charles Steinkuehler wrote:
> Either way, I don't really think the ARM/x86 platform key belongs in
> the configuration selector at all.
Then I guess we are at really opposite points of view on this topic.
Let's take a bit little tip in the way back machine in
Charles,
On 1/16/2014 8:48 AM, Charles Steinkuehler wrote:
> I am reviewing the new configuration setup for 2.6 and trying to modify
> the BeagleBone ARM configurations to follow suit but I have a few questions:
>
> * How do I determine if a configuration should go into by_machine or
> by_interfac
Seb and others,
I remembered that the doc you referenced mentions the LCNC repo on git hub.
That made me think that using git hub may save reinventing the wheel here...
I'm thinking that "fork then pull request" is favorable over "push patch".
Instead of developing patches against the repo in lin
g and supplying working versions
to my database .
Dave
>From 161596d6ce620d6a351ff1c29d0afc3628fe30cd Mon Sep 17 00:00:00 2001
Message-Id: <161596d6ce620d6a351ff1c29d0afc3628fe30cd.1388423983.git.dave...@live.co.uk>
From: David Armstrong
Date: Mon, 30 Dec 2013 17:19:12 +
Subject: [
On 12/21/2013 6:53 AM, Dewey Garrett wrote:
>> ...
>> From what you wrote, I'm inferring that you are maybe thinking only of
>> the x86 configs (which until recently has been the entire set).
> It's all i know about -- I have only worked in the master branch of g.l.o:
>
>http://git.linuxcnc.o
Hi,
A reorganization of the x86/PC configs is welcome (and needed in my
view) - thanks.
From what you wrote, I'm inferring that you are maybe thinking only of
the x86 configs (which until recently has been the entire set).
A while back, I reorganized an ARM config directory to give it some
st
On 04/11/13 17:53, sam sokolik wrote:
> I sudo apt-get install cscope.. (google was my friend :) )
>
> (sort of a duh)
>
> sam
> On 11/4/2013 11:41 AM, sa...@empirescreen.com wrote:
>> make: cscope: Command not found
>
>
On 04/11/13 16:25, sa...@empirescreen.com wrote:
> ok - riddle me this (as in - what am I doing wrong)
>
> I did this
> git clone git://git.linuxcnc.org/git/linuxcnc.git linuxcnc-circ
> cd linuxcnc-circ
> git remote add github-robE https://github.com/robEllenberg/linuxcnc-mirror.git
> git fetch git
On 22/10/13 11:42, andy pugh wrote:
> Is there any expectation to incorporate the EtherCAT HAL driver into
> the 2.6 release?
>
> It looks like it is useful:
> http://www.linuxcnc.org/index.php/english/forum/27-driver-boards/27129-using-boschrexroth-drives-with-linuxcnc#40098
>
> Links to this vide
On 29/09/13 23:14, Chris Morley wrote:
> Here is a patch for adding two pins to motion.
> They are spindle velocity with absolute output
> one for RPM and one for RPS.
> It is common to require an absolute velocity
> for such things as a 0-10 volt control. This saves
> users having to use the abs c
Jeff,
On 9/11/2013 6:27 PM, Jeff Epler wrote:
> On Wed, Sep 11, 2013 at 07:41:36PM -0500, Charles Steinkuehler wrote:
>> If there are no objections, I will add a header indicating I release the
>> various device tree files I wrote into the public domain.
> I would greatly prefer not calling new co
file (c)
references mean this specific text. (Like the copying file does for
projects that are 100% GPL).
Dave
On 9/11/2013 5:24 PM, Chris Radek wrote:
> On Wed, Sep 11, 2013 at 03:53:42PM -0700, David Bagby wrote:
>> It seems to me that if everyone that made a change to those *had* to
>
On 9/11/2013 1:14 PM, Charles Steinkuehler wrote:
> Thanks for looking through the files! Several of them are mine, and I
> just missed adding the license header. I'm willing to license the
> files GPLv2+ or whatever works best for the project, including public
> domain or even something like M
On 23/08/13 18:39, Chris Radek wrote:
> On Fri, Aug 23, 2013 at 07:15:52PM +0200, Michael Haberler wrote:
>> method: package all parts of a remapped code in a single
>> directory, which will be discovered during interpreter startup
> This sounds smart and friendly to the system package manager: in
On 23/08/13 18:15, Michael Haberler wrote:
>
> goal: to simplify the use of "canned" additional or redefined RS274NGC codes,
> defined by remapping
>
> what is an extension: the sum of all parts needed to define a remapped code,
> which in the minimum is an ini file fragment, and additionally Pyt
On 23/08/13 17:10, andy pugh wrote:
> On 23 August 2013 16:55, Michael Haberler wrote:
>> Now if it turns out to be more of a packaging problem what we are talking
>> about here, then why dont we think a little bit about packaging extensions
>> and make them easier installable?
> That might be a
On 23/08/13 16:55, Michael Haberler wrote:
> Am 23.08.2013 um 15:58 schrieb David Armstrong :
>
>> On 23/08/13 14:06, andy pugh wrote:
>>> On 23 August 2013 13:38, Michael Haberler wrote:
>>>> Flatly I dont get it why folks just go straight to patching around
On 23/08/13 14:06, andy pugh wrote:
> On 23 August 2013 13:38, Michael Haberler wrote:
>> Flatly I dont get it why folks just go straight to patching around in C++
>> code, and inventing bizarre new control "features" instead of reading a
>> manual and trying examples
> Maybe because they see G7
On 23/08/13 11:50, Michael Haberler wrote:
> Am 23.08.2013 um 12:43 schrieb David Armstrong :
>
>> support for G71
>>
>> As per posting on the forum , can this patch be assessed and included
>> into master
>
> which forum post?
>
>> http://www.bpuk.o
support for G71
As per posting on the forum , can this patch be assessed and included
into master
http://www.bpuk.org/linuxcnc/g71-patch-2-initial-feedback-mod2.diff
--
Introducing Performance Central, a new site from S
On 8/16/2013 2:51 PM, andy pugh wrote:
> On 16 August 2013 22:24, David Bagby wrote:
>> I find myself thinking that this conversation is twisted by the
>> assumption that an extruder as an axis - I don't think it is.
> You are not wrong, but…
> The extrusion motor movem
On 8/16/2013 11:28 AM, Charles Steinkuehler wrote:
> It sounds like this would work pretty well as a start, but unless I'm
> missing something it would still allow rapid moves on the extruder
> axis when the extruder wasn't at temperature. Ideally all extruder
> movement should be gated by the
hum. I'd not declare things perfect just yet
I still see the occasional motor hesitation when running axis on the BBB
(but so far not with TKEMC) -
I have never run mini as the GUI so altering the mini code should not
matter, and since I don't have a 3d printer I suspect that adjusting
e
On 8/11/2013 7:42 AM, Kent A. Reed wrote:
> What GUI is David running? Has he also observed the behavior you report?
>
> Sorry I'm not in a position just now to replicate your results.
>
> Regards,
> Kent
The system is running from the SD card on the BBB. I've I&#x
s in that they teach me more about how this LCNC beast works.
I'm mulling over Michael's comments about what are desirable
characteristics for the canonical API level that I placed in the pics as
feeding motion. I need to think about this some more.
Dave
On 7/15/2013 6:01 PM, Jon Elson wr
1 - 100 of 137 matches
Mail list logo
