On Wednesday 04 March 2020 12:52:09 andy pugh wrote:
> On Wed, 4 Mar 2020 at 17:26, Peter C. Wallace wrote:
> > It was first added to 2.8 and them merged into 2.7 before the
> > 2.7.15 release AFAIK
>
> I think that they were added in 2010:
>
On 03/04/2020 02:14 PM, andy pugh wrote:
On Wed, 4 Mar 2020 at 18:07, Peter C. Wallace wrote:
I meant the patch that made the command derivative behavior match the
feedback
derivative behavior (and the manual), that was quite recent.
Ah, sorry. I thought you were explaining the statement
It's a shame you think there are "parallel port zealots". The parallel
port is just one of the interfaces that linuxcnc supports. Still a quite
viable as an entry level interface or a "quick & dirty" one. A lot of us
have gone with the various motion cards from MESA.
And Murphy', Lawno
On Wed, 4 Mar 2020 at 18:07, Peter C. Wallace wrote:
I meant the patch that made the command derivative behavior match the
> feedback
> derivative behavior (and the manual), that was quite recent.
>
Ah, sorry. I thought you were explaining the statement that the pins are
not in the docs.
(
On Wed, 4 Mar 2020, andy pugh wrote:
Date: Wed, 4 Mar 2020 17:52:09 +
From: andy pugh
Reply-To: EMC developers
To: EMC developers
Subject: Re: [Emc-developers] 2.7.15 PID Fix
On Wed, 4 Mar 2020 at 17:26, Peter C. Wallace wrote:
It was first added to 2.8 and them merged into 2.7
On Wed, 4 Mar 2020 at 17:26, Peter C. Wallace wrote:
> It was first added to 2.8 and them merged into 2.7 before the
> 2.7.15 release AFAIK
I think that they were added in 2010:
On Wed, 4 Mar 2020, andy pugh wrote:
Date: Wed, 4 Mar 2020 17:20:02 +
From: andy pugh
Reply-To: EMC developers
To: EMC developers
Subject: Re: [Emc-developers] 2.7.15 PID Fix
On Wed, 4 Mar 2020 at 16:55, Peter C. Wallace wrote:
> As for the docs, the generic 2.7 docs do NOT show any
On Wed, 4 Mar 2020 at 16:55, Peter C. Wallace wrote:
> > As for the docs, the generic 2.7 docs do NOT show any reference to
> > pid.x.command-deriv
> > Am I looking in the wrong place, or has it been removed?
>
> It was added early in 2.8 and it works the same as feedback-deriv
> (value
On Wed, 4 Mar 2020, Jon Elson wrote:
Date: Wed, 04 Mar 2020 10:44:26 -0600
From: Jon Elson
Reply-To: EMC developers
To: EMC developers
Subject: Re: [Emc-developers] 2.7.15 PID Fix
On 03/03/2020 09:22 PM, Peter C. Wallace wrote:
No, command-deriv is only used for the FF1 feedforward
Mostly to John T.,
I note that there is an entry in the docs under "Hardware
Drivers" for "Pico Drivers", but no entries under
"HAL component List" where other drivers are listed. I
guess it really only needs one line to
list that the PPMC driver supports the PPMC (analog servo
interface),
On 03/03/2020 09:22 PM, Peter C. Wallace wrote:
No, command-deriv is only used for the FF1 feedforward
calculation
But, I DO use FF1 in practically all my configs, and it does
seem to work. So, the problem is linking a signal to the
command-deriv pin, but then NOT feeding it the correct
Gene Heskett
Thank you very much, I have a rpi4, and will try it,
Gene Heskett 于2020年3月3日周二 下午10:46写道:
> On Tuesday 03 March 2020 08:35:14 0x fff wrote:
>
> > cool, So LinuxCNC can also run on Raspberry Pi 4?
> >
> Yes, I've been doing it for several months. Before that, an rpi3b for
>
On Wednesday 04 March 2020 04:42:06 andy pugh wrote:
> On Wed, 4 Mar 2020 at 01:30, Gene Heskett wrote:
> > I am too, wondering why you are watching kern.log. when far more
> > data is output to syslog.
>
> Because kern.log is where the RTAPI logging data ends up when using
> RTAI. (tail-ing
On Wed, 4 Mar 2020 at 01:30, Gene Heskett wrote:
> I am too, wondering why you are watching kern.log. when far more data is
> output to syslog.
Because kern.log is where the RTAPI logging data ends up when using RTAI.
(tail-ing kern.log is equivalent to continually polling dmesg)
--
atp
"A
14 matches
Mail list logo