Re: [Emc-users] touch screen with emc2
Here is what worked for me to implement the LG 1730 touch screen: 1. sudo apt-get install xserver-xorg-input-evtouch (0.0.8-3build1) 2. put the following file in /usr/lib/X11/xorg.conf.d/ Section "InputClass" Identifier "touchscreen catchall" MatchIsTouchscreen "on" MatchDevicePath "/dev/input/event*" Driver "evtouch" Option "MinX" "295" Option "MaxX" "3815" Option "MinY" "200" Option "MaxY" "3948" Option "Emulate3Buttons" "true" Option "Emulate3Timeout" "50" Option "SwapX" "1" Option "SendCoreEvents" "on" Option "Rotate" "ccw" Option "ReportingMode" "raw" ## Option "Calibrate" "1" EndSection Note that this is not in the usual /etc/X11/xorg.conf file - linux developers just can't resist moving things around in circles! It took me some searching to find this place. The calibration I have not found necessary so far. Hope it also works other users. Rudy -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
Igor Chudov wrote: > Wow, I have looked at the Wikipedia article, it is a beautiful piece now! > > http://en.wikipedia.org/wiki/Enhanced_Machine_Controller > > No, not even CLOSE to beautiful! But, it is much better than before. I think it could still use a good deal more detail. The list of references is GREAT, however, thanks to whoever fleshed that out! Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
Wow, I have looked at the Wikipedia article, it is a beautiful piece now! http://en.wikipedia.org/wiki/Enhanced_Machine_Controller It looks like it will not be deleted, after all. Many thanks to all who submitted their edits, references etc!!11 i On Wed, Sep 29, 2010 at 7:12 AM, Andy Pugh wrote: > On 29 September 2010 04:09, Igor Chudov wrote: >> >> http://en.wikipedia.org/wiki/Enhanced_Motion_Controller > > Is it "Motion" or "Machine" ? > > I think I am a bit too much of a newbie to contribute anything to the > page, but I am glad to see the page created. > > -- > atp > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lucid Based Live CD Failure on N15235 Intel Atom Motherboard
Hi All: I was on the linuxCNC.org website and could not find a place to post an issue. I experienced a failure with the Lucid based live CD image on my new Atom based motherboard. Steps Taken. 1. Downloaded Ubuntu 10.04 based live cd image. 2. Used UNetbootin to make a turn this into a Live USB image. 3. Booted the system 4. Ran Latency Test. System froze on exit from latency test. 4a. Rebooted 5. Started system install, but system froze during disk partitioning. 6. Ran memtest, passed. 7. Downloaded Ubuntu 8.04 based live cd image. 8. Used UNetbootin to make a live USB image. 9. Booted the system and installed just fine. System stats. Motherboard. Foxcon N15235 Intel Atom 335 system. Memory PC-533 1GB Dimm. Onyx 30 GB SSD hard drive. I've had the Hardy based system running for almost 24 hours now doing dummy runs with no issues. It's interesting to note that Lucid has ~15% better latency numbers than Hardy. I'll do a more through search of the archive and see if someone has had this same issue and to see if it was solved. Andrew -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] history of emc
Kent A. Reed wrote: > Had a > similar product for Windows NT been available to the project, Windows NT > would have been included in the mix. I believe they DID try out one of the commercial RT extensions for NT, and found it to be awful. They had one second latencies several times a day. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
Igor Chudov wrote: > Things may have somewhat improved. > > I checked on my unsophisticated home network. Ping time (roundtrip), > involving three switches (one in my basement office, then the main > switch at the main interconnect in the utility room, then the switch > in the family room), and two linux boxes, is 0.21-0.34 milliseconds. > My understanding of ping is that it does NOT report the total round trip time through all nodes and switches, just the last hop. I think you need traceroute to see the delay at each hop. Still, 300 uS is not such a great time if you need 3 messages to propagate within one millisecond. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
> for communication with my PPMC boards, and the general consensus among > some people who worked with RT ethernet was that the idea of > send > request, get response, send update < all in one millisecond, was just not > possible. I've been playing around with this a bit. My plan was to build a simple board that read encoder signals, and outputted a PWM signal. I'm aiming for the 1ms update. I've built an implementation (a poor one) of RT-Net that runs on a atmel NGW100 demo board. The Ethernet part mostly worked, but I wasn't able to read the encoders and generate the PWM signals fast enough. I just ordered a XMOS XC-2 ethernet development kit. The XMOS CPU has 4 cores with 8 threads each and sample Ethernet source code. Hopefully the one chip can do it all. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
Am 29.09.2010 19:36, schrieb Jon Elson: > Igor Chudov wrote: >> I think that the trend in industrial machines, is to use Ethernet as >> much as possible inside industrial machines. On the surface, it >> appears to be a very attractive option, with all devices hooked up to >> the network switch and communicating seamlessly, without the mess of >> wires. What are the implications of this for EMC? >> > In must cases, Ethernet is not a low-latency communications scheme. If you > use a switch, as opposed to a hub, then there is an added delay as the > complete > packet needs to be read in by the switch before it can be sent out the > appropriate > port. > > If this is loose real-time, like for coordinating various systems in a > machining cell, > robot arms, parts handlers, pallet changers, etc. then a few > milliseconds delay here > and there are insignificant. If it is for the primary motion control, > then I think the > latencies are too high. I looked at a stripped-down ethernet for > communication with > my PPMC boards, and the general consensus among some people who worked with > RT ethernet was that the idea of> send request, get response, send > update< all in one > millisecond, was just not possible. > > Jon This is not normal ethernet networking! You don't allow multiple servers.You don't allow CSMA/CD What you do is master - slave with a fixed, timed transfer. No Collisions and this way you get realtime with ethernet and UDP/IP. Additionally, they sell hardware swiches with defined timings. And because one ethernet frame has max 1486bytes their special hardware asics insert the bits and bytes into the frame as it is transmitted through the system. They don't send a frame for each component. So the guys at beckoff advertise cycle times as low as 100µs for 100 servo axis. And this system is indeed capable of running printing machines and packaging machines. (HINT: sercos was designed especially to cope with this and now with sercos3 it uses ethernet as transmit layer, too) /ulf -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] retrofitting a maho
Am 29.09.2010 17:14, schrieb Peter Teurlings: > Thanks a lot, > I see that you connected all the RF an JF together. > is this so everything get's enabled? > I just put a single pulse on it at startup so everything gets enabled? I have the full wiring of this. No you need a steady 24V signal to enable. The controller will stop immediately if the signal is 0V on RF or on the JF+/- direction you are moving. /ulf -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] history of emc
Gentle persons: Since there is interest in gathering information for a new Wikipedia article on EMC and since there has been some gratuitous O/S bashing going on recently, I thought I would kill two birds with one stone by recommending y'all read (or reread) the NIST report "Enhanced Machine Control Architecture Overview" NISTIR-5331, by Fred Proctor and John Michaloski [ http://www.nist.gov/manuscript-publication-search.cfm?pub_id=820482 ].* It nicely describes the intentions of the Systems Integration Group in developing EMC and tells how it fits into the larger Real-time Control System (RCS) architecture championed by Jim Albus. A fundamental goal of their group, like that of my own, was to develop and help promulgate standards that enabled the interoperability of many different, proprietary systems. The EMC work did not pick an operating system, it helped the industry refine functional requirements for operating systems used in machine control. Look, for example, at section 9.1 in the NISTIR. "The operating system is specified by the SOSAS [Specification for an Open System Architecture Standard; from the Next Generation Controller project] to be POSIX-compliant. POSIX does not specific a particular operating system, but the interfaces to systems programmers that operating systems must provide "It is anticipated that full support of POSIX functionality (let alone exact compliance) will not be required for a machine controller, but that a subset is more appropriate. Part of the purpose of the implementation of the EMC project, at least as far as the Laboratory Development Controller is concerned, is to define that subset. At this point, it is clear that at a minimum, we need the functionality of the POSIX real-time extensions for semaphores, shared memory, clocks and timers, interprocess communication..., and threads. However, we feel that it is inappropriate and unnecessary to declare that the operating system be POSIX-compliant, in the same way that we would not declare that controllers use the VME bus. [good thing, anyone here still using any VME boards?] Other suitable and popular operating systems exist that we feel vendors will select based on their market." I know Fred and his colleagues struggled to make EMC run on as many different hardware and software systems as they could, precisely because these systems were representative of the market they were serving. As researchers, however, they were limited in what they could accomplish. Had New Mexico Institute of Mining and Technology not been developing RT-Linux in the same time period, Linux could not have been used. Had a similar product for Windows NT been available to the project, Windows NT would have been included in the mix. (After all, even MSDOS was being used in some of the AMRF at the time!) If you look at the original EMC and RCS code, you'll see conditionals for all manner of systems. If I recall, they played with VxWorks for example, which was very popular in some other NIST projects of the time. I'm sure there's conditionals for SunOS and possibly for VAX/VMS. At the time, I had a DEC Alpha and several SGI boxes in my own lab at the other end of NIST. Had I been involved with EMC, we'd probably have some DEC OSF/1 and SGI Irix conditionals in the code too. The bottom line is, don't bash the systems, demand the functionality. Just my 2 cents worth. Regards, Kent *note that the NIST publications are not subject to copyright. While this means you can freely distribute this report, please, as a courtesy to NIST, do not embed it on a website or blog. Rather, post the link for others to access so NIST can show the bean counters downtown that people are accessing its work products, e.g., that its work is relevant. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
> http://en.wikipedia.org/wiki/Enhanced_Motion_Controller > It would be best if you do it while logged on into a Wikipedia > account. We need to put up an original page that is at least adequate, > so that it would not be removed. someone was asking for third-party references. Digging up scientific papers on the interwebs is what I do for a day job (sort of), so I have now added some to the wikipedia page. I think I will archive the references on my blog, just to keep the links somewhere if the wikipedia page disappears. The pattern seems to be that what NIST created with GM and the Navy in the 1990s is only now being adopted for research&development en masse in China and the eastern european countries. Anders -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
I did that ( Stuart) about an hour ago. BTW - He is not in the high rent district. Looks like mixed industrial and farm land. Try google earth. I drive 203 fairly often, will have to take a look next time I go by. I hope he is not on the flood plain. Dave On Wed, 2010-09-29 at 13:06 -0500, Jon Elson wrote: > craig wrote: > > I emailed the toltmachineworks people > > and got a replys > > > > cc to them since they were looking didn't find info. > > > OOPS! My "He's NUTS" post was not meant to be seen by Craig! > Ah, well, that's the internet for you! He ought to get in touch with > Stuart, or at least be made aware of what Stuart is doing in Wichita. > > Jon > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
craig wrote: > I emailed the toltmachineworks people > and got a replys > > cc to them since they were looking didn't find info. > OOPS! My "He's NUTS" post was not meant to be seen by Craig! Ah, well, that's the internet for you! He ought to get in touch with Stuart, or at least be made aware of what Stuart is doing in Wichita. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
Andy Pugh wrote: > On 29 September 2010 04:09, Igor Chudov wrote: > >> http://en.wikipedia.org/wiki/Enhanced_Motion_Controller >> > > Is it "Motion" or "Machine" ? > It is definitely MACHINE, I have old docs from the early NIST work that say that. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
Youda He wrote: > Just curious, what high end controller can do that EMC2 can't? is the > high end controller more tightly integrated? Faster? > They may have better setup and configuration programs than EMC. We have that now for stepper configurations, but not servo. Some of these controls have DSP processors that can close the servo loop at a higher rate, like tens of KHz. I'm not convinced this is really that important, but some late-model machines are made to machine at 100 IPM plus and do rapid feeds at 1000++ IPM. They usually have a complete package system, with power supply, servo amps, motors, CNC control, control panel and PLC for auxiliaries, and can pick and match required components for a particular machine installation. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
On Wed, Sep 29, 2010 at 12:36 PM, Jon Elson wrote: > Igor Chudov wrote: >> I think that the trend in industrial machines, is to use Ethernet as >> much as possible inside industrial machines. On the surface, it >> appears to be a very attractive option, with all devices hooked up to >> the network switch and communicating seamlessly, without the mess of >> wires. What are the implications of this for EMC? >> > In must cases, Ethernet is not a low-latency communications scheme. If you > use a switch, as opposed to a hub, then there is an added delay as the > complete > packet needs to be read in by the switch before it can be sent out the > appropriate > port. > > If this is loose real-time, like for coordinating various systems in a > machining cell, > robot arms, parts handlers, pallet changers, etc. then a few > milliseconds delay here > and there are insignificant. If it is for the primary motion control, > then I think the > latencies are too high. I looked at a stripped-down ethernet for > communication with > my PPMC boards, and the general consensus among some people who worked with > RT ethernet was that the idea of > send request, get response, send > update < all in one > millisecond, was just not possible. Things may have somewhat improved. I checked on my unsophisticated home network. Ping time (roundtrip), involving three switches (one in my basement office, then the main switch at the main interconnect in the utility room, then the switch in the family room), and two linux boxes, is 0.21-0.34 milliseconds. PING freedom.chudov.com (75.146.106.185) 56(84) bytes of data. 64 bytes from 75-146-106-185-Illinnois.hfc.comcastbusiness.net (75.146.106.185): icmp_seq=1 ttl=64 time=0.306 ms 64 bytes from 75-146-106-185-Illinnois.hfc.comcastbusiness.net (75.146.106.185): icmp_seq=2 ttl=64 time=0.341 ms 64 bytes from 75-146-106-185-Illinnois.hfc.comcastbusiness.net (75.146.106.185): icmp_seq=3 ttl=64 time=0.210 ms 64 bytes from 75-146-106-185-Illinnois.hfc.comcastbusiness.net (75.146.106.185): icmp_seq=4 ttl=64 time=0.303 ms -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Cinci/Enshu progress report
On Wed, Sep 29, 2010 at 12:30 PM, Jon Elson wrote: > If there are gears between the spindle and motor, then you have a > backlash problem when the spindle reverses. > Check out http://pico-systems.com/bridge_spindle.html to see how I put > an encoder on a > spindle that was almost impossible to find any other way to do it. This > has worked reliably > for six months, so far. These sensors are intended for use inside auto > transmissions, so they > should stand up to oil bath gearboxes in machines, too. > the encoders signals come directly from the motor shaft the index comes directly from the spindle this should be a nice setup -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
Igor Chudov wrote: > I think that the trend in industrial machines, is to use Ethernet as > much as possible inside industrial machines. On the surface, it > appears to be a very attractive option, with all devices hooked up to > the network switch and communicating seamlessly, without the mess of > wires. What are the implications of this for EMC? > In must cases, Ethernet is not a low-latency communications scheme. If you use a switch, as opposed to a hub, then there is an added delay as the complete packet needs to be read in by the switch before it can be sent out the appropriate port. If this is loose real-time, like for coordinating various systems in a machining cell, robot arms, parts handlers, pallet changers, etc. then a few milliseconds delay here and there are insignificant. If it is for the primary motion control, then I think the latencies are too high. I looked at a stripped-down ethernet for communication with my PPMC boards, and the general consensus among some people who worked with RT ethernet was that the idea of > send request, get response, send update < all in one millisecond, was just not possible. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Cinci/Enshu progress report
Stuart Stevenson wrote: > Gentlemen, > I am a happy camper. > Jeremy came in my office with a quiet voice to give me a report on how the > Cinci cut the big plate with all the holes with a +-.002 location tolerance. > I thought OH NO we have problems. He then smiled and said it nailed all the > holes. There was one dimension out of tolerance. A hole to hole location of > +-.001 on a distance of between 25 and 26 inches. It was -.0015 or .0005 out > of tolerance. This is in the realm of temperature causing the tolerance > fluctuation. I think maybe the design is a little tight toleranced as quite > a number of the holes are bolt holes. Bolt holes with a +-.002 location > tolerance are a little overdone. Jeremy said he thought this is the only > machine in the shop that could do these parts. What an endorsement of EMC2. > I heard someone say you cannot make a silk purse from a sow's ear but I am > not so sure anymore. > Yeah, somebody's nuts. I'm glad you are fighting these insane tolerance battles, not me! Sure, you press your palm against the middle of this piece for 5 minutes and there's no WAY it can stay within that tolerance over a span of 26 inches! As top the "sows ear", well, good iron is still good iron. > The Enshu is basically done. It is ready to make parts. This afternoon I > was looking at how to get an encoder on the spindle. After removing the > spindle cover and finding it would be a major undertaking to mount and > connect an encoder we started looking at the spindle drive. The spindle > drive is a full servo with feedback from the spindle motor. Instead of > encoder feedback it has resolver feedback. This feeds directly into the > spindle drive. Reading the manual lead us to check a few pins with a scope. > We found encoder A and B pulses on two pins and an index pulse on another > pin. This will allow feedback into EMC and give me control of the spindle as > an axis. I will be able to drive the spindle as an axis with the MPG. > I am not sure exactly how I want to control this. > I will be able to read the index pulse after every gear change to orient the > encoder to the spindle. > If there are gears between the spindle and motor, then you have a backlash problem when the spindle reverses. Check out http://pico-systems.com/bridge_spindle.html to see how I put an encoder on a spindle that was almost impossible to find any other way to do it. This has worked reliably for six months, so far. These sensors are intended for use inside auto transmissions, so they should stand up to oil bath gearboxes in machines, too. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
Stuart Stevenson wrote: > I just get that vibe from this, there will be NO > > >> hobby-level >> stuff anywhere in the shop. >> >> except Windoze - except Windows is not even hobby level Well, the way the PC-based commercial control use it, Windows is just a file loader, all the real work is done in something equivalent to a Galil card. These controls are pretty reliable, getting rebooted only whenever there is a power outage. But, yeah, I'm no fan of M$ either. Windows 95 SURE runs stable on a virtual machine, though. ALMOST as good as Linux. Jon -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
>> I used to work with some Siemens software that ran on Windows RTX and it was very stable. Chrysler has several transmission assembly lines that are run via PCs. The software is based on Siemens soft S7 PLC software engine. Siemens MMI software runs on the same PC and hooks in the virtual PLC so it all runs on the same box.The PLC scan/loop time is in the 1 millisecond range which is fast enough for general machine control. For I/O the standard interface used to be Profibus, but I think that the current versions also support Profinet which is more or less Profibus over Ethernet. << And as an added bonus, it is vulnerable to the Stuxnet worm if WinCC is used as the MMI. :) See for example: http://www.debka.com/article/9050/ Regards, Eric -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
On 29 September 2010 17:16, Caner wrote: > > Does HostMot2 support 7i48 daughter board? http://git.linuxcnc.org/gitweb?p=emc2.git;a=commit;h=da0d5aa5563de8dc7f8f3a87044bd62e1ade5326 Suggests so (though I am not clear if it is in the main branch, or just the development branch) -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
I have a feeling that this guy is not as stupid as I originally thought. I realized that he tries to find equipment, that, essenstially, no one else has (like those giant CMMs), and do jobs that could not likely be replicated overseas due to shipping issues. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
>>Hmm, I think you're not seeing the bigger picture. He's not doing this to recover his costs. He doesn't care about the money. If he doesn't care about the money, he is destined to fail. Unless he has Bill Gates covering his backside with $, the likelihood of this one guy opening a shop in Washington State and changing the industrial base of America is very unlikely. For his sake and his employees sake, I hope he has his feet a little more firmly planted on the ground. I'm familiar with the general scope of manufacturing base in the midwest as I used to sell industrial automation controls across most of it. Aerospace machining and EDM specialized services is a lot different than the traditional machine shop work being done in the typical midwest machine shop. The typical midwest machine shop serves local customers, mostly manufacturers, and the problem for them is that their customer base is simply going away. The manufacturers have either gone out of business due to foreign competition or else they have shrunk to the point where they have so much excess capacity that they simply don't need many outside services any longer. It only takes a drive through any of the industrial parks outside of any midwest city to see that the manufacturers are simply gone. In Livonia, on the outskirts of Detroit where I grew up, there is a stretch of industrial parks where literally every other building is vacant and for sale or lease. In many cases it is not that manufacturers moved their operations overseas, it is the case that the company that used to make "Widgets for Ford in Livonia etc" no longer exists, and the company now supplying the same widget is located in China. No amount of enticement is going to move those companies from China to the US. The Chinese gov won't allow it. They play by different rules. So the problem is bigger than just enticing the manufacturers to now buy services from the US instead of overseas. >>On the other hand, I don't work there anymore (and I use EMC) :-). Yikes ...Do your friends from MS still talk to you?? Is your name really Doug.. ;-) Dave On 9/28/2010 2:22 PM, doug metzler wrote: > Hmm, I think you're not seeing the bigger picture. He's not doing this to > recover his costs. He doesn't care about the money. He's doing this to try > to bring about the revival of the hard manufacturing base in the US. His > goal is not to build parts, his goal is to entice major manufacturers back > to the US by offering high-quality, highly skilled local machinists in local > shops. If this goes he may make a major contribution to the reversal of the > outsourcing trend (which actually is showing a few signs of reversal > already). > > I worked for MS for 15 years. I'm not completely sure it's productive to > dismiss completely the man's approach because of his current employer. > There are a lot of good smart people at MS who are trying to make a > difference outside those walls. > > On the other hand, I don't work there anymore (and I use EMC) :-). > > DougM > > On Tue, Sep 28, 2010 at 11:08 AM, Viesturs Lācis > wrote: > > >> 2010/9/28 Igor Chudov: >> >>> I agree with Jon, the guy is so optimistic that it is ridiculous. >>> Especially since he has not even started retrofitting the controls. >>> >> 2010/9/28 dave: >> >>> Well, he seems to have $$ to burn but doing a reality check with Stuart >>> might be helpful. Apparently he has sunk 5 to 10 E 6 into it. Wonder >>> what he is smoking?? ;-) >>> >> The guy is from microsoft. That explains everything to me - both >> unrealistic approach and the serious cash amounts that are attracted >> to this venture. And that is also a reason, why I will not wonder, if >> the investment will never be recovered. >> >> Przemek suggested that somebody should introduce that guy to EMC. I >> have a personal belief that he will not give up on using Windows, so >> the casino box - Mach3 - is his most likely choice :)) >> >> Well, I think that there is one thing that he has done properly - PR. >> Obviously, experience from his previous work, how to get high PR on a >> low product. >> >> /vie >> >> >> -- >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > __
Re: [Emc-users] Encoder as MPG over serial?
Colin- Your post was quite timely for me as I just recieved an Arduino with the intention of creating exactly the same setup for my gantry router. If you could share your code it would be a tremendous help and quite possibly save me from having my head explode. :) Thanks, Greg From: Colin Kingsbury To: emc-users@lists.sourceforge.net Sent: Wed, September 29, 2010 11:12:22 AM Subject: Re: [Emc-users] Encoder as MPG over serial? For anyone who was curious, I figured this out last night and it turned out to be a lot easier than I thought. Basically, all I needed to do was use the MPG howto from the wiki ( http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Hooking_Up_A_MPG_Pendant), and instead of mapping the encoder inputs to the parallel port pins, I created a phaseA and phaseB pin in my Python HAL component, and mapped to those. For once, everything actually worked on the first try. I did notice one small error on the wiki page, which was the omission of 'setp' in the calls to set axis.N.jog-vel-mode. I edited the page to add this. On Tue, Sep 28, 2010 at 1:14 PM, Colin Kingsbury wrote: > So, thanks to an assist from Jeff Epler and Chris Radek, I've gotten my > Arduino->HAL interface more or less fully functional with both inputs and > outputs. My purpose for this is to build a human-machine interface (read: > control panel for my mill). So far I've gotten it to turn input pins in > HALUI on and off, and turn external LEDs on and off based on the status of > output pins. > > What I'm wondering about is how best to work an encoder into this. > Currently, the way I'm doing it is to have the arduino read the encoder > outputs and convert them to a signal which represents one pulse in the CW or > CCW direction. The Python script receives the signal, and then jogs the > appropriate axis in the + or - direction for 1/10th of a second. So far, the > motion seems smooth (on screen, I haven't tried it on one of my machines > yet), but I'm wondering if there's a better way. The catch is that I'd like > to keep this on the serial connection, both to save the parallel port pins, > and also for the elegance of being able to do everything over the Arduino's > USB cable. > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
Does HostMot2 support 7i48 daughter board? On Wed, 2010-09-29 at 08:31 -0700, Peter C. Wallace wrote: > On Wed, 29 Sep 2010, James Louis wrote: > > > Date: Wed, 29 Sep 2010 10:28:08 -0500 > > From: James Louis > > Reply-To: "Enhanced Machine Controller (EMC)" > > > > To: "emc-users@lists.sourceforge.net" > > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > > > If the 4i68 is a PC104 version of the 5i20 would the sample EMC2 config for > > that work? Is it more complicated than just switching buses? > > The 4I68 is a PC/104-PCI card, not PC/104 so you need to make sure your > carrier CPU is PC/104 plus or PC/104 PCI not just PC/104. The 4I68 is > supported by the HostMot2 driver so the EMC configs should be identical > except > for low level signal names (and the low level names are pretty well hidden by > the sample HAL files) > > > > > - Original Message - > > From: Peter C. Wallace > > To: Enhanced Machine Controller (EMC) > > Sent: Wed Sep 29 10:11:35 2010 > > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > > > On Wed, 29 Sep 2010, Sebastian Kuzminsky wrote: > > > >> Date: Wed, 29 Sep 2010 08:50:12 -0600 > >> From: Sebastian Kuzminsky > >> Reply-To: "Enhanced Machine Controller (EMC)" > >> > >> To: "Enhanced Machine Controller (EMC)" > >> Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > >> > >> On 09/29/2010 06:32 AM, James Louis wrote: > >>> Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving > >>> 2 threads together, but . . .) has anybody ever used the PC104 version of > >>> this card? The reason I ask is because a company called Axiomtek makes a > >>> touchscreen with a PC104 port. The combined hardware part numbers would > >>> be: > >>> > >>> Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA > >>> Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer > >>> > >>> The processor is an AMD Geode LX800 500 MHz and I don't know if it could > >>> even run Linux/EMC2. It would be a compact CNC control for under $900US. > >>> Any thoughts? > >>> > >> > >> The hostmot2 driver supports the 4i65 and 4i68 PC/104 AnyIO boards. > >> > >> I don't know about the 4i38, 4i39, 4i34, or 4i69. > >> > > > > The 4I34, 4I38, 4I39 are PC/104 cards (ISA) I have not bothered to make a > > HostMot2 config for these cards so I think they will remain unsupported. > > > > The 4I69 only differs software wise from a 4I68 in that it has a different > > subsystem ID (and needs different firmware files) > > > > > > > >> -- > >> Sebastian Kuzminsky > >> > >> > >> -- > >> Start uncovering the many advantages of virtual appliances > >> and start using them to simplify application deployment and > >> accelerate your shift to cloud computing. > >> http://p.sf.net/sfu/novell-sfdev2dev > >> ___ > >> Emc-users mailing list > >> Emc-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/emc-users > >> > > > > Peter Wallace > > Mesa Electronics > > > > (\__/) > > (='.'=) This is Bunny. Copy and paste bunny into your > > (")_(") signature to help him gain world domination. > > > > > > -- > > Start uncovering the many advantages of virtual appliances > > and start using them to simplify application deployment and > > accelerate your shift to cloud computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > ___ > > Emc-users mailing list > > Emc-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > This communication is for the use of the intended recipient only. It may > > contain information that is privileged and confidential. If you are not the > > intended recipient of this communication, the disclosure, copying, > > distribution or use hereof is prohibited. If you have received this > > communication in error, please advise me by return e-mail or by telephone > > and then delete it immediately. > > > > Peter Wallace > Mesa Electronics > > (\__/) > (='.'=) This is Bunny. Copy and paste bunny into your > (")_(") signature to help him gain world domination. > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify applicati
Re: [Emc-users] Encoder as MPG over serial?
For anyone who was curious, I figured this out last night and it turned out to be a lot easier than I thought. Basically, all I needed to do was use the MPG howto from the wiki ( http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Hooking_Up_A_MPG_Pendant), and instead of mapping the encoder inputs to the parallel port pins, I created a phaseA and phaseB pin in my Python HAL component, and mapped to those. For once, everything actually worked on the first try. I did notice one small error on the wiki page, which was the omission of 'setp' in the calls to set axis.N.jog-vel-mode. I edited the page to add this. On Tue, Sep 28, 2010 at 1:14 PM, Colin Kingsbury wrote: > So, thanks to an assist from Jeff Epler and Chris Radek, I've gotten my > Arduino->HAL interface more or less fully functional with both inputs and > outputs. My purpose for this is to build a human-machine interface (read: > control panel for my mill). So far I've gotten it to turn input pins in > HALUI on and off, and turn external LEDs on and off based on the status of > output pins. > > What I'm wondering about is how best to work an encoder into this. > Currently, the way I'm doing it is to have the arduino read the encoder > outputs and convert them to a signal which represents one pulse in the CW or > CCW direction. The Python script receives the signal, and then jogs the > appropriate axis in the + or - direction for 1/10th of a second. So far, the > motion seems smooth (on screen, I haven't tried it on one of my machines > yet), but I'm wondering if there's a better way. The catch is that I'd like > to keep this on the serial connection, both to save the parallel port pins, > and also for the elegance of being able to do everything over the Arduino's > USB cable. > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
I get it I'm not much of a casino gambler as you can tell.. Dave On 9/29/2010 7:50 AM, Viesturs Lācis wrote: > 2010/9/29 Andy Pugh: > >> On 29 September 2010 09:46, Viesturs Lācis wrote: >> >> Why do you call it the casino box?? >> >>> Because, IMHO it looks like that. The buttons and virtual LEDs have >>> blinging contours, personally I do not like that. >>> >> I suspect that what is being referred to is what is variously referred >> to in various cultures as a "slot machine", "fruit machine", >> "one-armed bandit" etc. >> >> http://www.fruitmachinesinfo.co.uk/land/bellfruitgames/deal-or-no-deal.html >> >> And now that Visteurs has pointed it out, I think he is exactly right. >> >> > Yeah, that is, what I meant, my apologies for bad wording. Andy, > pictures in that link are perfect in showing the idea. > > Viesturs > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
Yep, Venturecom came out with Windows RTX running on Windows NT a long time ago. I think that same software package or company has been bought and sold now 2 or 3 times. Here it is... http://www.intervalzero.com/ About two years ago I inquired about the price per copy of Windows RTX running under Windows XP and they wouldn't give me a price via email, a distributor contacted me a few days later. I never did get a price but you can bet it was more than a few hundred bucks. I have heard it is in the $1000 plus range per copy for low volume users. I used to work with some Siemens software that ran on Windows RTX and it was very stable. Chrysler has several transmission assembly lines that are run via PCs. The software is based on Siemens soft S7 PLC software engine. Siemens MMI software runs on the same PC and hooks in the virtual PLC so it all runs on the same box.The PLC scan/loop time is in the 1 millisecond range which is fast enough for general machine control. For I/O the standard interface used to be Profibus, but I think that the current versions also support Profinet which is more or less Profibus over Ethernet. The application your run on Windows RTX has to be programmed specifically for Windows RTX, you can't just load Windows RTX, load up Mach3 and have Mach3 run in real time.Part of what IntervalZero sells is the development environment support for the OS, so you can use it with the typical Windows programming tools from Microsoft. Dave On 9/29/2010 8:21 AM, Stuart Stevenson wrote: > On Wed, Sep 29, 2010 at 3:46 AM, Viesturs > Lāciswrote: > > >> 2010/9/29 Dave: >> >> >>> Viesturs, >>> >>> >> That was meant to be a joke. >> But, if seriously, how do those win-based controllers achieve working >> in real-time? >> >> >I don't know about now but when MDSI went to windows only they used a RTOS > from VentureCom. It ran the Windows screen as an application on top of the > RTOS so even when the BSOD occurred you did not lose machine control (MDSI's > explanation). >I do have a Windows based control in my shop. It is a 2100 control on a > Cincinnati horizontal. You can see the Windows screen during boot. AFAIK > there have been no BSODs. We have had the machine about 2 years. I don't > know if it is the VentureCom RTOS or something else. > Stuart > > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
On 09/29/2010 09:28 AM, James Louis wrote: > If the 4i68 is a PC104 version of the 5i20 would the sample EMC2 config for > that work? Is it more complicated than just switching buses? > There are two sample configs for the 4i68 (in hm2-stepper and hm2-servo), and yes, they're almost identical to the sample 5i20 configs except for s/5i20/4i68/g ;-) At the driver level it's actually *less* complicated than switching busses - the 4i68 runs on PC/104-Plus, which is electrically and logically identical to PCI, just with a different shaped bus connector. The 4i68 is more like the 5i23, and the 4i65 is more like the 5i20, in terms of the PCI chipset and FPGA used. -- Sebastian Kuzminsky -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
I emailed the toltmachineworks people and got a replys cc to them since they were looking didn't find info. Craig Messge 1 - Hi Craig, I'll go take a look at the EMC site. Our schedule for the CMM is pretty aggressive but we really do have a top notch team working on thst and although we may miss our target date it won't slip by more than a few weeks. The Waldrich Siegen Unimach HBM is going to take many months just to clean up and erect, so we won't even get to start the retrofit until 6 months from now. I'll feel really good if we can get it up and running by the end of 2011. Date: Tue, 28 Sep 2010 15:17:10 -0700 From: contactusf...@officelive.com To: kaj...@toltmachineworks.com Subject: A message from craig kernan You have received the following message through the Contact Us form on your Microsoft Office Live Small Business Web site: From: craig kernan Phone: 360-802-0800 E-mail: cr...@cupcap.com Message: NOT A RFQ There have been a number of posts on the EMC (enhanced machine control) (open source machine control software) about your effort. You might find some of these posts interesting and possibly useful. Most posts think your schedule way to optomistic, some include reasons for thinking so. I'll forward a couple interesting ones to you if you'd like. I think the comments worth reading as many of these guys have extensive machine shop experience and just might save you some grief. My background is aerospace systems engineering and do some hobby work on a CNC router. Craig Kernan Enumclaw, WA This message has been automatically saved to the activity history for craig kernan. View this person's contact information and activity history: http://toltmachineworkscom.officelive.com/WebBCM/Lists/Contacts/DispForm.aspx?ID=100. --- Hi Craig, I haven't been able to find any posts on the sites I found: linuxCNC.org and cnczone.com/emc, are there other sites I've missed? If you would be so kind as to send a pointer, that would be great. Thanks, Jim form emc list: On 9/28/2010 10:38 AM, Igor Chudov wrote: > I agree with Jon, the guy is so optimistic that it is ridiculous. > Especially since he has not even started retrofitting the controls. > > i > > > On Tue, Sep 28, 2010 at 12:32 PM, Jon Elson wrote: >> dave wrote: >>> http://toltmachineworks.com/default.aspx >>> >>> should get you close. It has a Carnation address. >>> >> He's NUTS He is offering the machines for customer jobs at the end >> of October! >> The newspaper article indicates the machines are not even on the FLOOR, yet! >> Unless he has a commercial retrofitter come in with a team of 5 guys per >> machine, >> there is NO WAY he can have these machines just plain moving in that >> time - barely >> a month! And, in the aerospace biz, he needs to have the accuracy >> tested with the >> appropriate interferometric gear, and then do any fixups. Then, he >> probably needs >> to run some test parts and evaluate for a while to find out what works >> and what doesn't. >> I would think that before he puts $50,000 of aluminum or $500,000 of >> Titanium >> on the big mill and starts cutting, he needs to be sure he will make a >> part within >> the customer's tolerances. >> >> The idea of having machines that have been stored more than a decade in >> a collapsing >> potato shed and then offering them for commercial aerospace work in less >> than a month >> is way beyond laughable! There will be so much wrong with these >> machines that will >> need careful study and correction, the gathering of often odd and hard >> to obtain repair >> parts, etc. >> >> Jon >> >> -- >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to si
Re: [Emc-users] 5i20 Servo and General Input / Output
On Wed, 29 Sep 2010, James Louis wrote: > Date: Wed, 29 Sep 2010 10:28:08 -0500 > From: James Louis > Reply-To: "Enhanced Machine Controller (EMC)" > > To: "emc-users@lists.sourceforge.net" > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > If the 4i68 is a PC104 version of the 5i20 would the sample EMC2 config for > that work? Is it more complicated than just switching buses? The 4I68 is a PC/104-PCI card, not PC/104 so you need to make sure your carrier CPU is PC/104 plus or PC/104 PCI not just PC/104. The 4I68 is supported by the HostMot2 driver so the EMC configs should be identical except for low level signal names (and the low level names are pretty well hidden by the sample HAL files) > > - Original Message - > From: Peter C. Wallace > To: Enhanced Machine Controller (EMC) > Sent: Wed Sep 29 10:11:35 2010 > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > On Wed, 29 Sep 2010, Sebastian Kuzminsky wrote: > >> Date: Wed, 29 Sep 2010 08:50:12 -0600 >> From: Sebastian Kuzminsky >> Reply-To: "Enhanced Machine Controller (EMC)" >> >> To: "Enhanced Machine Controller (EMC)" >> Subject: Re: [Emc-users] 5i20 Servo and General Input / Output >> >> On 09/29/2010 06:32 AM, James Louis wrote: >>> Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving 2 >>> threads together, but . . .) has anybody ever used the PC104 version of >>> this card? The reason I ask is because a company called Axiomtek makes a >>> touchscreen with a PC104 port. The combined hardware part numbers would be: >>> >>> Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA >>> Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer >>> >>> The processor is an AMD Geode LX800 500 MHz and I don't know if it could >>> even run Linux/EMC2. It would be a compact CNC control for under $900US. >>> Any thoughts? >>> >> >> The hostmot2 driver supports the 4i65 and 4i68 PC/104 AnyIO boards. >> >> I don't know about the 4i38, 4i39, 4i34, or 4i69. >> > > The 4I34, 4I38, 4I39 are PC/104 cards (ISA) I have not bothered to make a > HostMot2 config for these cards so I think they will remain unsupported. > > The 4I69 only differs software wise from a 4I68 in that it has a different > subsystem ID (and needs different firmware files) > > > >> -- >> Sebastian Kuzminsky >> >> >> -- >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > > Peter Wallace > Mesa Electronics > > (\__/) > (='.'=) This is Bunny. Copy and paste bunny into your > (")_(") signature to help him gain world domination. > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > This communication is for the use of the intended recipient only. It may > contain information that is privileged and confidential. If you are not the > intended recipient of this communication, the disclosure, copying, > distribution or use hereof is prohibited. If you have received this > communication in error, please advise me by return e-mail or by telephone and > then delete it immediately. > Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
If the 4i68 is a PC104 version of the 5i20 would the sample EMC2 config for that work? Is it more complicated than just switching buses? - Original Message - From: Peter C. Wallace To: Enhanced Machine Controller (EMC) Sent: Wed Sep 29 10:11:35 2010 Subject: Re: [Emc-users] 5i20 Servo and General Input / Output On Wed, 29 Sep 2010, Sebastian Kuzminsky wrote: > Date: Wed, 29 Sep 2010 08:50:12 -0600 > From: Sebastian Kuzminsky > Reply-To: "Enhanced Machine Controller (EMC)" > > To: "Enhanced Machine Controller (EMC)" > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > On 09/29/2010 06:32 AM, James Louis wrote: >> Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving 2 >> threads together, but . . .) has anybody ever used the PC104 version of this >> card? The reason I ask is because a company called Axiomtek makes a >> touchscreen with a PC104 port. The combined hardware part numbers would be: >> >> Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA >> Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer >> >> The processor is an AMD Geode LX800 500 MHz and I don't know if it could >> even run Linux/EMC2. It would be a compact CNC control for under $900US. >> Any thoughts? >> > > The hostmot2 driver supports the 4i65 and 4i68 PC/104 AnyIO boards. > > I don't know about the 4i38, 4i39, 4i34, or 4i69. > The 4I34, 4I38, 4I39 are PC/104 cards (ISA) I have not bothered to make a HostMot2 config for these cards so I think they will remain unsupported. The 4I69 only differs software wise from a 4I68 in that it has a different subsystem ID (and needs different firmware files) > -- > Sebastian Kuzminsky > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users This communication is for the use of the intended recipient only. It may contain information that is privileged and confidential. If you are not the intended recipient of this communication, the disclosure, copying, distribution or use hereof is prohibited. If you have received this communication in error, please advise me by return e-mail or by telephone and then delete it immediately. <>-- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] retrofitting a maho
Thanks a lot, I see that you connected all the RF an JF together. is this so everything get's enabled? I just put a single pulse on it at startup so everything gets enabled? 2010/9/26 dambacher-retrofit.de : > Hi Peter > > I had to find my wiring plans, Sorry for the delay. > > This are the pinouts for the Connectors L1 to L7: > > L1, L2, L3 (controller signal input) > 101 201 302 JF+: Enable pulse + > 102 202 301 JF-: Enable pulse - > RF : Enable control > GND > OVM > E103 (Tacho) : Tacho input against 0VM > GND : > E101 E201 E301 : Velocity setvalue (against 0Vm) > E102 E202 E302 : Velocity setvalue (against 0Vm) > (E101/E102 are selected internally, same for E201/E202 and E301/E302) > 0VM > > L4 (controller ready relay) > Bb2: Relais contact: internal 24V current ok > Bb1: > > L5 (syncronisation) > Sy1: Synchronisation for axis 1 > Sy2: Synchronisation for axis 2 > Sy3: Synchronisation for axis 3 > (Sy1-Sy3 are bridged internally to L6 sy) > > L6 (contoller voltage regulator) > R Phase for control voltage (380V) > S Phase for control voltage > 24Vl+ controller switch power > 0Vl base for switch power > +15V controller setvalue power > 0Vm base for setvalue power > GND > -15V controller setvalue power > sy syncronization signal > > L7 (motor voltage control) > A1: Motor 1 out (against N Impedance / GND of controller) > A2: Motor 2 out (against N Impedance / GND of controller) > A3: Motor 3 out (against N Impedance / GND of controller) > U1: Phase U for controller 1/Motor1 (from impedance) > V1: Phase V for controller 1/Motor1 (from impedance) > U2: Phase U for controller 2/Motor2 (from impedance) > V2: Phase V for controller 2/Motor2 (from impedance) > U3: Phase U for controller 3/Motor3 (from impedance) > V3: Phase V for controller 3/Motor3 (from impedance) > > On the Picture you can see my wiring: > * JF+ = JF- = RF are switched to Ul+ by a relais for "enable axis" (one signal > for all 3 axis) > * JF+ and JF- can be used for limit switches input. > > * OVM/E103(Tacho)/GND go to the tacho generator of the axis' motor > > * 0VM/E302/GND go to my velocity output signal DA +/- 10V (I wired together > two > lines of the cable) > * alternaviely you can use +15V / -15V / 0Vm for driving these pins. > > > Am 25.09.2010 14:54, schrieb Peter Teurlings: >> Hi Ulf, >> >> The pin-outs will be very useful, i imagine i could easily use it for >> hooking it to my mesa boards. >> if you'd like to scan what you have for me i would be appreciate it a lot! > Sorry, my wiring plan was DIN A2 format- no scanner avaliable. > >> Tell me, did you use the original encoders? Where they heidenhain or >> philips glass scales? > I had philips encoder scales and because there were no pinouts or descriptions > avaliable I removed them and installed heidenhain digital scales. > my rotary table had an heidenhain encoder and worked out of the box. > >> And how is your retrofit performing? what's the accuracy? > I did a first tuning, but I have not perfectly tuned it (no feed foreward > etc.) > for dynamic movements. I'm just making my pendant (touchscreen) and in two > weeks > I will tune it to the max. Stay tuned ,-) > >>> Hi Peter >>> >>> I retrofitted a mh700c wich has the same servo amp. But I used a vital >>> motenc >>> If you need documentation on this, I can scan you the pinouts. I even have >>> some >>> handwritten tuning instructions from a maho technican. >>> It's basically +/- 10V velocity and amp-enable for 3 axis. >>> >>> bye >>> Ulf >> > > > -- > --- > Dr.-Ing. Ulf Dambacher > Ingenieurbüro für Maschinenbau > > Ihr Experte für > * Retrofit > * Funktionserweiterung > * Fehlerbeseitigung > * Wartung > bei Werkzeugmaschinen in Gebrauch > > Riedweidenstr. 9 > 79331 Köndringen > > Tel.+Fax: 07641 9379858 > Mobil: 0170 9560075 > www.dambacher-retrofit.de > i...@dambacher-retrofit.de > --- > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
On Wed, 29 Sep 2010, Sebastian Kuzminsky wrote: > Date: Wed, 29 Sep 2010 08:50:12 -0600 > From: Sebastian Kuzminsky > Reply-To: "Enhanced Machine Controller (EMC)" > > To: "Enhanced Machine Controller (EMC)" > Subject: Re: [Emc-users] 5i20 Servo and General Input / Output > > On 09/29/2010 06:32 AM, James Louis wrote: >> Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving 2 >> threads together, but . . .) has anybody ever used the PC104 version of this >> card? The reason I ask is because a company called Axiomtek makes a >> touchscreen with a PC104 port. The combined hardware part numbers would be: >> >> Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA >> Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer >> >> The processor is an AMD Geode LX800 500 MHz and I don't know if it could >> even run Linux/EMC2. It would be a compact CNC control for under $900US. >> Any thoughts? >> > > The hostmot2 driver supports the 4i65 and 4i68 PC/104 AnyIO boards. > > I don't know about the 4i38, 4i39, 4i34, or 4i69. > The 4I34, 4I38, 4I39 are PC/104 cards (ISA) I have not bothered to make a HostMot2 config for these cards so I think they will remain unsupported. The 4I69 only differs software wise from a 4I68 in that it has a different subsystem ID (and needs different firmware files) > -- > Sebastian Kuzminsky > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
On Wed, 29 Sep 2010, dambacher-retrofit.de wrote: Date: Wed, 29 Sep 2010 08:40:24 +0200 From: dambacher-retrofit.de Reply-To: "Enhanced Machine Controller (EMC)" To: "Enhanced Machine Controller (EMC)" Subject: Re: [Emc-users] Using Ethernet to communicate with components Hi Igor I thought of that, too. you can use Ethernet/IP or EtherCat. On the other site there is CAN-BUS (non-tcp) Just sitting on my table desk I have a setup running with Beckhoff EtherCat(TM) components. I bought their thesting kit and got it to work with emc. it runs with etherlab on top of rtai and I have adapted the glue code to create the i/o-pins for the componbents. You need one of the compartible ethernet chipsets (intel or realtek) to have a realtime driver. You can even drive their motor controllers directly by providing a position signal. Prices may vary, but to get an impression: Testing kit (bus interface, 2x4I,2x4O) is around €200, a 32bit incremental encoder input is €188, 8 digital-I are €35, 8 digital-O are €39, 2 analog-O 16bit €145, a 4 axis motor interface (4x16bit-incs&4x+/-10V-analog&16xI-digital,16xO-digital,plugs) is €510. I will set up a wiki page with more info soon. bye Ulf Am 29.09.2010 04:55, schrieb Igor Chudov: I think that the trend in industrial machines, is to use Ethernet as much as possible inside industrial machines. On the surface, it appears to be a very attractive option, with all devices hooked up to the network switch and communicating seamlessly, without the mess of wires. What are the implications of this for EMC? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users BTW we should have Ethercat interfaced Anything I/O card out fairly soon. (The 7I62) it has 96 I/O. We have it (barely) working on the bench. We are hoping to be able to support HostMot2 firmware with relatively minor driver changes to the HostMot2 driver. Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
On 09/29/2010 06:32 AM, James Louis wrote: > Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving 2 > threads together, but . . .) has anybody ever used the PC104 version of this > card? The reason I ask is because a company called Axiomtek makes a > touchscreen with a PC104 port. The combined hardware part numbers would be: > > Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA > Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer > > The processor is an AMD Geode LX800 500 MHz and I don't know if it could even > run Linux/EMC2. It would be a compact CNC control for under $900US. Any > thoughts? > The hostmot2 driver supports the 4i65 and 4i68 PC/104 AnyIO boards. I don't know about the 4i38, 4i39, 4i34, or 4i69. -- Sebastian Kuzminsky -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] touch screen with EMC2
On Wed, 29 Sep 2010 07:01:16 -0500, you wrote: >Rudy, > Would you try to publish the procedure for setting up your touchscreen? > I believe you meant the /usr/lib/X11/xorg.conf.d directory instead of the >/etc/X11/xorg.conf.d. Hehe - there's the rub, there are already three places it could be, and soon to be a fourth with 10.11 to usr/share/lib :) I now think I know why mine doesn't work from cold, it's something to do with the start order. Not sure where to look, but read somewhere the driver needs to started before X server. I'll live with it for now, I'm on a mission to fix this jerky speed display . Steve Blackmore -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Touch screen setup
very good - thank you very much On Wed, Sep 29, 2010 at 8:35 AM, Rudy du Preez wrote: > Stuart > > I sent the email this morning from my office. I was planning to give more > detail tonight when I am home. I will delve out the details and post it > tonight. Hopefully it will useful to the group. > > Rudy > > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Touch screen setup
Stuart I sent the email this morning from my office. I was planning to give more detail tonight when I am home. I will delve out the details and post it tonight. Hopefully it will useful to the group. Rudy -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
> Sometime around 2004 these volunteers took the EMC project to the next > stage: > relocated it to sourceforge.net under the GPL license and the volunteer > community-based development model, and gave it the new name, EMC2. That is not quite correct. The result of NIST's work is work under Public Domain - as is everything that results from public funding in the US. NIST registered the Project at sourceforge sometimes around (or just before) september 2000 - maybe someone has a more precise date? [1] The code released by NIST "into the wild" called emc (also known as EMC1) is to this day mostly Public Domain, with various contributions that mention (or don't) proper copyright and licensing informations - a big mess mostly. In 2003 emc2 was born: it's a partial rewrite of emc1, with only PD code rewritten/merged as GPLv2 code [2]. Since then (mostly) all development has happend for emc2 (under GPL or LGPL). Regards, Alex [1] - http://emc.cvs.sourceforge.net/viewvc/emc/emc/emc.gif?revision=1.1&view=markup [2] - http://git.linuxcnc.org/gitweb?p=emc2.git;a=commit;h=c7281fc7fb4b99af3875308902eae2045ba2eb11 - Original Message - From: "Igor Chudov" To: "Enhanced Machine Controller (EMC)" Sent: Wednesday, September 29, 2010 3:55 PM Subject: Re: [Emc-users] Please contribute to Wikipedia article about EMC2 > article renamed > > On Wed, Sep 29, 2010 at 7:51 AM, Alex Joni wrote: >> It's Enhanced Machine Controller - EMC >> >> Regards, >> Alex >> >> - Original Message - >> From: "Andy Pugh" >> To: "Enhanced Machine Controller (EMC)" >> Sent: Wednesday, September 29, 2010 3:12 PM >> Subject: Re: [Emc-users] Please contribute to Wikipedia article about >> EMC2 >> >> >>> On 29 September 2010 04:09, Igor Chudov wrote: http://en.wikipedia.org/wiki/Enhanced_Motion_Controller >>> >>> Is it "Motion" or "Machine" ? >>> >>> I think I am a bit too much of a newbie to contribute anything to the >>> page, but I am glad to see the page created. >>> >>> -- >>> atp >>> -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
article renamed On Wed, Sep 29, 2010 at 7:51 AM, Alex Joni wrote: > It's Enhanced Machine Controller - EMC > > Regards, > Alex > > - Original Message - > From: "Andy Pugh" > To: "Enhanced Machine Controller (EMC)" > Sent: Wednesday, September 29, 2010 3:12 PM > Subject: Re: [Emc-users] Please contribute to Wikipedia article about EMC2 > > >> On 29 September 2010 04:09, Igor Chudov wrote: >>> >>> http://en.wikipedia.org/wiki/Enhanced_Motion_Controller >> >> Is it "Motion" or "Machine" ? >> >> I think I am a bit too much of a newbie to contribute anything to the >> page, but I am glad to see the page created. >> >> -- >> atp >> >> -- >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
It's Enhanced Machine Controller - EMC Regards, Alex - Original Message - From: "Andy Pugh" To: "Enhanced Machine Controller (EMC)" Sent: Wednesday, September 29, 2010 3:12 PM Subject: Re: [Emc-users] Please contribute to Wikipedia article about EMC2 > On 29 September 2010 04:09, Igor Chudov wrote: >> >> http://en.wikipedia.org/wiki/Enhanced_Motion_Controller > > Is it "Motion" or "Machine" ? > > I think I am a bit too much of a newbie to contribute anything to the > page, but I am glad to see the page created. > > -- > atp > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
Slightly off topic: Speaking of the Mesa 5i23 (and forgive me for weaving 2 threads together, but . . .) has anybody ever used the PC104 version of this card? The reason I ask is because a company called Axiomtek makes a touchscreen with a PC104 port. The combined hardware part numbers would be: Mesa 4i68-4 PC104-PLUS Anything I/O -- 72 I/O bits - 400K Spartan 3 FPGA Axiomtek GOT-3571T 5.7" VGA TFT Compact Fanless Touch Panel Computer The processor is an AMD Geode LX800 500 MHz and I don't know if it could even run Linux/EMC2. It would be a compact CNC control for under $900US. Any thoughts? Jim -Original Message- From: Andy Pugh [mailto:a...@andypugh.fsnet.co.uk] Sent: Wednesday, September 29, 2010 6:16 AM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] 5i20 Servo and General Input / Output On 29 September 2010 09:29, Caner wrote: > I want to use one "Mesa 5i20" for a 6 axis servo controller. I thought > to use two 7i33 Servo Interface for axes. So i thought that i would be > using HostMot2's "8-channel servo plus 4 step/dir generators" option. > However it writes 4step/dir generators, i don't need any step/dir > generators, so do i have possibility to use "Mesa 5i20"'s other 24 pins > for general Input/Output Yes. You specify how many of each type of component you want in the HAL file init string. If you specify no step-dir modules then all those pins become available as general IO. This is also true of unused pins on the headers that connect to daughter boards, but breaking those out to use them is a little more difficult (but it is a physical wiring issue, not a software/configuration one) > Can i handle these 6 axis and some I/O with using one > 5i20? Yes. However, as the other respondant said, consider getting the 5i23. That supports a wider range of firmwares, including one that lets you hang 8x 8i20 off of a single header. Note that there is no 8i20 support at the EMC2 end of the chain at the moment, but it is being actively worked on. -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users This communication is for the use of the intended recipient only. It may contain information that is privileged and confidential. If you are not the intended recipient of this communication, the disclosure, copying, distribution or use hereof is prohibited. If you have received this communication in error, please advise me by return e-mail or by telephone and then delete it immediately. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
On Wed, Sep 29, 2010 at 3:46 AM, Viesturs Lācis wrote: > 2010/9/29 Dave : > > > Viesturs, > > > That was meant to be a joke. > But, if seriously, how do those win-based controllers achieve working > in real-time? > I don't know about now but when MDSI went to windows only they used a RTOS from VentureCom. It ran the Windows screen as an application on top of the RTOS so even when the BSOD occurred you did not lose machine control (MDSI's explanation). I do have a Windows based control in my shop. It is a 2100 control on a Cincinnati horizontal. You can see the Windows screen during boot. AFAIK there have been no BSODs. We have had the machine about 2 years. I don't know if it is the VentureCom RTOS or something else. Stuart -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Please contribute to Wikipedia article about EMC2
On 29 September 2010 04:09, Igor Chudov wrote: > > http://en.wikipedia.org/wiki/Enhanced_Motion_Controller Is it "Motion" or "Machine" ? I think I am a bit too much of a newbie to contribute anything to the page, but I am glad to see the page created. -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] touch screen with EMC2
Rudy, Would you try to publish the procedure for setting up your touchscreen? I believe you meant the /usr/lib/X11/xorg.conf.d directory instead of the /etc/X11/xorg.conf.d. Letting us know how you did it is much more helpful than just telling us it is possible. thanks Stuart On Wed, Sep 29, 2010 at 2:18 AM, Rudy du Preez wrote: > I have a bit of experience now with an LG 1730 touch screen monitor. It > seems to work well and is not difficult to implement. > > I recommend using the mocca GUI (code.google.com/p/moccagui) for this type > of control of EMC2. It is really good and easy to adjust all button sizes > to > be suitable for touch screen usage. It includes nearly all the > functionality > of AXIS and is being worked on actively at the moment in Germany (I have > done the translations for myself on the 1240x1024 screen layout). > > To implement the LG touch screen in to Ubuntu 10.4 I used evtouch > (xserver-xorg-input-evtouch driver). This allows an X-windows setup in the > /etc/X11/xorg.conf.d directory - I cant remember the details, but it is not > in the usual xorg.conf file, which have disappeared in Ub 10.4. > > Rudy > > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
2010/9/29 Andy Pugh : > On 29 September 2010 09:46, Viesturs Lācis wrote: > >>> Why do you call it the casino box?? > >> Because, IMHO it looks like that. The buttons and virtual LEDs have >> blinging contours, personally I do not like that. > > I suspect that what is being referred to is what is variously referred > to in various cultures as a "slot machine", "fruit machine", > "one-armed bandit" etc. > > http://www.fruitmachinesinfo.co.uk/land/bellfruitgames/deal-or-no-deal.html > > And now that Visteurs has pointed it out, I think he is exactly right. > Yeah, that is, what I meant, my apologies for bad wording. Andy, pictures in that link are perfect in showing the idea. Viesturs -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
On 29 September 2010 09:29, Caner wrote: > I want to use one "Mesa 5i20" for a 6 axis servo controller. I thought > to use two 7i33 Servo Interface for axes. So i thought that i would be > using HostMot2's "8-channel servo plus 4 step/dir generators" option. > However it writes 4step/dir generators, i don't need any step/dir > generators, so do i have possibility to use "Mesa 5i20"'s other 24 pins > for general Input/Output Yes. You specify how many of each type of component you want in the HAL file init string. If you specify no step-dir modules then all those pins become available as general IO. This is also true of unused pins on the headers that connect to daughter boards, but breaking those out to use them is a little more difficult (but it is a physical wiring issue, not a software/configuration one) > Can i handle these 6 axis and some I/O with using one > 5i20? Yes. However, as the other respondant said, consider getting the 5i23. That supports a wider range of firmwares, including one that lets you hang 8x 8i20 off of a single header. Note that there is no 8i20 support at the EMC2 end of the chain at the moment, but it is being actively worked on. -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
Hi Belli, Thank you for your suggest but i don't know EMC2 supports 7i48's multiplexed encoders, if EMC2 supports 7i48, you are right about that it is better to use it. Do you use 7i48? On Wed, 2010-09-29 at 12:36 +0200, Belli Button wrote: > Hi Caner, > > Use the 7I48 which is a six axis card, this will open up one port for an > additional 24I/O. > > Use the 5i23 card as it supercedes the 5I20, it has twice the number of > gates which will come in handy later. > > Greg > > > - Original Message - > From: "Caner" > To: "emc-users" > Sent: Wednesday, September 29, 2010 10:29 AM > Subject: [Emc-users] 5i20 Servo and General Input / Output > > > > Hi, > > > > I want to use one "Mesa 5i20" for a 6 axis servo controller. I thought > > to use two 7i33 Servo Interface for axes. So i thought that i would be > > using HostMot2's "8-channel servo plus 4 step/dir generators" option. > > However it writes 4step/dir generators, i don't need any step/dir > > generators, so do i have possibility to use "Mesa 5i20"'s other 24 pins > > for general Input/Output with using one 7i37 Isolated board? I have > > shown at below. Can i handle these 6 axis and some I/O with using one > > 5i20? > >-- > > | | > > ---> | 7i33 | --> 4 Servo Interface > > | | | > > | -- > > | > > -- -- > > | | | | > > | 5i20 | > | 7i33 | --> 2 Servo Interface > > | | | | > > -- -- > > | > > | -- > > | | | > > ---> | 7i37 | --> General General I/O > > | | > >-- > > > > Thanks. > > > > Caner > > > > > > -- > > Start uncovering the many advantages of virtual appliances > > and start using them to simplify application deployment and > > accelerate your shift to cloud computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > ___ > > Emc-users mailing list > > Emc-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.445 / Virus Database: 271.1.1/3157 - Release Date: 09/24/10 > 17:16:00 > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Stepconf bugs
Tried stepconf again this morning, a couple of bugs and suggestions Bugs Test base period from within Stepconf locks PC up completely, needs hard reset! Save shortcut on desktop produces a .desktop launcher file on desktop that fails to run with "Untrusted application" - It also has the wrong icon. Suggestions In mm setup - the default axis limits are tiny X is 0 to 8 Z is -4 to 0 Too small to test axis Probably better without any and force the user to enter figures or at least some realistic figures. Selecting pyvcp panel produces the old jittery version, rather than the format shown in the manual. setp scale.0.gain .60 net spindle-velocity => abs.0.in net absolute-spindle-vel <= abs.0.out => scale.0.in net scaled-spindle-vel <= scale.0.out => pyvcp.spindle-speed Better if it produced a panel and hal files similar the sim setup with net spindle-rpm-filtered => pyvcp.spindle-speed net spindle-at-speed => pyvcp.spindle-at-speed Steve Blackmore -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 5i20 Servo and General Input / Output
Hi Caner, Use the 7I48 which is a six axis card, this will open up one port for an additional 24I/O. Use the 5i23 card as it supercedes the 5I20, it has twice the number of gates which will come in handy later. Greg - Original Message - From: "Caner" To: "emc-users" Sent: Wednesday, September 29, 2010 10:29 AM Subject: [Emc-users] 5i20 Servo and General Input / Output > Hi, > > I want to use one "Mesa 5i20" for a 6 axis servo controller. I thought > to use two 7i33 Servo Interface for axes. So i thought that i would be > using HostMot2's "8-channel servo plus 4 step/dir generators" option. > However it writes 4step/dir generators, i don't need any step/dir > generators, so do i have possibility to use "Mesa 5i20"'s other 24 pins > for general Input/Output with using one 7i37 Isolated board? I have > shown at below. Can i handle these 6 axis and some I/O with using one > 5i20? >-- > | | > ---> | 7i33 | --> 4 Servo Interface > | | | > | -- > | > -- -- > | | | | > | 5i20 | > | 7i33 | --> 2 Servo Interface > | | | | > -- -- > | > | -- > | | | > ---> | 7i37 | --> General General I/O > | | >-- > > Thanks. > > Caner > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.445 / Virus Database: 271.1.1/3157 - Release Date: 09/24/10 17:16:00 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
On 29 September 2010 09:46, Viesturs Lācis wrote: >> Why do you call it the casino box?? > Because, IMHO it looks like that. The buttons and virtual LEDs have > blinging contours, personally I do not like that. I suspect that what is being referred to is what is variously referred to in various cultures as a "slot machine", "fruit machine", "one-armed bandit" etc. http://www.fruitmachinesinfo.co.uk/land/bellfruitgames/deal-or-no-deal.html And now that Visteurs has pointed it out, I think he is exactly right. -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Documentation for spindle-rpm-filtered?
On Wed, 29 Sep 2010 00:04:16 +0100, you wrote: >On 28 September 2010 23:48, Steve Blackmore wrote: >> >> Is there any documentation for >> >> spindle-rpm-filtered ?? > >No. It is a signal name, and the next paragraph says "assuming that >spindle-rpm-filtered already exists" Yes, but the manual only shows half of a solution, just putting that in doesn't work without the appropriate part in the hal file. It doesn't work as an example. I'm not sure where to integrate any of the other stuff into my existing hal file. Mine's a total mess . It was created by a dysfunctional stepconf years ago, then chopped about just to get it to work and I'm sure it could be much better. I'll try stepconf again, see if it's improved any and put's the other required half in the hal file.. Steve Blackmore -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
On Wed, 29 Sep 2010 11:46:55 +0300, you wrote: >2010/9/29 Dave : >> Viesturs, >> >> OK... I have to ask... >> >> ??>>>so the casino box - Mach3 - is his most likely choice :)) >> >> Why do you call it the casino box?? >> >> I've never heard that before. > >Because, IMHO it looks like that. The buttons and virtual LEDs have >blinging contours, personally I do not like that. And I know couple >more guys, who have chosen EMC2 over Mach3, basically because of the >GUI. GUI is personal thing - I don't like EMC's or Mach's default mill screens. Mach has dozens of user made screensets and a program for doing your own screens easily, unlike EMC. >But, if seriously, how do those win-based controllers achieve working >in real-time? Ask Fanuc :) Steve Blackmore -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Documentation for spindle-rpm-filtered?
On 29 September 2010 09:32, Steve Blackmore wrote: > I'll try stepconf again, see if it's improved any and put's the other > required half in the hal file.. I would be surprised if it did. There was also a fatal flaw in the hal code I posted; no source for the speed signal. Just put the various lines in your HAL file. Put the loadrt and addf lines with the similar lines in the file, then put the rest anywhere you want. this line: net spindle-rpm-unfiltered => lowpass.0.in Has a bit missing, it ought to read net spindle-rpm-raw encoder.0.velocity => lowpass.0.in (assuming that the spindle speed is the velocity output of encoder.0) It is worth noting that "spindle-speed-raw" could just as easily be "sig2", "linux_ftw" or anything else that makes most sense to you. -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
Am 29.09.2010 04:55, schrieb Igor Chudov: > What are the implications of this for EMC? The most interesting thing for this is that with emc you can mix the old analog drives whatever they are with modern digital ones. This way you are able to only partly renew your machine and have a highly productive control system (EMC). And if you have to replace some more of the old components, you can switch them to digital as you like. Another thing is that you can use standard panel pcs wich are not able to carry a full pci card. You can put them in your pendant and you only need a network cable to the control cabinet. Less problems with wiring, ground loops, current breakup, opto isolation etc. And if for some you feel that EMC is not the right way for you, you can switch to the provided windows software - yes I know this option is not a valid one in this forum .-) /ulf -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Cinci/Enshu progress report
At 10:53 PM 9/28/2010, you wrote: >Gentlemen, > I am a happy camper. > Jeremy came in my office with a quiet voice to give me a report on how the >Cinci cut the big plate with all the holes with a +-.002 location tolerance. >I thought OH NO we have problems. He then smiled and said it nailed all the >holes. There was one dimension out of tolerance. A hole to hole location of >+-.001 on a distance of between 25 and 26 inches. It was -.0015 or .0005 out >of tolerance. This is in the realm of temperature causing the tolerance >fluctuation. I think maybe the design is a little tight toleranced as quite >a number of the holes are bolt holes. Bolt holes with a +-.002 location >tolerance are a little overdone. Jeremy said he thought this is the only >machine in the shop that could do these parts. What an endorsement of EMC2. >I heard someone say you cannot make a silk purse from a sow's ear but I am >not so sure anymore. > The Enshu is basically done. It is ready to make parts. This afternoon I >was looking at how to get an encoder on the spindle. After removing the >spindle cover and finding it would be a major undertaking to mount and >connect an encoder we started looking at the spindle drive. The spindle >drive is a full servo with feedback from the spindle motor. Instead of >encoder feedback it has resolver feedback. This feeds directly into the >spindle drive. Reading the manual lead us to check a few pins with a scope. >We found encoder A and B pulses on two pins and an index pulse on another >pin. This will allow feedback into EMC and give me control of the spindle as >an axis. I will be able to drive the spindle as an axis with the MPG. >I am not sure exactly how I want to control this. >I will be able to read the index pulse after every gear change to orient the >encoder to the spindle. >Do I want to have a linear scale or a rotary scale? >This has 4000 rpm and I am not sure how many pulses/rev this will have. >Ideas, comments welcome. >I have the video camera ready to record some motion/cutting and tool >changes. > >EMC2 rocks >thank you very much >Stuart Stuart, Schweet! I don't know why, but I really like watching that machine go through it's paces. My daughter was a huge Transformers fan when she was a kid, and I guess it just reminds me of one of the friendly ones. And Ms Fox is kinda cute too... Mark -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
2010/9/28 doug metzler : > Hmm, I think you're not seeing the bigger picture. He's not doing this to > recover his costs. He doesn't care about the money. He's doing this to try > to bring about the revival of the hard manufacturing base in the US. His > goal is not to build parts, his goal is to entice major manufacturers back > to the US by offering high-quality, highly skilled local machinists in local > shops. If this goes he may make a major contribution to the reversal of the > outsourcing trend (which actually is showing a few signs of reversal > already). Well, technically, he also is offering machining services as an outsourced partner. But, if I understand You correctly, the goal is to the job inside the US, opposite to current situation that jobs are outsourced to partners outside the US. The idea is very nice, and there are several points of BUT: 1) existing providers of the outsourced machining service might have objective reasons for a cost advantage - starting from cheaper labor to cheaper premises, electricity etc 2) existing providers might be closer equipment manufacturer and get their machinery cheaper thus also contributing to cost advantage 3) they might be closer to material sources 4) there must be other reasons for cost advantages These things can be dealt and one can overcome them, I just think that somebody else might already have done that. You are saying that there are trends that support this, I think we just have to wait and see, how it turns out. Actually, I find this case very interesting from business point of view :) Would love to hear/read more Viesturs -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old Iron in Redmond
2010/9/29 Dave : > Viesturs, > > OK... I have to ask... > > >>>so the casino box - Mach3 - is his most likely choice :)) > > Why do you call it the casino box?? > > I've never heard that before. Because, IMHO it looks like that. The buttons and virtual LEDs have blinging contours, personally I do not like that. And I know couple more guys, who have chosen EMC2 over Mach3, basically because of the GUI. 2010/9/29 Jon Elson : > Viesturs Lācis wrote: >> Przemek suggested that somebody should introduce that guy to EMC. I >> have a personal belief that he will not give up on using Windows, so >> the casino box - Mach3 - is his most likely choice :)) >> > No way! There may be Windows under the hood, but more likely Fanuc or some > other high-end control, with a major controls rep doing the install, for > $50K per > machine, minimum. That was meant to be a joke. But, if seriously, how do those win-based controllers achieve working in real-time? 2010/9/28 doug metzler : > Hmm, I think you're not seeing the bigger picture. He's not doing this to > recover his costs. He doesn't care about the money. He's doing this to try > to bring about the revival of the hard manufacturing base in the US. His > goal is not to build parts, his goal is to entice major manufacturers back > to the US by offering high-quality, highly skilled local machinists in local > shops. If this goes he may make a major contribution to the reversal of the > outsourcing trend (which actually is showing a few signs of reversal > already). > > I worked for MS for 15 years. I'm not completely sure it's productive to > dismiss completely the man's approach because of his current employer. > There are a lot of good smart people at MS who are trying to make a > difference outside those walls. That also was meant like a joke. I never meant it as an offence to anybody. That guy has all my respect for having a vision and a goal for his venture something more than just earning more bucks, but also provide benefit to other companies, indirectly - also to his competitors. I like to think that my company also has such a goal. But, since I have recently graduated MBA, I have been made to believe that any company should be able to break even and provide positive cash flow to recover the investment (not necessarily being profitable), otherwise it is called "charity". And I think that keeping to live unprofitable company is not the best implementation of charity. Viesturs -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] 5i20 Servo and General Input / Output
Hi, I want to use one "Mesa 5i20" for a 6 axis servo controller. I thought to use two 7i33 Servo Interface for axes. So i thought that i would be using HostMot2's "8-channel servo plus 4 step/dir generators" option. However it writes 4step/dir generators, i don't need any step/dir generators, so do i have possibility to use "Mesa 5i20"'s other 24 pins for general Input/Output with using one 7i37 Isolated board? I have shown at below. Can i handle these 6 axis and some I/O with using one 5i20? -- | | ---> | 7i33 | --> 4 Servo Interface | | | | -- | -- -- | | | | | 5i20 | > | 7i33 | --> 2 Servo Interface | | | | -- -- | | -- | | | ---> | 7i37 | --> General General I/O | | -- Thanks. Caner -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using Ethernet to communicate with components
Hi Igor, > I think that the trend in industrial machines, is to use Ethernet as > much as possible inside industrial machines. On the surface, it > appears to be a very attractive option, with all devices hooked up to > the network switch and communicating seamlessly, without the mess of > wires. What are the implications of this for EMC? I think you have industrial ethernet based, so called fieldbusses, in mind. (fieldbus=realtime bus for industrial applications). There are several solutions like EtherCAT, PROFINet, Ethernet powerlink, EthernetIP, Sercos III and so on. We created a similar solution with a "old fashioned" fieldbus, so we can estimate what it means to make the EMC "ethernet-compatible". We choose CAN with CANOpen protocol. Because of the CAN limitation to 1Mbit/s we had to use 2 CAN busses. We ported our CANOpen multimaster stack on RTAI Linux and used it to control standard hardware (Danaher servostar 600 servo converter, telemecanic converter (Altivar 31) and beckhoff I/O for auxillary tasks) The resulting solution is very smart regarding the cableing and the diagnostics that can be done using a fieldbus. And of course it fullfills the industrial effords of electrical isolation and installation. However, the solution is NOT very portabel, because standardisation of CANOpen profiles are not detailed enought / are not implemented in perfect way by the manufacturers. This is not a problem for the simple I/O or simple converter. But to close the servoloop over a bus needs to tune communication and servo parameters in deep detail. And this tuning parameters are not implemented in the same way when comparing two different manufacturers (they differ even in product families from one manufacturer :-) ). This makes it an expert task to make other components work. So I thinks for an open source project it's a good choise to make interfacing the hardware as easy as possible. And this is archived by using stepper (dir/clk) or analog (+-10V & quadratur encoder) interface. BTW: I don't know any COMPLETE open source stack master for fieldbusses (neither classic nor ethernet). This is very special software, and a lot of work to do. It took about 3 years to write our CANOpen Master stack and to optimize it for hard realtime applications like servo control. BTW2: EthernetPowerlink provides fundamental open source software, but AFAIK it lacks the device profiles. But this may be the best starting point for a open source solution. HTH Rainer, alias BeakersBestFriend = Ingenieurbüro Stelzer Inhaber: Dipl.-Ing. (RWTH) Rainer Stelzer Adresse: Römerstrasse 37a 47638 Straelen Mobil: (++49) 0173-5391086 Telefon: (++49) 02834-425058 Fax: (++49) 02834-425059 mailto: r.stel...@ibstelzer.de www: http://www.ibstelzer.de Umsatzsteuer- Identifikationsnr: DE249033623 = -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] touch screen with EMC2
I have a bit of experience now with an LG 1730 touch screen monitor. It seems to work well and is not difficult to implement. I recommend using the mocca GUI (code.google.com/p/moccagui) for this type of control of EMC2. It is really good and easy to adjust all button sizes to be suitable for touch screen usage. It includes nearly all the functionality of AXIS and is being worked on actively at the moment in Germany (I have done the translations for myself on the 1240x1024 screen layout). To implement the LG touch screen in to Ubuntu 10.4 I used evtouch (xserver-xorg-input-evtouch driver). This allows an X-windows setup in the /etc/X11/xorg.conf.d directory - I cant remember the details, but it is not in the usual xorg.conf file, which have disappeared in Ub 10.4. Rudy -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users