[Emc-users] Help needed with CSS
Does LCNC adapt the feed rate to achieve CSS or does the spindle speed vary? -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Calling Andy for spindle speed selector
Hi Andy You posted some hal code recently on how to get your spindle speed to match the pulley section automagically. I cannot seem to locate it now. Please post the link again. -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Help needed with CSS
CSS - Constant Surface Speed will only adjust the speed of the work piece past the tool. It will not affect the feed rate of the tool through the work piece. On Sat, Aug 16, 2014 at 7:31 AM, Marius Liebenberg mar...@mastercut.co.za wrote: Does LCNC adapt the feed rate to achieve CSS or does the spindle speed vary? -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Addressee is the intended audience. If you are not the addressee then my consent is not given for you to read this email furthermore it is my wish you would close this without saving or reading, and cease and desist from saving or opening my private correspondence. Thank you for honoring my wish. -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Help needed with CSS
On Saturday 16 August 2014 08:31:49 Marius Liebenberg did opine And Gene did reply: Does LCNC adapt the feed rate to achieve CSS or does the spindle speed vary? CSS is generally a lathe only function, and needs a controllable spindle as it will vary the spindle speed upward as the workpiece gets smaller. I've tried it a few times on my toy 7x12 but usually run out of spindle rpms obtainable at the size of the stuff I play with, like a new nipple for one of my BP rifles. That starts with 1/2 stock. I am presently geared for about 1500 revs top. When I get the lathe back up and running, I need to get a stick of 1/2 SS as it won't corrode so fast. Todays shotgun primers leave nasty stuff behind. IIRC You were working on a spindle encoder a while back, did you get it working? Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Help needed with CSS
On 2014-08-16 15:45, Gene Heskett wrote: On Saturday 16 August 2014 08:31:49 Marius Liebenberg did opine And Gene did reply: Does LCNC adapt the feed rate to achieve CSS or does the spindle speed vary? CSS is generally a lathe only function, and needs a controllable spindle as it will vary the spindle speed upward as the workpiece gets smaller. I've tried it a few times on my toy 7x12 but usually run out of spindle rpms obtainable at the size of the stuff I play with, like a new nipple for one of my BP rifles. That starts with 1/2 stock. I am presently geared for about 1500 revs top. When I get the lathe back up and running, I need to get a stick of 1/2 SS as it won't corrode so fast. Todays shotgun primers leave nasty stuff behind. IIRC You were working on a spindle encoder a while back, did you get it working? Yes it is going but I am not sure that my scaling is correct although the calculations seem to work out. Cheers, Gene Heskett -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
On Friday 15 August 2014 16:43:33 Andy Pugh did opine And Gene did reply: On 15 Aug 2014, at 18:19, Gene Heskett ghesk...@wdtv.com wrote: to the contrary, cannot be loadrt'd using the names= option. If I have this problem I generally put a show funct in the HAL file after the loadrt section to see what the functions have been named. I hadn't thought of that but did find the problem. Among the various hal modules, there is apparently no good practice document encouraging a uniform way to name pins, so we have a mish-mash of names in use. I was so used to typing in0, in1 etc that it never occurred to my wee brain that the lut5 was using in-0, in-1 etc. Duh. It, my aged wet ram, also has problems with wide input count devices, but a comment in the lut5 man page will I think, save me 2 module instances. I have 2, 2 input and's made out of lut5's to confirm that motion.spindle- direction and encoder.0.is-positive or is-negative agree. But there is an error condition that can raise a hand if the code issues a huge slowdown in spindle speed that can cause the sign of the PID output to invert. That is a big slowdown, but can be done while tuning PID's. This causes the Mesa SpinX1 controlled fwd/reverse relays to switch, throwing the full power of the controller into the motor trying to reverse it. The controller, a $185 Gemini, survived only 3 such events before it punched the IRFP250N hexfet, a 200 volt 30 amp device. So that is an error condition that I'll use to defeat the 2 input and's setup in lut5's, releasing the 3rd relay, which if energized, shorts out a 50 ohm 400 watt resistor in series with the motor. And I'll do it based on the man page comment about leaving unused inputs open by feeding this true if dir is missmatched from an abs.piddir module into in-2 of both the forward and reverse path logic, which if the man page comment is true should cause a false output. The idea being that ONLY if all conditions are correct, do I energize the relay the shorts this protection resistor. So all failures are fail safe. (insert famous last words comment here) Its all carved into the .hal file, and it runs but is not exhaustively tested yet. And won't be till I get the BOB to 3rd relay wiring finished. I am considering replacing the hexfet with a Vishay/Siliconix SiHW73N60E device, a 650 volt, 73 amp device with an even lower Rdrs(on), but haven't actually ordered about 5 of those yet. Gate/Drain capacitance, and its effect on the gate driver also come into play, stressing the drivers ability to deliver that extra current, and prolonging the switching times causing the device to heat more. I got the TLP127's yesterday (digikey ships fast) and made me a teeny pcb with a checkerboard pattern, assembling 3 of those opto's so I have the independent control of this 3rd relay, and something to hook the mist and flood signals to the outside world with. But did not glue the board down anyplace yet, nor wire up the BOB outputs to drive them. Too cold to work much longer in a t-shirt last evening. Hard to do precision soldering when you are shivering. So that's todays project but its colder than a witches teat for out on the table on the shop's deck projects yet, only 17C here at 10:30 AM. Thanks Andy. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Help needed with CSS
On Saturday 16 August 2014 10:26:12 Marius Liebenberg did opine And Gene did reply: On 2014-08-16 15:45, Gene Heskett wrote: On Saturday 16 August 2014 08:31:49 Marius Liebenberg did opine And Gene did reply: Does LCNC adapt the feed rate to achieve CSS or does the spindle speed vary? CSS is generally a lathe only function, and needs a controllable spindle as it will vary the spindle speed upward as the workpiece gets smaller. I've tried it a few times on my toy 7x12 but usually run out of spindle rpms obtainable at the size of the stuff I play with, like a new nipple for one of my BP rifles. That starts with 1/2 stock. I am presently geared for about 1500 revs top. When I get the lathe back up and running, I need to get a stick of 1/2 SS as it won't corrode so fast. Todays shotgun primers leave nasty stuff behind. IIRC You were working on a spindle encoder a while back, did you get it working? Yes it is going but I am not sure that my scaling is correct although the calculations seem to work out. I've used both a round tach dial and the slider. The speeds reported, if the math starting with the number of edges per rev the encoder disk outputs is known correctly. Just set up the scale, in my case its input is rps obtained from the encoder's velocity, multiply by 60 and you have the rpms. Its noisy so you may have to put a lowpass module with a small gain, perhaps .05, in series with the chosen display to settle the display well enough to get a decently stable reading, but its dead accurate if the signals are known. Cheers, Gene Heskett Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Calling Andy for spindle speed selector
On 16 Aug 2014, at 13:43, Marius Liebenberg mar...@mastercut.co.za wrote: You posted some hal code recently on how to get your spindle speed to match the pulley section http://linuxcnc.org/dapper/emc2/emc2/index.php/english/forum/47-hal-examples/27071-automatic-spindle-gear-detection -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
On 16 Aug 2014, at 15:55, Gene Heskett ghesk...@wdtv.com wrote: I hadn't thought of that but did find the problem. Among the various hal modules, there is apparently no good practice document encouraging a uniform way to name pins, There is. It is widely ignored (and how would you normalise the names without breaking every config?) http://linuxcnc.org/docs/html/hal/canonical-devices.html -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Calling Andy for spindle speed selector
That's the one, thanks Andy. On 2014-08-16 17:45, Andy Pugh wrote: On 16 Aug 2014, at 13:43, Marius Liebenberg mar...@mastercut.co.za wrote: You posted some hal code recently on how to get your spindle speed to match the pulley section http://linuxcnc.org/dapper/emc2/emc2/index.php/english/forum/47-hal-examples/27071-automatic-spindle-gear-detection -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Calling Andy for spindle speed selector
Marius, Here is the comp file I use on my cinci 5 axis. It may give you ideas on how to make it work for you. https://www.dropbox.com/s/rdusvaff6hh5yew/gear4.comp thanks Stuart On Sat, Aug 16, 2014 at 11:21 AM, Marius Liebenberg mar...@mastercut.co.za wrote: That's the one, thanks Andy. On 2014-08-16 17:45, Andy Pugh wrote: On 16 Aug 2014, at 13:43, Marius Liebenberg mar...@mastercut.co.za wrote: You posted some hal code recently on how to get your spindle speed to match the pulley section http://linuxcnc.org/dapper/emc2/emc2/index.php/english/forum/47-hal-examples/27071-automatic-spindle-gear-detection -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Addressee is the intended audience. If you are not the addressee then my consent is not given for you to read this email furthermore it is my wish you would close this without saving or reading, and cease and desist from saving or opening my private correspondence. Thank you for honoring my wish. -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
Hi Gene! Replying on a tiny note you made: On 16.08.2014 16:55, Gene Heskett wrote: ... This causes the Mesa SpinX1 controlled fwd/reverse relays to switch, throwing the full power of the controller into the motor trying to reverse it. The controller, a $185 Gemini, survived only 3 such events before it punched the IRFP250N hexfet, a 200 volt 30 amp device. So that is an error condition that I'll use to defeat the 2 input and's setup in lut5's, releasing the 3rd relay, which if energized, shorts out a 50 ohm 400 watt resistor in series with the motor. And I'll do it based on the man page comment about leaving unused inputs open by feeding this true if dir is missmatched from an abs.piddir module into in-2 of both the forward and reverse path logic, which if the man page comment is true should cause a false output. ... Actually, it isn't a special feature of this component that an unused input going true sets the output to false. This is just depending on your function and assumes that you insert zeros in the unused fields of your truth table. If you take my other examples for inverter and nand2, then you will see this behaviour only in the former: setp inv-1.function 0x0001# Single inverter setp nand-1.function 0xfff7 # Two-input NAND For the inverter, if all inputs are zero, then you have state 0 for the truth table, so you get out = 1 (as bit 0 in the function is 1). In any other state, no matter if it is because in-0 is one or any other input, you will hit one of the zeros in the function word and therefore get a zero output. But the NAND is different: When calculating the function parameter value, I first thought how an AND with two inputs has to look. Well, easy enough, the output should be one if in-0 and in-1 are one and zero in all other cases. Thats state 3, so bit 3 must be 1 and the rest zero. Makes 0x0008. A NAND is simply the inverted version of the AND, so all I did then was to invert the whole function value, giving 0xfff7. But this will obviously generate a one also if any of the other inputs is one. You only get the advertised behaviour with a function value of 0x0007. If the NAND2 should function without considering any of the other inputs, the word would be 0x. I hope that bit patterns are correct, have just put them together in my head. So when checking if your code is actually fail-safe, you should consider all truth tables completely and make sure that the output bits for your unused states really generate a safe condition if the inputs are bogus. Oh, just as a side note: The source of the lut5 component (in src/hal/components/lut5.comp) is worth a look. That's 12 lines of comp-related code, 126 lines of description and only 10 lines for the actual functionality :) Cheers, Philipp signature.asc Description: OpenPGP digital signature -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Feeds and speeds
Ok, first of all you have permission to laugh but here is my rule of thumb This is meant for a hobby situation not for industrial situations where trimming 10 seconds off an operation means the difference between profit and loss. For speeds when cutting metal on a lathe or mill using high speed tools: 1000 rpm for 1/4 inch on ferrous metals of unknown composition. (This is the basis for all the further refinements) 3 to 4 times that for aluminum or 12L14 and 4 to 6 times that for brass, very slow for stainless. You can safely multiply these speeds by at least 2 to 4 when using carbide. Of course the actual RPM you use will be inversely proportional to the actual diameter of the material at hand; 2000 for 1/8 inch, 500 for 1/2 inch, 4000 for 1/16 250 for 1 inch etc. Feed rate and cutting depths are chosen based on what the machine will comfortably do at the appropriate cutting speed. I virtually never need to refer to any kind of calculator or chart but I always stay at a reasonable and conservative speed for the material and cutter at hand. If you want to check my rule of thumb against any published data I think you will find that it will come down on the conservative side in every instance. Keep in mind that if I use my method I will always start my machining with a safe and conservative speed but not so conservative as to waste a lot of my very valuable (well, sort of valuable) time. My goal is to not wreck an end mill while trying to save 2 minutes of cutting time. The problem with having a bunch of charts and graphs and calculations is that it is very tempting to not use them. In my case I remember one thing : *** 1000 rpm for 1/4 inch diameter of tool for mill or drill or 1/4 inch diameter of material for lathe. now I can always go slower but only faster if what I am cutting is NOT ferrous. 2 to 4 timse as fast for aluminum and 4 to 6 times as fast for brass, very slow for stainless. Adjust the speed to account for how much bigger or smaller than 1/4 inch the actual tool or material is. It is VERY VERY much simpler than it looks once you get your head around it. Cecil -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages.
Quoting: Message: 6 Date: Sat, 16 Aug 2014 16:50:56 +0100 From: Andy Pugh bodge...@gmail.com Subject: Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Message-ID: e312be5a-3cee-40b9-89fe-fffd6a1c9...@gmail.com Content-Type: text/plain; charset=us-ascii On 16 Aug 2014, at 15:55, Gene Heskett ghesk...@wdtv.com wrote: I hadn't thought of that but did find the problem. Among the various hal modules, there is apparently no good practice document encouraging a uniform way to name pins, There is. It is widely ignored (and how would you normalise the names without breaking every config?) http://linuxcnc.org/docs/html/hal/canonical-devices.html End Quote: Andy - I think the best way to get people to swallow that bitter pill would be to add naming enforcement to the 2.7 release. Everybody is dying to get there hands on it and ring the new bells and whistles, perhaps make that part of the price of admission. -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages.
Greetings -Original Message- From: Greg Bentzinger [mailto:skullwo...@yahoo.com] Sent: 16 August 2014 20:46 To: emc-users@lists.sourceforge.net Subject: Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages. snip Andy - I think the best way to get people to swallow that bitter pill would be to add naming enforcement to the 2.7 release. Everybody is dying to get there hands on it and ring the new bells and whistles, perhaps make that part of the price of admission. I think backwards compatibility trumps regularity. One might add new conforming COMPs but the old ones need to live (for a good while) as there are enough unknowns at an upgrade without having to rewrite halfiles. Knowing these things are irregular should just strengthen the RTFM reflex. The lut5 man page is pretty clear: === : : PINS lut5.N.in-0 bit in lut5.N.in-1 bit in lut5.N.in-2 bit in lut5.N.in-3 bit in lut5.N.in-4 bit in lut5.N.out bit out : = John Prentice -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
On Saturday 16 August 2014 11:50:56 Andy Pugh did opine And Gene did reply: On 16 Aug 2014, at 15:55, Gene Heskett ghesk...@wdtv.com wrote: I hadn't thought of that but did find the problem. Among the various hal modules, there is apparently no good practice document encouraging a uniform way to name pins, There is. It is widely ignored (and how would you normalize the names without breaking every config?) http://linuxcnc.org/docs/html/hal/canonical-devices.html I just read thru that from every direction. Not one character was wasted to recommend a way to enumerate multiple inputs to differentiate the first from the last. No wonder we have such a mish-mash that cannot now be corrected without breaking every machine config we've ever built. Yeah, it could be fixed, but the screams of gored oxen will reverberate all thru the land. So we are doomed to deal with that legacy forever I'd imagine. Thanks Andy. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
On Saturday 16 August 2014 14:33:56 Philipp Burch did opine And Gene did reply: Hi Gene! Replying on a tiny note you made: On 16.08.2014 16:55, Gene Heskett wrote: ... This causes the Mesa SpinX1 controlled fwd/reverse relays to switch, throwing the full power of the controller into the motor trying to reverse it. The controller, a $185 Gemini, survived only 3 such events before it punched the IRFP250N hexfet, a 200 volt 30 amp device. So that is an error condition that I'll use to defeat the 2 input and's setup in lut5's, releasing the 3rd relay, which if energized, shorts out a 50 ohm 400 watt resistor in series with the motor. And I'll do it based on the man page comment about leaving unused inputs open by feeding this true if dir is missmatched from an abs.piddir module into in-2 of both the forward and reverse path logic, which if the man page comment is true should cause a false output. ... Actually, it isn't a special feature of this component that an unused input going true sets the output to false. This is just depending on your function and assumes that you insert zeros in the unused fields of your truth table. If you take my other examples for inverter and nand2, then you will see this behaviour only in the former: setp inv-1.function 0x0001# Single inverter setp nand-1.function 0xfff7 # Two-input NAND For the inverter, if all inputs are zero, then you have state 0 for the truth table, so you get out = 1 (as bit 0 in the function is 1). In any other state, no matter if it is because in-0 is one or any other input, you will hit one of the zeros in the function word and therefore get a zero output. But the NAND is different: When calculating the function parameter value, I first thought how an AND with two inputs has to look. Well, easy enough, the output should be one if in-0 and in-1 are one and zero in all other cases. Thats state 3, so bit 3 must be 1 and the rest zero. Makes 0x0008. A NAND is simply the inverted version of the AND, so all I did then was to invert the whole function value, giving 0xfff7. But this will obviously generate a one also if any of the other inputs is one. You only get the advertised behaviour with a function value of 0x0007. If the NAND2 should function without considering any of the other inputs, the word would be 0x. I hope that bit patterns are correct, have just put them together in my head. So when checking if your code is actually fail-safe, you should consider all truth tables completely and make sure that the output bits for your unused states really generate a safe condition if the inputs are bogus. Oh, just as a side note: The source of the lut5 component (in src/hal/components/lut5.comp) is worth a look. That's 12 lines of comp-related code, 126 lines of description and only 10 lines for the actual functionality :) You obviously understand that puppy way better than I do. Nevertheless, when I managed to get it working like it should, and did the final hook up from the controller to the motor, only to find that the controller is still toasted. So, I guess I buy yet another like those 2 and bow to the east. Unforch, I have not found a 4 quadrant with enough amps, so I guess I am still stuck synthesizing it in hal, but without the spindle positioning the 4 quadrant could do. I'll call Monday and get another headed my way, and make arrangements to get these two failures repaired. It looks like I may need to keep spares handy. I think I'll also order a 5 pack of that much higher voltage hexfet change it out before the puny one blows once the spares get back repaired. Cheers, Philipp Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] connecting logic components inputs without creating signals
Is there a way to associate logic component inputs with pins without using net and creating signals? The example on the Basic HAL Tutorial creates a signal when connecting parport.0.pin-11-in to and2.0.in0: loadrt and2 count= addf and2.0 servo-thread net my-sigin1 and2.0.in0 = parport.0.pin-11-in net my-sigin2 and2.0.in1 = parport.0.pin-12-in net both-on parport.0.pin-14-out = and2.0.out Unless the signals my-sigin1 and 2 are going to be used for debugging they seem superfluous. Drew -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] connecting logic components inputs without creating signals
On 17 Aug 2014, at 00:32, Drew Rogge d...@dasrogges.com wrote: Is there a way to associate logic component inputs with pins without using net and creating signals? No. But the signals have zero cost, so I don't understand why you care? -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] connecting logic components inputs without creating signals
On Saturday 16 August 2014 19:32:02 Drew Rogge did opine And Gene did reply: Is there a way to associate logic component inputs with pins without using net and creating signals? The example on the Basic HAL Tutorial creates a signal when connecting parport.0.pin-11-in to and2.0.in0: loadrt and2 count= addf and2.0 servo-thread net my-sigin1 and2.0.in0 = parport.0.pin-11-in net my-sigin2 and2.0.in1 = parport.0.pin-12-in net both-on parport.0.pin-14-out = and2.0.out Unless the signals my-sigin1 and 2 are going to be used for debugging they seem superfluous. They are not superfluous, they are assigned as the name of that particular net. The 2nd argument (base zero counting), after the name of the net is usually the input to that net, but you can, 200 lines later in your hal file use a line: net my-sigin1 some_other_module.in-1, and it will be treated as another place to send the originally selected signal to. Personally I much prefer to state the above like this: net my-sigin1 parport.0.pin-11-in and2.0.in0 net my-sigin2 parport.0.pin-12-in and2.0.in1 net both-on and2.0.out parport.0.pin-14-out That way, you don't have to check those = and = to determine the signal source, it is always argv(2) in C parlance, (thats base zero counting) the 3rd item listed on the line originally defining the net's name. The 4th, 5th etc items on the line are all places where the output of that and2.0.out is connected to. Coding style in the hal file is a personal choice, because it will accept either the order on the line, or the =, =. Both I believe work, but its easier for me to follow the logic if its in a fixed order as above. That preference may be the result of the years accumulated on the wet ram too. :-) Drew Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] connecting logic components inputs without creating signals
It's just a matter of coming up with a name for each signal. On 8/16/14, 5:17 PM, Andy Pugh wrote: On 17 Aug 2014, at 00:32, Drew Rogge d...@dasrogges.com wrote: Is there a way to associate logic component inputs with pins without using net and creating signals? No. But the signals have zero cost, so I don't understand why you care? -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] connecting logic components inputs without creating signals
On Sat, 16 Aug 2014, Drew Rogge wrote: Date: Sat, 16 Aug 2014 19:32:51 -0700 From: Drew Rogge d...@dasrogges.com Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] connecting logic components inputs without creating signals It's just a matter of coming up with a name for each signal. There was a discussion of this matter on IRC devel list a few months ago but I dont think there was support for anonymous signals added http://psha.org.ru/irc/%23emc-devel/2014-05-11.html (scroll towards the bottom) On 8/16/14, 5:17 PM, Andy Pugh wrote: On 17 Aug 2014, at 00:32, Drew Rogge d...@dasrogges.com wrote: Is there a way to associate logic component inputs with pins without using net and creating signals? No. But the signals have zero cost, so I don't understand why you care? -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] losing hair rapidly here, lcnc is not working as advertised in man pages
On 8/16/2014 4:43 PM, Gene Heskett wrote: http://linuxcnc.org/docs/html/hal/canonical-devices.html I just read thru that from every direction. Not one character was wasted to recommend a way to enumerate multiple inputs to differentiate the first from the last. No wonder we have such a mish-mash that cannot now be corrected without breaking every machine config we've ever built. Yeah, it could be fixed, but the screams of gored oxen will reverberate all thru the land. So we are doomed to deal with that legacy forever I'd imagine. There comes a time in many a software project when it's best to just toss it all and start over instead of trying to support all that has come before. One of the big reasons to do that is correcting long-standing problems, but to do so requires changing how one goes about writing the code for the part where the problem is. One case was the Netscape web browser. It had a very annoying problem with forms where after clicking the button to submit the form it'd just sit there for a while then go to an error Document contains no data.. But while Netscape was twiddling its digital thumbs, the same form could be filled out and submitted successfully with Internet Explorer. The Netscape crew never would admit the problem existed and each time they supposedly started over on the browser from scratch, they managed to reproduce that same problem. Eventually they just removed the error message so the browser would just give up on sending the data without popping up an error window. Click the button and watch the spinning hourglass for a while... then nothing happens but the cursor returns to the arrow and the form wasn't sent. Could be that some of their coders were using old pieces of code to save time, or it could have been the way they knew how to do it on that part of the code and wrote new code that worked just as poorly as the old code - replicating the bug in a slightly different way. How many ways would LCNC benefit from a major house cleaning to clear out dusty old bits that have been deprecated, spaghetti code and other things that have been let go for a while? --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
