Jarl Stefansson wrote: > I would like to point out that ARM processors aren't the only way to go > embedded, there are very decent x86 embedded systems available with AMD > (Geode LX/NX) and VIA (CN/CX/C7/Eden) CPUs. > > System based on these can be sourced for less than $100 in bulk and as > an added benefit none of the code needs to be ported. > Unless you are going to put a hard drive on there, you still have to problem of where the G-code files come from. > Perhaps it's time to experiment with building a custom distro to run > EMC2 or a subset of it on embedded systems booting from flash NAND/NOR. > I guess there are special file systems that reduce unneccesary writes to the flash memory. or, you could put all the writable files on the system with the GUI. Do these systems still have parallel ports? I'm guessing these systems still have VGA ports, too, so you don't really need a separate system for the GUI. > Instead of porting the code our time might be better spent optimising > for x86 which would benefit all users. > > My main question is how hard would it be to run EMC in a "distributed" > way so that the motion controller could run remotely from the pulse > generator? Hmmm, well the MPG could still be connected to the system running the RT section of EMC, but I'm not sure that's what you are asking here.
Jon ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
