General > General Technical Chat
Schematic Net Naming Conventions
(1/2) > >>
gnuarm:
I'm sure this has been discussed a number of times, but why not once more? 

I'm working on a project with a number of schematic editors (I mean people, not tools).  We seem to have no consensus on net naming conventions.  Some use mixed case, some use all upper case.  Some use '-' to separate words,  some use '_', some use caps.  Some use 'N' at the beginning of a signal name to indicate low true logic, some use '_n' at the end, some use nothing.  Some use fully spelled out words, some use shorted words, some use initials.  Power supply names are all over the map with V added seemingly randomly in the name, sometimes more than once. 

I'm wondering if there is anything remotely like a convention that many use and would be understood by a large fraction of engineers without explanation? 

Ultimately this design will be turned over to a company for final design and manufacturing.  The outfit has not been picked and they have no input to the design at this point. 
ataradov:
I don't have specific recommendations, but for my job I have to read and review a lot of customer schematics, and I have seen things I did not think were possible.

For me personally the easiest to read are: net names all capital, separated with '_'. Naming as short as possible as long as it is not totally cryptic. I prefer "DISP_MOSI"  to "DISPLAY_SPI_MOSI". Voltages are named as "3V3". Periods are tiny and hard to read. Location of the "_N" or "N_" does not matter to me personally. "_N" reads a bit easier, may be.

Another thing to keep in mind is naming of essentially the same signals, but broken by inline elements, like series termination resistors, filters or level shifters. Use consistent names on both sides. "MCU_SRAM_WE" on the MCU side and "SRAM_WE" on the SRAM side of the termination resistor is much better than "PA15" and "SRAM_WE".

And one biggest downer is when people use huge empty rectangle for ICs with a lot of pins. It is fine if they use actual pin locations on the package for the pin on the schematic, that can be somewhat justified. But  otherwise - just use banks. Nobody benefits from a mostly empty page and things crammed around the edges of a huge rectangle. When you look at the schematic in details, that forces a lot of unnecessary scrolling. And with empty space, it is very easy to lose your orientation on the page.
gnuarm:
Your point about the large blocks for components, I noticed some time back that schematics for digital logic have become largely graphical net lists.  By that I mean the pin names are in a column on one side of the package outline, the pin numbers are on the other side of the part outline by the pin line and the net name is in a label "thing" (varies between packages) on the net next to the pin number.  Often the net is not drawn to connect to anything.  The reader has to search around for the other points of the net which may be on other pages. 

This information could just as easily be provided in a well organized and pretty print formatted net list.  Schematics are more effective for smaller devices like passives and discrete semiconductors, analog devices like op amps and comparators and even smaller logic devices.  But once you get to an 8 bit register or buffer you are back to it working mostly like a net list. 

I have a schematic for a class D amplifier that is really just a box to hold the pin names and numbers of the nets with the connections to the digital driver, a rather few passives and the speaker connectors being the net name column.  It's hard to get anyone to consider using such a net list though.  Maybe the fact that the tables are presented graphically makes them easier to retain and reference.  Images are very powerful in GUIs for sure. 
ataradov:
Yes, in many cases simple netlists would work much better. The issues come up with small "analog" circuits that may still be attached to those mostly digital buses. I thought about it for a bit, and I'm not sure if netlists are actually good. But there should be a better way to annotate buses on graphical schematics, for sure.
Benta:
This is not a naming problem, this is a management problem.
Do you even have a project manager? It's her/his job to define this kind of thing.
Why wasn't this defined in a styles/dictionary list before the project started?
And, and, and,,

Navigation
Message Index
Next page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod