Manual tool change + tool lengh touch off
27 Nov 2010 21:47 #5672
by andypugh
Replied by andypugh on topic Re:Manual tool change + tool lengh touch off
axel88 wrote:
Yes, I came into the forum at a run to make sure you weren't about to do something silly.
(I had to delete your umlauts as the forum refuses to show any message with odd characters at all, including three full stops in a row, and the UK currency symbol)
You can either edit that file, or if it was created by stepconf you can put your new stuff in the custom.hal file where stepconf won't over-write it.
The drawback with putting it in the custom.hal file is that you might need to unlink some connections to insert your new stuff.Would do that.
HAL is one of the most powerful features of EMC2, it allows you to connect any inputs and any outputs together in a completely free way, optionally processing the signals on the way.
which hal file?
/usr/share/emc/tcl/bin/halconfig.tcl?
EDIT: /home/axel/emc2/configs/Portalfrase/Portalfrase.hal looks good, right?
Yes, I came into the forum at a run to make sure you weren't about to do something silly.
(I had to delete your umlauts as the forum refuses to show any message with odd characters at all, including three full stops in a row, and the UK currency symbol)
You can either edit that file, or if it was created by stepconf you can put your new stuff in the custom.hal file where stepconf won't over-write it.
The drawback with putting it in the custom.hal file is that you might need to unlink some connections to insert your new stuff.
unlinkp parport.0.pin-10-on-not
unlinkp motion.probe-inputHAL is one of the most powerful features of EMC2, it allows you to connect any inputs and any outputs together in a completely free way, optionally processing the signals on the way.
Please Log in or Create an account to join the conversation.
28 Nov 2010 09:41 - 28 Nov 2010 09:43 #5677
by axel88
Replied by axel88 on topic Re:Manual tool change + tool lengh touch off
1.) By moving the debounce procedure to the custom.hal I've got some errors:
CUSTOM.HAL (line 4 to 10)ERROR:
CUSTOM.HAL (line 4 to 10)
unlinkp parport.0.pin-10-in-not
unlinkp motion.probe-input
loadrt debounce cfg=1
addf debounce.0 base-thread
setp debounce.0.delay 10
net probe-raw parport.0.pin-10-in-not => debounce.0.0.in
net debounce.0.0.out => motion.probe-input(...)
custom.hal:10: Signal name 'debounce:0.0.out must not be the same as pin.
8635
(...)
Last edit: 28 Nov 2010 09:43 by axel88.
Please Log in or Create an account to join the conversation.
28 Nov 2010 10:15 - 28 Nov 2010 10:18 #5678
by axel88
Replied by axel88 on topic Re:Manual tool change + tool lengh touch off
2.) I've got problems with the subprograms:
I wrote to files: first-tool.ngc and auto-tool-change.ngc and located them in ../emc/nc-files which is defined as the PROGRAM_PREFIX folder in the Portalfrase.ini .
when I run:orthe error "File not open" appears.
here is my subprogramm:
But even if I copy the fred.ngc example it doesn't work.
I wrote to files: first-tool.ngc and auto-tool-change.ngc and located them in ../emc/nc-files which is defined as the PROGRAM_PREFIX folder in the Portalfrase.ini .
when I run:
o<first-tool.ngc> callo<first-tool> callhere is my subprogramm:
o<first-tool> sub
G90 G53 G0 Z0
G53 G0 X0 Y0
G91 G38.3 Z-180 F500
G38.5 Z10 F15
#1000=#5063
G90 G53 G0 Z100
G90 G53 G0 X50 Y50
o<first-tool> endsub
M02But even if I copy the fred.ngc example it doesn't work.
Last edit: 28 Nov 2010 10:18 by axel88.
The following user(s) said Thank You: bob8020
Please Log in or Create an account to join the conversation.
28 Nov 2010 13:17 - 28 Nov 2010 13:39 #5681
by andypugh
Replied by andypugh on topic Re:Manual tool change + tool lengh touch off
axel88 wrote:
Sorry, I didn't put the signal name in the net statement, so the interpreter is trying to use the first pin name as a signal name
You need something like
net FreelyChosenSignalName debounce.0.0.out => motion.probe-input
The signal names are conceptually equivalent to the colours of the wires in a physical system, you can choose any you want, but it helps understand the system if they match the function. (Also you can't have more than one signal with the same signal name)
custom.hal:10: Signal name 'debounce:0.0.out must not be the same as pin.
Sorry, I didn't put the signal name in the net statement, so the interpreter is trying to use the first pin name as a signal name
You need something like
net FreelyChosenSignalName debounce.0.0.out => motion.probe-input
The signal names are conceptually equivalent to the colours of the wires in a physical system, you can choose any you want, but it helps understand the system if they match the function. (Also you can't have more than one signal with the same signal name)
Last edit: 28 Nov 2010 13:39 by andypugh.
Please Log in or Create an account to join the conversation.
28 Nov 2010 13:20 #5682
by andypugh
Replied by andypugh on topic Re:Manual tool change + tool lengh touch off
The problem might be the hyphen in the name. (Just a guess). Try it without that. The way that filenames get passed through the G-Code interpreter is a bit messy, they get changed to all lower-case and spaces get removed, the same might be true for "operators".
Please Log in or Create an account to join the conversation.
28 Nov 2010 13:36 #5683
by axel88
I thought I tried this at first, but so it worked.
The hyphen is not the reason, I've already tried it without and the fred.ngc has none either.
Replied by axel88 on topic Re:Manual tool change + tool lengh touch off
unlinkp parport.0.pin-10-in-not
unlinkp motion.probe-input
loadrt debounce cfg=1
addf debounce.0 base-thread
setp debounce.0.delay 10
net probe-raw parport.0.pin-10-in-not => debounce.0.0.in
net motion.probe.input <= debounce.0.0.outI thought I tried this at first, but so it worked.
The hyphen is not the reason, I've already tried it without and the fred.ngc has none either.
Please Log in or Create an account to join the conversation.
28 Nov 2010 13:51 #5686
by axel88
Replied by axel88 on topic Re:Manual tool change + tool lengh touch off
It seems to work if i call o<first-tool> call in a *.ngc file, but I can't run it from the MDI console. But this should be enough for the postprocessor.
Please Log in or Create an account to join the conversation.
28 Nov 2010 13:56 #5687
by andypugh
Replied by andypugh on topic Re:Manual tool change + tool lengh touch off
Which EMC2 version are you running?
I vaguely recall an improvement in the way it searched for subroutines, but that was rather a long time ago.
I just did a test:
In the ini file I have PROGRAM_PREFIX = /home/andypugh/emc/nc_files
In the nc_files directory I have:
test1.ngc
test.ngc
test1.ngc contains:test.ngc contains:And it all "just works" with version 2.3.5
Incidentally, the dev list was busy last night sorting out an issue with probing in subroutines. I think it is only a problem when the subroutine is called from MDI_COMMAND, but I have asked for clarification. The issue is one of returning before the end of the probe, I think, so not related to your general subroutine problem.
I vaguely recall an improvement in the way it searched for subroutines, but that was rather a long time ago.
I just did a test:
In the ini file I have PROGRAM_PREFIX = /home/andypugh/emc/nc_files
In the nc_files directory I have:
test1.ngc
test.ngc
test1.ngc contains:
o<test> call
m2o<test> sub
(debug, We got here)
o<test> endsub
m2Incidentally, the dev list was busy last night sorting out an issue with probing in subroutines. I think it is only a problem when the subroutine is called from MDI_COMMAND, but I have asked for clarification. The issue is one of returning before the end of the probe, I think, so not related to your general subroutine problem.
Please Log in or Create an account to join the conversation.
28 Nov 2010 14:12 - 28 Nov 2010 14:13 #5688
by BigJohnT
Replied by BigJohnT on topic Re:Manual tool change + tool lengh touch off
You could use something similar to my touchoff file that I use on my plasma torch.
move to start point of the cut...
o<touchoff> call [0.080] [0.02] [0.06] (Touchoff and start torch)
...
my touchoff.ngc file:
o<touchoff> sub
(#1 pierce height, #2 pierce delay, #3 cut height)
F10
G38.2 Z-1.75 (Probe to find the surface)
G91
G1 Z0.070 (Raise up to Z0)
G90
G92 Z0 (Set Z0)
G1 Z#1
M3 S1
M66 P0 L1 Q5 (Wait for Arc OK from Torch)
G4 P#2 (Pause for pierce delay)
F25
Z#3 (goto cut height)
o<touchoff> endsub
M2
John
move to start point of the cut...
o<touchoff> call [0.080] [0.02] [0.06] (Touchoff and start torch)
...
my touchoff.ngc file:
o<touchoff> sub
(#1 pierce height, #2 pierce delay, #3 cut height)
F10
G38.2 Z-1.75 (Probe to find the surface)
G91
G1 Z0.070 (Raise up to Z0)
G90
G92 Z0 (Set Z0)
G1 Z#1
M3 S1
M66 P0 L1 Q5 (Wait for Arc OK from Torch)
G4 P#2 (Pause for pierce delay)
F25
Z#3 (goto cut height)
o<touchoff> endsub
M2
John
Last edit: 28 Nov 2010 14:13 by BigJohnT.
Please Log in or Create an account to join the conversation.
28 Nov 2010 14:40 #5690
by andypugh
Replied by andypugh on topic Re:Manual tool change + tool lengh touch off
axel88 wrote:
Ah, yes. I didn't realise that you were calling it from MDI. I just tried it in version 2.4.3 and it worked fine. Perhaps you are using 2.3?
It seems to work if i call o<first-tool> call in a *.ngc file, but I can't run it from the MDI console. But this should be enough for the postprocessor.
Ah, yes. I didn't realise that you were calling it from MDI. I just tried it in version 2.4.3 and it worked fine. Perhaps you are using 2.3?
Please Log in or Create an account to join the conversation.
Time to create page: 0.099 seconds