July 21, 2019, 04:53:41 AM
Robotforum | Industrial Robots Community

 Questions about G I/O

normal_post Author Topic:  Questions about G I/O  (Read 1682 times)

0 Members and 1 Guest are viewing this topic.

May 09, 2017, 07:34:22 AM
Read 1682 times


Hi everybody

I have some questions about the Groups of I/O
For exemple I use my GI[1] like this: Rack:67  Slot :1 StartPoint: 97 NumPTS: 16.
So if I understand well i will use the Digitial INput 97 to 112 but there are not configured.

I use my GI[12] like this: Rack:67  Slot :1 StartPoint: 273 NumPTS: 16.
But the DI 274 to 283 are used to anothers things.

The tings I don't understand is, the G I/O use the DI/O of the robots or the two use separate I/O ?
I hope I've been clear... If somebody can explain me how the G I/O are working.


Today at 04:53:41 AM
Reply #1



May 09, 2017, 08:49:07 AM
Reply #1


StartPoint comes from rack 67 which is PROFIBUS DP slave.

So startPoint 97 is 97th bit on Profibus

May 09, 2017, 09:05:17 AM
Reply #2


Groups are set up to "own" a range of digital signals.  They are not separate I/O in that regard, even though they can be viewed separately by TYPE.
A single GI, like GI[1], can own up to 16 DI
A GO[?] can own as many as 16 DO

Incredibly, the robot system will allow the ranges to overlap, but you definitely do NOT want that.  You also have a problem there with your GI[12], since two of its DI are being used by something else.

You should post your SUMMARY.DG file from an AOA (all of the above) backup.  It is possible we might find a clue to the discrepancy there.

Any DI or DO to be owned by a Group must also be, themselves, configured properly (no * asterisks).
« Last Edit: May 09, 2017, 09:16:42 AM by USURP_RUR »

May 09, 2017, 11:00:11 AM
Reply #3


just a short comment, a bit OT:

well, theoretically I can imagine a situation, where this could be useful - for example for some interfacing and/or value/bit coding between different devices.

Let's say there 2 devices connected to the robot, which are controlled with combinations of 8 bits each. And they can be controlled separately or in coordination. Instead of setting bit patterns separately, you might want to define two 8-bit GOs for a separate control and a 16-bit GO (of which first 8 bits control the first device, and the other 8 bits - the second one; ofc this GO would ovelap with the previous two) and assign different values to it, depending on the desired state of the 2 devices when coordinated.
Of course, it might not always make sense, but I guess there are situations, when such a merge could save you some time. So it's quite ok for me, that the controller allows such a thing  :icon_smile:
« Last Edit: May 09, 2017, 11:03:43 AM by bidzej »

May 09, 2017, 12:39:01 PM
Reply #4


I had only ever been presented with scenarios where one or two bits were accidentally overlapped in the Group configurations.  Now I know what to say when someone asks me why the system allows it.  This had never occurred to me that it might be useful.

Thank you.

Share via facebook Share via linkedin Share via pinterest Share via reddit Share via twitter

Various questions

Started by benxi on Yaskawa Motoman Robot Forum

5 Replies
Last post July 17, 2017, 05:38:32 AM
by mil3k
3 questions

Started by Alexandru on Kawasaki Robot Support Forum

3 Replies
Last post October 06, 2016, 06:37:32 PM
by kwakisaki
PR Offset questions

Started by Brewton on Fanuc Robot Forum

3 Replies
Last post November 06, 2018, 03:57:46 PM
by HawkME
couple UR3 questions

Started by robots4joey on Universal Robots

2 Replies
Last post October 25, 2016, 02:50:42 AM
by robots4joey