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
