I believe your power and ground symbols are incorrect, Mentor technote MG54969 states the below.
The value for the Pin Type property on power and ground pins should be IN on components. On power and ground symbols the Pin Type should be OUT.
So I would change your pin on the +3.3V and pin on the GND symbol to OUT.
Are you saying, that despite the fact that POWER and GROUND pin types exist, neither the power and ground pins on components nor the pins on power and ground symbols should use either of these? That makes no sense to me.
2 of 2 people found this helpful
Mentor technote MG54969 note is for DxDesigner 2005.3 and older, so it is fairly dated
For the +3.3V symbol we use the pintype to Power.
For the GND symbol we use the pintype to Ground
On resistors, we set our pintypes to Analog.
For more info why we went this route, look at https://support.mentor.com/en/product/852852130/knowledge-base/MG40390?pid=sc%3Asearch&pid_context=pintype%20resistors
We do the same for LEDs, but In/Out makes sense, but you will get the errors on the check
The DRC checks are frustrating, but they do find a lot of legitimate issues that make it worth running. If you could only approve errors/warnings like you can in Expedition it would make it a better tool
Thank you for your post. This is the best and I dare say only good explanation about setting pin properties I found on the Mentor site that actually explains why it is done. Thank you!
What about the power/ground symbols that have pin properties defined as outputs? How well do they work when the power/ground pins are defined as power/ground?
I am working on coming up with pin properties for our library so we can use the DxDesigner DRCs and it has been a challenge learning how the different DRCs work so we know what types to start with. What DRCs are helpful to you. Any information you can give me would be appreciated.
Thanks and Best regards
1 of 1 people found this helpful
We have had a lot of discussion on DxDesigner's DRC check in the forums, so I will give you some links to those and some Ideas people have posted. I played around with DRC, but it still has way too many false positives. Even with that said, I do find it useful and have found some critical errors with it. I can share my VerifyDefaults.ini with you, but I haven't done much with it in over a year
- DxDesigner Verify/DRC Scripts
- strange drc-511 error
- Electrical Design Rule Check drc-204: How to handle ceramic caps?
- DxD Tools/Verify drc-002 rule "values" format
- DRC-601 through DRC-606
- Create a new property that is equivalent to the property "Power Supply Net", but for ground nets
- Add Option to ignore Bidirectional pins from DRC-116
- Allow the use of Automation to create custom Verify rules
- Enhance DRC-117 and -118 to recognize resistor arrays and networks - D8548
- Flag individual Verify/DRC warnings/errors for ignore - D7357
- Enhance DRC-106 and DRC-117 to ignore differential pairs
- Enhance Verify to account for IODesigner Schematic Update Flow - D12518
- Enhancements to support DRC-117 for GPIO pins
- Create an editor for verify_defaults.ini
- Enhance DRC-108 to optionally ignore dangling nets - D8525
- Enhance DRC-105 to ignore input pins connected only to analog pins - D8524
If you would share it I would appreciate it. Given the lack of good documentation we have been doing a lot of experimenting and it might help us figure out what is going on.
Jeffrey Leine | Sr. Electronics Engineer
Crestron Electronics, Inc.
22 Link Drive, Rockleigh, NJ, 07647
On its way
I checked with our support and documentation teams. They pointed me to our 'master' Knowledge Base (KB) article on DX Designer DRCs which includes links to videos for each DRC. If you're on support, check out mg572963. The check you're looking for might be in the first link under Connectivity Group. See specifically mg588979 and scroll down.
Thanks Cathy! It has been a couple of years since I have looked at these, but from what I remember there was a lot tests that didn't have anything (Especially in the DRC-6XX range). I will take a look again to see if any of that was updated. The Verify tool has the potential to be a great tool if Mentor would just make a few tweaks to it. I fear that now that Mentor has the Valydate tool we will not see any more effort put into it