On 2/3/2011 6:07 PM, Kim Kirwan wrote: > Andy mentioned Ethercat, but what happened to Realtime Ethernet, > wasn't someone working on bringing this to EMC2: > > http://www.rtnet.org/ > > It seems to be RTAI-friendly, and they use a git repository. > What happened to this project? Is anyone working on it? > Adding a dedicated NIC card (or even a 4-porter) would be OK. > I will help if I can. Let us know, please. > > Thanks, > > Kim > > Just my 2 cents worth...
Some may recall, about 2 years ago I made enthusiastic noises regarding rtnet and my desire to experiment with it. As I delved into the code, I came to believe that I likely could get rtnet running on two motherboards and start timing interchanges of data between them. However, running rtnet between two motherboards would simply recreate the original problem (how to get from motherboard to motor drives) at a distance. I wasn't so convinced I could come up with a rtnet/ethernet-suitable motor-drive interface. It is also true that the existing rtnet code works only for a few ethernet controllers, so selecting compatible motherboards and outboards would become an interesting problem in its own right. About the same time, my wife's health took a turn and I lost interest. With regard to the simpler problem of replacing the parallel port, I have always thought that the so-called PATA interface offered a useful path to the databus. Yes, I know, the PATA is going the same way as the parallel port, but I think it will last a bit longer, if only in the form of pci cards for connecting legacy drives. Then, today, I did my usual check of hackaday.com and discovered http://hackaday.com/2011/02/03/stk200-pocket-change-programmer/ Here's a guy who used his PATA interface to cobble up a one-way parallel port for running his AVR programmer. I think there's room for growth with this approach. Again, just my 2 cents worth. Regards, Kent ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
