Re: [Emc-users] hal 'net' command puzzler
Sounds like a good idea Andy, as long as each axis retains it's own value. Mike On 7 May 2012, at 20:15, andy pugh bodge...@gmail.com wrote: On 7 May 2012 15:16, gene heskett ghesk...@wdtv.com wrote: because Touch Off doesn't display the current setting, but defaults to 0.0. That of course makes it easy to cancel a Touch Off, but I find in my usage, I need to just edit it another thou or so. Having considered this during a long and tedious ride down the A1, I am persuaded that there is no reason that the touch-off dialog shouldn't default to the current value. Does anyone else have an opinion? -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 8 May 2012 01:01, gene heskett ghesk...@wdtv.com wrote: Lathe mode seems to default to G8, that is something I've not tweaked. Another man page to read... Maybe the RS274NGC_STARTUP_CODE entry in the INI file? http://www.linuxcnc.org/docview/html/config/ini_config.html#_rs274ngc_section_a_id_sub_rs274ngc_section_a -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/7/2012 6:34 AM, Steve Blackmore wrote: I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. If you want to resurrect that project.. post what problems you run into. A combination of Classic Ladder and Hal might be a better solution. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Tuesday, May 08, 2012 11:22:25 AM andy pugh did opine: On 8 May 2012 01:01, gene heskett ghesk...@wdtv.com wrote: Lathe mode seems to default to G8, that is something I've not tweaked. Another man page to read... Maybe the RS274NGC_STARTUP_CODE entry in the INI file? http://www.linuxcnc.org/docview/html/config/ini_config.html#_rs274ngc_se ction_a_id_sub_rs274ngc_section_a Not used in mine, possibly not included because I could never get stepconfig to run, it acted as if it was being denied access to the parport any time it was to try and move a motor. So I had to invent most of my .ini by hand. Could this also be hidden in 'linuxcnc.var' ? That file contains a listing of many blocks of vars in the 5100-5399 range, most of which are 0. in mine. 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 rain falls where clouds come sun shines where clouds go clouds just come and go -- Florian Gutzwiller -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 8 May 2012 13:39, Dave e...@dc9.tzo.com wrote: On 5/7/2012 6:34 AM, Steve Blackmore wrote: I also have an 8 position Enco type auto tool changer ... I gave up after days of hal editing. If you want to resurrect that project. There are a couple of dedicated HAL components for that type of tool changer: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ContributedComponents#Boxford_Lathe_ATC_toolchanger_component -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 8 May 2012 16:32, gene heskett ghesk...@wdtv.com wrote: Maybe the RS274NGC_STARTUP_CODE entry in the INI file? Not used in mine, possibly not included because I could never get stepconfig to run, As far as I know, Stepconf doesn't add that. You would have to add it yourself, but it ought to work to set your lathe into G7 at startup. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Tuesday, May 08, 2012 11:59:31 AM andy pugh did opine: On 8 May 2012 16:32, gene heskett ghesk...@wdtv.com wrote: Maybe the RS274NGC_STARTUP_CODE entry in the INI file? Not used in mine, possibly not included because I could never get stepconfig to run, As far as I know, Stepconf doesn't add that. You would have to add it yourself, but it ought to work to set your lathe into G7 at startup. I just tried that and it works. I'll also have to re-write the two .ngc files I've written so far (NBD, they are simple 20 line loops or less), but the net result should be a ton fewer mistakes. One naturally thinks in diameters, not radii. Thank you very much Andy. 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 |Rain| with sane code, maybe I could figure out the renderer :) LordHavoc rain: I'd probably be the one writing the renderer |Rain| well, er, uh -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Tue, 08 May 2012 08:39:17 -0400, you wrote: On 5/7/2012 6:34 AM, Steve Blackmore wrote: I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. If you want to resurrect that project.. post what problems you run into. A combination of Classic Ladder and Hal might be a better solution. For the amount I use LinuxCNC, I don't think it's worth resurrecting it. Maybe if some of the other missing functionality gets added ;) For info - this is the prototype http://www.youtube.com/watch?v=5dvLbb-HNsE Since that video was done it's been modified slightly, screens done and fully integrated into Mach. It ran during testing for 40 hours continuous and showed some slight wear on ratchet and pawl. They were replaced with hardened versions and no problems whatsoever since. Steve Blackmore -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/8/2012 7:48 PM, Steve Blackmore wrote: On Tue, 08 May 2012 08:39:17 -0400, you wrote: On 5/7/2012 6:34 AM, Steve Blackmore wrote: I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. If you want to resurrect that project.. post what problems you run into. A combination of Classic Ladder and Hal might be a better solution. For the amount I use LinuxCNC, I don't think it's worth resurrecting it. Maybe if some of the other missing functionality gets added ;) For info - this is the prototype http://www.youtube.com/watch?v=5dvLbb-HNsE Since that video was done it's been modified slightly, screens done and fully integrated into Mach. It ran during testing for 40 hours continuous and showed some slight wear on ratchet and pawl. They were replaced with hardened versions and no problems whatsoever since. Steve Blackmore -- That looks nice. That should not be difficult to control. Maybe if some of the other missing functionality gets added ;) Or you could just wait and use Mach4! ;-) Do you make guitars also? Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 02:17:18 AM Jon Elson did opine: gene heskett wrote: On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine: you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. Well, if you don't use all the preset offsets, then you lose a great advantage of the lathe CNC system. Also, doing it all manually, you have to remember what tool is #1 in the tool table, etc. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. Yeah, and then pretty soon you'll be lusting after an 8-station Barruffaldi CNC tool turret on eBay! The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though You can set your approximate Z work position by placing a tool in the way of the part and then pushing the bar through the chuck (or collet) until it hits the cutter. That's the poor man's bar puller. Jon I do that now, for those tools that are left cutters. I could do that with the single tooth too as I resharpened it a couple days ago so that I could face it 20 degrees to the left while having the correct angle on the end of the cutoff blade I resharpened. But I didn't manage to try and cut another thread with it as I spent the evening hacking on the my-lathe.hal file, and don't even know if its functional as I did quite a bit of re-arranging, comment adding and quite a bit of re-wiring, finding out in the process why the lowpass.0.gain 0.01 didn't seem to effect what I was seeing in the spindle-revs net. Anyway, its been copied to my web page, in the Genes-os9-stf/eagle subdir. If someone wants to look it over and tell me I'm an idiot, that's fine, as long as you also tell me how to fix the idiocy. ;-) Thanks Cheers Jon, 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 Vermouth always makes me brilliant unless it makes me idiotic. -- E.F. Benson -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 7 May 2012 00:09, Jon Elson el...@pico-systems.com wrote: If you have a quick-change toolpost, you should be able to set up X and Z offsets for each tool in the tool table. My QC tool holder isn't spectacularly repeatable, So I generally stop 0.5mm oversize, measure, then make the final cut. I think that better holders are probably better. I have a cheap Dickson knock-off and it seems random which flats of the Vs are loaded. I suspect that a better one would be better, and I believe that the Multifix ones are better still (also, with a Multifix you have several possible angles to set tools at repeatedly. But, you definitely want to remove the compound slide. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sun, 6 May 2012 21:52:21 -0400, you wrote: What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. That's the only way to accurately do it. If you have a quick-change toolpost, I do. you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. I generally use my QC toolpost, I never move it's position once set. Like you suggest it's mounted directly to the saddle. It has two dovetails, one for Z axis orientated tools and one for X. I have 14 tool holders, most of which have a specific tool permanently mounted. The holders are numbered so I can remember which tool is which G. You'll find it will be rare to use more than four or five tools on over 90% of turning jobs. I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though As for z axis, I generally pick an arbitrary stickout suitable for the job and locate on the end of it, writing the gcode to run negative from there. Then, you leave the tool offsets on all the time. X=0 is the center of the part, Z=0 puts the tool on the chuck (or wherever you decide to have the Z zero). Has anyone else come up with a better idea that might be more usable? No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type and gets used for roughing, facing and finishing. That gets touched against the face of the job, or I take a facing cut then Z zero'd and continue. Whoever has the touch-off code box, it sure would be nice if when you called it up, it displayed the current value separate the input box. As is, I have to write it down, so I know where I am if I only need to adjust it say 0.0027 from where its at to get it exactly the right size for the next pass. That would be almost as handy as bottled beer. :) Wear offsets would do the same thing. They are easy to use. You set your tools initially with new inserts and should never need to play about with tool tables again. All you do is enter the correction value. Say you find you're turning 1 thou over diameter, you enter X -0.001 in the wear offset dro and it corrects the X tool offset. It doesn't alter the original offset, it's an additional field in the tool table and automatically takes into account if G7 or G8 Diameter or Radius mode is in use. Steve Blackmore -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 09:20:34 AM Steve Blackmore did opine: On Sun, 6 May 2012 21:52:21 -0400, you wrote: What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. That's the only way to accurately do it. And this is a case of Touch Off, when used in a lathe config, needs to be told the upcoming entry should be applied to the diameter, not the radii, removing the need for paper stick, or a pocket calc, or better yet, a session of kcalc, with supports copy/paste going both ways, just to set it correctly. But usage problem #2 is that you have to write it down because if the next cut measure says it still needs tweaked another thou, because Touch Off doesn't display the current setting, but defaults to 0.0. That of course makes it easy to cancel a Touch Off, but I find in my usage, I need to just edit it another thou or so. Not knowing where its at without scribbling on the bench or a small notepad makes its use quite mistake prone for me. (which scribble is the last one?) Am I the only one who sees it that way? If you have a quick-change toolpost, I do. you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. I generally use my QC toolpost, I never move it's position once set. Like you suggest it's mounted directly to the saddle. It has two dovetails, one for Z axis orientated tools and one for X. I have 14 tool holders, most of which have a specific tool permanently mounted. The holders are numbered so I can remember which tool is which G. You'll find it will be rare to use more than four or five tools on over 90% of turning jobs. You must have tools that obviate the need to turn the post in order to present the tool to the work at a std angle. My indexable kit, a Glanze mini kit has left right cut tools, but to fully use them I'd need to have a dedicated holder per tool. That's coming in due time, but first that rubber compound slide has got to go. This whole QC setup, being made of alu, is one of the mistakes I made, trying to make this toy work. The only reason I use it most of the time is because the OEM tool holder always needs a shim I don't have under the tool, it isn't adjustable for center height. PIMA. I am hoping I can find a QC base that would be adaptable to the circular insert in the cross slider that allows the compound angle to be changed, so as to maintain the ability to rotate the post, but I suspect most are center bolt mounted. I could replace that disk in the cross slider with one with a single center tapped hole to fit the QC's mounting bolt. I have some steel from hell I could make it from too, something that would give me much stronger threads. (I've already pulled the toolpost thread out of the compound once) I think its from hell as it sure plays hell with carbide tooling anyway. ;-) I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. The thought crossed my mind of trying to adapt the tailpost type tool changer to a carriage mount, but so far that is just a thought. ;-) The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though As for z axis, I generally pick an arbitrary stickout suitable for the job and locate on the end of it, writing the gcode to run negative from there. Then, you leave the tool offsets on all the time. X=0 is the center of the part, Z=0 puts the tool on the chuck (or wherever you decide to have the Z zero). Has anyone else come up with a better idea that might be more usable? No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... and gets used for roughing, facing and finishing. That gets
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... Yes, that is the insert style the Glanze uses. 80 degree rhombic, 7 degree rake etc. Costs too much. :( 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 Begathon, n.: A multi-day event on public television, used to raise money so you won't have to watch commercials. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
You do know you can do math in the touch-off window? so 5.345/2 or 5.345*2 or whatever. http://www.linuxcnc.org/docs/2.5/html/gui/axis.html#_manual_control sam On Mon, 7 May 2012 10:16:11 -0400 gene heskett ghesk...@wdtv.com wrote: On Monday, May 07, 2012 09:20:34 AM Steve Blackmore did opine: On Sun, 6 May 2012 21:52:21 -0400, you wrote: What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. That's the only way to accurately do it. And this is a case of Touch Off, when used in a lathe config, needs to be told the upcoming entry should be applied to the diameter, not the radii, removing the need for paper stick, or a pocket calc, or better yet, a session of kcalc, with supports copy/paste going both ways, just to set it correctly. But usage problem #2 is that you have to write it down because if the next cut measure says it still needs tweaked another thou, because Touch Off doesn't display the current setting, but defaults to 0.0. That of course makes it easy to cancel a Touch Off, but I find in my usage, I need to just edit it another thou or so. Not knowing where its at without scribbling on the bench or a small notepad makes its use quite mistake prone for me. (which scribble is the last one?) Am I the only one who sees it that way? If you have a quick-change toolpost, I do. you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. I generally use my QC toolpost, I never move it's position once set. Like you suggest it's mounted directly to the saddle. It has two dovetails, one for Z axis orientated tools and one for X. I have 14 tool holders, most of which have a specific tool permanently mounted. The holders are numbered so I can remember which tool is which G. You'll find it will be rare to use more than four or five tools on over 90% of turning jobs. You must have tools that obviate the need to turn the post in order to present the tool to the work at a std angle. My indexable kit, a Glanze mini kit has left right cut tools, but to fully use them I'd need to have a dedicated holder per tool. That's coming in due time, but first that rubber compound slide has got to go. This whole QC setup, being made of alu, is one of the mistakes I made, trying to make this toy work. The only reason I use it most of the time is because the OEM tool holder always needs a shim I don't have under the tool, it isn't adjustable for center height. PIMA. I am hoping I can find a QC base that would be adaptable to the circular insert in the cross slider that allows the compound angle to be changed, so as to maintain the ability to rotate the post, but I suspect most are center bolt mounted. I could replace that disk in the cross slider with one with a single center tapped hole to fit the QC's mounting bolt. I have some steel from hell I could make it from too, something that would give me much stronger threads. (I've already pulled the toolpost thread out of the compound once) I think its from hell as it sure plays hell with carbide tooling anyway. ;-) I also have an 8 position Enco type auto tool changer that I made, but haven't managed to get that to work with LinuxCNC. I gave up after days of hal editing. The thought crossed my mind of trying to adapt the tailpost type tool changer to a carriage mount, but so far that is just a thought. ;-) The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though As for z axis, I generally pick an arbitrary stickout suitable for the job and locate on the end of it, writing the gcode to run negative from there. Then, you leave the tool offsets on all the time. X=0 is the center of the part, Z=0 puts the tool on the chuck (or wherever you decide to have the Z zero). Has anyone
Re: [Emc-users] hal 'net' command puzzler
Gene said: Whoever has the touch-off code box, it sure would be nice if when you called it up, it displayed the current value separate the input box. As is, I have to write it down, so I know where I am if I only need to adjust it say 0.0027 from where its at to get it exactly the right size for the next pass. I think yo might be missing a trick. You take a cut, then type in the exact measured diameter. No maths required. (it might help that my lathe subs return to the programmed X or Z) You can type mathematical expressions on the box, I don't know if you can use the #5400 or #_x syntax in there. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Mon, 7 May 2012 10:59:00 -0400 gene heskett ghesk...@wdtv.com wrote: On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... Yes, that is the insert style the Glanze uses. 80 degree rhombic, 7 degree rake etc. Costs too much. :( Cheers, Gene Never buy new (from manufacturer) if you can get them on ebay, etc. ;-) Sometimes the deals are good sometimes not. Every once in awhile someone is selling a toolholder and 9 new inserts for some trial that didn't work out. If your machine is stiff enough carbide works well. No so good if it is elastic. There are a few places that sell hss/D2, sometimes coated. However, they are almost as expensive as the carbide. Hard to win. (npi) Dave Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
2012/5/7 Andy Pugh bodge...@gmail.com: You can type mathematical expressions on the box, I don't know if you can use the #5400 or #_x syntax in there. The page of Samco's link says that references to parameters are not allowed: http://www.linuxcnc.org/docs/2.5/html/gui/axis.html#_manual_control Viesturs -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Mon, 7 May 2012 10:59:00 -0400 gene heskett ghesk...@wdtv.com wrote: On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... Yes, that is the insert style the Glanze uses. 80 degree rhombic, 7 degree rake etc. Costs too much. :( Cheers, Gene Years ago I made some tool holders. 2.5 x 2.5 x 3 blocks of steel with the appropriate slot in the side of them and 2 or 3 3/8 cap screws from above to clamp the tool bar. They are far stiffer than the machine. In addition I made a block with a 5C taper that mounts square with the spindle. It is used for drilling and boring. I have a couple of nice boring bars picked up at Boeing surplus which need the 1 collet. Of course, what works for me may not work for anyone else. IOW ... YMMV Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Mon, 7 May 2012 12:02:01 +0100, you wrote: On 7 May 2012 00:09, Jon Elson el...@pico-systems.com wrote: If you have a quick-change toolpost, you should be able to set up X and Z offsets for each tool in the tool table. My QC tool holder isn't spectacularly repeatable, So I generally stop 0.5mm oversize, measure, then make the final cut. I think that better holders are probably better. I have a cheap Dickson knock-off and it seems random which flats of the Vs are loaded. An old tool setter showed me the following years ago. Drop the holder in and partially tighten, tap holder down and in with hammer to seat it properly then tighten fully. I find doing that it's perfectly repeatable. Use a soft faced hammer :) I always have one lying about on the lathe for tapping centres and chucks in also. Andy - RS Stock No. 381-4701 is perfect for the task G. I suspect that a better one would be better, and I believe that the Multifix ones are better still (also, with a Multifix you have several possible angles to set tools at repeatedly. All the tools I use work at 0 or 90 degrees to the lathe axis. Never found the need to set them any other way. But, you definitely want to remove the compound slide. Agreed. Steve Blackmore -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 7 May 2012 15:59, gene heskett ghesk...@wdtv.com wrote: Yes, that is the insert style the Glanze uses. 80 degree rhombic, 7 degree rake etc. Costs too much. :( I am not too fond of C***. They have the advantage that they face and turn equally well, but they don't miss the tailstock centre. I rather prefer D*** and I have both left-hand and right-hand holders for those. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 7 May 2012 22:26, gene heskett ghesk...@wdtv.com wrote: Something like that, I've been measuring the diameter and dividing by 2, writing that down in case I need to tweak it, and entering it. If you are in G7 then there is no need to divide by 2 if you do it the way I do it. If I want 10mm dia then I turn to 10.5 dia, G0 X10.5, measure the real diameter and then type in the number on the calliper. (And wouldn't an SPC connection directly into the touch-off box be nice? -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 05:27:18 PM Andy Pugh did opine: Gene said: Whoever has the touch-off code box, it sure would be nice if when you called it up, it displayed the current value separate the input box. As is, I have to write it down, so I know where I am if I only need to adjust it say 0.0027 from where its at to get it exactly the right size for the next pass. I think yo might be missing a trick. You take a cut, then type in the exact measured diameter. No maths required. On my system, that makes the error very close to 2x because if you enter the measured diameter, touchoff puts the value in the radius report of axis. (it might help that my lathe subs return to the programmed X or Z) I write mine that way too. :) You can type mathematical expressions on the box, I don't know if you can use the #5400 or #_x syntax in there. Never tried it. I'll have to play once I get the pid module whupped. ATM it is beating up on me. 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 Fun Facts, #14: In table tennis, whoever gets 21 points first wins. That's how it once was in baseball -- whoever got 21 runs first won. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 07:49:50 PM dave did opine: On Mon, 7 May 2012 10:59:00 -0400 gene heskett ghesk...@wdtv.com wrote: On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... Yes, that is the insert style the Glanze uses. 80 degree rhombic, 7 degree rake etc. Costs too much. :( Cheers, Gene Never buy new (from manufacturer) if you can get them on ebay, etc. ;-) Sometimes the deals are good sometimes not. Every once in awhile someone is selling a toolholder and 9 new inserts for some trial that didn't work out. I'll have to start paying attention. :) If your machine is stiff enough carbide works well. No so good if it is elastic. Lets just say its a heck of a lot less elastic than it was 10 years ago. I seem to be getting away with it better than 2-3 years back. There are a few places that sell hss/D2, sometimes coated. However, they are almost as expensive as the carbide. Hard to win. (npi) I have noted the similar pricing. The machining to establish the edge shape is probably the cost driver. Dave Thanks Dave. 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 diplomacy, n: Lying in state. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 07:56:47 PM andy pugh did opine: On 7 May 2012 15:16, gene heskett ghesk...@wdtv.com wrote: because Touch Off doesn't display the current setting, but defaults to 0.0. That of course makes it easy to cancel a Touch Off, but I find in my usage, I need to just edit it another thou or so. Having considered this during a long and tedious ride down the A1, I am persuaded that there is no reason that the touch-off dialog shouldn't default to the current value. Does anyone else have an opinion? I know I'm the trigger for this, but I'll sure put a +1 on this. Thanks Andy. 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 Cum tacent, clamant. When they are silent, they shout. -Cicero -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 07:58:43 PM andy pugh did opine: On 7 May 2012 22:26, gene heskett ghesk...@wdtv.com wrote: Something like that, I've been measuring the diameter and dividing by 2, writing that down in case I need to tweak it, and entering it. If you are in G7 then there is no need to divide by 2 if you do it the way I do it. Lathe mode seems to default to G8, that is something I've not tweaked. Another man page to read... If I want 10mm dia then I turn to 10.5 dia, G0 X10.5, measure the real diameter and then type in the number on the calliper. (And wouldn't an SPC connection directly into the touch-off box be nice? I assume SPC means the data port on a better digital caliper? Thanks Andy. 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 Cum tacent, clamant. When they are silent, they shout. -Cicero -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
Even the cheapie calipers have a serial port like the $16 one I got from Harbor Freight a few weeks ago. The manual doesn't even mention it but you can pop off a little cover opposite the battery compartment and there it is. There are a number of websites that document the protocol that is apparently used by most if not all the Chinese calipers. Since I don't have an immediate use for it I haven't tried it yet but it's cool knowing it's there. +++ We are like tenant farmers chopping down the fence around our house for fuel when we should be using Nature's inexhaustible sources of energy -- sun, wind and tide. ... I'd put my money on the sun and solar energy. What a source of power! I hope we don't have to wait until oil and coal run out before we tackle that. -Thomas Edison, inventor (1847-1931) From: gene heskett ghesk...@wdtv.com To: emc-users@lists.sourceforge.net Sent: Monday, May 7, 2012 7:01 PM Subject: Re: [Emc-users] hal 'net' command puzzler On Monday, May 07, 2012 07:58:43 PM andy pugh did opine: On 7 May 2012 22:26, gene heskett ghesk...@wdtv.com wrote: Something like that, I've been measuring the diameter and dividing by 2, writing that down in case I need to tweak it, and entering it. If you are in G7 then there is no need to divide by 2 if you do it the way I do it. Lathe mode seems to default to G8, that is something I've not tweaked. Another man page to read... If I want 10mm dia then I turn to 10.5 dia, G0 X10.5, measure the real diameter and then type in the number on the calliper. (And wouldn't an SPC connection directly into the touch-off box be nice? I assume SPC means the data port on a better digital caliper? Thanks Andy. 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 Cum tacent, clamant. When they are silent, they shout. -Cicero -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
gene heskett wrote: On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... It is not an acronym. There is an industry-standard system for naming carbide inserts. You can look them up in Machinery's Handbook, or a number of manufacturer's catalogs. Some of the letters actually mean something, like T=triangular, S=square, R=round, etc. N is usually negative rake, P=positive, G for ground, U for unground. Jon -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 10:50:32 PM Greg Bernard did opine: Even the cheapie calipers have a serial port like the $16 one I got from Harbor Freight a few weeks ago. The manual doesn't even mention it but you can pop off a little cover opposite the battery compartment and there it is. There are a number of websites that document the protocol that is apparently used by most if not all the Chinese calipers. Since I don't have an immediate use for it I haven't tried it yet but it's cool knowing it's there. Come to think of it, I did notice a strange connector on one of mine when I took it apart because the conductive magic rubber that hooks up the display failed. I gave it another thou's squeeze, and washed the rubber up with alcohol, along with the contact areas, but I guess those are one time only assemblies as I was never able to get all segments of the display to work again. I guess if you want to have one of those things working, you ought to buy them in 12 packs. That would be a good idea, but with the ease that those things can be cocked 2-3 degrees, giving a fat reading, I guess you have to have an 'enter' button so you could click it as the display ripples through the minimum (for od's) or maximum (for id's). Without that and a good consistent technique I think I'd druther read the thimble on a std C shaped micrometer. 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 In the eyes of my dog, I'm a man. -- Martin Mull -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Monday, May 07, 2012 11:03:14 PM Jon Elson did opine: gene heskett wrote: On Monday, May 07, 2012 10:56:31 AM gene heskett did opine: No - My tool 1 is my reference and touch off tool, it has offsets of 0, 0, all other tools are referenced to that - it's a CNMG type An acronym I'm not familiar with, but I expect google works ... It is not an acronym. There is an industry-standard system for naming carbide inserts. You can look them up in Machinery's Handbook, or a number of manufacturer's catalogs. Some of the letters actually mean something, like T=triangular, S=square, R=round, etc. N is usually negative rake, P=positive, G for ground, U for unground. Jon I'll have to look that up in my handbook. I knew there seemed to be some sort of an organization to the 4 letter naming. Maybe I could look what I have up and see if I'm using the right insert. Thanhks Jon. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users 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 NT (as in Windows NT) is short for Not Tested. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
As a new user I've been following this thread with interest. My only questions are: 1. What is the scope of a signal name. Is it machine wide or limited to the Hal file it appears in. 2. If machine wide, are there existing signal names in existence that I have to avoid re-declaring? Mike On 5 May 2012, at 22:31, John Prentice j...@castlewd.freeserve.co.uk wrote: From: andy pugh bodge...@gmail.com Every net command is followed immediately by a signal name. That is, a name you have chosen yourself, to make sense to you (or to confuse yourself horribly in the future, if you so choose). You can uses the same signal name on as many net commands as you like. But being a signal name it needs to be the first term after the word net Every net command with the same signal name will pass the same value to every HAL pin listed in the command. And that value will be from the one, and only one, output pin that appears in one of the net commands. I use the mental model that the signal is a wire and the signalname defined after net is the heatshrink sleeve printed with its name. The wire loops its way round pins (i.e. terminals) but, as the order of writing does not matter, the HAL is essentially a schematic not a wiring diagram. Of course woebetide the person who wires the outputs of more than one totem pole gate (or push-pull amp) together. HAL gives you an error if you try it and this prompts you to include a selector, or tri-state bus arrangement on the drivers. As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 6 May 2012, at 08:25, Mike Bennett mjb1...@gmail.com wrote: 1. What is the scope of a signal name. Is it machine wide or limited to the Hal file it appears in? They are system-wide and are the only practical way to share data between HAL files. 2. If machine wide, are there existing signal names in existence that I have to avoid re-declaring? No, they are created by the HAL files only, and there are no hidden HAL files. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. John Prentice -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
gene heskett wrote: Thanks to all who helped, I cut another thread this evening, wrong of course but at least I now know why it was wrong. Hopefully the next one will be right. ;-) Progress comes in small steps, but as long as each step moves in the right direction, that is good! Jon -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
Thanks Andy On 6 May 2012, at 13:23, Andy Pugh bodge...@gmail.com wrote: On 6 May 2012, at 08:25, Mike Bennett mjb1...@gmail.com wrote: 1. What is the scope of a signal name. Is it machine wide or limited to the Hal file it appears in? They are system-wide and are the only practical way to share data between HAL files. 2. If machine wide, are there existing signal names in existence that I have to avoid re-declaring? No, they are created by the HAL files only, and there are no hidden HAL files. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine: Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. Humm, John, with one addition to that concept, I can see it actually being pretty useful. That addition would be to change the font to bold to hilight signal srcs, while leaving loads in plain text. BiDi stuff in both bold and italic. Throw an underline under the wires name, sig1 sig2 etc. Or, if color is available, colorize the output. The idea being to make the organizational errors much easier to spot. Save red for real errors don't use yellow, its too light to read well on paper. Flow chart boxes would be nice, but this would be useful too. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. I thought I was the only one with arthritic, not too accurate a finger placement on the keyboard, glad to know I have company. :) The only keyboard I really like is a 15 year old IBM clickomatic, it doesn't register a key until its fully depressed made the click. Unforch it drives the woof batty with its noise she is watching tv 20 feet of hallway 3 rooms away. All the rest register the adjacent key if you only move it .002 because my fat finger didn't hit the right key perfectly dead center. Its a maddening PIMA on this $80 wireless logitech that the lubricants have all dried out in. That, and having the matching mouse put itself to sleep and you have to click a button to wake it up. G. John Prentice Cheers John, 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 Misery loves company, but company does not reciprocate. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/6/2012 2:31 PM, gene heskett wrote: On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine: Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. Humm, John, with one addition to that concept, I can see it actually being pretty useful. That addition would be to change the font to bold to hilight signal srcs, while leaving loads in plain text. BiDi stuff in both bold and italic. Throw an underline under the wires name, sig1 sig2 etc. Or, if color is available, colorize the output. The idea being to make the organizational errors much easier to spot. Save red for real errors don't use yellow, its too light to read well on paper. Flow chart boxes would be nice, but this would be useful too. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. I thought I was the only one with arthritic, not too accurate a finger placement on the keyboard, glad to know I have company. :) The only keyboard I really like is a 15 year old IBM clickomatic, it doesn't register a key until its fully depressed made the click. Unforch it drives the woof batty with its noise she is watching tv 20 feet of hallway 3 rooms away. All the rest register the adjacent key if you only move it .002 because my fat finger didn't hit the right key perfectly dead center. Its a maddening PIMA on this $80 wireless logitech that the lubricants have all dried out in. That, and having the matching mouse put itself to sleep and you have to click a button to wake it up. G. John Prentice Cheers John, Gene What I have done for more complicated Hal setups is to use a flowcharting program like Visio to layout my ideas. Then when I am writing the hal files I can reference the signal names to the nodes on the flowcharting program. That makes the ideas clear even though the resulting Hal file may not be after it is written. This also helps in debug and documentation. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine: gene heskett wrote: Thanks to all who helped, I cut another thread this evening, wrong of course but at least I now know why it was wrong. Hopefully the next one will be right. ;-) Progress comes in small steps, but as long as each step moves in the right direction, that is good! Jon ;-) Exactly Jon. The next thing I fix is a much stronger X motor, but that will likely be a couple weeks since the couplings are of course coming from China. :( I have no clue as to the carriages balance with the heavier motor on the rear either. I may have to make a tapered gib setup for it that I saw someplace on the intertubes. :) And I need to pull the apron off and see if I can take a few thou of play out of the half nut ways. The reversing backlash move is a big growf. Ball bearing thrust washers on the leadscrew would help too I think, something I could preload a bit. I put those in the mills crank end of the screw bearings, helped a bunch there. What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. Has anyone else come up with a better idea that might be more usable? Mid job even while paused, take a measurement correct before unpausing and finishing? Pause should stop the spindle, and resume should restart it wait for speed, 2 seconds max on my toy unless running at polishing speeds. I guess that is a feature request. Or... Is this spindle stop restart something that that could be 'wired' into the .hal file. Seems to me that could be done once hal was ones basic first language. Long winter night stuff. ;-) Thanks Jon. 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 If it ain't broke, don't fix it. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 03:01:18 PM Dave did opine: On 5/6/2012 2:31 PM, gene heskett wrote: On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine: Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. Humm, John, with one addition to that concept, I can see it actually being pretty useful. That addition would be to change the font to bold to hilight signal srcs, while leaving loads in plain text. BiDi stuff in both bold and italic. Throw an underline under the wires name, sig1 sig2 etc. Or, if color is available, colorize the output. The idea being to make the organizational errors much easier to spot. Save red for real errors don't use yellow, its too light to read well on paper. Flow chart boxes would be nice, but this would be useful too. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. I thought I was the only one with arthritic, not too accurate a finger placement on the keyboard, glad to know I have company. :) The only keyboard I really like is a 15 year old IBM clickomatic, it doesn't register a key until its fully depressed made the click. Unforch it drives the woof batty with its noise she is watching tv 20 feet of hallway 3 rooms away. All the rest register the adjacent key if you only move it .002 because my fat finger didn't hit the right key perfectly dead center. Its a maddening PIMA on this $80 wireless logitech that the lubricants have all dried out in. That, and having the matching mouse put itself to sleep and you have to click a button to wake it up. G. John Prentice Cheers John, Gene What I have done for more complicated Hal setups is to use a flowcharting program like Visio to layout my ideas. Then when I am writing the hal files I can reference the signal names to the nodes on the flowcharting program. That makes the ideas clear even though the resulting Hal file may not be after it is written. This also helps in debug and documentation. Dave Dave: Is that Visio a linux program, or winderz? Thanks. 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 clearest way into the Universe is through a forest wilderness. -- John Muir -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/6/2012 3:02 PM, gene heskett wrote: On Sunday, May 06, 2012 03:01:18 PM Dave did opine: On 5/6/2012 2:31 PM, gene heskett wrote: On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine: Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. Humm, John, with one addition to that concept, I can see it actually being pretty useful. That addition would be to change the font to bold to hilight signal srcs, while leaving loads in plain text. BiDi stuff in both bold and italic. Throw an underline under the wires name, sig1 sig2 etc. Or, if color is available, colorize the output. The idea being to make the organizational errors much easier to spot. Save red for real errors don't use yellow, its too light to read well on paper. Flow chart boxes would be nice, but this would be useful too. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. I thought I was the only one with arthritic, not too accurate a finger placement on the keyboard, glad to know I have company. :) The only keyboard I really like is a 15 year old IBM clickomatic, it doesn't register a key until its fully depressed made the click. Unforch it drives the woof batty with its noise she is watching tv 20 feet of hallway 3 rooms away. All the rest register the adjacent key if you only move it .002 because my fat finger didn't hit the right key perfectly dead center. Its a maddening PIMA on this $80 wireless logitech that the lubricants have all dried out in. That, and having the matching mouse put itself to sleep and you have to click a button to wake it up. G. John Prentice Cheers John, Gene What I have done for more complicated Hal setups is to use a flowcharting program like Visio to layout my ideas. Then when I am writing the hal files I can reference the signal names to the nodes on the flowcharting program. That makes the ideas clear even though the resulting Hal file may not be after it is written. This also helps in debug and documentation. Dave Dave: Is that Visio a linux program, or winderz? Thanks. Cheers, Gene Windoze... Microsoft no less. They bought it long ago. Still, it is a really nice flowcharting program. Dia for Linux might be very similar. http://www.addictivetips.com/ubuntu-linux-tips/visio-for-ubuntu-linux-dia-diagram-editor/ Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 06:38:05 PM Dave did opine: On 5/6/2012 3:02 PM, gene heskett wrote: On Sunday, May 06, 2012 03:01:18 PM Dave did opine: On 5/6/2012 2:31 PM, gene heskett wrote: On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine: Gene - greetings As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? You just see the pins connected together on the line of text. Humm, John, with one addition to that concept, I can see it actually being pretty useful. That addition would be to change the font to bold to hilight signal srcs, while leaving loads in plain text. BiDi stuff in both bold and italic. Throw an underline under the wires name, sig1 sig2 etc. Or, if color is available, colorize the output. The idea being to make the organizational errors much easier to spot. Save red for real errors don't use yellow, its too light to read well on paper. Flow chart boxes would be nice, but this would be useful too. An analogy in our electrical world is that you need wire names (more often numbers in my work) between modules or boards but don't need them inside a unit as the connections are intimate, generally obvious and often very numerous. I know that PCB layout systems generally enforce naming of everything but this too is cumbersome (e.g. for xtal oscillator, compensation RCs tied to a chip) The more names I type the more typos I make - but as I say it is only an aside while we were exploring HAL. I thought I was the only one with arthritic, not too accurate a finger placement on the keyboard, glad to know I have company. :) The only keyboard I really like is a 15 year old IBM clickomatic, it doesn't register a key until its fully depressed made the click. Unforch it drives the woof batty with its noise she is watching tv 20 feet of hallway 3 rooms away. All the rest register the adjacent key if you only move it .002 because my fat finger didn't hit the right key perfectly dead center. Its a maddening PIMA on this $80 wireless logitech that the lubricants have all dried out in. That, and having the matching mouse put itself to sleep and you have to click a button to wake it up. G. John Prentice Cheers John, Gene What I have done for more complicated Hal setups is to use a flowcharting program like Visio to layout my ideas. Then when I am writing the hal files I can reference the signal names to the nodes on the flowcharting program. That makes the ideas clear even though the resulting Hal file may not be after it is written. This also helps in debug and documentation. Dave Dave: Is that Visio a linux program, or winderz? Thanks. Cheers, Gene Windoze... Microsoft no less. They bought it long ago. Still, it is a really nice flowcharting program. Dia for Linux might be very similar. I already have it installed, looks promising, thanks Dave. http://www.addictivetips.com/ubuntu-linux-tips/visio-for-ubuntu-linux-di a-diagram-editor/ Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users 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 They call them squares because it's the most complicated shape they can deal with. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
gene heskett wrote: On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine: What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. If you have a quick-change toolpost, you should be able to set up X and Z offsets for each tool in the tool table. Then, you leave the tool offsets on all the time. X=0 is the center of the part, Z=0 puts the tool on the chuck (or wherever you decide to have the Z zero). Has anyone else come up with a better idea that might be more usable? But, I don't have a CNC lathe setup, so the lathe users should have the exact things to do. Jon -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine: gene heskett wrote: On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine: What is the best practice to establish the X zero on a lathe? I am making a test cut, measuring it and dividing that by half to enter in a Touch Off. If you have a quick-change toolpost, I do. you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though As for z axis, I generally pick an arbitrary stickout suitable for the job and locate on the end of it, writing the gcode to run negative from there. Then, you leave the tool offsets on all the time. X=0 is the center of the part, Z=0 puts the tool on the chuck (or wherever you decide to have the Z zero). Has anyone else come up with a better idea that might be more usable? But, I don't have a CNC lathe setup, so the lathe users should have the exact things to do. Maybe someone who does can spare a few words here? Jon Feature request: Whoever has the touch-off code box, it sure would be nice if when you called it up, it displayed the current value separate the input box. As is, I have to write it down, so I know where I am if I only need to adjust it say 0.0027 from where its at to get it exactly the right size for the next pass. That would be almost as handy as bottled beer. :) Thanks Jon. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users 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 Computers don't actually think. You just think they think. (We think.) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
gene heskett wrote: On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine: you should be able to set up X and Z offsets for each tool in the tool table. That would require I get at least 3 or 4 more QC toolholders. But then I am reminded that the QC post must be rotated in order to present the tool to the work at the correct angle, which is only as repeatable as eyeballs can make it. Well, if you don't use all the preset offsets, then you lose a great advantage of the lathe CNC system. Also, doing it all manually, you have to remember what tool is #1 in the tool table, etc. OTOH, I do need more toolholders. I could make a setting tool that would fix the reach out of each tool pretty consistent. But before I tie a few hundred more up in holders for this flimsy post, my first inclination is to ditch the whole compound slide since linuxcnc can handle that rather nicely, and put a bigger, far more rigid QC post directly on the X cross-slide. Something made out of real steel as opposed to the crappy, flexible alu this QC is made out of. Yeah, and then pretty soon you'll be lusting after an 8-station Barruffaldi CNC tool turret on eBay! The thought also crosses my mind to mount a microswitch for homing that could be dropped into a locator on the carriage, but that would require a touchbar 3 inches long that was exactly on axis. The alignment to keep it on axis while allowing it to swing out of the way, or be unplugged to get it out of the way would be fairly stringent though You can set your approximate Z work position by placing a tool in the way of the part and then pushing the bar through the chuck (or collet) until it hits the cutter. That's the poor man's bar puller. Jon -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5 May 2012, at 03:41, gene heskett ghesk...@wdtv.com wrote: arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Argument order is not important except that the signal name is the one directly after net. Any HAL signal (the arbitrary name) can only be netted to one output driving pin. So net signal1 out1 in1 in2 in3 ... net signal1 in4 in5 in6 Is probably the format you are looking for. There is no need for the driver pin to be in the first net statement, incidentally. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 07:32:05 AM Andy Pugh did opine: On 5 May 2012, at 03:41, gene heskett ghesk...@wdtv.com wrote: arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Argument order is not important except that the signal name is the one directly after net. Any HAL signal (the arbitrary name) can only be netted to one output driving pin. So net signal1 out1 in1 in2 in3 Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? net signal1 in4 in5 in6 Humm, in this latter case then we have a bunch of inputs only, so I'd have to assume that signal1 would then be named as the out1 in the first format on a different line, effectively becoming a driver pin? Is probably the format you are looking for. There is no need for the driver pin to be in the first net statement, incidentally. Where the driver pin name is an arbitrary substitution of an out1 named in the first format above? In my present .hal, I have all the loadrt's at the top, and all the addf's next. Followed by the long list of setp's, then the net's are generally at the bottom of the list. It occurs to me that the addf's using the servo-thread could potentially result in additional servo-thread sized delays if they are in the wrong order, and they are processed in the order given in the hal file. Is that true? In the html docs, under halshow at http://www.linuxcnc.org/docs/devel/html/hal/halshow.html the text quite a ways down the page uses linksp which I think has now been replaced with net for several years, but has the actual function description been changed such that they are not directly interchangeable? But the net statements would seem to be more sensibly grouped under a function label, in the order of signal flow, in order to make the signal flow more obvious to us humans. Am I on the right track? Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. I got nfs setup again on that machine last night late, so I can pull that hal file in and print it, killing trees is my most effective debugging tool it seems. One could say I am using paper as a sub for my ever poorer short term memory. :( Thanks Andy. 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 Support your right to arm bears!! -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/5/2012 8:46 AM, gene heskett wrote: On Saturday, May 05, 2012 07:32:05 AM Andy Pugh did opine: On 5 May 2012, at 03:41, gene heskettghesk...@wdtv.com wrote: arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Argument order is not important except that the signal name is the one directly after net. Any HAL signal (the arbitrary name) can only be netted to one output driving pin. So net signal1 out1 in1 in2 in3 Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? net signal1 in4 in5 in6 Humm, in this latter case then we have a bunch of inputs only, so I'd have to assume that signal1 would then be named as the out1 in the first format on a different line, effectively becoming a driver pin? Is probably the format you are looking for. There is no need for the driver pin to be in the first net statement, incidentally. Where the driver pin name is an arbitrary substitution of an out1 named in the first format above? In my present .hal, I have all the loadrt's at the top, and all the addf's next. Followed by the long list of setp's, then the net's are generally at the bottom of the list. It occurs to me that the addf's using the servo-thread could potentially result in additional servo-thread sized delays if they are in the wrong order, and they are processed in the order given in the hal file. Is that true? In the html docs, under halshow at http://www.linuxcnc.org/docs/devel/html/hal/halshow.html the text quite a ways down the page uses linksp which I think has now been replaced with net for several years, but has the actual function description been changed such that they are not directly interchangeable? But the net statements would seem to be more sensibly grouped under a function label, in the order of signal flow, in order to make the signal flow more obvious to us humans. Am I on the right track? Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. I got nfs setup again on that machine last night late, so I can pull that hal file in and print it, killing trees is my most effective debugging tool it seems. One could say I am using paper as a sub for my ever poorer short term memory. :( Thanks Andy. Cheers, Gene Gene, Are you trying to select one of two or more sources? If so use a mux component. If you don't like how the hal works in certain ways.. you should try Comp to make your own component. Once you learn how Comp works, it seems very simple. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/5/2012 8:46 AM, gene heskett wrote: Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. Gene: Cast your mind back to mid-October 2011. I posted some messages about my attempts to do just what you're asking now (and now for something completely different---visualizing EMC2 configurations) and put up some notes on https://sites.google.com/site/manisbutareed. The results were suggestive to me but the response from y'all was tepid and I put the project on hold as our involvement with the medical establishment got more complicated. The bottom line was that the spaghetti diagrams my first attempt created were ok for getting an idea of the general arrangement but too hard to decipher if one wanted to track a particular signal. At some point I want to go back and try again, this time combining (being lazy) the use of the Graphviz algorithms to lay out the objects of interest with a home-grown implementation of one of the path-routing algorithms I read up on this winter. Then maybe I'll be able to produce the Manhattan-style schematics folks seem to be expecting. And welcome to the wonderful world of interpreting the LinuxCNC docs in order to understand how to parse the network descriptions. I stubbornly implemented my own parser, in part because I wanted a tool that 1) I could use away from an installation of LinuxCNC, whether realtime or simulator, 2) that could diagram hal configurations for components as yet not defined in LinuxCNC whether implicitly or explicitly (using comp), 3) and that might also be able to say something intelligent about bogus hal files. I had to make assumptions and I needed those pesky arrows to disambiguate inputs and outputs. (Since one option in halcmd is to generate output with those arrows included, I already often used LinuxCNC to add them to my input files.) In retrospect, I may give up this design goal and just use a vampire tap on LinuxCNC instead. Bottom line is, I wish I hadn't been distracted over the winter so I had a ready-to-run tool to offer you now. Sigh. Regards, Kent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5 May 2012, at 13:46, gene heskett ghesk...@wdtv.com wrote: Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? I have no idea what you mean, but I think you have it wrong. signal1 will take the value of out1 and copy that value to any pins which share a net command with it, anywhere in that (or any other ) HAL file. The order of net commands is not important, but functions execute in the order they are addf-ed. (unless you deliberately add them at the beginning or end with the position argument. (the name of which I am guessing as I am on my phone) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler oops, an addendum
So I said (5/5/2012 10:05 AM): On 5/4/2012 10:41 PM, gene heskett wrote: Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? What I am trying to do is incorporate the Closed_Loop_Spindle_Speed_Control hal bits pieces into an existing hal file that already controls the speed just fine from the gui or in an .ngc program. The existing speed control however isn't that 'stiff' down at the ranges one uses for threading, so the speed control needs more low speed gain. I am assuming of course that the 'net' is arg[0] for that line of hal, and that the next argument, arg[1] is an arbitrary name for the 'net' signal, arg[2] then is the source of the signal or data, arg[3] is the first of a list of places to send that signal. No mention of a fanout limit if there is one. Gene: I'm not sure I understand what you are asking here. I'm a tad confused by the arg[x] notation. But I can't name a previously used output and send it to the 2nd place it needs to go. - huh? Look at: net sig1 someout somein net sig1 someotherin Here I've connected the output pin someout to both somein and someotherin input pins using the signal sig1. Is this what you mean? OOPS I was in a hurry to get to the store and left out an important thought. The order of the pins in a net command is not significant. Their mode is defined elsewhere, not by their order of occurrence in the net command. halcmd has to sort out whether an utterance is legal based on its knowledge of components. If you look through some of the hal configurations distributed with LinuxCNC (or least with older EMC2 dists; I haven't looke recently) you'll see usage like net somesig pina = pinb = pinc which *implies* pinb is an output and pina and pinc are inputs, although the direction of the arrows is actually irrelevant since they are ignored by halcmd. Another broad hint is the frequent use of in and out in the names of pins, although that can confuse the unwary who use parports. Only halcmd knows for sure, which is why my context-free parser was a challenge. Regards, Kent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/4/2012 10:41 PM, gene heskett wrote: Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? What I am trying to do is incorporate the Closed_Loop_Spindle_Speed_Control hal bits pieces into an existing hal file that already controls the speed just fine from the gui or in an .ngc program. The existing speed control however isn't that 'stiff' down at the ranges one uses for threading, so the speed control needs more low speed gain. I am assuming of course that the 'net' is arg[0] for that line of hal, and that the next argument, arg[1] is an arbitrary name for the 'net' signal, arg[2] then is the source of the signal or data, arg[3] is the first of a list of places to send that signal. No mention of a fanout limit if there is one. Gene: I'm not sure I understand what you are asking here. I'm a tad confused by the arg[x] notation. But I can't name a previously used output and send it to the 2nd place it needs to go. - huh? Look at: net sig1 someout somein net sig1 someotherin Here I've connected the output pin someout to both somein and someotherin input pins using the signal sig1. Is this what you mean? net connects a signal with one or more pins. It is nearly irresistible not to think of electrical networks, but we're talking software here. Simplistically a pin defines a memory location and the pin's sex---in, out, bi---is defined by whether the content of the memory location is written internally by its component or externally by copying the content of some other location through the magic of hal. There is no fanout limit in any practical sense. I'm still uncomfortable with the notion of bidirectional pins. Try putting together all the lines of text that mention them and see if you get a complete explanation. I keep feeling there's a bit of chicanery here but I guess I can live with it. That's the way I see it. If I'm wrong, then I'm sure I'll be swiftly corrected:-) Regards, Kent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 12:15:29 PM Dave did opine: On 5/5/2012 8:46 AM, gene heskett wrote: On Saturday, May 05, 2012 07:32:05 AM Andy Pugh did opine: On 5 May 2012, at 03:41, gene heskettghesk...@wdtv.com wrote: arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Argument order is not important except that the signal name is the one directly after net. Any HAL signal (the arbitrary name) can only be netted to one output driving pin. So net signal1 out1 in1 in2 in3 Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? net signal1 in4 in5 in6 Humm, in this latter case then we have a bunch of inputs only, so I'd have to assume that signal1 would then be named as the out1 in the first format on a different line, effectively becoming a driver pin? Is probably the format you are looking for. There is no need for the driver pin to be in the first net statement, incidentally. Where the driver pin name is an arbitrary substitution of an out1 named in the first format above? In my present .hal, I have all the loadrt's at the top, and all the addf's next. Followed by the long list of setp's, then the net's are generally at the bottom of the list. It occurs to me that the addf's using the servo-thread could potentially result in additional servo-thread sized delays if they are in the wrong order, and they are processed in the order given in the hal file. Is that true? In the html docs, under halshow at http://www.linuxcnc.org/docs/devel/html/hal/halshow.html the text quite a ways down the page uses linksp which I think has now been replaced with net for several years, but has the actual function description been changed such that they are not directly interchangeable? But the net statements would seem to be more sensibly grouped under a function label, in the order of signal flow, in order to make the signal flow more obvious to us humans. Am I on the right track? Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. I got nfs setup again on that machine last night late, so I can pull that hal file in and print it, killing trees is my most effective debugging tool it seems. One could say I am using paper as a sub for my ever poorer short term memory. :( Thanks Andy. Cheers, Gene Gene, Are you trying to select one of two or more sources? If so use a mux component. Actually, not mux, but scale and sum2, scale to set the expected value, and sum2 to add or subtract the diff as required in order to correct the spindle speed under load. But to do that, I need to take the float output from spindle speed requested, and add or subtract the scaled output of the encoder.0.velocity to determine the error, which is them fed to sum2 along with the requested value, and the sum2 output then passed to pwmgen.0.in. Or at least that is how my understanding of it goes. Where I fell over was in trying to send encoder.0.velocity to all the places it needs to get sent with the 'net' command. Do everything but disconnect pwmgen.0.value from its current signal, the output of net spindle-abs-speed = abs.0.out = pwmgen.0.value to something resembling net spindle-feedback sum2.0.out = pwmgen.0.value Up to that point, no feedback exists, but the scaling can be adjusted such that the error signal from the rest of the chain when the spindle is running is relatively small in terms of the output of abs.0.out. This is from the section in the docs showing a hal snippet to put the spindle speed under active feedback control. It sags about 50% at the relatively light cuts and slow rpms of doing the threading. Then I have to grasp the nuances of G76, which seems to work in relative radii from where you start it for nearly everything BUT the radii of the threads min diameter, where the rest of the interpreter seems to work with diameters. Greatly Confusin. And its long list of options is something that could be readily calculated from the thread pitch, clipping off the top and bottom 10% of to fit the usual USS and USF thread profile, so ideally G76 would only need to know the Z stop, which end to ramp out on and the OD of the finished thread. Not really helped by x needing to be set with a touch off after measuring the diameter of a fresh cut, but that is a separate setup procedure problem. Humm, maybe that is the first one of my many problems. Question: I measure the
Re: [Emc-users] hal 'net' command puzzler
My 2c trying to clear the fog. For every signal in hal defined by one or more net statements: 1) each line affecting signal1 starts with net signal1 2) exactly one term has to be an output 3) all other terms has to be inputs 4) all terms must be of the same variable type Correct: net s1 out1 in1 in2 in3 net s1 in4 net s1 in5 in6 Incorrect: net s1 out1 in1 in2 in3 net s1 out1 in4 net s1 out1 in5 in6 Repeat only the net name, not the output name. -Original Message- From: gene heskett [mailto:ghesk...@wdtv.com] Sent: den 5 maj 2012 14:47 To: emc-users@lists.sourceforge.net Subject: Re: [Emc-users] hal 'net' command puzzler On Saturday, May 05, 2012 07:32:05 AM Andy Pugh did opine: On 5 May 2012, at 03:41, gene heskett ghesk...@wdtv.com wrote: arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Argument order is not important except that the signal name is the one directly after net. Any HAL signal (the arbitrary name) can only be netted to one output driving pin. So net signal1 out1 in1 in2 in3 Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? net signal1 in4 in5 in6 Humm, in this latter case then we have a bunch of inputs only, so I'd have to assume that signal1 would then be named as the out1 in the first format on a different line, effectively becoming a driver pin? Is probably the format you are looking for. There is no need for the driver pin to be in the first net statement, incidentally. Where the driver pin name is an arbitrary substitution of an out1 named in the first format above? In my present .hal, I have all the loadrt's at the top, and all the addf's next. Followed by the long list of setp's, then the net's are generally at the bottom of the list. It occurs to me that the addf's using the servo-thread could potentially result in additional servo-thread sized delays if they are in the wrong order, and they are processed in the order given in the hal file. Is that true? In the html docs, under halshow at http://www.linuxcnc.org/docs/devel/html/hal/halshow.html the text quite a ways down the page uses linksp which I think has now been replaced with net for several years, but has the actual function description been changed such that they are not directly interchangeable? But the net statements would seem to be more sensibly grouped under a function label, in the order of signal flow, in order to make the signal flow more obvious to us humans. Am I on the right track? Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. I got nfs setup again on that machine last night late, so I can pull that hal file in and print it, killing trees is my most effective debugging tool it seems. One could say I am using paper as a sub for my ever poorer short term memory. :( Thanks Andy. 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 Support your right to arm bears!! --- --- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 01:08:12 PM Andy Pugh did opine: On 5 May 2012, at 13:46, gene heskett ghesk...@wdtv.com wrote: Which seems to say that the out1 name string in the first format, becomes the signal1 name string in the second format? I have no idea what you mean, but I think you have it wrong. signal1 will take the value of out1 and copy that value to any pins which share a net command with it, anywhere in that (or any other ) HAL file. So I cannot use that signal1 defined name as an 'out1' in another net statement, but must add the other targets/pins in the same line it is defined in. A restriction I hadn't counted on. But that I can probably sort ok. The order of net commands is not important, but functions execute in the order they are addf-ed. (unless you deliberately add them at the beginning or end with the position argument. (the name of which I am guessing as I am on my phone) That may indicate I need to re-arrange that section. So 'encoder.capture- position' needs to be in front of pwmgen.update for instance, if the idea is to apply a correction value developed in that same servo-thread instance as opposed to the next iteration. Thanks Andy. 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 Porsche: there simply is no substitute. -- Risky Business -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 01:26:16 PM Kent A. Reed did opine: On 5/5/2012 8:46 AM, gene heskett wrote: Does linuxcnc have a utility that can scan a .hal file and draw a flow chart? HalShow would appear to be similar, but demands a fully legal hal file so that linuxcnc can actually load up and run, so would seem to be of no use for troubleshooting a broken .hal. And that is my instant problem. Gene: Cast your mind back to mid-October 2011. I posted some messages about my attempts to do just what you're asking now (and now for something completely different---visualizing EMC2 configurations) and put up some notes on https://sites.google.com/site/manisbutareed. The results were suggestive to me but the response from y'all was tepid and I put the project on hold as our involvement with the medical establishment got more complicated. I wouldn't say my response, since there wasn't much, was tepid, as much as I just wasn't ready to admit it would be handy. The bottom line was that the spaghetti diagrams my first attempt created were ok for getting an idea of the general arrangement but too hard to decipher if one wanted to track a particular signal. At some point I want to go back and try again, this time combining (being lazy) the use of the Graphviz algorithms to lay out the objects of interest with a home-grown implementation of one of the path-routing algorithms I read up on this winter. Then maybe I'll be able to produce the Manhattan-style schematics folks seem to be expecting. And welcome to the wonderful world of interpreting the LinuxCNC docs in order to understand how to parse the network descriptions. I stubbornly implemented my own parser, in part because I wanted a tool that 1) I could use away from an installation of LinuxCNC, whether realtime or simulator, 2) that could diagram hal configurations for components as yet not defined in LinuxCNC whether implicitly or explicitly (using comp), 3) and that might also be able to say something intelligent about bogus hal files. That would be cool. I had to make assumptions and I needed those pesky arrows to disambiguate inputs and outputs. (Since one option in halcmd is to generate output with those arrows included, I already often used LinuxCNC to add them to my input files.) In retrospect, I may give up this design goal and just use a vampire tap on LinuxCNC instead. Bottom line is, I wish I hadn't been distracted over the winter so I had a ready-to-run tool to offer you now. Sigh. Regards, Kent No problem Kent, there are priorities, and then there are _real_ priorities. You take care of the important stuff _first_, and no excuses for doing it are needed. You haven't said much, I hope the recovery is continuing. 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 Win98 errors 019-999: Reserved for future use; presently used only to occupy 49.3 MB diskspace. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5 May 2012 18:24, gene heskett ghesk...@wdtv.com wrote: So I cannot use that signal1 defined name as an 'out1' in another net statement, but must add the other targets/pins in the same line it is defined in. No, that is all wrong too. Every net command is followed immediately by a signal name. That is, a name you have chosen yourself, to make sense to you (or to confuse yourself horribly in the future, if you so choose). You can uses the same signal name on as many net commands as you like. But being a signal name it needs to be the first term after the word net Every net command with the same signal name will pass the same value to every HAL pin listed in the command. And that value will be from the one, and only one, output pin that appears in one of the net commands. You can even not bother with the output pin if you want, and set the signal name directly with sets. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5 May 2012 18:06, gene heskett ghesk...@wdtv.com wrote: And its long list of options is something that could be readily calculated from the thread pitch, clipping off the top and bottom 10% of to fit the usual USS and USF thread profile, s This would be less useful for those of us who only ever make metric or Whitworth threads, though. However, it would be trivial to create a G-code sub to take only thread diameter and finish Z and calculate the rest itself. I agree, though, that it is non-trivial to figure out which parameters are in diameter mode and which are radial. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
Are we talking about this documentation? http://linuxcnc.org/docs/2.5/html/hal/basic_hal.html#_net_a_id_sub_net_a if so, the syntax net signal-name pin-name opt-direction opt-pin-name doesn't really reflect what net will actually accept. I've revised the documentation to hopefully improve things: 1.4 net The command net creates a connection between a signal and and one or more pins. If the signal does not exist net creates the new signal. This replaces the need to use the command newsig. The optional direction indicators =, = and = are only to make it easier for humans to follow the logic and are not used by the net command. The syntax and an example: net direction* signal-name direction* pin-name (pin-name|direction)* net both-home-y = parport.0.pin-11-in A pin can be connected to a signal if it obeys the following rules: * An IN pin can always be connected to a signal * An IO pin can be connected unless there’s an OUT pin on the signal * An OUT pin can be connected only if there are no other OUT or IO pins on the signal The same signal-name can be used in multiple net commands to connect additional pins, as long as the rules above are obeyed. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 01:37:42 PM Kent A. Reed did opine: On 5/4/2012 10:41 PM, gene heskett wrote: Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? What I am trying to do is incorporate the Closed_Loop_Spindle_Speed_Control hal bits pieces into an existing hal file that already controls the speed just fine from the gui or in an .ngc program. The existing speed control however isn't that 'stiff' down at the ranges one uses for threading, so the speed control needs more low speed gain. I am assuming of course that the 'net' is arg[0] for that line of hal, and that the next argument, arg[1] is an arbitrary name for the 'net' signal, arg[2] then is the source of the signal or data, arg[3] is the first of a list of places to send that signal. No mention of a fanout limit if there is one. Gene: I'm not sure I understand what you are asking here. I'm a tad confused by the arg[x] notation. Typical C construct came crawling out of the dust in the attic. :) But I can't name a previously used output and send it to the 2nd place it needs to go. - huh? Look at: net sig1 someout somein net sig1 someotherin Here I've connected the output pin someout to both somein and someotherin input pins using the signal sig1. Is this what you mean? THat is what I was trying to do, but must have mucked up the syntax. Line 38 name-of-variable already defined. But if I can do the above, problem solved. I think what I was trying to do was to use someout in the sig1 position. I think. Lemme see if the ssh -Y works. Yup, error is: my-lathe.hal:36: Pin 'pwmgen.0.enable' was already linked to signal 'spindle-enable' and the fix then should be to reuse the sig1 from the line above it, and remove the pwmgen.0.enable. effectively sending spindle-enable = pid.0.enable. Or just add pid.0.enable to the line above it. And that worked. That was in line 35 now, 36 is gone and the next error is in line 59. my-lathe.hal:59: Pin 'motion.spindle-speed-out' was already linked to signal 'spindle-cmd' so I likely have a similar error there. Looks somewhat like a dup of effort but the routing in the first instance is thru abs.0. This thing will eventually use a DPDT relay for reverse. net connects a signal with one or more pins. It is nearly irresistible not to think of electrical networks, but we're talking software here. Simplistically a pin defines a memory location and the pin's sex---in, out, bi---is defined by whether the content of the memory location is written internally by its component or externally by copying the content of some other location through the magic of hal. There is no fanout limit in any practical sense. I'm still uncomfortable with the notion of bidirectional pins. So am I. Try putting together all the lines of text that mention them and see if you get a complete explanation. I keep feeling there's a bit of chicanery here but I guess I can live with it. That's the way I see it. If I'm wrong, then I'm sure I'll be swiftly corrected:-) Regards, Kent Thanks Kent 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 Help stamp out and abolish redundancy and repetition. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5/5/2012 2:03 PM, Jeff Epler wrote: Are we talking about this documentation? http://linuxcnc.org/docs/2.5/html/hal/basic_hal.html#_net_a_id_sub_net_a if so, the syntax netsignal-name pin-name opt-direction opt-pin-name doesn't really reflect what net will actually accept. I've revised the documentation to hopefully improve things: 1.4 net .. Thanks for chiming in, Jeff. I think your rewrite reads very well. Although the following A) and B) are consequences of the rules you state, generalizing from Gene's query I think it might be useful to mention explicitly A) the connection of all the pins associated with a given signal may be accomplished with a single instance of the net command or many. B) there is no requirement about the order of pins within a single net command or the order of net commands in a hal configuration. The OUT (source) pin does not have to come first, eg, a signal may be defined and connected to one or more IN pins, then connected to an OUT pin, then connected to more IN pins, either in a single net command or across many. What matters is the network that halcmd creates out of the totality of commands it reads. C) there is no requirement that a signal connect both OUT (e.g., source) pin and IN (e.g., target) pins. Examples of this abound in the example configurations, where signals are defined solely (so far as I can tell) for possible monitoring and troubleshooting. Things that do matter are 1) the rules you state, and 2) commonality of type across the various pins connected by a signal. As you can see, even now I can't write this as clearly as you. Regards, Kent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
From: andy pugh bodge...@gmail.com Every net command is followed immediately by a signal name. That is, a name you have chosen yourself, to make sense to you (or to confuse yourself horribly in the future, if you so choose). You can uses the same signal name on as many net commands as you like. But being a signal name it needs to be the first term after the word net Every net command with the same signal name will pass the same value to every HAL pin listed in the command. And that value will be from the one, and only one, output pin that appears in one of the net commands. I use the mental model that the signal is a wire and the signalname defined after net is the heatshrink sleeve printed with its name. The wire loops its way round pins (i.e. terminals) but, as the order of writing does not matter, the HAL is essentially a schematic not a wiring diagram. Of course woebetide the person who wires the outputs of more than one totem pole gate (or push-pull amp) together. HAL gives you an error if you try it and this prompts you to include a selector, or tri-state bus arrangement on the drivers. As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler oops, an addendum
On Saturday, May 05, 2012 06:03:17 PM Kent A. Reed did opine: [...] OOPS I was in a hurry to get to the store and left out an important thought. The order of the pins in a net command is not significant. Their mode is defined elsewhere, not by their order of occurrence in the net command. halcmd has to sort out whether an utterance is legal based on its knowledge of components. If you look through some of the hal configurations distributed with LinuxCNC (or least with older EMC2 dists; I haven't looke recently) you'll see usage like net somesig pina = pinb = pinc which *implies* pinb is an output and pina and pinc are inputs, although the direction of the arrows is actually irrelevant since they are ignored by halcmd. Another broad hint is the frequent use of in and out in the names of pins, although that can confuse the unwary who use parports. I am assuming the any 'pin' named .out is a signal source, and that any pin labeled .in is a place to put a signal. Only halcmd knows for sure, which is why my context-free parser was a challenge. Regards, Kent I can well imagine. However, I did get the closed loop spindle speed control working, very well except for the 1/2 second response time before it discovers I grabbed the back end of a piece of 5/8 rod sticking out of the back of the spindle and stopped it from about 1/2 rps. Then the power comes on and I can't hold it. That's nice, and has the side effect of making the plus and minus buttons work in much finer increments, which is something else I wanted. However I now have a real head scratcher. test-G76.ngc, set to cut air off the end of the workpiece about 2 to the right, now goes to the commanded position in this file to establish the 'drive line' which is correct, then rapids to the first cut pass radii (which is wrong, my using radii instead of diameter in the G76 for the outside of the thread is obviously wrong) and then sits there forever waiting on an encoder.0.index pulse (which is good) forever, like the encoder.0.index pulse isn't going anywhere. Is there some place it needs to go to make g76 work that I accidentally removed? encoder.0.counter-mod is false, but the man page doesn't say much about the index, which I can see in hal-meter just fine if its running slow enough. Are there any clues to be spared on this? And it's past dinner here so I am getting distracted. Thanks Kent. 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 How should I know if it works? That's what beta testers are for. I only coded it. (Attributed to Linus Torvalds, somewhere in a posting) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 06:29:57 PM Lars Andersson did opine: My 2c trying to clear the fog. For every signal in hal defined by one or more net statements: 1) each line affecting signal1 starts with net signal1 2) exactly one term has to be an output 3) all other terms has to be inputs 4) all terms must be of the same variable type Correct: net s1 out1 in1 in2 in3 net s1 in4 net s1 in5 in6 Incorrect: net s1 out1 in1 in2 in3 net s1 out1 in4 net s1 out1 in5 in6 Repeat only the net name, not the output name. That also helps to clarify it, thanks Lars. 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 Staff meeting in the conference room in %d minutes. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 06:32:47 PM andy pugh did opine: On 5 May 2012 18:24, gene heskett ghesk...@wdtv.com wrote: So I cannot use that signal1 defined name as an 'out1' in another net statement, but must add the other targets/pins in the same line it is defined in. No, that is all wrong too. Every net command is followed immediately by a signal name. That is, a name you have chosen yourself, to make sense to you (or to confuse yourself horribly in the future, if you so choose). You can uses the same signal name on as many net commands as you like. But being a signal name it needs to be the first term after the word net Every net command with the same signal name will pass the same value to every HAL pin listed in the command. And that value will be from the one, and only one, output pin that appears in one of the net commands. You can even not bother with the output pin if you want, and set the signal name directly with sets. Thanks Andy, the lights are slowly getting brighter. 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 Pascal: A programming language named after a man who would turn over in his grave if he knew about it. -- Datamation, January 15, 1984 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 06:34:23 PM andy pugh did opine: On 5 May 2012 18:06, gene heskett ghesk...@wdtv.com wrote: And its long list of options is something that could be readily calculated from the thread pitch, clipping off the top and bottom 10% of to fit the usual USS and USF thread profile, s This would be less useful for those of us who only ever make metric or Whitworth threads, though. However, it would be trivial to create a G-code sub to take only thread diameter and finish Z and calculate the rest itself. I agree, though, that it is non-trivial to figure out which parameters are in diameter mode and which are radial. And it appears that I just found that the first cut depth apparently needs to be, oh wait, no - sign in front of it I'll wager. I'll fix that after dinner if I don't get side tracked putting a fuel pump on my tiller. It has some gardens to plow. 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 Pascal: A programming language named after a man who would turn over in his grave if he knew about it. -- Datamation, January 15, 1984 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 06:37:46 PM Jeff Epler did opine: Are we talking about this documentation? http://linuxcnc.org/docs/2.5/html/hal/basic_hal.html#_net_a_id_sub_net_ a if so, the syntax net signal-name pin-name opt-direction opt-pin-name doesn't really reflect what net will actually accept. I've revised the documentation to hopefully improve things: 1.4 net The command net creates a connection between a signal and and one or more pins. If the signal does not exist net creates the new signal. This replaces the need to use the command newsig. The optional direction indicators =, = and = are only to make it easier for humans to follow the logic and are not used by the net command. The syntax and an example: net direction* signal-name direction* pin-name (pin-name|direction)* net both-home-y = parport.0.pin-11-in A pin can be connected to a signal if it obeys the following rules: * An IN pin can always be connected to a signal * An IO pin can be connected unless there’s an OUT pin on the signal * An OUT pin can be connected only if there are no other OUT or IO pins on the signal The same signal-name can be used in multiple net commands to connect additional pins, as long as the rules above are obeyed. I think I was in the devel branch, but similar. Right now g76 is waiting forever for the index pulse, which is not good, so I obviously mucked up something. encoder.0.index is visible in hal meter, but G76 can't see it. I think Murphy has taken up residence here, again. 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 A witty saying proves nothing, but saying something pointless gets people's attention. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 06:43:45 PM John Prentice did opine: From: andy pugh bodge...@gmail.com Every net command is followed immediately by a signal name. That is, a name you have chosen yourself, to make sense to you (or to confuse yourself horribly in the future, if you so choose). You can uses the same signal name on as many net commands as you like. But being a signal name it needs to be the first term after the word net Every net command with the same signal name will pass the same value to every HAL pin listed in the command. And that value will be from the one, and only one, output pin that appears in one of the net commands. I use the mental model that the signal is a wire and the signalname defined after net is the heatshrink sleeve printed with its name. The wire loops its way round pins (i.e. terminals) but, as the order of writing does not matter, the HAL is essentially a schematic not a wiring diagram. Of course woebetide the person who wires the outputs of more than one totem pole gate (or push-pull amp) together. HAL gives you an error if you try it and this prompts you to include a selector, or tri-state bus arrangement on the drivers. As an aside, as many nets are best written on one line, inventing the signal name is tedious. It would suit me to allow a wildcard, * or whatever, as signalname and HAL would invent a unique internal name for its own purposes. John Prentice While that might be kewl, how the heck would us humans trace it? Thanks John. 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 Q: Why was Stonehenge abandoned? A: It wasn't IBM compatible. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On 5 May 2012, at 23:42, gene heskett ghesk...@wdtv.com wrote: I think I was in the devel branch, but similar. Right now g76 is waiting forever for the index pulse, which is not good, so I obviously mucked up something. encoder.0.index is visible in hal meter, but G76 can't see it. You need to wire up motion.spindle-revs to spindle encoder position and the index to motion.index-enable. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 07:52:50 PM Andy Pugh did opine: On 5 May 2012, at 23:42, gene heskett ghesk...@wdtv.com wrote: I think I was in the devel branch, but similar. Right now g76 is waiting forever for the index pulse, which is not good, so I obviously mucked up something. encoder.0.index is visible in hal meter, but G76 can't see it. You need to wire up motion.spindle-revs to spindle encoder position and the index to motion.index-enable. Thanks Andy. If it quits raining pitchforks and hoe handles here I'll check that. We have had about an inch in the last 45 minutes. Not that it wasn't sorely needed, it was and is. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users 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 Windows 98 is guaranteed to make your system 98% slower. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
gene heskett wrote: Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? If some process is feeding data to a pin, you can't feed different data to the same pin. First, you have to UN-link the original sender of the data before you can link a new sender. The less well known command unlinkp pin name unlinks that pin from any signal that is sending it a value. You can then link it with a new net command. I am not sure this is the info you needed, but since nobody else made this interpretation of your question, I thought I should mention it. Maybe THIS is what you are asking, though! You have an output pin, linked to a signal. You now want to link that output pin to a different signal. that is not permitted, as far as I know. BUT -- you can link the already existing signal to MORE input pins later. So, the following is legal : net siga out.pin.1 in.pin.1 in.pin.2 net siga in.pin.3 in.pin.4 Now, the output pin out.pin.1 is sent to siga. The second net command extends what pins the value of siga is sent to, so the same value is now sent to in.pin.1 through in.pin.4 Jon -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Saturday, May 05, 2012 11:07:28 PM Andy Pugh did opine: On 5 May 2012, at 23:42, gene heskett ghesk...@wdtv.com wrote: I think I was in the devel branch, but similar. Right now g76 is waiting forever for the index pulse, which is not good, so I obviously mucked up something. encoder.0.index is visible in hal meter, but G76 can't see it. You need to wire up motion.spindle-revs to spindle encoder position and the index to motion.index-enable. Thanks Andy. That isn't quite the dotted i and crossed t to what I did, but that is working fine now. I added: net spindle-index encoder.0.index-enable = motion.spindle-index-enable net encoder.motion encoder.0.position = motion.spindle-revs I had to add a second scale channel because I was already using scale.0 in the spindle speed for the rps signal, and the sum2.0.gain1 for the encoders speed output I had to set at -1.0 to get the control diff as a pwmgen.0.value input. Otherwise the feedback added the spindle took off to max speed at the acceleration allowed. So the closed loop spindle speed control is working. I had it running at about 3 rps when the cutoff tool dug in and hung it. Cleared the fuse in about 3/4 second, 4th fuse I've had to put in in over 10 years! Running that slow without the feedback, the stock controller simply isn't stiff enough to pour the good gulf into it and blow the fuse. But I wasted .6 off the end of my 5/8 rod of cold roll (big deal? no) finding out 2 things. One being that it looks like a formula I found in the handbook, where the od - id in the K parameter needs a little further tweaking, because that figure also needs reduced another 20% to compensate for the 10% flat bottom of the groove, and the 10% flat top usually left by std threading taps dies. Clearance in the threads for this application is a gas leak, at high enough pressures (peaking at 15-20 kpsi) that gas cutting damage will rear its ugly head in about 100 shots. That is my mistake of course, however g76 did something else I am not extra pleased with. I had spec'd an 'l2' and an 'e0.005'. At 200 rpm that may not be a legit value for 'e', but that is minor compared to its inability to initiate the backout a bit earlier as it gets deeper, so the q29.5 advance caused a pretty heavy duty trench in the shoulder as the depth of the thread increased. Humm, thinking out loud here, I have made another mistake in not giving it a starting 'z' that was half a 'p' away from the shoulder I don't want to dig up because if I did, I would still get the withdraw at the end of the last loop exactly enough that its a never mind at the shoulder? The actually cut thread should be identical to what I had in mind 2 hours ago. That is an important and nearly final piece of info to allow me to tame the G76 command I believe. If that's truly the fix for the dug up shoulder, it should be noted on the G76 pages shouldn't it? I don't believe it is now. A 2 line footnote could explain that. Next, I need to swap the X motor for one with some Wheaties, I hung or slipped that little one several times. But the couplings to do that are on a rowboat from Bejing, motive power unknown. I may as well see if I can catch up on the honeydo's till then. Thanks Andy, I owe you at least a pint if we ever meet. 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 Whip it, baby. Whip it right. Whip it, baby. Whip it all night! -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hal 'net' command puzzler
On Sunday, May 06, 2012 12:24:59 AM Jon Elson did opine: gene heskett wrote: Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? If some process is feeding data to a pin, you can't feed different data to the same pin. First, you have to UN-link the original sender of the data before you can link a new sender. The less well known command unlinkp pin name unlinks that pin from any signal that is sending it a value. You can then link it with a new net command. I am not sure this is the info you needed, but since nobody else made this interpretation of your question, I thought I should mention it. Maybe THIS is what you are asking, though! You have an output pin, linked to a signal. You now want to link that output pin to a different signal. that is not permitted, as far as I know. BUT -- you can link the already existing signal to MORE input pins later. So, the following is legal : net siga out.pin.1 in.pin.1 in.pin.2 net siga in.pin.3 in.pin.4 Now, the output pin out.pin.1 is sent to siga. The second net command extends what pins the value of siga is sent to, so the same value is now sent to in.pin.1 through in.pin.4 Jon Precisely Jon. I have it working now, and at some point I'll put it on my web page so you all can throw bad eggs at me. ;-) Thanks to all who helped, I cut another thread this evening, wrong of course but at least I now know why it was wrong. Hopefully the next one will be right. ;-) 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 What is the robbing of a bank compared to the founding of a bank? -- Bertold Brecht -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] hal 'net' command puzzler
Greetings; As I read the hal manuals getting started section, where the keywords loadrt, setp, addf, and net are defined, I didn't understand at first that arg[3], arg[4] arg[5] etc of a net commend can be repeated to add sending something from arg[2] to more than one load. But I can't name a previously used output and send it to the 2nd place it needs to go. Its s show stopper error. Is this intentional, or do I likely have a deeper miss-understanding? What I am trying to do is incorporate the Closed_Loop_Spindle_Speed_Control hal bits pieces into an existing hal file that already controls the speed just fine from the gui or in an .ngc program. The existing speed control however isn't that 'stiff' down at the ranges one uses for threading, so the speed control needs more low speed gain. I am assuming of course that the 'net' is arg[0] for that line of hal, and that the next argument, arg[1] is an arbitrary name for the 'net' signal, arg[2] then is the source of the signal or data, arg[3] is the first of a list of places to send that signal. No mention of a fanout limit if there is one. Feature request: If the docs little 4 box flow graphic in the net section showing how parallel loads can be driven could be clarified by adding the arg(count) to the existing text in the boxes, that would make it lots clearer to me probably others too, in trying to teach their machine new tricks. I was also surprised to read that the = and = bits were thrown away, they are only to help us humans. And if there is a fanout limit, it probably should be quantified just for completeness. But I expect anything over 4 is unlikely to be used in the real world anyway. Famous last words of course. :) I have made an entry in that machines /etc/exports to try and setup an nfs4 export of /home/gene, and I have modprobe'd nfs but I am not seeing that share here. An lsmod says the nfs module has no users, zero links. So, how do I go about setting it so it Just Works(TM) on bootup? That is 10-04 LTS 32 bit on that atom box. Thanks 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 If you have to ask what jazz is, you'll never know. -- Louis Armstrong -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users