Am 02.09.2012 um 17:28 schrieb Kent A. Reed:

> On 9/2/2012 10:20 AM, Michael Haberler wrote:
>> I am just toying with an idea
>> 
>> "simulator mode" LinuxCNC is kind of a misnomer - it really means 'compile 
>> the whole thing on a standard linux kernel (=non-RTAI) and dont compile the 
>> driver components"; the fine thing with "simulator mode" is - as long as you 
>> have a linux system which can fulfill the package prerequisites, it should 
>> be easy to compile
>> 
>> however, I dont see a good reason why there cannot be a hal_parport 
>> component which works in "simulator" mode, and I'm just integrating a 
>> 'parapin' library into hal_parport.* to create such a driver; parapin being 
>> created by a certain Mr John Elson. Not done, but havent hit a roadblock yet.
>> 
>> here comes your "Linuxcnc on a Raspberry pi" ;) (provided somebody hacks a 
>> driver for the GPIO pins there) - appalling RT  performance but a great 
>> sprinkler system; fine as long as folks understand what they are getting 
>> into in terms of latency
>> 
>> the other reason: the whole exercise needs to be done for RT-Preempt support 
>> anyway because these drivers will be pretty much userland processes (with 
>> some hormon-treatment system calls sprinkled in, but nothing earth-shaking).
>> 
>> - Michael
>> 
>> 
> 
> Thanks, Michael. I've felt the need for some time (I want to replace a 
> kludgy multi-RC-servo controller on a grandkid project), but not the 
> confidence and energy to try to make something up myself.
> 
> I'm sure I'm overreacting, but the emotional rush people seem to be 
> getting over the size and cost of Raspberry Pi's obscures the fact that 

yes you are, I meant to say 'non-x86' and instead of ARM11 I said Raspberry ;)

I used the term because it makes the point of the current x86 lock-in, not 
because I'm so gung-ho about the platform - it seems to have some serious 
issues with USB and networking, and the board plug placement is a bit on the 
weird side

> many non-x86 hardware platforms exist out there. Please don't make it 
> sound like your solution fits only one.

I'd say "linux system which can fulfill the package prerequisites" gave a hint 
but let me strengthen that say "any washer and dryer of arbitrary architecture 
with a decent package archive" ;)

> 
> And "appalling RT performance" is a relative term.

especially for a sprinkler application, yes; now let's do this and take some 
timings

jokes aside : HAL + RTAPI plus some API and Gladevcp demos for applications 
where latency istn that much of a concern would make a wonderful debian package 

-m
> 
> Regards,
> Kent
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to