Well, this is a problem..
latency-test:
RTAPI: ERROR: could not open shared memory (Bad address)
HAL: ERROR: could not initialize RTAPI
halcmd: hal_init() failed: -22
NOTE: 'rtapi' kernel module must be loaded
RTAPI: ERROR: could not open shared memory (Bad address)
HAL: ERROR: could not initiali
On Freitag, 10. April 2020, 06:50:24 CEST Amit Goradia wrote:
> On Fri, 10 Apr, 2020, 7:53 am andy pugh, wrote:
> > On Fri, 10 Apr 2020 at 03:13, Johannes Fassotte
> >
> > wrote:
> > > No, I think that is covering up a problem instead of fixing the problem.
> >
> > And what do you think that pr
Pull request generated:
https://github.com/LinuxCNC/linuxcnc/pull/718
Alec
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
Hi,
I have 4.19 working with RTAI, LinuxCNC needs this patch however to solve build
errors and warnings:
From 2765d6190515df6332d2a40326bf65177fb16794 Mon Sep 17 00:00:00 2001
From: Alec Ari
Date: Fri, 10 Apr 2020 00:29:43 -0500
Subject: Updates for kernel 4.19 support
Signed-off-by: Alec Ari
On Fri, 10 Apr, 2020, 7:53 am andy pugh, wrote:
> On Fri, 10 Apr 2020 at 03:13, Johannes Fassotte
> wrote:
> >
> > No, I think that is covering up a problem instead of fixing the problem.
>
> And what do you think that problem is?
>
The problem is restoring the current state after abort. For th
On Thursday 09 April 2020 23:19:11 Ken Strauss wrote:
> > -Original Message-
> > From: Reinhard [mailto:reinha...@schwarzrot-design.de]
> > Sent: Thursday, April 09, 2020 11:02 PM
> > To: EMC developers
> > Subject: Re: [Emc-developers] Toolchange and tlo behaviour change in
> > 2.8
>
> ..
Hi,
On Freitag, 10. April 2020, 05:19:11 CEST Ken Strauss wrote:
> I'm probably missing something in this discussion but doesn't G10 L1 and G10
> L10 allow one to change a tool table entry including tool length
May be, I misunderstood the manual. For me, it reads, as if G10 L1 / G10 L10
change t
Reinhard, I partially agree: to everyone, what is the point of a tool
change command that doesn't apply a corresponding length offset? If you
don't have an offset stored (or a means of measuring it like a toolsetter /
touchoff subroutine), then a tool number is just an arbitrary label.
One example
> -Original Message-
> From: Reinhard [mailto:reinha...@schwarzrot-design.de]
> Sent: Thursday, April 09, 2020 11:02 PM
> To: EMC developers
> Subject: Re: [Emc-developers] Toolchange and tlo behaviour change in 2.8
>
...seriously trimmed
> So for me, its a wrong behaviour, allow to retain
Hi,
On Freitag, 10. April 2020, 04:26:04 CEST andy pugh wrote:
> On Tue, 7 Apr 2020 at 15:14, Rene Hopf via Emc-developers
> wrote:
> > Retain G43
> > Almost anybody that has ever used any other controller,
>
> I have created a branch where RETAIN_G43 defaults to on:
> andypugh/persistentG43
>
I don’t know. This is not something that I have looked into. My comment is just
my feeling that if there is a problem that the source of that problem needs to
be identified and fixed and not worked around by adding more code. I’m thinking
that a queue can report which item is being executed and
On Tue, 7 Apr 2020 at 15:14, Rene Hopf via Emc-developers
wrote:
> Retain G43
> Almost anybody that has ever used any other controller,
I have created a branch where RETAIN_G43 defaults to on: andypugh/persistentG43
But I can't decide if it actually works. I don't see the Z offset for
the new t
On Fri, 10 Apr 2020 at 03:13, Johannes Fassotte
wrote:
>
> No, I think that is covering up a problem instead of fixing the problem.
And what do you think that problem is?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses,
No, I think that is covering up a problem instead of fixing the problem.
Johannes P. Fassotte
Automation Assist
217 Sunny Hills Drive
Fairbanks, AK 99712
> On Apr 9, 2020, at 2:32 PM, andy pugh wrote:
>
> Should we invent a new G-code that functions specifically to bust the queue?
>
> --
> a
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.
On 2020-04-09 4:46 p.m., Robert Ellenberg wrote:
From my experience, it's more for remap and subroutine authors than end
users. For example, reading
>From my experience, it's more for remap and subroutine authors than end
users. For example, reading Hal pins in g-code via _hal.
On Thu, Apr 9, 2020, 7:40 PM Chris Morley
wrote:
> This feels wrong. why would the user need to know anything about when to
> pause the queue?
>
> The gcode should kn
This feels wrong. why would the user need to know anything about when to
pause the queue?
The gcode should know what to do, not the user.
Can you think of a specific use case for discussion purposes?
On 2020-04-09 3:32 p.m., andy pugh wrote:
Should we invent a new G-code that functions specif
Yes! That would be way more convenient than the common kludge of an M66.
On Thu, Apr 9, 2020, 6:34 PM andy pugh wrote:
> Should we invent a new G-code that functions specifically to bust the
> queue?
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for th
G4?
On Thu, Apr 9, 2020, 5:34 PM andy pugh wrote:
> Should we invent a new G-code that functions specifically to bust the
> queue?
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
>
Should we invent a new G-code that functions specifically to bust the queue?
--
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, 1912
__
20 matches
Mail list logo
