Are the Kicad Symbols for the DG412 wrong?

Obligatory version info:

Application: KiCad x64 on x64

Version: 9.0.0, release build

Libraries:
wxWidgets 3.2.6
FreeType 2.13.3
HarfBuzz 10.2.0
FontConfig 2.15.0
libcurl/8.11.1-DEV Schannel zlib/1.3.1

Platform: Windows 10 (build 19045), 64-bit edition, 64 bit, Little endian, wxMSW
OpenGL: NVIDIA Corporation, NVIDIA GeForce RTX 4080/PCIe/SSE2, 4.6.0 NVIDIA 572.42

Build Info:
Date: Feb 19 2025 17:46:53
wxWidgets: 3.2.6 (wchar_t,wx containers)
Boost: 1.86.0
OCC: 7.8.1
Curl: 8.11.1-DEV
ngspice: 44
Compiler: Visual C++ 1942 without C++ ABI
KICAD_IPC_API=ON

Locale:
Lang: en_US
Enc: UTF-8
Num: 1,234.5
Encoded кΩ丈: D0BACEA9E4B888 (sys), D0BACEA9E4B888 (utf8)

So I’m a newbie. I don’t know much about electronics, but I’ve learned quite a lot since I started doing this a few months ago. I’m putting together a schematic that includes a DG412 and I noticed that the schematic I’m referencing lists COM1-4 as pins 2,15, 10, and 7, but Unit B of the DG412 symbol shows pin 6 as COM. The other units are correct.

But wait! There’s more!

The schematic I’m referencing says that you can use a MAX313 instead of the DG412 so I decided to check that symbol and it has the same issue!

So now I’m convinced that I’m missing something obvious.

I’d like to get an expert opinion before I remake the symbol and add this to the Gitlab issues list.

Thanks!

These devices do not have a change over type action, there is no common.

image

image

I meant to say drain. I was looking at the Max313 datasheet as well which refers to those pins as common so I got them mixed up.

What about the symbol though? I mean, I could just flip it over 180 degrees, but the pins on unit B are reversed, right?

OK, I see your point now . . . technically it looks like you are correct. From a functionality point of view it shouldn’t make a difference, but I would make my own copy of this symbol and fix it.

I’m not imposing anything, I’m not calling for anything, but why do many users think that ready-made libraries should cover the entire range of components in the world? Library developers just can’t do anything. For your projects, create your own libraries with the necessary symbols with the right location of the pins on the diagram for convenience, based on those available in the kicad libraries. Moreover, the standards and styles of design documentation are different for everyone.

I think the point of this thread is that a specific symbol is potentially wrong . . . not asking for anything extra.

I’m sorry I struck a nerve; I’m not asking for or expecting anything. I just wanted to make sure that the symbol was wrong. That is all. Let’s be nice to each other. The internet can be cruel enough as it is. Have a nice day.

No no, your report is absolutely correct, even though it has no practical consequence, and I encourage you to submit a MR. The people who contribute to libraries are only human and make mistakes, often not even of their doing. Like the report of the 2N3819 symbol that was based on a maverick manufacturer’s datasheet. Weeding out the mistakes is part of the process.

I apologize again, I didn’t mean to offend anyone at all. I just expressed my opinion about using ready-made libraries.

1 Like

I’m reading KiCad forum since 2017. I read most of threads. I remember many users searching whole internet to find needed by them footprints and when they came here we tell them that using few % of time they spend on searching (and then fixing bugs in it) they could design their own footprint. But I remember no one complaining that KiCad library is too small.
And this thread is certainly not asking for symbol/footprint but only ensuring OP if his doubts are rationale.