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