Ok. So in trying to set up some complex relays (SEL power system relays) I have created the following blocks:
VCR1_SELPS - power supply symbol (parent)
VCR24_SELINPT - Digital input (child)
VCR24_SELOUT - Digital Output. Maybe be NO or NC depending on programming (child)
For the most part my pinlists only have one NO contact (the alarm contact) The rest are type four denoted as 4IN, 4OUT, 4CURR (current inputs) and 4POT (potential inputs). I have the PINLIST_TYPE attribute set in the children components to match the above, and it works to filter the list of available pins for the cildren. Nice.
However, after I insert one of the children, the second one triggers a warning that I have exceeded the number of available contacts. (See attached image.) It's like ACADE isn't recognizing the type 4 entries in the pinlist for this particular check. Any ideas?
At firstthe CONTACT attribute for the children defaulted to NO. So I have changed them to match the type they are, but that doesn't seem to help. I'd like to not have to
"Ignore" a warning. That makes some people kinda nervy.
Sweet! In the process of doing that now. Did you change the PINLIST_TYPE in the blocks? I missed that the first time.
Crap! It gives me the error on the second child now. Sheesh.
Upon insert, this is what my parent block is showing in the NO/NC Setup dialog. What does yours look like?
It varies with what I put in the pinlist. Trying a few more things
Yep. I noticed that. If the pinlist has just 4's, the type four number goes up to the proper number, but I'm still getting the erroe. About to try removing the contact attribute altogether to see what that does.
That was it! Using the 4+1 does mean the type four count won't go up, BUT without the "CONTACT" attribute (siince these aren't true contacts) I don't get the max NO/NC error. And with the 2 character PINLIST_TYPE attribute I still get the filtering.
I think I'll quit for the day now....
WELL i totally broke things Guess its time to start over
so what does your DB look like now? I have been switching so many things i broke it all
this is all I put in the DB trying to test
4O,A01,A02,OUT101;4O,A03,A04,OUT102;4O,A05,A06,OUT103;4O,A07,A08,OUT104;4I,B1,B2,INPUTB01;4I,B3,B4,INPUTB02;4I,B5,B6,INPUTB03
I eliminated the desc part to make it shorter.
@drathak wrote:That was it! Using the 4+1 does mean the type four count won't go up, BUT without the "CONTACT" attribute (siince these aren't true contacts) I don't get the max NO/NC error. And with the 2 character PINLIST_TYPE attribute I still get the filtering.
I think I'll quit for the day now....
Did you erase the attribute or blank the default value? I have tried both and cant get it to work with any filtering. Works perfectly w/o filtering
@davidhall wrote:so what does your DB look like now? I have been switching so many things i broke it all
Attaching a fresh copy. I changed the type fours to be two characters. Not as intuitive when looking at the pinlist itself, but I am developing a spreadsheet that generates the final God-awful string. The blocks have the two character PINLIST_TYPE attributes also. And no contact attribute.
Attaching a fresh copy. I changed the type fours to be two characters. Not as intuitive when looking at the pinlist itself, but I am developing a spreadsheet that generates the final God-awful string. The blocks have the two character PINLIST_TYPE attributes also. And no contact attribute.
the xls file still has 4curr, Did it not update?
My bad. I thought the export went ok. The file date changed anyway. I verified this one. 🙂
perfect. Just curious, how does the 5EM relay work with the Pinlist?