On Sun, 3 May 2020 at 13:40, Robert Murphy wrote:
> Machinekit, IMHO, seemed to be focused more towards the hobbyist who
> wants bells and whistles rather than an industrial\commercial scene.
I do think that MK perhaps got too caught-up in fixing the archaic and
weird LinuxCNC software
https://wiki.debian.org/Derivatives/Guidelines
Should we be adding things to /etc/dpkg/origins ?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper,
On Sat, 2 May 2020 at 14:33, Juergen Gnoss wrote:
> I'm with the folks that like to have lcnc and gui's separated.
> It's a much cleaner way for maintenance.
I think it's a daft idea from a user support point of view.
Take the example of where issues would be reported. Would you expect
users
On Sat, 2 May 2020 at 10:15, Phill Carter wrote:
> I really don't see a problem with having the UI's as part of LinuxCNC
Many folk already complain that LinuxCNC is too difficult to set up. I
think that we would lose a lot of new users at the point that they
finished installing LinuxCNC and
On Sat, 2 May 2020 at 10:41, Rod Webster wrote:
> Only using C++ would basically stop the customisation of this wonderful
> software in its tracks and force users to continue to use an archaic GUI
> called Axis.
Axis is written in Python. (and Tcl)
> Once Python 3.0 is upgraded the next major
On Sat, 2 May 2020 at 00:32, Phill Carter wrote:
> If we link to one site then we may as well link to every known site that has
> a LinuxCNC compatible GUI
That is what I am proposing, yes.
(It's not like there are hundreds)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment
On Fri, 1 May 2020 at 22:28, Gene Heskett wrote:
> I think so too John, but verifying that all those extras are alive and
> well is more than I'll ask our limited manpower to do, so just the
> mention of something google should find s/b more than enough.
It's a matter of a link and checking it
I wonder if the docs should mention the GUIs that are made for
LinuxCNC but are not part of LinuxCNC?
I am thinking of
http://www.qtpyvcp.com/showcase/mill_vcps.html
And
https://github.com/DjangoReinhard/JCNCScreen
And maybe also PathPilot.
--
atp
"A motorcycle is a bicycle with a pandemonium
On Wed, 29 Apr 2020 at 01:56, Robert Murphy wrote:
> Has support for Mesa 7i95 been included in 2.8 ?
At least as much as in Master. It looks like it shoud be recognised at
least.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of
On Sun, 26 Apr 2020 at 22:20, Gene Heskett wrote:
> Closest I've got is:
> deb http://linuxcnc.org/ buster master-rtpreempt
You could try using what it tells you to use on the buildbot page.
deb http://buildbot.linuxcnc.org/ buster master-rtpreempt
deb-src http://buildbot.linuxcnc.org/
On Sun, 26 Apr 2020 at 21:03, Gene Heskett wrote:
> > > Thats the web address, but apt can't find it.
> >
> > What are you using?
I was asking what apt stanza you were using.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical
On Sun, 26 Apr 2020 at 17:00, Jon Elson wrote:
> Also, this bug would have affected all 2.7.x versions
> installed on a 64-bit kernel. Should we
> backport the fixed version to them?
Do you think that it is important enough to prompt an incremental 2.7
release? If not then it won't get out to
On Sun, 26 Apr 2020 at 16:25, Gene Heskett wrote:
> Thats the web address, but apt can't find it.
What are you using?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta
We have a couple of candidate RTAI kernels (4.14.174-rtai /
4.19.114-rtai) that nearly, but not quite, work.
There seems to be a problem loading or unloading RTAI, leading to a
kernel panic and system freeze.
Typically 1 time in 200.
The system appears to run perfectly between startup and
On Sun, 26 Apr 2020 at 16:07, Gene Heskett wrote:
> I go to the wiki (many thanks for the update, it works now), but there I
> find there is not a build for armhf, which is what raspian-buster is.
Surely you know by now not to trust the Wiki for anything?
On Sun, 26 Apr 2020 at 15:54, Gene Heskett wrote:
> That took 2 passes for two keys, but now the repo has been renamed. Its
> no longer master-rt. Tisn't just master either. What is it called now?
http://buildbot.linuxcnc.org
--
atp
"A motorcycle is a bicycle with a pandemonium attachment
On Sun, 26 Apr 2020 at 15:26, Gene Heskett wrote:
> Andy is telling me that arm linuxcnc is being built again, but apt
> refuses to grab the buildbot files because they aren't signed.
Have you tried installing the key as instructed on the buildbot page?
sudo apt-key adv --keyserver
A question raised in issue #695
https://github.com/LinuxCNC/linuxcnc/issues/695
LinuxCNC appears to only support run-in-place and the creation of .deb files.
But some Linuxes don't use .debs.
Is there any way to compile and install for those systems?
--
atp
"A motorcycle is a bicycle with a
On Sun, 26 Apr 2020 at 11:09, Rod Webster wrote:
> 1. how do I find that doc from the master documents page? I could not see a
> link anywhere
It's in http://linuxcnc.org/docs/devel/html/ under "API calls: HAL"
> 2. The doc you shared refers to two files under sample code. Neither exist
> in
On Sun, 26 Apr 2020 at 01:28, Rod Webster wrote:
> I wondered how much effort there was in adding a new hal type. PCW has
> mentioned a string type would be helpful
Master has hal_port which I think was intended to address that sort of
application.
On Sun, 26 Apr 2020 at 08:55, Gene Heskett wrote:
> EXCEPT! Its not in either script so it has to be in dpkg-buildpackage.
Buildpackage does not care about the tests, look at the contents of
http://buildbot.linuxcnc.org/dists/buster/2.8-rtpreempt/Contents-armhf.gz
It seems more likely that,
On Sat, 25 Apr 2020 at 23:21, Jon Elson wrote:
> Well, there doesn't seem to be a hal type for signed 64 bit
> integer! That seems to make what
> I'm trying to do impossible, unless I missed it (meaning
> that the full 64-bit signed integer raw count
> would be exported as a hal pin (mostly for
On Sat, 25 Apr 2020 at 23:28, Jon Elson wrote:
> > http://linuxcnc.org/docs/2.8/html/code/building-linuxcnc.html
> >
> Hmmm, that might have been helpful, but I wasn't able to
> find it on my own.
Well, it is in the docs front page. (ie www.linuxcnc.org, click
"Documents" then "HTML" for the
On Sat, 25 Apr 2020 at 19:13, Jon Elson wrote:
> So, this Wiki page is the only place I know that tells how
> to do the whole process.
Is this any good?
http://linuxcnc.org/docs/2.8/html/code/building-linuxcnc.html
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
On Sat, 25 Apr 2020 at 18:29, Jon Elson wrote:
> Seems like a problem with a preempt rt build -- or the
> instructions for it.
Which instructions were you following?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses,
On Sat, 25 Apr 2020 at 18:11, Jon Elson wrote:
> your kernel '4.9.0-8-rt-amd64' is not known. There might be
> needed dependencies which won't get set automatically.
You can ignore that.
> So, these references to rtai seem like they are for the
> wrong kernel.
Possibly, or they could be just
On Sat, 25 Apr 2020 at 16:18, Jon Elson wrote:
> OK, so there's two parts. One is to handle the sign
> extension/rollover of the 24-bit hardware encoder
> to 32-bits. What I'm seeing so far (on 2.7.14) is that that
> IS working. But, then the 32-bit value
> is placed into a presumably 64-bit
On Sat, 25 Apr 2020 at 16:09, Jon Elson wrote:
>
> If there's a way
> to get the keys off the old computer
> I have that available. Is it just copying the files in the
> .ssh directory?
Yes, it is that simple.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for
On Sat, 25 Apr 2020 at 02:55, Gene Heskett wrote:
> There is no simpockets.tbl.orig on the whole machine. Nor is there one on
> the rpi4. Missed commit?
I don't know where yours has gone.
git checkout tests/tool-info/random-with-startup-tool/simpockets.tbl.orig
Should bring it back.
--
atp
On Sat, 25 Apr 2020 at 04:21, Jon Elson wrote:
> I immediately saw there were problems handling conversion to
> scaled position.
> I expected problems with the sign-extend/rollover of the
> 24-bit hardware encoder
I might have already fixed the encoder rollover.
git checkout git checkout
On Sat, 25 Apr 2020 at 04:21, Jon Elson wrote:
> Can anyone suggest the steps to set up the source for master
I think the fix should go in to 2.8, but the steps are the same.
Get the basic tools:
sudo apt-get install build-essential git git-gui
Then try:
git clone
On Fri, 24 Apr 2020 at 16:11, Gene Heskett wrote:
>
> While you are seeing about that, I ran down the test thats failing, and
> found the error is actually "can't load simpockets.tbl"
It isn't that, if you look at the test output.
Try going in to the test folder and running "runtests -v ." and
On Fri, 24 Apr 2020 at 12:20, andy pugh wrote:
> I tried to install Buster on my mill controller to have another test system.
> Unfortunately, it doesn't seem to work.
Nor does stretch (4.9.0.7 kernel)
Interesting.
--
atp
"A motorcycle is a bicycle with a pandemonium
On Fri, 24 Apr 2020 at 14:52, Reinhard wrote:
> I realized, that the BIOS does not support USB, although it claimes to do so.
> I wasn't able to install from usb or use usb-keyboards ...
I can use USB keyboards in grub and in the BIOS screen, so I think it
has to support USB.
(It has no PS/2
On Sun, 19 Apr 2020 at 17:58, René Hopf via Emc-developers
wrote:
> I added the EOL date of the official distros to the wiki:
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?MinimumSoftwareVersions
> Notice that only stretch and buster are not near end of life.
I tried to install Buster on my mill
On Wed, 22 Apr 2020 at 12:22, Gene Heskett wrote:
> You said the buildbot isn't doing that so someting is obviously
> different. Yet its the same error here on two different architectures.
No. The buildbot does it _sometimes_
Look at the red squares, no real pattern.
On Wed, 22 Apr 2020 at 11:33, Gene Heskett wrote:
> Apparently that is not sufficient. With branch set to 2.8, both wheezy
> and armhf buster builds fail, same msg:
Weirdly, though, not always. You can still carry on after a runtests
fail. It's a more complicated question as to whether you
On Tue, 21 Apr 2020 at 16:59, andy pugh wrote:
>
> I seem to have managed to put docs generation into an infinite loop:
> https://pastebin.ubuntu.com/p/WdSvSCjdVh/
Which seems to have been due to having dashes rather than underscores
in file names and inside the file.
(Or something)
I seem to have managed to put docs generation into an infinite loop:
https://pastebin.ubuntu.com/p/WdSvSCjdVh/
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta
On Tue, 21 Apr 2020 at 16:38, Gene Heskett wrote:
> On the subject of docs, I note it the last few builds of master, that it
> spends a noticeable amount of time processing Vietnamese docs, but if I
> do the dpkg-buildpackage phase, they are not included in the output. Is
> this intentional
On Tue, 21 Apr 2020 at 16:14, Sebastian Kuzminsky
wrote:
> Just put the asciidoc manpage source file in docs/src/man/manX.
This isn't working for me at the moment, but neither am I getting
halstreamer html docs, and that appears on the web version of the 2.8
docs, so clearly it has worked in
On Tue, 21 Apr 2020 at 12:49, Gene Heskett wrote:
> both of these are on master, Andy. Is a "git checkout 2.8" sufficient?
That depends on what you are trying to do.
2.8 is nearly ready for use.
master is, well, master, and can be expected to be occasionally broken.
2.7 is the one that we
One of the problems seems to be a manual page for the new xhc-wb06
driver which has been put in man1 but is actually in asciidoc format.
Is there a way to have an asciidoc manpage? Or so I need to convert it
to groff/troff?
It seems like the system knows how to do asciidoc-to-manpage, so I
guess
On Tue, 21 Apr 2020 at 08:47, Gene Heskett wrote:
>
> on tests/tool-info/random-with-startup-tool
state='after T10 M6', got expected interp variables:
current_tool=10.00
current_pocket=0.00
selected_tool=10.00
selected_pocket=-1.00
state='after T9', got
If you decide to start working on a self-identified problem, it is
probably a good idea to raise an issue on the tracker and self-assign
it, so that other folk don't start working on the same thing.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial
On Mon, 20 Apr 2020 at 16:12, Dewey Garrett wrote:
> I don't know if gcmc is still maintained but the link works
There seems to have been some activity 8 months ago:
https://gitlab.com/gcmc/gcmc/-/commits/master
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed
On Mon, 20 Apr 2020 at 13:09, Gene Heskett wrote:
> Because no one has found and touted a replacement for the D-525-MW yet?
There are many potential replacements for that (old) board, and it
runs 64bit anyway.
(see the benchmarks here: https://browser.geekbench.com/geekbench2/1523128 )
--
atp
On Mon, 20 Apr 2020 at 06:07, Chris Morley wrote:
>
> The new driver breaks my systems from compiling.
I had missed some makefile updates from Jepler when I picked the
driver back to 2.8.
Can you try again with a fresh pull?
(However, it works fine on all the buildbot machines)
--
atp
"A
There is one point to remember here:
Does preempt-rt work on 32-bit machines?
Our only good support for 32-bit is the Wheezy / RTAI ISO.
RTAI for 4.0+ kernels is 64-bit only.
It might be that preempt-rt is a good solution for such machines, I
simply don't know.
(And this comes back to the "why
On Sun, 19 Apr 2020 at 21:46, Chris Morley wrote:
> (because
> master does not support wheezy and 2.8 and master where very close )
Master supports Precise. Wheezy is newer than Precise.
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?MinimumSoftwareVersions
--
atp
"A motorcycle is a bicycle with a
On Sun, 19 Apr 2020 at 19:47, Chris Morley wrote:
> If it is easy enough to keep support of an old distro then why not?
We are being squeezed at both ends, though. LinuxCNC relies on tools
(and versions of tools) that don't work on the latest OS versions.
Whereas the older OS versions don't
On Sun, 19 Apr 2020 at 13:53, andy pugh wrote:
> By adding '-std=c++11' to the Submakefile of the driver (and deleting
> a couple of logging lines) it all seems to compile again.
Forget this, ./configure adds this to Makefile.inc automatically in Wheezy.
Not sure about Precise.
-
There is a new driver for all of the XHC pendants, but it requires
slightly newer C++ than is the default in Wheezy, so the compile of
master on Wheezy is currently broken.
http://buildbot.linuxcnc.org/buildbot/grid
But is seems that Wheezy is perfectly happy to compile C++11 code, it
just
On Sat, 18 Apr 2020 at 21:12, Gene Heskett wrote:
> git branch --set-upstream 2.8 origin/2.8.
> which says I am 600 commits ahead, crazy.
> should I just blow it away.
Yes.
But a reset --hard should be enough.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed
On Sat, 18 Apr 2020 at 18:19, Gene Heskett wrote:
>
> last nights test build must have done git pull at a bad time, 181 of the
> runtests failed.
Which LinuxCNC version?
There was a faulty commit to 2.8, now reversed. But if you pulled 2.8
in that period you might need to reset --hard
On Sat, 18 Apr 2020 at 15:12, Reinhard wrote:
> what is the preferred way to set fixture offset (coordinate values) from ui?
>
> Use nml-message EMC_TRAJ_SET_G5X or assemble a G10 L2
Looking at the code, none of the existing UIs uses the NML message.
And in Touchy the button brings up an
Putting this here to make it slightly less likely to get lost.
https://pastebin.com/crhu8Cgx
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper,
The default kernel config now protects the dmesg buffer, so LinuxCNC tests fail.
There is a workaround: sudo sysctl kernel.dmesg_restrict=0
But if you could turn this off in your Kconfig patch?
CONFIG_SECURITY_DMESG_RESTRICT:
This enforces restrictions on unprivileged users reading the kernel
On Fri, 17 Apr 2020 at 21:31, Alec Ari wrote:
>
> Paolo has a fix, I will try this! Yay!
if (1 || pigs_can_fly) ?
Odd bit of code.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George
There are significant updates to the documentation for LinuxCNC v2.8
that have not been incorporated in to the French, Spanish and
Chinese(?) versions.
Do we have volunteers to take these on?
Highest priority is probably
On Fri, 17 Apr 2020 at 02:07, Ed wrote:
> Varying speeds is common on later controls. Set how much and how fast. A
> smart chatter sensor can do that on the fly.
Setting up a spindle speed wobble would be very easy in HAL simply by
adding a siggen to the spindle speed command.
Jeff, on IRC, get me a bit closer the other night.
The problem with rtai_malloc is not the kmalloc part, but the mmap part.
The code here:
https://github.com/NTULINUX/RTAI/blob/master/include/rtai_shm.h#L212
If modified to read:
if ((adr = mmap(start, size, PROT_WRITE | PROT_READ, MAP_SHARED |
On Thu, 16 Apr 2020 at 17:55, Alec Ari via Emc-developers
wrote:
>
> Do _not_ put any 4.19 RTAI stuff in 2.8 branch!
So revert https://github.com/LinuxCNC/linuxcnc/pull/718 ?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical
Is everything that should be in 2.8 currently in 2.8?
I would like to freeze it a bit harder on Friday night, then have a
really good look at clearing the tagged bugs over the weekend.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Thu, 16 Apr 2020 at 05:48, Reinhard wrote:
> Just happened to discover ...
> Do you know about ./nc_files/ngcgui_lib/qpocket.ngc ?
> Looks like it is already done.
http://linuxcnc.org/docs/2.7/html/gui/ngcgui.html
For docs.
Also take a look at NativeCAM.
Demos:
On Thu, 16 Apr 2020 at 05:07, Phill Carter wrote:
> It seems that when the cutter comp is applied it pushes the M62 to the
> begining of the move rather than leaving it where it should be..
How odd.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the
OK, so in RTAI this code from src/shm.c:53
static inline void *_rt_shm_alloc(unsigned long name, int size, int suprt)
{
void *adr;
//suprt = USE_GFP_ATOMIC; // to force some testing
if (!(adr = rt_get_adr_cnt(name)) && size > 0 && suprt >= 0 &&
RT_SHM_OP_PERM()) {
size = ((size - 1) &
On Wed, 15 Apr 2020 at 03:22, Alec Ari via Emc-developers
wrote:
>
> Yes, now what do we do about it? I need ideas!
Interesting info in the RTAI code:
* rtai_malloc is used to allocate shared memory from user space.
*
* @param name is an unsigned long identifier;
*
* @param size is the
On Wed, 15 Apr 2020 at 06:17, Phill Carter wrote:
>
> I have just noticed that I cannot set outputs like M62, M67 etc.while cutter
> compensation(in my case G41.1) is on. Is there any particular reasoning
> behind this?
Good question.
Looking in the code:
if (rtapi_data == (rtapi_data_t*)-1) rtapi_print_msg(RTAPI_MSG_ERR,
"rtapi_data* = -1\n");
is printing, to -1 is coming back from rtai_malloc (we were there a
few days ago, I have just remembered)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the
On Wed, 15 Apr 2020 at 02:09, Alec Ari wrote:
>
> I've been working away trying to figure it out, and I can't. Are we sure this
> is an invalid pointer?
I have no idea, there really isn't much to go on in dmesg:
[ 7954.478734] I-pipe: head domain RTAI registered.
[ 7954.478736] RTAI[hal]:
On Tue, 14 Apr 2020 at 23:43, andy pugh wrote:
> Not really, I get a different problem:
Progress, of a sort. I now get the same problem.
(the previous problem was trying to make debs without doing the RTAI
./configure, just the debian/configure )
--
atp
"A motorcycle is a
On Fri, 10 Apr 2020 at 07:00, Alec Ari via Emc-developers
wrote:
>
> Well, this is a problem..
Yes.
> RTAPI: ERROR: could not open shared memory (Bad address)
> This works just fine with kernel 4.14... Any ideas?
Not really, I get a different problem:
andypugh@rm-one:~/linuxcnc-dev/src$
On Tue, 14 Apr 2020 at 22:54, Gene Heskett wrote:
> > What's that # doing there?
> IIRC, removeing a later duplicate link.
I don't see any duplication. Have you tried removing it?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Tue, 14 Apr 2020 at 22:23, Gene Heskett wrote:
> net y-vel-cmd<= joint.1.vel-cmd # => pid_y.command-deriv
What's that # doing there?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
On Tue, 14 Apr 2020 at 21:53, Gene Heskett wrote:
> > Why Mint?
> Because that's what you are building the newset linuxcnc with? I do read
> both lists. :)
Currently the plan is Debian Buster.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use
On Tue, 14 Apr 2020 at 16:29, Gene Heskett wrote:
> which may be not enough but its building now. Keep in mind I have to make
> debs and install them and reboot to try them
You should be able to test with a run-in-place. If you are compiling
on the machine under test then you don't need debs.
On Tue, 14 Apr 2020 at 17:10, andy pugh wrote:
> Looking through the code, it is clear that G43 / G43.1 and G43.2 all
> completely ignore tool diameter. This means that G43.2 is not actually
> useful for wear offsets on a milling machine (as far as I can tell)
It looks like it woul
On Tue, 14 Apr 2020 at 03:58, Reinhard wrote:
> > Maybe G43.2 could be tweaked to take either a H number or axis codes.
>
> That would be very nice indeed!
Take a look at the andypugh/G43.2-direct branch and see if that does
what you expect.
Looking through the code, it is clear that G43 /
On Mon, 13 Apr 2020 at 23:02, Gene Heskett wrote:
> > Why not just update to a debian version that still has support?
> >
> That would be changing distributions to mint,
Why Mint?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Tue, 14 Apr 2020 at 01:54, Gene Heskett wrote:
> Error: could not insert
> module /usr/realtime-3.4-9-rtai-686-pae/modules/rtai_hal.ko: File exists
...
> How do I mediate this?
Reboot. (unless there is an instance of LinuxCNC already running, in
which caase you need to quit it)
--
atp
"A
On Tue, 14 Apr 2020 at 10:33, Gene Heskett wrote:
> How, since even the newer, bad code runs thru runtests w/o any problems,
Bisect does not care how you test. But it is probably easiest to run
it on the machine that is showing the problem.
> Can someone suggest a starting branch that ideally
On Mon, 13 Apr 2020 at 22:53, Gene Heskett wrote:
> when edited as shown on page 3 of this post it will not take a save, its
> ghosted out.
_What_ is ghosted out?
Post 3 would be what you would use in a text editor. If that won't
save then maybe you need sudo?
(and, also, the forum software
On Mon, 13 Apr 2020 at 19:57, Gene Heskett wrote:
> due to a missing libmodbus-dev which apt-get cannot find at this late
> date for wheezy.
Have you configured it to look in the archive servers?
https://forum.linuxcnc.org/29-forum-announcements/36691-fixing-wheezy-repositories
--
atp
"A
On Mon, 13 Apr 2020 at 17:07, Gene Heskett wrote:
> So prior to doing a git clone to get a copy of the repo, what else do I
> need to install on a wheezy install to get the bisect started? Is there
> a faq someplace?
http://linuxcnc.org/docs/devel/html/code/building-linuxcnc.html
--
atp
"A
On Mon, 13 Apr 2020 at 16:12, Reinhard wrote:
> What do I have to code, to use a tool two times. First with 0.1 added to
> toollength and 0.1 added to toolradius (without having to know the tool
> properties). Second use should be with the properties from tooltable - without
> the added changes.
On Mon, 13 Apr 2020 at 07:20, Reinhard wrote:
> I understood documentation that way, that G43.1 adds an offset to existing
> tool
> length
No, that is G43.2
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils
On Mon, 13 Apr 2020 at 05:26, Reinhard wrote:
> May be not broken, but at least weird.
It was a very small change, code-wise.
https://github.com/LinuxCNC/linuxcnc/commit/b51ef8cc3c560b6c44d095814988a3f972bc0763
> Behaviour may be ok from sight of motion, but it is not from user sight (with
>
On Sun, 12 Apr 2020 at 14:27, Reinhard wrote:
> Have there been changes, that I missed?
There was a change to increase the tool limit.
https://github.com/LinuxCNC/linuxcnc/search?o=desc=tool=committer-date=Commits
Though that should't have broken it.
--
atp
"A motorcycle is a bicycle with a
On Sun, 12 Apr 2020 at 15:46, Reinhard wrote:
> How can I change this way (temporary) the diameter of a tool?
Assuming that this is for cutter compensation purposes, G41.1 and G42.1
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Sat, 11 Apr 2020 at 15:41, Gene Heskett wrote:
> But here is my present theory:
> I am overflowing the line length limits with some of my renames in the
> loadrt section of my hal files and that is confusing the hal
> router/linker.
That should show up as duplicated values if you run halcmd
Just to clarify:
This option has been in LinuxCNC for along time. But documented in an
obscure place.
It will not change the operation of many existing programs. Anything
which already has an explicit G43, with or without an H number, will
behave exactly as before.
The only places that the
Quoted verbatim as Dave got a bounce, so it might not have made it to
the list as a whole:
On Fri, 10 Apr 2020 at 22:46, David Bagby wrote:
>
>
> On 4/10/2020 4:25 AM, andy pugh wrote:
>
> >
>
> > It is already an INI file option. I am just p
Some booleans in INI take "ON", for example TWOPASS.
Others take "1" and "0"
There is a suggestion in the code that YES / NO / OFF / ON might be
expected to work:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/ini/emcIniFile.cc#L50
But I am not sure that it does, having experimented a
On Fri, 10 Apr 2020 at 12:45, Reinhard wrote:
> I have. And some of my colleagues do it cause of lazyness for jobs with a
> single tool only.
Though presumably in that case there wouldn't be a G43 anywhere in the code?
> For that 3D-jobs we had special tool entries with length and diameter set
On Fri, 10 Apr 2020 at 04:04, Reinhard wrote:
> In Heidenhain you have the TD- and TL-words to change Diameter and/or Length.
...
> So for me, its a wrong behaviour, allow to retain G43 without the possibility
> to change toollength and tooldiameter in GCode.
LinuxCNC offers G43.1 to apply a
On Fri, 10 Apr 2020 at 00:53, Chris Morley wrote:
>
> I could definitely see that in remap, though I thought you could do this
> already with python.
>
> and python not gcode is the way i would keep it.
Python remaps are not a particularly convenient way to do tool changes
that need axis
On Fri, 10 Apr 2020 at 06:47, Reinhard wrote:
> I guess, the real problem is, that the interpreter performs tasks it should
> not. Normally no sync between motion and interpreter is (or should be) needed.
Maybe a way to think of this is as an analogous problem.
Imagine that you have a smart
On Fri, 10 Apr 2020 at 06:20, Amit Goradia wrote:
> The problem is restoring the current state after abort.
No, that's a different problem.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
—
On Fri, 10 Apr 2020 at 03:45, Johannes Fassotte
wrote:
>
> I don’t know. This is not something that I have looked into.
...
> I’m I thinking wrong? Convert some to kernel modules like in OpenCN?
This is actually the cause of the problem. (though calling it a
problem is not really correct)
At
901 - 1000 of 2828 matches
Mail list logo
