> TheCortex M is more like the Arduino then Pi. The M rarely runs an
> operating system and the software burned into flash and from an end
> user's level the software never change. You see the Arm Cortex M
> inside things like inkjet printers and microwave ovens and the like.
The librarys suppl
I think you are probably right. Running the simulation at 100x was much more
accurate than 1000x. Tomorrow I'll have to play with the servo thread speed
some and see if and how much improvement I can find. But not sure how much
improvement will be possible in a sim config on a VM.
- Orig
On 10/13/2016 8:01 PM, Chris Albertson wrote:
>
> For sophisticated motion control you really need both. (my internet is
> in robots, no as much CNC) One to run an OS and drive a user interface
> and screen and talk over a network and so on. and a smaller processor
> to make I/O lines go up and d
On 10/13/16, Erik Friesen wrote:
> To clarify my question, I am trying to understand at what level lcnc
> accesses hardware peripherals. For example, suppose I build a board with
> an spi dac peripheral to the arm, as well as write the kernel driver, if
> necessary. What type of glue do I need t
Check out the machinekit web group for additional information.
- Original Message -
From: emc-users-requ...@lists.sourceforge.net
To: emc-users@lists.sourceforge.net
Sent: Thursday, October 13, 2016 12:13:56 PM
Subject: Emc-users Digest, Vol 126, Issue 35
Send Emc-users mailing list
Check out some of these zynq boards, dual core arm with a fpga attached.
www.zedboard.org
- Original Message -
From: emc-users-requ...@lists.sourceforge.net
To: emc-users@lists.sourceforge.net
Sent: Thursday, October 13, 2016 12:13:56 PM
Subject: Emc-users Digest, Vol 126, Issue 35
Interesting info on spidev, but it doesn't surprise me. Isn't that
because they are non blocking read/writes to manage slow spi clocks,
etc? The calls end up in spi_sync, that says "This call may only be
used from a context that may sleep" so I would expect not so good
performance with this. My
If your device uses PREEMPT-RT realtime, then you can use any userspace
interface (ioctl, read, write, recv, send, etc) that gives you
acceptable latency in practice. Otherwise, you basically get to do
direct memory-mapped control of the applicable registers in your SOC,
because for xenomai and rt
On 10/13/2016 12:24 PM, Erik Friesen wrote:
> To clarify my question, I am trying to understand at what level lcnc
> accesses hardware peripherals. For example, suppose I build a board with
> an spi dac peripheral to the arm, as well as write the kernel driver, if
> necessary. What type of glue d
I think the error of this approach (using N times higher accel/vel) is
coming from the piecewise linear approximations of the curves going bad.
If you try to follow a curve N times faster, then there are N times fewer
samples along that curve for a fixed time sampling period. That introduces
error
Haas drives are basically pwm amplifiers that apparently need a 5v+- signal
120 degrees apart. Why bother with pwm, why not just put a good spi dac
controlled from the i.mx6? Then add a couple encoder ic's, or run a pic32
or similar to handle the qei.
On Thu, Oct 13, 2016 at 2:58 PM, Nicklas Kar
I was just working at this a little bit. The first thing I did was to modify
time.comp, to make a new sim_time.comp. The sim_time.comp is basically just
the same as the regular timer component with an input pin added to scale the
time to what ever factor you speed up the simulation run. Then
Then you would need a powerful analog amplifier, unless it is a control signal
for a driver. An analog amplifier waste energy, a more efficient method is to
use an inverter card and then you use the PWM module in the micro controller to
generate signals for the inverter.
You also need to chose
In this scenario, the dac would be driving a bldc, so it would need to be
updated around 4-8khz.
On Thu, Oct 13, 2016 at 2:24 PM, Erik Friesen wrote:
> To clarify my question, I am trying to understand at what level lcnc
> accesses hardware peripherals. For example, suppose I build a board with
Chris Albertson wrote:
> On Thu, Oct 13, 2016 at 9:00 AM, Peter C. Wallace wrote:
> > On Thu, 13 Oct 2016, dan...@austin.rr.com wrote:
> >
>
> > I just tried a real time Mesa Ethernet config with maxvel = 12 IPM (2000
> > IPS = 20 MHz step rate at present 1 steps/In scaling) and m
To clarify my question, I am trying to understand at what level lcnc
accesses hardware peripherals. For example, suppose I build a board with
an spi dac peripheral to the arm, as well as write the kernel driver, if
necessary. What type of glue do I need to provide in this situation?
On Thu, Oct
On the Cortex-M* model usually used on micro controllers there use to be a
reference manual. Usually there is register to configure pin functionality,
GPIO is a common default value and a register to select direction input or
output.
There use to a library but software complexity become lower b
Resurrecting this thread, can anyone point me to docs, or other info what
it takes to link GPIO, or SPI devices into linuxcnc on an arm? On what
level does this happen? Userspace, Kernelspace, etc? I have done a bit of
kernel programming for the i.mx6.
On Thu, Mar 24, 2016 at 8:19 AM, Ron Ginge
On Thu, Oct 13, 2016 at 9:00 AM, Peter C. Wallace wrote:
> On Thu, 13 Oct 2016, dan...@austin.rr.com wrote:
>
> I just tried a real time Mesa Ethernet config with maxvel = 12 IPM (2000
> IPS = 20 MHz step rate at present 1 steps/In scaling) and maxaccel 2
> IPS/S (52 Gs) with a 1 KHz
On Thu, 13 Oct 2016, dan...@austin.rr.com wrote:
Date: Thu, 13 Oct 2016 15:39:16 +
From: dan...@austin.rr.com
Reply-To: "Enhanced Machine Controller (EMC)"
To: andy pugh
Cc: "Enhanced Machine Controller (EMC)"
Subject: Re: [Emc-users] Hacking a sim runtime mode
It's not actually a si
Are you saying that's why I got a joint following error?
I also tried dividing the scale by 100x, so it actually doesn't demand more of
the stepgens. Didn't help.
Danny
andy pugh wrote:
> On 13 October 2016 at 16:39, wrote:
> > Anyhow, yes- stepgen max stuff in the ini file also got
On 13 October 2016 at 16:39, wrote:
> Anyhow, yes- stepgen max stuff in the ini file also got increased by 100x.
Yes, but the system knows that it can't make 100x as many steps per
second, and thinks that it needs to to make the speeds.
--
atp
"A motorcycle is a bicycle with a pandemonium atta
It's not actually a sim profile, it's a standard profile but the motors will be
disabled. Ultimately, it's essential to not have to switch to a "sim" for
practicality.
Anyhow, yes- stepgen max stuff in the ini file also got increased by 100x.
I also thought about the odd effects if the PWM cou
On 13 October 2016 at 15:57, wrote:
> Well that's what I tried and described in the initial email. 100x the vel
> and accel.
>
> It ended up with a "Joint Following Error", and I'm not sure why.
Is the sim running a stepgen?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and
On Thu, 13 Oct 2016, dan...@austin.rr.com wrote:
Date: Thu, 13 Oct 2016 14:57:48 +
From: dan...@austin.rr.com
Reply-To: "Enhanced Machine Controller (EMC)"
To: "Enhanced Machine Controller (EMC)"
Subject: Re: [Emc-users] Hacking a sim runtime mode
Well that's what I tried and describe
Well that's what I tried and described in the initial email. 100x the vel and
accel.
It ended up with a "Joint Following Error", and I'm not sure why.
Danny
andy pugh wrote:
> On 13 October 2016 at 04:23, wrote:
> Is there a better way, like
Possibly. You could try settting up one of
Quoth andy pugh.
>On 12 October 2016 at 17:00, Russell Brown wrote:
>> Somethings very broken with 2.7.5+ on lucid :-(
>
>Can you clarify? Originally you said "Debian Wheezy" and now you are
>saying "Lucid"
Bah. T'was lucid (I typed wheezy because I'm an idiot :-().
But I've bitten the bull
On Thursday 13 October 2016 08:32:07 Gene Heskett wrote:
If anyone might find this useful, here is the addition to core_sim.hal
that uses a timer and comp function so that code that does a G38.2, can
be exercised on the simulated machine.
loadrt timedelay nam
In a sim config, can you increase the base thread rate 100x+ w/o it knowing
its been sped up? Disable the RTOS scheduling entirely? It would run all
the same calcs, same HAL, same gains/accel, just no RTOS pauses between
calls. Basically count the # of base thread cycles, multiply what you told
On Thursday 13 October 2016 07:41:18 andy pugh wrote:
> On 13 October 2016 at 04:23, wrote:
> > Is there a better way, like
>
> Possibly. You could try settting up one of the sim configs with 100x
> your machine limits. (maybe even 1000x)
Hijacking a thread here, but I had asked a limits (in th
On 13 October 2016 at 04:23, wrote:
> Is there a better way, like
Possibly. You could try settting up one of the sim configs with 100x
your machine limits. (maybe even 1000x)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geni
On 12 October 2016 at 17:00, Russell Brown wrote:
> Somethings very broken with 2.7.5+ on lucid :-(
Can you clarify? Originally you said "Debian Wheezy" and now you are
saying "Lucid"
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechan
32 matches
Mail list logo