I thought there was a desire to send have some of the signals use the 
fast thread -- but not all of them.

The few that needed the fast thread could be handled every time through 
the thread. The others could be handled once every N times (where N is 
the number of them).

Regards,

Ken

John Kasunich wrote:
> Kenneth Lerman wrote:
>> Why not do the GPIO from the fast thread, but not do all of it every 
>> time through the thread? If there are 16 GPIOs, do a different one each 
>> time through the thread. (I seem to remember some stuff on the Lunar 
>> Module doing things like this.)
>>
>> In effect, you would be creating a new type of slow thread that was 
>> synchronized with the fast thread.
> 
> This whole thing started because of a desire to be able to send fast 
> signals (step pulses or encoder signals) through those GPIO pins.  If 
> each individual pin is only updated every 16th time through the fast 
> thread, that isn't much different than accessing all of them in the slow 
> thread.
> 
> 
> Regards,
> 
> John Kasunich
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers

-- 
Kenneth Lerman
Mark Kenny Products Company, LLC
55 Main Street
Newtown, CT 06470
888-ISO-SEVO
203-426-7166

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to