.
Regards,
Till
- original Nachricht
Betreff: Re: [Emc-developers] DIY USB interface
Gesendet: Mo, 23. Apr 2007
Von: Mario.[EMAIL PROTECTED]
I dont't think it is entirely impossible and that hard.
You just need to enumerate a few times with the USB device and write
Hello Till,
I would love to have a USB interface to EMC as well. I only have a laptop
and it only has USB ports.
I've spent some time learning about USB/EMC/RTAI and have thought of 3
possible ways of making EMC work with a USB device. I'm still relatively
new to this (especially EMC RTAI)
To: Mario.; EMC developers
Subject: Re: [Emc-developers] DIY USB interface
Hi,
what do you mean by enumerate a few times? USB enumeration
takes place only once.
I don't think we need to discuss the basics of USB as i have built several
USB devices and have also written kernel drivers and libusb
] Behalf Of Till
Harbaum
Sent: Monday, April 23, 2007 4:17 AM
To: Mario.; EMC developers
Subject: Re: [Emc-developers] DIY USB interface
Hi,
what do you mean by enumerate a few times? USB enumeration
takes place only once.
I don't think we need to discuss the basics of USB as i have built
Of Mario.
Sent: Monday, April 23, 2007 8:25 AM
To: EMC developers
Subject: Re: [Emc-developers] DIY USB interface
Kenneth... USB does not support realtime actions, so it is no direct
replacement.
But I still see some advantages in the realtime core. And that is
precise timing.
Easiest way how
:25 AM
To: EMC developers
Subject: Re: [Emc-developers] DIY USB interface
Kenneth... USB does not support realtime actions, so it is no direct
replacement.
But I still see some advantages in the realtime core. And that is
precise timing.
Easiest way how to find out how EMC works
Not quite correct.
There are various parts that compose what we call EMC.
We have : 1. interpreter (userlevel), 2. task controller (userlevel), 3. io
controller (userlevel, although using HAL), 4. GUI (userlevel), 5. motion
controller (realtime).
#1 and #2 are actually linked together, but
Alex Joni wrote:
Not quite correct.
There are various parts that compose what we call EMC.
We have : 1. interpreter (userlevel), 2. task controller (userlevel), 3. io
controller (userlevel, although using HAL), 4. GUI (userlevel), 5. motion
controller (realtime).
#1 and #2 are actually
]
[mailto:[EMAIL PROTECTED] Behalf Of John
Kasunich
Sent: Monday, April 23, 2007 9:22 AM
To: EMC developers
Subject: Re: [Emc-developers] DIY USB interface
Alex Joni wrote:
Not quite correct.
There are various parts that compose what we call EMC.
We have : 1. interpreter (userlevel), 2. task
Like someone said here before, the bandwidth of USB is certainly enough
for (open loop) motor control of as many axes as one can imagine, but
the latency might not be good enough for real time feedback loops (1kHz
loop rate is what most people use I think).
One 'device-on-a-rope' at least I
Kenneth Lerman wrote:
John,
When I think of that approach, I don't think rewrite; I think port. Of
course, depending on what processor the USB device uses, that might range
from difficult, to impossible.
If the USB device has floating point and is reasonably fast, it should be
doable
Anders Wallin wrote:
I'm now building a servo system around the m5i20 but I'm having to use
some amount of discrete logic etc. to accommodate the encoders, servo
drives, etc. If I would do it all again I would put more things in
software(FPGA blocks) and less in hardware. Inexpensive
One 'device-on-a-rope' at least I would find interesting would be an
to be honest, if one really wants a device-on-a-rope, and wants
to use EMC, then they should build a small linux system to be at
the end of the rope. use something like the gumstix board, or an
efika
mario wrote:
Yeah, it seems like the ultimate USB end-device for EMC would be still
a PowerPC processor running realtime linux. heh. So we ended up just
where we started.
well, not really -- if part of the goal is to make a small box
that can be plugged into any PC and made to work in a
I didn't think of that approach. But it basically means discarding
EMC's motion controller and writing a new one inside the USB device.
The EMC motion controller (including trajectory planner) is the result
of years of work, and would not be trivial to replicate.
And it isn't what i
Till Harbaum wrote:
Hi,
isochronous transfers are imho currently not supported by libusb. So it needs
a new kernel driver (which isn't that much of a problem, agreed) and wouldn't
be portable (also not a problem since emc isn't portable at all). So yes, this
would be possible.
On the
Hello,
Has anyone looked at the realtime USB host/core driver port? I would think
this would be ideal, as everything would then be USB.
Garrett.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the
23, 2007 8:30 AM
Subject: Re: [Emc-developers] DIY USB interface
I didn't think of that approach. But it basically means discarding
EMC's motion controller and writing a new one inside the USB device.
The EMC motion controller (including trajectory planner) is the result
of years of work
On Monday 23 April 2007, sam sokolik wrote:
sorry - forgot the link. Duh
http://ncpod.oemtech.com/
sam
Gee, Sam, you would think they would like to sell it, but I looked at every
submenu there and all I could find was a limited performance beta test for a
big buck. Definitely no hard sell
Hi,
please excuse me for just starting a topic while being new on the list.
I have recently got some use for a cnc milling machine to make some toys
for my new-born daughter (always a good reason :-)
I have thus taken a look at existing solutions and obviously found the emc
project which
Fax: (203)426-9138
http://www.MarkKenny.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Till
Harbaum / Lists
Sent: Sunday, April 22, 2007 4:10 PM
To: emc-developers@lists.sourceforge.net
Subject: [Emc-developers] DIY USB interface
Hi
Kenneth Lerman wrote:
Till,
Welcome to the list and to the EMC project.
Unfortunately, your idea would not work.
EMC is a closed loop system. Every period, it reads the current position and
computes commands based on the desired and current positions. It is not
possible for it to
Hi,
Am Sonntag 22 April 2007 schrieb Kenneth Lerman:
Unfortunately, your idea would not work.
Uhm, sorry to hear that. So i'll look for a different project to join.
Anyway, thanks for your answer.
Till
-
This SF.net email
Hi,
Am Montag 23 April 2007 schrieb John Kasunich:
But there are still issues. When you hit stop, does it stop NOW, or
after it works its way thru the queued motion? If you are doing
You have at least two choices here: a) send some special emergency stop
command that overrides the buffers or
24 matches
Mail list logo