[Emc-users] hal_manualtoolchange

[Gene Heskett]

Greetings everybody;

Noisy, wet Saturday evening in progress.

Over on the pi, I am attempting to combine enough code, and using 92
offsets, make a brass 8mmx1.0 bolt for the cathead with a single file,
and 3 tool changes.

So I have noted the default net settings in the config I started out
with appeared to be connected bass-ackward in terms of signal i/o.

Without loading hal_manualtoolchange, it sails right on by an M6
Tanything command like it was an empty line.

So, following hints, I added to the end of the loadxx's in the hal file,
loadusr -w hal_manualtoolchange.

That hangs it up and LCNC never brings up its screen. Take out the -w,
and it then tries to run but exits at the bottom of the hal file,
because the hal_manualtoolchange pins are not there.

So the docs say to see such and such a manualtoolchange.hal file in
the configs/sim/axis subdir. Doesn't exist anywhere on the pi.

Walk over to the mill and locate spits out at least 3 copies. So I cat
the last one, and copy its 'net' commands over to the pi's .hal file.

Still will not run, doesn't open any gfx except the little box that
says its part of the tool changer stuffs, and it eventually, like it
says, times out and goes away.

Call up another terminal_emulator on the pi and run a halmeter.

halmeter says the documented signal pins are all there, and all false.

I have not yet tried a direct copy of that stanza from the GO704fast.hal
file, which I now note is slightly different:

loadusr -W hal_manualtoolchange
net tool-change-request iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-change-confirmed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared

I do not have, from following the tuts, a net name hal-toolchange-
request, but at first glance the logic looks the same:

unlinkp iocontrol.0.tool-change
unlinkp iocontrol.0.tool-changed
# now hook it up like the G0704 version
net tool-change <= hal_manualtoolchange.change => iocontrol.0.tool-change
net tool-changed <= hal_manualtoolchange.tool-changed => iocontrol.0.tool-changed
net tool-prep-number <= hal_manualtoolchange.number => iocontrol.tool-prep-number

A tool change on the other 3 x86 machines from the M6 Tnumber line works
as expected w/o all this hassle.

Those same lines from the sample manualtoolchange.hal have the i/o order
interchanged.

What do I do next? I'd like to make some 8mm brass bolts tomorrow.

Is this a pi bug, like my disappearing <> keys in the mdi cmdline box?
Thanks everybody. 19:21, 'spect I'd better go play short order cook.

Cheers, Gene Heskett

[Nicklas Karlsson]

Could you send your configuration files?


On Sat, 22 Jul 2017 19:21:40 -0400

Post by Gene Heskett
Greetings everybody;
Noisy, wet Saturday evening in progress.
Over on the pi, I am attempting to combine enough code, and using 92
offsets, make a brass 8mmx1.0 bolt for the cathead with a single file,
and 3 tool changes.
So I have noted the default net settings in the config I started out
with appeared to be connected bass-ackward in terms of signal i/o.
Without loading hal_manualtoolchange, it sails right on by an M6
Tanything command like it was an empty line.
So, following hints, I added to the end of the loadxx's in the hal file,
loadusr -w hal_manualtoolchange.
That hangs it up and LCNC never brings up its screen. Take out the -w,
and it then tries to run but exits at the bottom of the hal file,
because the hal_manualtoolchange pins are not there.
So the docs say to see such and such a manualtoolchange.hal file in
the configs/sim/axis subdir. Doesn't exist anywhere on the pi.
Walk over to the mill and locate spits out at least 3 copies. So I cat
the last one, and copy its 'net' commands over to the pi's .hal file.
Still will not run, doesn't open any gfx except the little box that
says its part of the tool changer stuffs, and it eventually, like it
says, times out and goes away.
Call up another terminal_emulator on the pi and run a halmeter.
halmeter says the documented signal pins are all there, and all false.
I have not yet tried a direct copy of that stanza from the GO704fast.hal
loadusr -W hal_manualtoolchange
net tool-change-request iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-change-confirmed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared
I do not have, from following the tuts, a net name hal-toolchange-
unlinkp iocontrol.0.tool-change
unlinkp iocontrol.0.tool-changed
# now hook it up like the G0704 version
net tool-change <= hal_manualtoolchange.change => iocontrol.0.tool-change
net tool-changed <= hal_manualtoolchange.tool-changed => iocontrol.0.tool-changed
net tool-prep-number <= hal_manualtoolchange.number => iocontrol.tool-prep-number
A tool change on the other 3 x86 machines from the M6 Tnumber line works
as expected w/o all this hassle.
Those same lines from the sample manualtoolchange.hal have the i/o order
interchanged.
What do I do next? I'd like to make some 8mm brass bolts tomorrow.
Is this a pi bug, like my disappearing <> keys in the mdi cmdline box?
Thanks everybody. 19:21, 'spect I'd better go play short order cook.
Cheers, Gene Heskett
--
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Emc-users mailing list
https://lists.sourceforge.net/lists/listinfo/emc-users

