Daughterboard inputs not recognized in HALMETER

More
07 Oct 2017 22:50 - 07 Oct 2017 22:54 #100060 by Dubmfg

File Attachment:

File Name: tormach_mi..._dub.hal
File Size:23 KB
Hello everyone, me again.

Long story short, I fried my old Pathpilot setup (much to my horror) and have rebuilt it now with a 6i25 and 7i76 combo. It seems I didn't back up the most recent (working) version of my files before it got... crispy.

Needless to say, I'm back to a similar issue to the one I experienced previously, and would love to hear your thoughts. I've successfully been able to jog my axis around with the attached .HAL configuration (for a short while anyway), but I cannot get my limit switches to be read. When monitoring them in HALMETER I don't see any changes, and I've verified that the signal is getting all the way to the pins (TB6 1, 2, and 3 for x, y and z). I'm running 5V power through the DB25 cable and 24V Vfield. Both CR1 and CR2 LED's are illuminated on the 7i76.

Is there some reason that serial communication would not be functioning between the 7i76 and the 6i25?
Attachments:
Last edit: 07 Oct 2017 22:54 by Dubmfg.

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

More
08 Oct 2017 00:52 #100065 by PCW
If the xxxx.7i76.xxxx pins are there, sserial communication is working at least to start
No idea what the hm2 driver version is or whether it reports errors in the Pathpilot GUI
(if the 7I76 pins where there and you lost communication, under LinuxCNC you would have a major
splat of error reports)

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

More
08 Oct 2017 01:52 #100066 by Dubmfg
Yes, the pins are there but unresponsive when manually triggered and viewed through HALMETER. Its the strangest thing.

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

More
08 Oct 2017 02:20 #100067 by PCW
can you post the states of:

hm2_5i25.0.sserial.port-0.run
hm2_5i25.0.sserial.port-0.fault-count

Does Pathpilots halmeter work properly? That is does is reflect other signals changing dynamically?

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

More
10 Oct 2017 20:55 #100163 by Dubmfg
hm2_5i25.0.sserial.port-0.run TRUE
hm2_5i25.0.sserial.port-0.fault-count 0 (0x00000000)

I'm unable to change the pin state and see it in HALMETER, either physically or with setp from within my .HAL file (throws pin not writable error).

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

More
10 Oct 2017 21:26 - 10 Oct 2017 21:31 #100164 by PCW
OK so it seems like the sserial interface is running

You should not be able to change an input pin state since its of type=out (it drives pins of type in in hal)

does PathPlots halmeter work on other changing pins? (that is, is it updated dynamically?)
Last edit: 10 Oct 2017 21:31 by PCW.

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

More
10 Oct 2017 23:49 #100185 by Dubmfg
I do believe it is updated dynamically if I remember correctly, but I'm not able to see changes to pins at the moment of course

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

More
11 Oct 2017 00:27 #100189 by PCW
The way to check is to look at some pin that does change (say a position pin when in motion)

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

More
11 Oct 2017 00:43 - 11 Oct 2017 02:16 #100190 by Dubmfg
So by forcing debounce.0.0.in to 1 I'm able to force the machine into Machine.ok TRUE.

I can't however monitor the pins while jogging the axis to see if they change dynamically in Halmeter or Halscope, as they go to the background as soon as I try to change screens in pathpilot.
Last edit: 11 Oct 2017 02:16 by Dubmfg.

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

More
11 Oct 2017 22:37 - 11 Oct 2017 22:40 #100240 by smgvbest
Quick question as I don't see it asked
the input on the 7i76 is sinking inputs which means you must supply a positive voltage to them so that a value greater than 50% of the field power is applied to be read. If have a limit switch, one side goes to the field power the other side goes to the input pin.

Want to be sure we're not looking at a hardware issue as this would explain the behavior your seeing.

if you put one end to ground instead and the other to the input it would never see a change in state to register the switch being tripped.

hopefully it's that simple
Last edit: 11 Oct 2017 22:40 by smgvbest.

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

Moderators: cncbasher
Time to create page: 0.103 seconds
Powered by Kunena Forum