Greetings all;
I haven't been able to spend time on tuning the mill for best performance
while pecking a G33.1 recently as my back is limiting what I can do, and
what I have been doing is some troubleshooting of the local daytimers
transmitter. It turned out the schematic being used to service
Le 10/04/2016 15:02, Andy Pugh a écrit :
> I would use "lincurve" with velocity as input and jog scale as output.
>
>
@Andy: thanks, lincurve is doing the job.
Easier than scale/limit1 combination.
# Jog wheels section
net jog-enable halui.mode.is-manual
newinst lincurve lincurve.0 pincount=2
glaub ich dir nicht,
dazu kennst du glaube ich die user list zu gut. ;)
bin gespannt wie der thread ausartet. :D
On 2016-04-14 22:03, Michael Haberler wrote:
> sorry for the noise, hit too early - wrong list
>
>
>> Am 14.04.2016 um 21:07 schrieb Michael Haberler :
>>
>> since the repo https://g
Tried ZVS soft-switching and it should work although not enough time to run on
real hardware. Then properly configured there should only be need to change
dead times and peak current value for current mode or phase shift for voltage
mode. They have special purpose timers with a resolution equal
I read the doucmentation for machinkit
http://static.mah.priv.at/public/portable-realtime-API-talk/osadl-rtapi.pdf and
on page five there is "motion queue" between g-code interpreter and trajectory.
I implemented a stepper driver on external device and with a receive fifo on
this there will be
That was a few years ago, a few of the new micro controller have suitable
peripherals for power conversion. I am actually not sure FPGAs have DAC, ADC
and fast comparators which are part of these suitable peripherals.
In some micro controllers it is not about horse power. Peripherals may handle
sorry for the noise, hit too early - wrong list
> Am 14.04.2016 um 21:07 schrieb Michael Haberler :
>
> since the repo https://github.com/machinekit/mksocfpga has arrived:
>
> for those interested in the plumbing of FPGA firmware, please 'watch' this
> repo - the issue tracker there is releva
Depends on how you define suitable. For straight up hard-switched
boost/buck I would agree. Try implementing something like phase-shift
modulation to get 'free' ZVS soft-switching (lower EMI and higher
efficiency) and I will disagree. The microcontroller horsepower typically
isn't lacking but th
> since the repo https://github.com/machinekit/mksocfpga has arrived:
>
> for those interested in the plumbing of FPGA firmware, please 'watch' this
> repo - the issue tracker there is relevant
>
> - Michael
FPGA is fun.
Although I think the micro controllers today already have suitable periph
since the repo https://github.com/machinekit/mksocfpga has arrived:
for those interested in the plumbing of FPGA firmware, please 'watch' this repo
- the issue tracker there is relevant
- Michael
--
Find and fix applic
Peter,
It is geared down 4:1, so 40 degrees of shaft rotation for 10 degrees on the
axis.
Regards,
Eric
A plot would help, is ths 10 degrees of motor shaft position?
--
Find and fix application performance issues fas
-Original Message-
From: Peter C. Wallace [mailto:p...@mesanet.com]
Sent: Thursday, April 14, 2016 10:40 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Following error on angular axis
On Thu, 14 Apr 2016, Eric H. Johnson wrote:
> Date: Thu, 14 Apr 2016 09:20:01 -0400
On Thu, 14 Apr 2016, Eric H. Johnson wrote:
> Date: Thu, 14 Apr 2016 09:20:01 -0400
> From: Eric H. Johnson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "'Enhanced Machine Controller (EMC)'"
> Subject: [Emc-users] Following error on angular axis
>
> All,
>
>
>
> I am trying to l
D will also help with this. Both FF1 and D together in appropriate amount will
probably help with this.
> Is the following error proportional to velocity? FF1 can often help with
> this, unless it is a torque mode set up, then it becomes a little more
> complicated.
>
> - Original Message
Todd,
It is velocity mode. I am running headless so it is a bit of a pain to setup
for running things like halmeter and halscope unless I setup something like
VNC.
I won't be able to work on it until tomorrow, but will look at this then.
Thanks all,
Eric
Is the following error proportional to
Is the following error proportional to velocity? FF1 can often help with this,
unless it is a torque mode set up, then it becomes a little more complicated.
- Original Message -
From: "Eric H. Johnson"
To: "Enhanced Machine Controller (EMC)"
Sent: Thursday, April 14, 2016 9:20:01 AM
Su
> All,
>
>
>
> I am trying to lick a problem with following error on an angular axis (A). I
> am using a Mesa 7i43 with the 7i33 quad servo interface. If I set the axis
> max_velocity above about 2 RPS I start getting following errors on G0 moves
> with any reasonable value for FError (i.e. und
On 14 April 2016 at 14:20, Eric H. Johnson wrote:
> The motor
> should be capable of almost 60 RPS. The encoder is 500 count, 2000 with
> quadrature, so only a little over 1Khz / 4Khz when I start to see the
> problem.
If you set the f_error to be very large indeed, how fast can the axis
actuall
All,
I am trying to lick a problem with following error on an angular axis (A). I
am using a Mesa 7i43 with the 7i33 quad servo interface. If I set the axis
max_velocity above about 2 RPS I start getting following errors on G0 moves
with any reasonable value for FError (i.e. under 10 degrees).
I got it and it is indeed very simple. Subtract a receival time "n" steps back
in time from "last" receival time, divide and accumulate this time:
dt = (tArrival(-1) - tArrival(-n))/n;
tEstimated = tEstimated + dt;
Jitter on a singel arrival time will be divided by "n" and "tEstimated" will
20 matches
Mail list logo