[Gene Heskett]

Post by Nicklas Karlsson
Could you send your configuration files?

Might not be needed Nicklas. For lack of anything else to do, I just
got thru nuking what was in the pi's halfile, and replaced it with
the same stanza from TLM's hal file, and it at least will let it run.

And the little toolchanger box now shows up and goes away. I had not
been seeing that till today

I fed the missus, and she's out like a light, so I'll see if I can get
to the garage and check it against my gcode for function. W/o making
enough noise to wake her.

Yup, made it thru the first 2 tool changes cutting air. The backplot
trace as it runs is considerably to the left of the initial scan's
backplot though. So I'll go restart it, this time with a tool. ;-)

This code works:

unlinkp iocontrol.0.tool-change
unlinkp iocontrol.0.tool-changed

loadusr -W hal_manualtoolchange
net tool-change-request iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-change-confirmed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared

Post by Nicklas Karlsson

Post by Gene Heskett
Noisy, wet Saturday evening in progress.

2.75" of noisy, wet, finally stopped. Flash flood warnings out for low country.

Cheers, Gene Heskett

[TJoseph Powderly]

Gene
My googlefoo is failing to find anything
about hal files using includes,
and my fuzzy mem thinks you were doing this.

Have you used hal files with included sub-files?

thx
tomp tjtr33

[andy pugh]

Post by TJoseph Powderly
Gene
My googlefoo is failing to find anything
about hal files using includes,
and my fuzzy mem thinks you were doing this.

I am not aware that HAL files can use includes (but I am unaware of
the majority of things, so that does not mean that it isn's supported)

However INI file includes are here:
http://linuxcnc.org/docs/2.7/html/config/ini-config.html#_include_files

[Dewey Garrett]

$ man halcmd
...
source filename.hal
Execute the commands from filename.hal.
...

[Gene Heskett]

haha gene
i remember my friend complaining about
having to shovel 4inches of 'partly cloudy' off the driveway.

In my time, TomP, I've shoveled 9 feet of partly cloudy. Circa 1961 in
Rapid City. Totally buried the duplex I was living in except for the
furnace/water heater vent. After 3 days, the fridge was down to one egg
and no milk. The first wife crawled out the upper sash of a kitchen
window, floundered around and got into the garage for a shovel and made
a pocket connecting the back kitchen door with the back garage door
about 3 feet apart. I went back into the garage, raised the door and
started looking for the car with the shovel, had it clear with another
100 feet to go to get to the county road when I heard a plow coming so I
floundered out to the road, he stopped, said he'd be back in a couple
hours and could take me to town. So getting a ride to the store about 3
miles away was nice, bought an egg crate full of grocery's and thumbed a
ride with a rancher going back my way, so we at least had food and drink
for the next 2 or 3 days while I and the neighbors continued shoveling.

Yeah, partly cloudy today was 2.75" of rain, tv full of flash flood
warnings when it worked, we're somewhat out in the fringes tv-wise.

i think Nicklas is interested in your config files to use them
as much as to help you.
so maybe send them along anyway?

Except for tonights fix, the rest of it is already on my web page,
invisible link called lathe-stf/sheldon IIRC. Goto lathe-stf and click
on it there. Copy Nicklas? Help yourself.

Cheers TomP, Gene Heskett