On 2020-04-10 4:02 a.m., andy pugh wrote:
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 d
Hi Andy,
On Freitag, 10. April 2020, 12:58:22 CEST andy pugh wrote:
> Imagine that you have a smart speaker and a phone app that lets you
> change the volume, but that the volume must never be allowed to change
> during a song.
Strange, but nice sample ;)
> The app can make sure that the music p
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 movement
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 spe
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."
— G
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 lea
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
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
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 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
__
17 matches
Mail list logo
