Torch On HAL Pin when using 7i76e

More
20 Apr 2021 22:47 #206585 by txtrone

You can use the pmx_test.py script to help you identify the correct port. Its usage is covered in the user guide.

I suspect it's going to take issue with your ohmic enable HAL pin next as you are feeding a bit output to an encoder.


Where might I find the pmx_test script?

Any suggestions regarding the HAL pin(s) I should be using?

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 04:53 #206610 by phillc54

This is what I have, anything look out of whack?




Where might I find the pmx_test script?

There is a hint in the user guide.
linuxcnc.org/docs/2.8/html/plasma/plasma...-guide.html#pm_comms
Attachments:
The following user(s) said Thank You: snowgoer540, txtrone

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 13:58 #206644 by txtrone

This is what I have, anything look out of whack?




Where might I find the pmx_test script?

There is a hint in the user guide.
linuxcnc.org/docs/2.8/html/plasma/plasma...-guide.html#pm_comms


I ran the pmx_test script. Found the port, S1 in my case, I can change the drop down box on the test screen and verify it is changing modes on my plasma unit (Normal, CPA, Gouge) ... I changed the ini file to /dev/ttyS1 ... got the following errors.

Error report created by /usr/lib/tcltk/linuxcnc/show_errors.tcl:

Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/lib/linuxcnc/modules
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.8.0
Machine configuration directory is '/home/newpc/linuxcnc/configs/mark_i'
Machine configuration file is 'mark_i.ini'
INIFILE=/home/newpc/linuxcnc/configs/mark_i/mark_i.ini
VERSION=1.1
PARAMETER_FILE=imperial_parameters.txt
TASK=milltask
HALUI=halui
DISPLAY=axis
COORDINATES=XXYZ
KINEMATICS=trivkins coordinates=XXYZ kinstype=BOTH
Starting LinuxCNC...
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
Starting HAL User Interface program: halui
twopass:invoked with <> options
twopass:found ./mark_i.hal
twopass:found ././plasmac/plasmac.tcl
twopass:found ./mark_i_connections.hal
twopass:pass0: loadusr -Wn pmx485 pmx485 /dev/ttyS1

Could not open /dev/ttyS1 for Powermax communications

twopass: Error in file ././plasmac/plasmac.tcl:
pmx485 exited without becoming ready
Shutting down and cleaning up LinuxCNC...
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
27117
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime
Attachments:

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 14:05 #206645 by txtrone

Ohmic Probe Enable must be an output, not input.


True, but it looks like he's attempting "hypersensing", so he will need one of the ohmic components. There's a few threads around here that explain it better than I can off the top of my head.


Would it be more straightforward to do away with "hypersensing" and use the relay method? I don't care either way... just want to get it running. thx

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 14:09 #206646 by txtrone

This is what I have, anything look out of whack?


Ohmic Probe Enable must be an output, not input.



What does Type and Dir mean on HAL Show in my attached screen cap?
Attachments:

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 14:58 #206657 by tommylight
Type is the type of pin, be it bit, float, s32 etc.
Dir should be the direction of the signal looking from the LinuxCNC point of view. Might wana check this as i am a bit cloudy...
As for coms, might need to add the user to dialout, here is one of the many topics about that:
arduino.stackexchange.com/questions/7471...d-to-group-dialout-o
The following user(s) said Thank You: txtrone

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 15:17 #206662 by txtrone

Type is the type of pin, be it bit, float, s32 etc.
Dir should be the direction of the signal looking from the LinuxCNC point of view. Might wana check this as i am a bit cloudy...
As for coms, might need to add the user to dialout, here is one of the many topics about that:
arduino.stackexchange.com/questions/7471...d-to-group-dialout-o


Does that mean the aforementioned 'encoder input-b' is actually a 'bit out' or am I misunderstanding?

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 15:33 #206665 by tommylight


Does that mean the aforementioned 'encoder input-b' is actually a 'bit out' or am I misunderstanding?

It is for LinuxCNC, but not for us and not for the encoder, it is an input.

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 15:46 #206666 by txtrone


Does that mean the aforementioned 'encoder input-b' is actually a 'bit out' or am I misunderstanding?

It is for LinuxCNC, but not for us and not for the encoder, it is an input.


In Phillc54's response he marked up the image to call attention to 'bit out' and 'input-b'. I took that to mean there is a correlation between these two. Can you suggest an encoder output that might be suitable?

Please Log in or Create an account to join the conversation.

More
21 Apr 2021 16:14 #206669 by tommylight
This went sideways rather quickly...
The "Ohmic Probe Enable" pin in the configurator must be a physical output that is wired to the relay that activates the power going to the sensing part of THCAD.
Any normal output can be used for that.

Please Log in or Create an account to join the conversation.

Moderators: phillc54
Time to create page: 0.211 seconds
Powered by Kunena Forum