On Friday 27 March 2020 07:20:33 Gene Heskett wrote: > On Friday 27 March 2020 02:53:03 theman whosoldtheworld wrote: > > Hi > > > > They are read only. > > > > The FEATURES=12 or whatever gives you access to the values, but you > > cannot change them, that would be the Holy Grail. > > > > If the pin can be written to, you can do it from a user M code > > > > halcmd setp <pinname> value type thing > > > > Whether it is linked and what type of pin it is is going to > > determine if it can be written > > > > regards > > > > (by ArcHye .... with AndyPugh some years ago teach me about thse) > > > > plus on g code #<_hal[pinname]> > > Great minds, I just thought of adding a module, putting it in the > correct place in the addf order & feeding it from hal but using its > output in the gcode. That syntax '#<_hal[pinname]>' may be the key to > the backwards path I need to actually make it work. > > And a debug statement is all it will take to prove its working. But > that also means the loading of the module will have to be moved out of > the postgui.hal to the initial loadrt's and addf's so that the modules > output exists at the hal scan time, else the error is that the pin > doesn't exist. I can sort that I think as geany's copy/paste is I > think, global. I think I may have already done that as postgui.hal is > all 'net' statements: > net showdist1 <= scale-ovrtrvl.out => ovrtrvl-scaler-mux.in1 > net display-mode <= units.G21 => ovrtrvl-scaler-mux.sel > setp scale-ovrtrvl.gain 25.400000 > # here, use a scale and a mux2 to select the scale.in for inches, or > the scale.out > # for a mm's conversion. > > So in the gcode: > #<_z_depth> = [#<_hole_depth> - #<_hal[ovrtrvl-scaler-mux.out]>]
unfortunately that source of data is undefined^^^^^^^^^^^^^^ after I fixed the copy/paste error. There was a typu in the first varname and an extra space in the 2nd, fixed above. I have read the docs around page 812 and the sugar must be getting to my eyes, or the docs need help. That pin name does exist in postgui.hal. > Which will subtract the overtravel from the gcode var that sets the > ultimate depth of the hole. And it should be a value less for the > peck increment than this. And I could warn if the peck increment was > greater than the over travel, which would setup a crash anyway > situation. > > Thank you very much. > > Once I get both eyes open for the day. I'll test it. At 07:17 and only > two sips of cold coffee, no bets. > > > *is this what you need? did I get it right? * > > > > regards and good luck with your work > > > > > > Il giorno gio 26 mar 2020 alle ore 22:47 Gene Heskett > > <ghesk...@shentel.net> > > > > ha scritto: > > > Greetings all; > > > > > > I have some code in my Sheldon's hal file that accepts a value > > > from gcode, #<_tpmm> or #<_tpi> that twiddles that value shipped > > > across motion and then shows me via a pyvcp text box, the > > > numerical distance value of the overshoot from inertia between the > > > initiance of the reverse at the bottom of the g33.1 and the actual > > > maximum overshoot before it gets stopped, which with an 8" 40 lb > > > chuck mounted can exceed 3 turns at 300 rpms to slow and get the > > > first 1.5 degrees of the reverse done. > > > > > > Works good but atm doesn't autoconvert metric/imperial. Thats a > > > relatively minor detail involving the units module. and a sum2. > > > > > > Now what I want to do is ship that derived value back from hal to > > > the gcode side of motion, so I can decrease the g33.1 depth and > > > automatically adjust it to prevent the taps breakage from hitting > > > the bottom of the hole. > > > > > > How can I do that backwards data transfer? The M6# codes don't > > > seem to fit this. > > > > > > Thanks all. > > > . > > > 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) > > > If we desire respect for the law, we must first make the law > > > respectable. - Louis D. Brandeis > > > Genes Web page <http://geneslinuxbox.net:6309/gene> > > > > > > > > > _______________________________________________ > > > 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 > > 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) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene> _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users