Re: [Emc-users] Mesa counter card?
2012/4/9 Jeshua Lacock jes...@3dtopo.com: On Apr 8, 2012, at 7:37 AM, Viesturs Lācis wrote: 2012/4/8 Jeshua Lacock jes...@3dtopo.com: I was just thinking about the set up as I understand it (i.e. the Mesa card replacing my parallel port connected directly to the Geckos). It seems like the encoders would have to connect to the Mesa card to benefit from any increased encoder bandwidth. Am I missing something? Well, from Your first post on this thread, I understand that the encoders are the reason for getting the Mesa card in first place :)) And the hardware step generation is just a side benefit... I guess I am confused because you had stated: (actually You might get away with no rewiring at all) I do not see any contradiction or something :) From Your first post I understand that You already have connected Your encoders to PC via parallel port, but the problem is that it is not fast enough. If You get 5i25 card with a custom firmware so that its pinout matches Your existing hardware setup, then You can read encoder signals in 5i25 card and no rewiring would be needed. The same goes for Gecko drives - with corresponding 5i25 pinout You do not need to rewire anything to feed the step/dir signals to each drive. And as Peter already told, that is not a problem to adjust the pinout of particular firmware. Viesturs -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On Apr 9, 2012, at 2:03 AM, Viesturs Lācis wrote: 2012/4/9 Jeshua Lacock jes...@3dtopo.com: On Apr 8, 2012, at 7:37 AM, Viesturs Lācis wrote: 2012/4/8 Jeshua Lacock jes...@3dtopo.com: I was just thinking about the set up as I understand it (i.e. the Mesa card replacing my parallel port connected directly to the Geckos). It seems like the encoders would have to connect to the Mesa card to benefit from any increased encoder bandwidth. Am I missing something? Well, from Your first post on this thread, I understand that the encoders are the reason for getting the Mesa card in first place :)) And the hardware step generation is just a side benefit... I guess I am confused because you had stated: (actually You might get away with no rewiring at all) I do not see any contradiction or something :) From Your first post I understand that You already have connected Your encoders to PC via parallel port, but the problem is that it is not fast enough. If You get 5i25 card with a custom firmware so that its pinout matches Your existing hardware setup, then You can read encoder signals in 5i25 card and no rewiring would be needed. The same goes for Gecko drives - with corresponding 5i25 pinout You do not need to rewire anything to feed the step/dir signals to each drive. And as Peter already told, that is not a problem to adjust the pinout of particular firmware. Hi Viesturs, How is that possible? The encoders are connected to the Geckos, not through the parallel port…. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
2012/4/9 Jeshua Lacock jes...@3dtopo.com: How is that possible? The encoders are connected to the Geckos, not through the parallel port…. I do not understand, what exactly is not clear to You :) AFAIK Gecko drives will need the encoder signal for them to function, so each encoder signal will have to be splitted/doubled/copied to both PC and Gecko drive. I guess that currently we have a basic misunderstanding due to things not explicitly explained. And I see that You have not explicitly explained, what exactly do You currently have in Your machine. From the way You wrote Your first message I understand that You already have a working system with encoder signal going also to PC: 2012/4/6 Jeshua Lacock jes...@3dtopo.com: My Z axis is about 10,000 lines per inch, so it uses up my available bandwidth really fast. Right now I have the Z's max speed set to a mere 3 inches per sec. My Y is 24 inches per sec, and X is 10 inches per sec. That uses up my available 71khz. So, I understand that something like Mesa's 4I30 4 channel quadrature counter card will allow me much more bandwidth to run my servos faster. What kind of 10,000 lines per inch are You talking about, if that is not encoder signal? It could be also step signal, but encoders were the only thing discussed in that message... Could You, please, expand on what exactly You have there? Where are encoders currently connected? Viesturs -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Gene, here's your portable O'scope
Ebay auction # 150730262099 Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] machine tool tapers
wow. quite a list. still dont know about the rationality. i think i read about the 5/8/' morse origin somewhere, but that also seems like an arbitrary choice. i didnt see any that were 90 degrees, which would seem like a logical first guess for aligning a length and a center. i wonder if there is any math out there on the ideal taper form, given its use in specifed materials and load conditions? --- On Sun, 4/8/12, Andy Pugh bodge...@gmail.com wrote: From: Andy Pugh bodge...@gmail.com Subject: Re: [Emc-users] machine tool tapers To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Date: Sunday, April 8, 2012, 9:08 AM On 8 Apr 2012, at 05:12, charles green xxzzb...@yahoo.com wrote: anyone know if there is any logic to the variety of conical mating surfaces used in machine tools? http://www.tools-n-gizmos.com/specs/Tapers.html Is a useful list. The spindle-nose tapers are all the same, but with different flange and drawbar arrangements. I can only assume that the Morse tapers work out to have round-number inch dimensions. (note that the gauge diameter is not the big end) -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] (no subject)
is that a link to an easter egg? --- On Sun, 4/8/12, Geoff Roehm 1947...@att.net wrote: From: Geoff Roehm 1947...@att.net Subject: [Emc-users] (no subject) To: emc-users@lists.sourceforge.net Date: Sunday, April 8, 2012, 8:23 PM 1947...@att.net -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 08:26:54 AM Mark Wendt did opine: Ebay auction # 150730262099 Mark Now that is kewl! I'll likely catch hell from the missus for buying another toy, but my well grounded dual trace blew a bunch of stuff besides the fuse in the circuit I tried to hook a grounded probe to yesterday. This is a little short on bandwidth at 1mspl/12 bit, but its free floating and wouldn't have damaged anything when I hooked up its ground lead to the circuit. But that is a kit! And I am not well equipt to handle surface mount stuff. Has anyone bought one? And can further describe what you have to do to actually put it to work other than downloading the firmware and putting it on the SD card it apparently runs from? Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene The problem with the gene pool is that there is no lifeguard. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On 04/09/2012 08:42 AM, gene heskett wrote: On Monday, April 09, 2012 08:26:54 AM Mark Wendt did opine: Ebay auction # 150730262099 Mark Now that is kewl! I'll likely catch hell from the missus for buying another toy, but my well grounded dual trace blew a bunch of stuff besides the fuse in the circuit I tried to hook a grounded probe to yesterday. This is a little short on bandwidth at 1mspl/12 bit, but its free floating and wouldn't have damaged anything when I hooked up its ground lead to the circuit. But that is a kit! And I am not well equipt to handle surface mount stuff. Has anyone bought one? And can further describe what you have to do to actually put it to work other than downloading the firmware and putting it on the SD card it apparently runs from? Cheers, Gene Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) Damn Ebay. Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
9 квітня 2012 р. 13:25 Mark Wendt mark.we...@nrl.navy.mil написав: Ebay auction # 150730262099 I'd also suggest item 160705670184 as it has 2 analog + 2 digital channels vs. 1 channel, 72Msps vs. 1Msps, better firmware with FFT etc. One channel is not enough often. And the next level is 220974131404 - that's already something real. I purchased oscilloscope for myself just a couple days ago. Decided in favour of 160705670184. Andrew -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On 4/9/2012 8:42 AM, gene heskett wrote: On Monday, April 09, 2012 08:26:54 AM Mark Wendt did opine: Ebay auction # 150730262099 Mark Now that is kewl! I'll likely catch hell from the missus for buying another toy, but my well grounded dual trace blew a bunch of stuff besides the fuse in the circuit I tried to hook a grounded probe to yesterday. This is a little short on bandwidth at 1mspl/12 bit, but its free floating and wouldn't have damaged anything when I hooked up its ground lead to the circuit. But that is a kit! And I am not well equipt to handle surface mount stuff. Gene: I think you may be reading kit in the sense of Heathkit, Eico, Knight, etc., where you could spend a weekend just shaking out the bags of electronic parts. I suspect the lister just meant the package to be bid on includes several items. According to the eBay listing, the package includes 1 oscilloscope, 1 battery, 1 probe, and 1 USB cable. You can always send a query to brainytrade via the eBay listing to be sure. I confess this is cheap enough and sexy enough technically to give me an itch too but I just hit up eBay for some other items. H... Regards, Kent Has anyone bought one? And can further describe what you have to do to actually put it to work other than downloading the firmware and putting it on the SD card it apparently runs from? Cheers, Gene -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
The issue with sharing encoder signals with both the Gecko servo driver and the PC comes from the fact that the step and direction signals into the Gecko are optically isolated and the encoder and its signal exist on the other side of the isolation barrier. Maintaining the isolation and sharing the signals will require some additional hardware such as this: http://pico-systems.com/gecko.html Regards, Steve Stallings -Original Message- From: Viesturs Lacis [mailto:viesturs.la...@gmail.com] Sent: Monday, April 09, 2012 4:16 AM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Mesa counter card? 2012/4/9 Jeshua Lacock jes...@3dtopo.com: How is that possible? The encoders are connected to the Geckos, not through the parallel port.. I do not understand, what exactly is not clear to You :) AFAIK Gecko drives will need the encoder signal for them to function, so each encoder signal will have to be splitted/doubled/copied to both PC and Gecko drive. I guess that currently we have a basic misunderstanding due to things not explicitly explained. And I see that You have not explicitly explained, what exactly do You currently have in Your machine. From the way You wrote Your first message I understand that You already have a working system with encoder signal going also to PC: 2012/4/6 Jeshua Lacock jes...@3dtopo.com: My Z axis is about 10,000 lines per inch, so it uses up my available bandwidth really fast. Right now I have the Z's max speed set to a mere 3 inches per sec. My Y is 24 inches per sec, and X is 10 inches per sec. That uses up my available 71khz. So, I understand that something like Mesa's 4I30 4 channel quadrature counter card will allow me much more bandwidth to run my servos faster. What kind of 10,000 lines per inch are You talking about, if that is not encoder signal? It could be also step signal, but encoders were the only thing discussed in that message... Could You, please, expand on what exactly You have there? Where are encoders currently connected? Viesturs -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] machine tool tapers
On 4/9/2012 8:01 AM, Viesturs Lācis wrote: 2012/4/9 charles greenxxzzb...@yahoo.com: i wonder if there is any math out there on the ideal taper form, given its use in specifed materials and load conditions? Ohh, conical fits (I hope that is the correct translation) is the thing we have been discussing in university lately. Answer to Your question is: No. Because You skipped another (and IMHO the most important) factor: specific use-case also applies. What I mean - the angle of taper determines: 1) how well both parts are centered each to other - the smaller angle, the better centering; 2) how much will the distance between bases of both cones change as the surfaces of cones wear off - the larger the angle, the smaller the distance, tolerances on each cone also will increase the tolerance of the fit dimensions for smaller cone angle values; So larger angle improves one, the smaller angle improves the other, so the optimum value lies somewhere inbetween, changing in different situations. That is why there is not the one and only answer (which is also my answer to Your original question). The way I see it now is that the load and material will determine mostly the diameter (and length) of the taper, but the application of particular mechanism (required precision of assembly etc) is the main factor to determine the angle value. Viesturs Nice argument as far as it goes, Viesturs, but it doesn't address what I was taught lo these many years ago by a practicing machinist and which I find echoed in my Machinery's Handbook. He divided the world of tapers into two classes: self-holding and self-releasing. The self-holding tapers have small enough angles of taper for friction along the tapered surface of the joint to reliably resist the torque transmitted from the tool. That same friction makes it difficult to release the taper from its socket. The self-releasing tapers have large enough angles of taper to allow easy removal but require some other means to lock the taper in place so it won't slip when torque is applied. Presumably only the self-holding tapers would be subject to the kind of wear you mention in 2). I suspect the differences within this class were due as much to the need to work around patents as to any thought of optimization. As for the discussion about the varying angles of taper on the various Morse tapers, concensus of the sources I read is that Morse just wasn't that good with his metrology. Once a mistake is propogated into practice through industrial standards, it takes on a life of its own. Regards, Kent -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
http://www.saelig.com/product/PSHA026.htm This one is very compact and a bit less expensive. ;-) -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 09:50:28 AM Mark Wendt did opine: On 04/09/2012 08:42 AM, gene heskett wrote: On Monday, April 09, 2012 08:26:54 AM Mark Wendt did opine: Ebay auction # 150730262099 Mark Now that is kewl! I'll likely catch hell from the missus for buying another toy, but my well grounded dual trace blew a bunch of stuff besides the fuse in the circuit I tried to hook a grounded probe to yesterday. This is a little short on bandwidth at 1mspl/12 bit, but its free floating and wouldn't have damaged anything when I hooked up its ground lead to the circuit. But that is a kit! And I am not well equipt to handle surface mount stuff. Has anyone bought one? And can further describe what you have to do to actually put it to work other than downloading the firmware and putting it on the SD card it apparently runs from? Cheers, Gene Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) You were going to be crowned, but not as a king? ;-) Damn Ebay. I'll 2nd that. Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene You can create your own opportunities this week. Blackmail a senior executive. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 09:51:46 AM Andrew did opine: 9 ذ؛ذ²ر–ر‚ذ½رڈ 2012 ر€. 13:25 Mark Wendt mark.we...@nrl.navy.mil ذ½ذ°ذ؟ذ¸رپذ°ذ²: Ebay auction # 150730262099 I'd also suggest item 160705670184 as it has 2 analog + 2 digital channels vs. 1 channel, 72Msps vs. 1Msps, better firmware with FFT etc. One channel is not enough often. And the next level is 220974131404 - that's already something real. And its in a metal housing so its potentially lethally hot. I looked, and passed, buying the little one. I purchased oscilloscope for myself just a couple days ago. Decided in favour of 160705670184. Andrew -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene You can create your own opportunities this week. Blackmail a senior executive. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 09:53:46 AM Kent A. Reed did opine: On 4/9/2012 8:42 AM, gene heskett wrote: On Monday, April 09, 2012 08:26:54 AM Mark Wendt did opine: Ebay auction # 150730262099 Mark Now that is kewl! I'll likely catch hell from the missus for buying another toy, but my well grounded dual trace blew a bunch of stuff besides the fuse in the circuit I tried to hook a grounded probe to yesterday. This is a little short on bandwidth at 1mspl/12 bit, but its free floating and wouldn't have damaged anything when I hooked up its ground lead to the circuit. But that is a kit! And I am not well equipt to handle surface mount stuff. Gene: I think you may be reading kit in the sense of Heathkit, Eico, Knight, etc., where you could spend a weekend just shaking out the bags of electronic parts. I suspect the lister just meant the package to be bid on includes several items. According to the eBay listing, the package includes 1 oscilloscope, 1 battery, 1 probe, and 1 USB cable. You can always send a query to brainytrade via the eBay listing to be sure. I confess this is cheap enough and sexy enough technically to give me an itch too but I just hit up eBay for some other items. H... Gopher it Kent, we can't take it with us in either form. Regards, Kent Has anyone bought one? And can further describe what you have to do to actually put it to work other than downloading the firmware and putting it on the SD card it apparently runs from? Cheers, Gene -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene You can create your own opportunities this week. Blackmail a senior executive. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 09:55:19 AM Jeff Albrecht did opine: http://www.saelig.com/product/PSHA026.htm This one is very compact and a bit less expensive. ;-) Nope, too small still needs isolation. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene As Zeus said to Narcissus, Watch yourself. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On 04/09/2012 09:51 AM, gene heskett wrote: Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) You were going to be crowned, but not as a king? ;-) That's about it in a nutshell. ;-) Damn Ebay. I'll 2nd that. ;-) Cheers, Gene Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On 04/09/2012 09:21 AM, Jeff Albrecht wrote: http://www.saelig.com/product/PSHA026.htm This one is very compact and a bit less expensive. ;-) Probably about the same once the case and probe is figured in. Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 10:25:35 AM Mark Wendt did opine: On 04/09/2012 09:51 AM, gene heskett wrote: Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) You were going to be crowned, but not as a king? ;-) That's about it in a nutshell. ;-) These girls just don't understand, its exactly the same thing as her buying one of those hot air cookers off the all night infomercial on tv. I recently got surprised by that, but by golly it actually works fairly well! Damn Ebay. I'll 2nd that. ;-) Cheers, Gene Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene Rotten wood cannot be carved. -- Confucius, Analects, Book 5, Ch. 9 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 10:27:58 AM Mark Wendt did opine: On 04/09/2012 09:21 AM, Jeff Albrecht wrote: http://www.saelig.com/product/PSHA026.htm This one is very compact and a bit less expensive. ;-) Probably about the same once the case and probe is figured in. Mark Precisely. Plus this other gizmo just plain looks sexy. Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene Rotten wood cannot be carved. -- Confucius, Analects, Book 5, Ch. 9 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Downloading Release 2.5
Gentlemen, I finally made it and installed the new live CD on my former office PC. I wanted to keep the Windoofs system on the first HD and was very glad to see that the installer chose the second HD for Ubuntu and automatically loaded grub2 also to go with it. Ubuntu and LinuxCNC are up and running, just waitung for dome hardware to connect to the parport. Just a word about the German appearance: I would gladly help with translation and adaptation to German if I knew how. As it is at the moment, texts are mixed English/German which can lead to misunderstandings, and there are some typos in them (e.g., in stepconfig). So, I think it will be better for me to stick with a purely English version in order to avoid trouble. But since this can't be the purpose of multilingual efforts: can anybody tell me how to help with improving the German version? Peter Peter Blodow schrieb: Gentlemen, I burned the ISO image file and booted from the CD. Everything seems to be ok. I prefer installing the new release on a different PC with a new hard disk in order to be sure that all the junk I produced by fiddling and playing with 2.3 or 2.4 is left behind. Therefore, I don't like upgrading, even if it may be faster - Murphy is always and everywhere, and who knows if, on the old disk, all the files have been deleted that should be, and all the files are present that the new release needs, and in their proper places? Many thanks to those who worked on the new release! Peter Blodow Alex Joni schrieb: err, sure there is. the latest CD we have on linuxcnc.org : http://www.linuxcnc.org/iso/ubuntu-10.04-linuxcnc2-i386.iso it is also available on my EU mirror: http://dsplabs.upt.ro/~juve/emc/get.php?file=ubuntu-10.04-linuxcnc2-i386.iso (maybe that works faster for some people) it includes: - Ubuntu 10.04 (incl. latest updates) - LinuxCNC 2.5.0 (note the linuxcnc2 in the name, the linuxcnc1 contains LinuxCNC 2.4.x). Regards, Alex -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Lube Pump Duty Cycle...
I had previously tied my oil pump to the run signal on my VFD, so when the machine was running, lube pump was running. The lube pump works with a cam raising an oiler, then letting the spring/gravity drive the pump to push the oil out. My understanding is that it's pretty common to oil way too much on these bridgeport series 1 BOSSV if you leave the pump running all the time, which has proven to be the case for mine, as my floor will attest. Is there a nice way to do a periodic timer or duty cycle in the hal? It's trivial for me to drive the pump relay with a digital output, then I can tune the pump cam motor duty cycle with 'run' to keep it running automatically, but not quite so much... Thanks in advance, John -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
On Apr 9, 2012, at 09:56 , John Murphy wrote: Is there a nice way to do a periodic timer or duty cycle in the hal? It's trivial for me to drive the pump relay with a digital output, then I can tune the pump cam motor duty cycle with 'run' to keep it running automatically, but not quite so much… I've been thinking about something similar for my converted Bridgeport (ex-Boss8) machine. I think stepgen (in velocity mode) could do it, and I think there's a timer in ClassicLadder that could do it. There are also some pins coming out of linuxcnc that seem relevant. iocontrol.lube, and some motion pins for out of estop and spindle on. -- Sebastian Kuzminsky -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
The classic ladder example sim has always had a timer in it. On Apr 9, 2012 11:18 AM, Sebastian Kuzminsky s...@highlab.com wrote: On Apr 9, 2012, at 09:56 , John Murphy wrote: Is there a nice way to do a periodic timer or duty cycle in the hal? It's trivial for me to drive the pump relay with a digital output, then I can tune the pump cam motor duty cycle with 'run' to keep it running automatically, but not quite so much… I've been thinking about something similar for my converted Bridgeport (ex-Boss8) machine. I think stepgen (in velocity mode) could do it, and I think there's a timer in ClassicLadder that could do it. There are also some pins coming out of linuxcnc that seem relevant. iocontrol.lube, and some motion pins for out of estop and spindle on. -- Sebastian Kuzminsky -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
On Mon, Apr 09, 2012 at 10:13:59AM -0600, Sebastian Kuzminsky wrote: I've been thinking about something similar for my converted Bridgeport (ex-Boss8) machine. I think stepgen (in velocity mode) could do it, and I think there's a timer in ClassicLadder that could do it. These are generally AC synchronous motors, just like on a clock. You can't really run them at any speed other than their intended speed. It's true you could turn them on for a few minutes and off for a few minutes, though, with a timer in ladder. You'd need hardware made to switch AC, like a black opto22 module. There are also some pins coming out of linuxcnc that seem relevant. iocontrol.lube, and some motion pins for out of estop and spindle on. I think this is the way to go. Hooking it to spindle on sounds like a good idea. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] German-language documentation, was: Downloading Release 2.5
On 4/9/2012 11:18 AM, Peter Blodow wrote: Gentlemen, I finally made it and installed the new live CD on my former office PC. ... Just a word about the German appearance: I would gladly help with translation and adaptation to German if I knew how. As it is at the moment, texts are mixed English/German which can lead to misunderstandings, and there are some typos in them (e.g., in stepconfig). So, I think it will be better for me to stick with a purely English version in order to avoid trouble. But since this can't be the purpose of multilingual efforts: can anybody tell me how to help with improving the German version? Peter Peter: This is a generous offer. Look down the source tree for LinuxCNC. At the head of the v2.5_branch, for example, there is the docs/src subdirectory. In this and lower subdirectories you'll find see repilicated asciidoc files for each of the languages currently supported. For example, docs/src/ Master_Getting_Started.txt Master_Getting_Started_de.txt Master_Getting_Started_es.txt Master_Getting_Started_fr.txt Master_Getting_Started_pl.txt It shouldn't be hard to guess that _de denotes the German-language versions. [personal vexation: I wish the English-language files were denoted with _en to life just a tad easier.] Were I undertaking this task, I'd have to decide whether 'tis better to edit the existing German-language files or create entirely new ones from the English-language files. There's been enough editing of the (English) V2.4.x files to create V2.5 that I'd tend toward the latter choice unless I were sure the German-language versions were already in pretty good shape. I'm sure Francis Tisserant and others who worked so hard to bring the French-language versions up to snuff last year would choose differently:-) Either way, when you're done, you can simply announce them on the developers list and see what they suggest you do. Thanks again for the offer. Regards, Kent -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] German Docs
Peter, AFAIK the only translations have been to the html titles and not even sure if that is correct. Yes you would need to start with a fresh English copy to make sure you have the latest one. If you send me an email at jthornton at gnipsel period com I can send you complete instructions on how to proceed. John On 4/9/2012 10:18 AM, Peter Blodow wrote: Gentlemen, I finally made it and installed the new live CD on my former office PC. I wanted to keep the Windoofs system on the first HD and was very glad to see that the installer chose the second HD for Ubuntu and automatically loaded grub2 also to go with it. Ubuntu and LinuxCNC are up and running, just waitung for dome hardware to connect to the parport. Just a word about the German appearance: I would gladly help with translation and adaptation to German if I knew how. As it is at the moment, texts are mixed English/German which can lead to misunderstandings, and there are some typos in them (e.g., in stepconfig). So, I think it will be better for me to stick with a purely English version in order to avoid trouble. But since this can't be the purpose of multilingual efforts: can anybody tell me how to help with improving the German version? Peter Peter Blodow schrieb: Gentlemen, I burned the ISO image file and booted from the CD. Everything seems to be ok. I prefer installing the new release on a different PC with a new hard disk in order to be sure that all the junk I produced by fiddling and playing with 2.3 or 2.4 is left behind. Therefore, I don't like upgrading, even if it may be faster - Murphy is always and everywhere, and who knows if, on the old disk, all the files have been deleted that should be, and all the files are present that the new release needs, and in their proper places? Many thanks to those who worked on the new release! Peter Blodow Alex Joni schrieb: err, sure there is. the latest CD we have on linuxcnc.org : http://www.linuxcnc.org/iso/ubuntu-10.04-linuxcnc2-i386.iso it is also available on my EU mirror: http://dsplabs.upt.ro/~juve/emc/get.php?file=ubuntu-10.04-linuxcnc2-i386.iso (maybe that works faster for some people) it includes: - Ubuntu 10.04 (incl. latest updates) - LinuxCNC 2.5.0 (note the linuxcnc2 in the name, the linuxcnc1 contains LinuxCNC 2.4.x). Regards, Alex -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] German Docs
On Mon, Apr 09, 2012 at 11:53:52AM -0500, John Thornton wrote: If you send me an email at jthornton at gnipsel period com I can send you complete instructions on how to proceed. Please put this information on a wiki page. I looked for one and didn't find it, when I saw this question. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
That is about 4 rungs of ladder in Classic ladder. Two timers, one timer times out and starts the second one. When the second timer times out it opens a NC contact that feeds the first timer.So timer 1 times out, starting timer 2 which resets timer1 and the loop continues. Put another run of logic with a NO contact from timer 1 with a NC contact from timer 2 in series driving an output.Change the timer values to vary the output duty cycle. Gotta love ladder for simple tasks like that. :-) Dave On 4/9/2012 11:56 AM, John Murphy wrote: I had previously tied my oil pump to the run signal on my VFD, so when the machine was running, lube pump was running. The lube pump works with a cam raising an oiler, then letting the spring/gravity drive the pump to push the oil out. My understanding is that it's pretty common to oil way too much on these bridgeport series 1 BOSSV if you leave the pump running all the time, which has proven to be the case for mine, as my floor will attest. Is there a nice way to do a periodic timer or duty cycle in the hal? It's trivial for me to drive the pump relay with a digital output, then I can tune the pump cam motor duty cycle with 'run' to keep it running automatically, but not quite so much... Thanks in advance, John -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On 04/09/2012 10:27 AM, gene heskett wrote: On Monday, April 09, 2012 10:25:35 AM Mark Wendt did opine: On 04/09/2012 09:51 AM, gene heskett wrote: Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) You were going to be crowned, but not as a king? ;-) That's about it in a nutshell. ;-) These girls just don't understand, its exactly the same thing as her buying one of those hot air cookers off the all night infomercial on tv. I recently got surprised by that, but by golly it actually works fairly well! Yabut, try to tell them that... ;-) Mark -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
On 9 Apr 2012, at 10:03, Dave e...@dc9.tzo.com wrote: That is about 4 rungs of ladder in Classic ladder. Two timers, one timer times out and starts the second one. When the second timer times out it opens a NC contact that feeds the first timer. Or a low frequency PWMgen (running in the servo thread) with the enable hooked up to iocontrol.lube Choose the duty cycle to suit. LinuxCNC provides multiple solutions to most problems. How smart is iocontrol.lube? It probably ought to go true at machine-on then off except when axes are moving. A custom HAL component could do that. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] German Docs
On 9 Apr 2012, at 10:01, Chris Radek ch...@timeguy.com wrote: Please put this information on a wiki page. I looked for one and didn't find it, when I saw this question. There is http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Internationalization Which describes a different aspect of the puzzle. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] German Docs
both pages are on the main wiki page under Documents now... John On 4/9/2012 12:48 PM, Andy Pugh wrote: On 9 Apr 2012, at 10:01, Chris Radekch...@timeguy.com wrote: Please put this information on a wiki page. I looked for one and didn't find it, when I saw this question. There is http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Internationalization Which describes a different aspect of the puzzle. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Hal_parport and EPP
I am throwing this out as I have run across a few people that have had issues with EPP mode and the printer port. Now onboard parallel ports can usually bet set to epp mode in the bios. Onboard printer ports usually require some sort of utillity to put them into EPP mode. Now if I remember correctly - there was some issues a few months ago with EPP mode and some intel atom boards. Now again - if I recall correctly - the parallel port code for the mesa 7i43 was modified so that it would force the parallel port into EPP mode. (if it could) Now - could this code be added to the hal_parport as an option? something like loadrt hal_parport cfg=0x278 0x378 in 0x20A0 out epp I have not looked yet (and don't know if I can figure it out) but I thought if someone felt ambitious... (and I might be remembering wrong) thanks sam -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On Apr 9, 2012, at 3:16 AM, Viesturs Lācis wrote: 2012/4/9 Jeshua Lacock jes...@3dtopo.com: How is that possible? The encoders are connected to the Geckos, not through the parallel port…. I do not understand, what exactly is not clear to You :) AFAIK Gecko drives will need the encoder signal for them to function, so each encoder signal will have to be splitted/doubled/copied to both PC and Gecko drive. Hi Viesturs, Well OK, that was never explained to me. You were saying that perhaps no rewiring would be required, and Peter was saying that the encoders would be wired to the pins of the 5i22, but no one ever told me that they would have to be wired to *booth*. I have stated this already, but it would have been immensely helpful if I could see a simple schematic. I am a bit surprised Peter or Mesa hasn't provided one. I guess that currently we have a basic misunderstanding due to things not explicitly explained. And I see that You have not explicitly explained, what exactly do You currently have in Your machine. Sorry if I wasn't clear. From the way You wrote Your first message I understand that You already have a working system with encoder signal going also to PC: 2012/4/6 Jeshua Lacock jes...@3dtopo.com: My Z axis is about 10,000 lines per inch, so it uses up my available bandwidth really fast. Right now I have the Z's max speed set to a mere 3 inches per sec. My Y is 24 inches per sec, and X is 10 inches per sec. That uses up my available 71khz. So, I understand that something like Mesa's 4I30 4 channel quadrature counter card will allow me much more bandwidth to run my servos faster. What kind of 10,000 lines per inch are You talking about, if that is not encoder signal? It could be also step signal, but encoders were the only thing discussed in that message... Could You, please, expand on what exactly You have there? Where are encoders currently connected? As I have stated, the encoders are currently connected to the Geckos. I am just using a standard setup as far as I know. I have two wires from my power source connected to the Geckos, two wires from the geckos to power the motor, the common wire, 5v and ground for the encoder, then encoder A/B going to the Gecko, and step/dir coming from the parallel port. Please let me know if anything else would be helpful. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
2012/4/9 Jeshua Lacock jes...@3dtopo.com: On Apr 9, 2012, at 3:16 AM, Viesturs Lācis wrote: 2012/4/9 Jeshua Lacock jes...@3dtopo.com: How is that possible? The encoders are connected to the Geckos, not through the parallel port I do not understand, what exactly is not clear to You :) AFAIK Gecko drives will need the encoder signal for them to function, so each encoder signal will have to be splitted/doubled/copied to both PC and Gecko drive. Hi Viesturs, Well OK, that was never explained to me. You were saying that perhaps no rewiring would be required, and Peter was saying that the encoders would be wired to the pins of the 5i22, but no one ever told me that they would have to be wired to *booth*. I have stated this already, but it would have been immensely helpful if I could see a simple schematic. I am a bit surprised Peter or Mesa hasn't provided one. When I joined this mailing list, one of the things I learned, is that proper formulation of question considerably increases the chance of receiving an answer :) Please, be as specific as possible, do not be afraid of sharing details. For example, schematics of what exactly do You mean? How to split the encoder signal to feed in two devices - Gecko drive and PC? Or how exactly connect that PC signal to Mesa board? The first one might get tricky, just like Steve mentioned, and I also think (do not rely on my opinion as I am only beginner with electronics) that additional hardware will be needed for splitting the encoder signal. The second one is brain-dead easy - take GND of the incoming signal and connect to GND of appropriate gpio pin on Mesa card and the same for the signal lead - connect it to appropriate gpio input pin. From the way You wrote Your first message I understand that You already have a working system with encoder signal going also to PC: 2012/4/6 Jeshua Lacock jes...@3dtopo.com: My Z axis is about 10,000 lines per inch, so it uses up my available bandwidth really fast. Right now I have the Z's max speed set to a mere 3 inches per sec. My Y is 24 inches per sec, and X is 10 inches per sec. That uses up my available 71khz. So, I understand that something like Mesa's 4I30 4 channel quadrature counter card will allow me much more bandwidth to run my servos faster. What kind of 10,000 lines per inch are You talking about, if that is not encoder signal? It could be also step signal, but encoders were the only thing discussed in that message... Could You, please, expand on what exactly You have there? Where are encoders currently connected? As I have stated, the encoders are currently connected to the Geckos. Ok, great! Then could You, please, explain in a lot more detail, what is that 1 lines per inch bandwidth You were talking about? The way I initially understood this: there are 10K pulses from encoder on 1 inch travel and exceeding the velocities, mentioned in Your first post, would simply exceed the LinuxCNC's capability to read them on parport. Since there are no encoder signals on parport, I see that I have been totally wrong. Viesturs Viesturs -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gene, here's your portable O'scope
On Monday, April 09, 2012 03:50:28 PM Mark Wendt did opine: On 04/09/2012 10:27 AM, gene heskett wrote: On Monday, April 09, 2012 10:25:35 AM Mark Wendt did opine: On 04/09/2012 09:51 AM, gene heskett wrote: Yeh, you and me both on the missus giving hell. She caught my Paypal bill for last month and almost had a coronary last night... ;-) You were going to be crowned, but not as a king? ;-) That's about it in a nutshell. ;-) These girls just don't understand, its exactly the same thing as her buying one of those hot air cookers off the all night infomercial on tv. I recently got surprised by that, but by golly it actually works fairly well! Yabut, try to tell them that... ;-) Mark Yabut, the magic word... ;-) Cheers, Gene -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) My web page: http://coyoteden.dyndns-free.com:85/gene O Lord, grant that we may always be right, for Thou knowest we will never change our minds. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On Apr 9, 2012, at 1:03 PM, Viesturs Lācis wrote: 2012/4/9 Jeshua Lacock jes...@3dtopo.com: On Apr 9, 2012, at 3:16 AM, Viesturs Lācis wrote: 2012/4/9 Jeshua Lacock jes...@3dtopo.com: How is that possible? The encoders are connected to the Geckos, not through the parallel port I do not understand, what exactly is not clear to You :) AFAIK Gecko drives will need the encoder signal for them to function, so each encoder signal will have to be splitted/doubled/copied to both PC and Gecko drive. Hi Viesturs, Well OK, that was never explained to me. You were saying that perhaps no rewiring would be required, and Peter was saying that the encoders would be wired to the pins of the 5i22, but no one ever told me that they would have to be wired to *booth*. I have stated this already, but it would have been immensely helpful if I could see a simple schematic. I am a bit surprised Peter or Mesa hasn't provided one. When I joined this mailing list, one of the things I learned, is that proper formulation of question considerably increases the chance of receiving an answer :) Please, be as specific as possible, do not be afraid of sharing details. For example, schematics of what exactly do You mean? How to split the encoder signal to feed in two devices - Gecko drive and PC? Or how exactly connect that PC signal to Mesa board? I would like to see a diagram of how to connect the Geckos / encoders to the Mesa card. The first one might get tricky, just like Steve mentioned, and I also think (do not rely on my opinion as I am only beginner with electronics) that additional hardware will be needed for splitting the encoder signal. I need a good understanding of things like this before I can feel comfortable with going ahead with the Mesa card. I am likely even more of a beginner. The second one is brain-dead easy - take GND of the incoming signal and connect to GND of appropriate gpio pin on Mesa card and the same for the signal lead - connect it to appropriate gpio input pin. At this point, the Pico card is looking more appealing to me. Even though I would have to completely rewire everything, at least they have a schematic so I would have a clue what I was doing. From the way You wrote Your first message I understand that You already have a working system with encoder signal going also to PC: 2012/4/6 Jeshua Lacock jes...@3dtopo.com: My Z axis is about 10,000 lines per inch, so it uses up my available bandwidth really fast. Right now I have the Z's max speed set to a mere 3 inches per sec. My Y is 24 inches per sec, and X is 10 inches per sec. That uses up my available 71khz. So, I understand that something like Mesa's 4I30 4 channel quadrature counter card will allow me much more bandwidth to run my servos faster. What kind of 10,000 lines per inch are You talking about, if that is not encoder signal? It could be also step signal, but encoders were the only thing discussed in that message... Could You, please, expand on what exactly You have there? Where are encoders currently connected? As I have stated, the encoders are currently connected to the Geckos. Ok, great! Then could You, please, explain in a lot more detail, what is that 1 lines per inch bandwidth You were talking about? The way I initially understood this: there are 10K pulses from encoder on 1 inch travel and exceeding the velocities, mentioned in Your first post, would simply exceed the LinuxCNC's capability to read them on parport. Since there are no encoder signals on parport, I see that I have been totally wrong. I am pretty much a complete noob on this kind of stuff. Perhaps my understanding is completely wrong. All I know is I only have enough pulse bandwidth to run my servos quite slow. I thought this was based on how fast my computer can send pulses to the Geckos. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Lube Pump Duty Cycle...
On Mon, Apr 9, 2012 at 11:56 AM, John Murphy j...@wyosip.com wrote: I had previously tied my oil pump to the run signal on my VFD, so when the machine was running, lube pump was running. The lube pump works with a cam raising an oiler, then letting the spring/gravity drive the pump to push the oil out. My understanding is that it's pretty common to oil way too much on these bridgeport series 1 BOSSV if you leave the pump running all the time, which has proven to be the case for mine, as my floor will attest. I have never hooked mine up because inside the box there is the standard manual oiler handle and a clock motor. I use the manual handle. I vaguely remember being able to change the timing on the clock motor, but it's been a long time. Even with just doing it manually on occasion, I still get oil overflow, particularly in the head. When I got the machine, I replaced all the oil limiting valves, that helped the distribution but not the volume. Eric -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On 9 Apr 2012, at 11:20, Jeshua Lacock jes...@3dtopo.com wrote: I have two wires from my power source connected to the Geckos, two wires from the geckos to power the motor, the common wire, 5v and ground for the encoder, then encoder A/B going to the Gecko, and step/dir coming from the parallel port. I think the missing information here is that you are probably using a step-dir servo drive rather than open-loop steppers or servos with LinuxCNC closing the loop. If that is the case, then I am not sure that there is any need to connect the encoders to the PCI card. I _think_ that the G540 firmware for the 5i25 emulates the 8(?) ground pins in a parport, which seems to waste some potentially useful IO. This matters less with a second header for the other 25 pins which I think are GPIO in that config. If the G320(?) has an f-error output then using that achieves much the same result as wiring the encoders back to LinuxCNC. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On 9 Apr 2012, at 13:09, Jeshua Lacock jes...@3dtopo.com wrote: All I know is I only have enough pulse bandwidth to run my servos quite slow. I thought this was based on how fast my computer can send pulses to the Geckos. If the drive is set to 1 pulses per inch and you are using software step generation then a typical base-thread rate of 30,000nS should let you move at 3 inches per second. Using hardware pulse generation you should be able to increase this, as long as the drive system can cope. I suspect the confusion comes from the subject line referring to counting rather than pulse generation. The Mesa 5i25 looks like a parallel port card and (in the G540 configuration) you wire it like a parallel port card. It isn't a huge problem to make a custom DB25 cable to adapt the pinouts if required. (In other configurations it can be nothing like a parallel port, and you can hook 384 lines of IO to it, or directly connect 16 30A servo drives) -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] EMC with MaxNC OL?
Hi, I have an old Max-NC 10 (called Max-NC OL these days) that I used to run on a DOS-based PC about a decade ago. Life happened for a decade, but I've recently dusted it off and would like to put it back in operation. The DOS-based PC that I had is kaputs, my paper documentation (in the blue paper binder) is gone, and I don't have a floppy + DOS-based PC to run on. I think I can get my hands on some parallel ports, though. Are there anyone on this list that is currently running MAX-NC in open-loop quadrature mode with EMC that might be willing to help get me back into operation? Thanks, Joseph -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
On Mon, 2012-04-09 at 13:17 -0500, sam sokolik wrote: I am throwing this out as I have run across a few people that have had issues with EPP mode and the printer port. Now onboard parallel ports can usually bet set to epp mode in the bios. Onboard printer ports usually require some sort of utillity to put them into EPP mode. Now if I remember correctly - there was some issues a few months ago with EPP mode and some intel atom boards. Now again - if I recall correctly - the parallel port code for the mesa 7i43 was modified so that it would force the parallel port into EPP mode. (if it could) Now - could this code be added to the hal_parport as an option? something like loadrt hal_parport cfg=0x278 0x378 in 0x20A0 out epp I have not looked yet (and don't know if I can figure it out) but I thought if someone felt ambitious... (and I might be remembering wrong) thanks sam The Pluto-P drivers have a bit of this code too, which might come in handy. I hope to get some time to look at the source, but if someone beats me to it, I wouldn't mind even a tiny bit. Maybe Stepconfig could use an EPP check box and feature test? -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
EPP mode is a completely different way of using the pins of the parport than the regular SPP mode. In SPP, you have programmatic control over the values on the output pins, and you can read all the input pins. In EPP, those pins are driven by an additional piece of logic in the parport controller. The driver software asks the EPP controller to read and write addresses on the EPP bus, and the controller twiddles the pins to implement the software's request, according to the datalink protocol described by the EPP spec. So in order to do anything interesting/useful with the EPP port, you need a second driver that knows what registers to read and write on the device on the EPP bus. Simply switching the port to EPP mode doesn't accomplish anything. Maybe i'm missing something in your request? On Apr 9, 2012, at 12:17 , sam sokolik wrote: I am throwing this out as I have run across a few people that have had issues with EPP mode and the printer port. Now onboard parallel ports can usually bet set to epp mode in the bios. Onboard printer ports usually require some sort of utillity to put them into EPP mode. Now if I remember correctly - there was some issues a few months ago with EPP mode and some intel atom boards. Now again - if I recall correctly - the parallel port code for the mesa 7i43 was modified so that it would force the parallel port into EPP mode. (if it could) Now - could this code be added to the hal_parport as an option? something like loadrt hal_parport cfg=0x278 0x378 in 0x20A0 out epp I have not looked yet (and don't know if I can figure it out) but I thought if someone felt ambitious... (and I might be remembering wrong) thanks sam -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Sebastian Kuzminsky -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Parallel Ports, EPP, and Mesa 7I43
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm new to LinuxCNC and have a few questions about hardware, and want to make sure I'm understanding things correctly before I start hacking. It seems many folks are using a standard parallel port and driving step/dir signals (maybe even reading encoder pulses?). All well and good, but limited by the speed of the fast thread in terms of pulse frequency that can be generated (50 KHz is mentioned in the wiki). Enter something like the Mesa 7I43, which ties to the parallel port, but in EPP mode, and supports hardware generation of step/dir, PWM, encoder support, and much more. This seems like a great thing, but the comments in the HAL setup for a 7I43 indicate: quote configs/hm2-stepper/7i43-small.ini # Step timing is 40 us steplen + 40 us stepspace # That gives 80 us step period = 12.5 KHz step freq # # Bah, even software stepping can handle that, hm2 doesnt buy you much with # such slow steppers. # /quote Questions: 1) Why is the step rate so low on the 7I43? I don't see any direct reason in the hm2 HDL design, the LinuxCNC software, or the EPP port limitations that should require this low step rate. What am I missing? 2) Has anyone tried an intermediate solution between a plain parallel port and an FPGA hardware solution? I'm thinking about something like a cheap micro-controller programmed to talk to the EPP port and use it's built-in timers for step pulse generation (ie: take an Arduino or similar like folks are driving RepRaps with, and use it as a pulse generator for LinuxCNC). - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+DbugACgkQLywbqEHdNFxW7wCgypr9qnz9NpbrxDf/MkDovbwA Fa0AoMdTD9mQNNJZQmOpg968WJwG0H68 =ynHY -END PGP SIGNATURE- -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
On Mon, 9 Apr 2012, Sebastian Kuzminsky wrote: Date: Mon, 9 Apr 2012 17:01:41 -0600 From: Sebastian Kuzminsky s...@highlab.com Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] Hal_parport and EPP EPP mode is a completely different way of using the pins of the parport than the regular SPP mode. In SPP, you have programmatic control over the values on the output pins, and you can read all the input pins. In EPP, those pins are driven by an additional piece of logic in the parport controller. The driver software asks the EPP controller to read and write addresses on the EPP bus, and the controller twiddles the pins to implement the software's request, according to the datalink protocol described by the EPP spec. So in order to do anything interesting/useful with the EPP port, you need a second driver that knows what registers to read and write on the device on the EPP bus. Simply switching the port to EPP mode doesn't accomplish anything. Maybe i'm missing something in your request? It does accomplish something subtle with some parallel port cards EPP mode is compatible with SPP mode but on some parallel port cards it changes the drive mode of some control output pins to Push-Pull instead of open drain with a pullup. Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
On Mon, 9 Apr 2012, Charles Steinkuehler wrote: Date: Mon, 09 Apr 2012 18:21:12 -0500 From: Charles Steinkuehler char...@steinkuehler.net Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: [Emc-users] Parallel Ports, EPP, and Mesa 7I43 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm new to LinuxCNC and have a few questions about hardware, and want to make sure I'm understanding things correctly before I start hacking. It seems many folks are using a standard parallel port and driving step/dir signals (maybe even reading encoder pulses?). All well and good, but limited by the speed of the fast thread in terms of pulse frequency that can be generated (50 KHz is mentioned in the wiki). Enter something like the Mesa 7I43, which ties to the parallel port, but in EPP mode, and supports hardware generation of step/dir, PWM, encoder support, and much more. This seems like a great thing, but the comments in the HAL setup for a 7I43 indicate: quote configs/hm2-stepper/7i43-small.ini # Step timing is 40 us steplen + 40 us stepspace # That gives 80 us step period = 12.5 KHz step freq # # Bah, even software stepping can handle that, hm2 doesnt buy you much with # such slow steppers. # /quote Questions: 1) Why is the step rate so low on the 7I43? I don't see any direct reason in the hm2 HDL design, the LinuxCNC software, or the EPP port limitations that should require this low step rate. What am I missing? Because the example file is a real example file for a specific step drive that just happens to have those timings The actual hardware limitation on steprate is ClockLow/4 (for a 7I43 this is 50 MHz/4 = 12.5 MHz) 2) Has anyone tried an intermediate solution between a plain parallel port and an FPGA hardware solution? I'm thinking about something like a cheap micro-controller programmed to talk to the EPP port and use it's built-in timers for step pulse generation (ie: take an Arduino or similar like folks are driving RepRaps with, and use it as a pulse generator for LinuxCNC). - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+DbugACgkQLywbqEHdNFxW7wCgypr9qnz9NpbrxDf/MkDovbwA Fa0AoMdTD9mQNNJZQmOpg968WJwG0H68 =ynHY -END PGP SIGNATURE- -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ 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. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
Peter, Can you detail the difference in the example and the controller's capabilities? Are these two sentences the same thing? snip the comments in the HAL setup for a 7I43 indicate: quote configs/hm2-stepper/7i43-small.ini # Step timing is 40 us steplen + 40 us stepspace # That gives 80 us step period = 12.5 KHz step freq # # Bah, even software stepping can handle that, hm2 doesnt buy you much with # such slow steppers. # /quote snip Your response... Because the example file is a real example file for a specific step drive that just happens to have those timings The actual hardware limitation on steprate is ClockLow/4 (for a 7I43 this is 50 MHz/4 = 12.5 MHz) What is the difference? I am confused. Is it that his step period is so long that the performance is poor? Brian -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
On Mon, 9 Apr 2012, BRIAN GLACKIN wrote: Date: Mon, 9 Apr 2012 19:38:47 -0400 From: BRIAN GLACKIN glackin.br...@gmail.com Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43 Peter, Can you detail the difference in the example and the controller's capabilities? Are these two sentences the same thing? snip the comments in the HAL setup for a 7I43 indicate: quote configs/hm2-stepper/7i43-small.ini # Step timing is 40 us steplen + 40 us stepspace # That gives 80 us step period = 12.5 KHz step freq # # Bah, even software stepping can handle that, hm2 doesnt buy you much with # such slow steppers. # /quote snip Your response... Because the example file is a real example file for a specific step drive that just happens to have those timings The actual hardware limitation on steprate is ClockLow/4 (for a 7I43 this is 50 MHz/4 = 12.5 MHz) What is the difference? I am confused. Is it that his step period is so long that the performance is poor? Brian He's looking at the hm2-stepper.hal (and 7i43.ini) example files. This is an _example_ file that happens to have been created and tested with a quite slow step drive. Actually any realistic .ini file for the HM2 stepgens will not approach their limits, and thats not really the purpose of an example file. An example file that works with any old step drive is probably a better starting point for tuning that one that only supports high performance drives. Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/9/2012 6:28 PM, Peter C. Wallace wrote: On Mon, 9 Apr 2012, Charles Steinkuehler wrote: Date: Mon, 09 Apr 2012 18:21:12 -0500 From: Charles Steinkuehler char...@steinkuehler.net snip quote configs/hm2-stepper/7i43-small.ini # Step timing is 40 us steplen + 40 us stepspace # That gives 80 us step period = 12.5 KHz step freq # # Bah, even software stepping can handle that, hm2 doesnt buy you much with # such slow steppers. # /quote Questions: 1) Why is the step rate so low on the 7I43? I don't see any direct reason in the hm2 HDL design, the LinuxCNC software, or the EPP port limitations that should require this low step rate. What am I missing? Because the example file is a real example file for a specific step drive that just happens to have those timings The actual hardware limitation on steprate is ClockLow/4 (for a 7I43 this is 50 MHz/4 = 12.5 MHz) That makes much more sense. Thanks! - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+DdU8ACgkQLywbqEHdNFyBjQCcCFyMyNbzr0Ifgqmu3LL1LTau VSUAn10rYH/c+ba38YkQO6k+d5gF7s4Q =eydd -END PGP SIGNATURE- -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/9/2012 6:48 PM, Peter C. Wallace wrote: He's looking at the hm2-stepper.hal (and 7i43.ini) example files. This is an _example_ file that happens to have been created and tested with a quite slow step drive. It might be good to throw a comment in that the 7I43 can run much faster, but that you don't want to set a rate too fast for your servo driver. Actually any realistic .ini file for the HM2 stepgens will not approach their limits, and thats not really the purpose of an example file. An example file that works with any old step drive is probably a better starting point for tuning that one that only supports high performance drives. Agreed, but IMHO an example file should also provide some hints on what can be (fairly safely) changed and why/how. - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+Dd2YACgkQLywbqEHdNFzt5QCfQP0QYUqviZDKnmYT760ta7Kp tq4AnjcAF8ZPwynOTWNebp6NejRYB9qS =YBIY -END PGP SIGNATURE- -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Parallel Ports, EPP, and Mesa 7I43
On 04/09/2012 05:57 PM, Charles Steinkuehler wrote: On 4/9/2012 6:48 PM, Peter C. Wallace wrote: He's looking at the hm2-stepper.hal (and 7i43.ini) example files. This is an _example_ file that happens to have been created and tested with a quite slow step drive. It might be good to throw a comment in that the 7I43 can run much faster, but that you don't want to set a rate too fast for your servo driver. I support this idea, and I'd love to review a patch adding such a comment ;-) -- Sebastian Kuzminsky -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On Apr 9, 2012, at 3:40 PM, Andy Pugh wrote: On 9 Apr 2012, at 11:20, Jeshua Lacock jes...@3dtopo.com wrote: I have two wires from my power source connected to the Geckos, two wires from the geckos to power the motor, the common wire, 5v and ground for the encoder, then encoder A/B going to the Gecko, and step/dir coming from the parallel port. I think the missing information here is that you are probably using a step-dir servo drive rather than open-loop steppers or servos with LinuxCNC closing the loop. If that is the case, then I am not sure that there is any need to connect the encoders to the PCI card. Thanks Andy. I guess the problem is I don't know all the terminology. Yes, I guess that is correct. I assume the 'open-loop steppers or servos with LinuxCNC closing the loop' is the best setup? For instance, that would allow the fastest control, and double as a DRO when the power to the drives are off, correct? In which case, I don't mind rewiring the encoders. I just want whatever is best. I _think_ that the G540 firmware for the 5i25 emulates the 8(?) ground pins in a parport, which seems to waste some potentially useful IO. This matters less with a second header for the other 25 pins which I think are GPIO in that config. If the G320(?) has an f-error output then using that achieves much the same result as wiring the encoders back to LinuxCNC. I think you lost me again. :D Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
On Apr 9, 2012, at 4:41 PM, Andy Pugh wrote: On 9 Apr 2012, at 13:09, Jeshua Lacock jes...@3dtopo.com wrote: All I know is I only have enough pulse bandwidth to run my servos quite slow. I thought this was based on how fast my computer can send pulses to the Geckos. If the drive is set to 1 pulses per inch and you are using software step generation then a typical base-thread rate of 30,000nS should let you move at 3 inches per second. Using hardware pulse generation you should be able to increase this, as long as the drive system can cope. Yes, the drive system should cope with much faster. Of course, I will need to test it to see what speed makes it fault. I suspect the confusion comes from the subject line referring to counting rather than pulse generation. Honestly, I really do not understand exactly how the system even works. I just knew that the axis that is geared down the most takes the most bandwidth to run (the 'Pulse rate at max speed' figure reported on the Stepconf Wizard). So I had assumed that it was based on the encoder resolution. Since the encoders are connected to the Gecko - I honestly don't know what the limitation is other than I assume that it is an issue with how fast the system can issue pulses to the Gecko. In other words, if issuing pulses to the Gecko was not a bottleneck, how fast can the Geckos count the encoder lines - as fast as needed? The Mesa 5i25 looks like a parallel port card and (in the G540 configuration) you wire it like a parallel port card. It isn't a huge problem to make a custom DB25 cable to adapt the pinouts if required. (In other configurations it can be nothing like a parallel port, and you can hook 384 lines of IO to it, or directly connect 16 30A servo drives) Sounds good. I guess I am still confused. For a open-loop servos with LinuxCNC closing the loop setup, I guess I would connect the encoders straight to the pins of the 5i22? Would they still need to be split the encoder signals and go to both the 5i22 pins and the Geckos? Peter/Mesa if you are reading this: I really want to order a card from you - last week. ;) Can you please provide me a very quick and crude wiring diagram? My email I sent to sales on Friday has gone unanswered and I am really interested in being your customer. Please give me a hand if you can. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
This is how I understand it also. Some have 'fixed' this issue by adding pull up resistors on certain pins. If the port was set to EPP mode - this would not be needed. (ie the g540 requires EPP mode for the charge pump to work) sam On 04/09/2012 06:25 PM, Peter C. Wallace wrote: On Mon, 9 Apr 2012, Sebastian Kuzminsky wrote: Date: Mon, 9 Apr 2012 17:01:41 -0600 From: Sebastian Kuzminskys...@highlab.com Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC)emc-users@lists.sourceforge.net Subject: Re: [Emc-users] Hal_parport and EPP EPP mode is a completely different way of using the pins of the parport than the regular SPP mode. In SPP, you have programmatic control over the values on the output pins, and you can read all the input pins. In EPP, those pins are driven by an additional piece of logic in the parport controller. The driver software asks the EPP controller to read and write addresses on the EPP bus, and the controller twiddles the pins to implement the software's request, according to the datalink protocol described by the EPP spec. So in order to do anything interesting/useful with the EPP port, you need a second driver that knows what registers to read and write on the device on the EPP bus. Simply switching the port to EPP mode doesn't accomplish anything. Maybe i'm missing something in your request? It does accomplish something subtle with some parallel port cards EPP mode is compatible with SPP mode but on some parallel port cards it changes the drive mode of some control output pins to Push-Pull instead of open drain with a pullup. Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
Sebastian Kuzminsky wrote: EPP mode is a completely different way of using the pins of the parport than the regular SPP mode. In SPP, you have programmatic control over the values on the output pins, and you can read all the input pins. In EPP, those pins are driven by an additional piece of logic in the parport controller. The driver software asks the EPP controller to read and write addresses on the EPP bus, and the controller twiddles the pins to implement the software's request, according to the datalink protocol described by the EPP spec. So in order to do anything interesting/useful with the EPP port, you need a second driver that knows what registers to read and write on the device on the EPP bus. Simply switching the port to EPP mode doesn't accomplish anything. Not completely true. In EPP mode, a number of the signals are driven both sourcing/sinking, there are some pull-up turned on, but the basic SPP/Bidir port functions will still work, without invoking the EPP handshaking modes. For the G540, this pullup or output driver characteristic seems to be the thing that matters. The handshaking becomes active when the PC accesses the additional EPP registers above the traditional 3 SPP registers. Jon -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
On 04/09/2012 07:13 PM, sam sokolik wrote: This is how I understand it also. Some have 'fixed' this issue by adding pull up resistors on certain pins. If the port was set to EPP mode - this would not be needed. I did not know that! I stand corrected, thanks ;-) -- Sebastian Kuzminsky -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hal_parport and EPP
On 4/9/2012 9:17 PM, Jon Elson wrote: Sebastian Kuzminsky wrote: EPP mode is a completely different way of using the pins of the parport than the regular SPP mode. In SPP, you have programmatic control over the values on the output pins, and you can read all the input pins. In EPP, those pins are driven by an additional piece of logic in the parport controller. The driver software asks the EPP controller to read and write addresses on the EPP bus, and the controller twiddles the pins to implement the software's request, according to the datalink protocol described by the EPP spec. So in order to do anything interesting/useful with the EPP port, you need a second driver that knows what registers to read and write on the device on the EPP bus. Simply switching the port to EPP mode doesn't accomplish anything. Not completely true. In EPP mode, a number of the signals are driven both sourcing/sinking, there are some pull-up turned on, but the basic SPP/Bidir port functions will still work, without invoking the EPP handshaking modes. For the G540, this pullup or output driver characteristic seems to be the thing that matters. The handshaking becomes active when the PC accesses the additional EPP registers above the traditional 3 SPP registers. Jon ge.net/lists/listinfo/emc-users For the G540, this pullup or output driver characteristic seems to be the thing that matters. Yes, apparently when the port is in ECP mode the voltage is not pulled up high enough for the charge pump output from the PC to be recognized by the G540. I think the G540 would benefit from from pull up resistors on the input lines. Dave -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] User Suggestions
I absolutely love LinuxCNC. I am running 2.5.0 now. Here are a few suggestions that I think will make it even better. I think most of them would be fairly trivial to implement. 1. I would love to see a percent of the tool paths remaining. 2. It would be nice if the on screen tool was a different color than the tool paths. Maybe a bit larger too. It is just really difficult to see sometimes. 3. I would love to have the option to make the 3D window full screen (maybe on a 2nd monitor too). 4. An option to not clear out the (red) tool path that has been done. 5. Some simple G-Code tools. Like rotate 90 degrees and scale. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
Jeshua Lacock wrote: I guess the problem is I don't know all the terminology. Yes, I guess that is correct. I assume the 'open-loop steppers or servos with LinuxCNC closing the loop' is the best setup? For instance, that would allow the fastest control, and double as a DRO when the power to the drives are off, correct? In which case, I don't mind rewiring the encoders. I just want whatever is best. Yes, that is what my Gecko Interface does, the encoders are powered from the Gecko interface, send signals to the Universal Stepper Controller, and also makes an opto-isolated copy for the Gecko 320 drives. It also watches the fault signal on the G320s and powers them on and off when going in and out of E-stop mode. By including LinuxCNC in the servo loop, you can get tighter position control in some cases. You also can use Halscope to know what the following error is under various conditions. Without that feedback to the computer, all you know is that following error is less than the Gecko 320's 128-count limit. That can be a lot of error, depending on encoder resolution and the drive mechanics. On Apr 9, 2012, at 3:40 PM, Andy Pugh wrote: If the G320(?) has an f-error output then using that achieves much the same result as wiring the encoders back to LinuxCNC. Well, no. The fixed error limit on the G320 can be unacceptable in some cases. For instance, assume a 500 cycle/rev encoder on a motor directly driving a 5 TPI leadscrew. In quadrature, you get 2000 counts from the encoder x 5 TPI gives 1 counts/inch. 128 counts equals 12.8 mils or .0128 which is a lot of error. That's just one example, although fairly typical numbers. With a lower resolution encoder or a coarser leadscrew, it would be worse. LinuxCNC provides a sliding scale following error limit, where higher errors are allowed at higher speeds. So, you can set it to tolerate only a small error at cutting speeds, but a larger error at rapid traverse speed. The G320 can't do that. Also, you get an adjustable I term in the PID, plus FF1 and FF2 to help reduce following errors. Jon -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mesa counter card?
Jeshua Lacock wrote: In other words, if issuing pulses to the Gecko was not a bottleneck, how fast can the Geckos count the encoder lines - as fast as needed? I think that is 250,000 counts/second. Jon -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users