X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Virus-Scanned: Debian amavisd-new at mail.linetec.nl Content-Type: multipart/mixed; boundary="------------lKPOPgDCj6PemDaTIYxfp7de" Message-ID: <774de29a-806b-8dc3-84ee-770330b1fd0e@linetec.nl> Date: Fri, 5 May 2023 22:18:07 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 To: geda-user AT delorie DOT com References: <0350ae12-d97f-3fc0-f146-c83066c0e695 AT linetec DOT nl> <48f8fe1f-b377-be59-6493-5d61140fdc13 AT linetec DOT nl> <407d4f7a-f529-b0bd-de4f-39fd357cb7c0 AT linetec DOT nl> Content-Language: nl-NL, en-US From: "Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com]" Subject: [geda-user] Intractable error message 'could not find refdes on component ... ' In-Reply-To: <407d4f7a-f529-b0bd-de4f-39fd357cb7c0@linetec.nl> Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk This is a multi-part message in MIME format. --------------lKPOPgDCj6PemDaTIYxfp7de Content-Type: multipart/alternative; boundary="------------lccW1rzX0A47sSIB0ra0arAR" --------------lccW1rzX0A47sSIB0ra0arAR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm working on an old, complex audio board with several hundred components, but I'm running into the following, rather intractable problem: $ gnetlist -g drc2 MV3600_v1.0.bak.sch Loading schematic [MV3600_v1.0.bak.sch] MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin DRC errors found. See output file So I get error messages telling me that 15 times, something was found without either a refdes (component) or a net= attribute (power rail). Problem: I can't find the offending elements. I'm pretty certain that all components in the schematic have a valid refdes, and I'm also pretty certain that the supply rails (net=+12V:1, net=-12V:1, net=GND:1) are defined as they should be -- but still, there must be something wrong. The DRC output file (attached) is not helpful either -- it complains about unconnected or not driven pins and some stuff about a slotted device (see below) -- but not about the missing refdes errors. I tried deleting large sections of the schematic to see if that would give a clue, but that wasn't very helpful either: at one point, with half the schematic deleted, I only got more of these errors, not less as I would expect. About U4 and U16: this is an SSI2164 quad VCA chip with 4 identical 3-pin VCA blocks and a supply/mode unit. So I defined a symbol ssi2164-1 with 4 slots for the VCAs, and one symbol ssi2164-2 for the power and mode connections. Both symbol files are attached as well. If this is not the right way to define a slotted symbol with one fixed part, then how should it be done? But the main problem at this moment is the 15 error messages about missing refdes or net attributes. How can I find what causes this? Is there a way to get co-ordinates pointing at the error location? If needed, I could also provide the schematic, although it contains quite a few custom symbols. Thanks in advance, Best regards, Richard Rasker Linetec -- Linetec Translation and Technology Services Akkerstafhof 15 7544SP Enschede The Netherlands +31-53-4350834 http://www.linetec.nl/ e-mail: rasker AT linetec DOT nl --------------lccW1rzX0A47sSIB0ra0arAR Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Hello,

I'm working on an old, complex audio board with several hundred components, but I'm running into the following, rather intractable problem:

$ gnetlist -g drc2 MV3600_v1.0.bak.sch
Loading schematic [MV3600_v1.0.bak.sch]
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
MV3600_v1.0.bak.sch: error: could not find refdes on component and could not find net= attribute on pin
DRC errors found. See output file

So I get error messages telling me that 15 times, something was found without either a refdes (component) or a net= attribute (power rail).

Problem: I can't find the offending elements. I'm pretty certain that all components in the schematic have a valid refdes, and I'm also pretty certain that the supply rails (net=+12V:1, net=-12V:1, net=GND:1) are defined as they should be -- but still, there must be something wrong.

The DRC output file (attached) is not helpful either -- it complains about unconnected or not driven pins and some stuff about a slotted device (see below) -- but not about the missing refdes errors. I tried deleting large sections of the schematic to see if that would give a clue, but that wasn't very helpful either: at one point, with half the schematic deleted, I only got more of these errors, not less as I would expect.

About U4 and U16: this is an SSI2164 quad VCA chip with 4 identical 3-pin VCA blocks and a supply/mode unit. So I defined a symbol ssi2164-1 with 4 slots for the VCAs, and one symbol ssi2164-2 for the power and mode connections. Both symbol files are attached as well. If this is not the right way to define a slotted symbol with one fixed part, then how should it be done?

But the main problem at this moment is the 15 error messages about missing refdes or net attributes. How can I find what causes this? Is there a way to get co-ordinates pointing at the error location?

If needed, I could also provide the schematic, although it contains quite a few custom symbols.

Thanks in advance,

Best regards,

Richard Rasker

Linetec
--
Linetec Translation and Technology Services
Akkerstafhof 15
7544SP Enschede
The Netherlands

+31-53-4350834

http://www.linetec.nl/
e-mail: rasker AT linetec DOT nl
--------------lccW1rzX0A47sSIB0ra0arAR-- --------------lKPOPgDCj6PemDaTIYxfp7de Content-Type: application/x-pcb-netlist; name="output.net" Content-Disposition: attachment; filename="output.net" Content-Transfer-Encoding: base64 Q2hlY2tpbmcgbm9uLW51bWJlcmVkIHBhcnRzLi4uCgpDaGVja2luZyBkdXBsaWNhdGVkIHJl ZmVyZW5jZXMuLi4KRVJST1I6IER1cGxpY2F0ZWQgcmVmZXJlbmNlIFUxNi4KRVJST1I6IER1 cGxpY2F0ZWQgcmVmZXJlbmNlIFU0LgoKQ2hlY2tpbmcgTm9Db25uZWN0aW9uIG5ldHMgZm9y IGNvbm5lY3Rpb25zLi4uCgpDaGVja2luZyBuZXRzIHdpdGggb25seSBvbmUgY29ubmVjdGlv bi4uLgpFUlJPUjogTmV0ICd1bm5hbWVkX25ldDE5NycgaXMgY29ubmVjdGVkIHRvIG9ubHkg b25lIHBpbjogVTE2OjYgLgpFUlJPUjogTmV0ICd1bm5hbWVkX25ldDc0JyBpcyBjb25uZWN0 ZWQgdG8gb25seSBvbmUgcGluOiBVNDozIC4KRVJST1I6IE5ldCAndW5uYW1lZF9uZXQ3MScg aXMgY29ubmVjdGVkIHRvIG9ubHkgb25lIHBpbjogVTQ6NiAuCkVSUk9SOiBOZXQgJ3VubmFt ZWRfbmV0MjEnIGlzIGNvbm5lY3RlZCB0byBvbmx5IG9uZSBwaW46IENOMTQ6MTMgLgoKQ2hl Y2tpbmcgcGlucyB3aXRob3V0IHRoZSAncGludHlwZScgYXR0cmlidXRlLi4uCgpDaGVja2lu ZyB0eXBlIG9mIHBpbnMgY29ubmVjdGVkIHRvIGEgbmV0Li4uCkVSUk9SOiBOZXQgdW5uYW1l ZF9uZXQxOTcgaXMgbm90IGRyaXZlbi4KRVJST1I6IE5ldCB1bm5hbWVkX25ldDc0IGlzIG5v dCBkcml2ZW4uCkVSUk9SOiBOZXQgdW5uYW1lZF9uZXQ3MSBpcyBub3QgZHJpdmVuLgoKQ2hl Y2tpbmcgdW5jb25uZWN0ZWQgcGlucy4uLgpFUlJPUjogVW5jb25uZWN0ZWQgcGluIEQ0OjMK RVJST1I6IFVuY29ubmVjdGVkIHBpbiBEMzozCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI2 NjoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI2NToxCkVSUk9SOiBVbmNvbm5lY3RlZCBw aW4gUjE2NjoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE2NToxCkVSUk9SOiBVbmNvbm5l Y3RlZCBwaW4gUjI2MDoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI1OToxCkVSUk9SOiBV bmNvbm5lY3RlZCBwaW4gUjE2MDoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE1OToxCkVS Uk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI1NDoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI1 MzoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE1NDoxCkVSUk9SOiBVbmNvbm5lY3RlZCBw aW4gUjE1MzoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI0ODoxCkVSUk9SOiBVbmNvbm5l Y3RlZCBwaW4gUjI0NzoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE0ODoxCkVSUk9SOiBV bmNvbm5lY3RlZCBwaW4gUjE0NzoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI0MjoxCkVS Uk9SOiBVbmNvbm5lY3RlZCBwaW4gUjI0MToxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE0 MjoxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjE0MToxCkVSUk9SOiBVbmNvbm5lY3RlZCBw aW4gUjIwNToxCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gUjEwNToxCkVSUk9SOiBVbmNvbm5l Y3RlZCBwaW4gVTE3OjgKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVMTc6NApFUlJPUjogVW5j b25uZWN0ZWQgcGluIFUyMTo4CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTIxOjQKRVJST1I6 IFVuY29ubmVjdGVkIHBpbiBVODo4CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTg6NApFUlJP UjogVW5jb25uZWN0ZWQgcGluIFU5OjgKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVOTo0CkVS Uk9SOiBVbmNvbm5lY3RlZCBwaW4gVTEzOjExCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTEz OjQKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVMTE6MTEKRVJST1I6IFVuY29ubmVjdGVkIHBp biBVMTE6NApFUlJPUjogVW5jb25uZWN0ZWQgcGluIFU3OjExCkVSUk9SOiBVbmNvbm5lY3Rl ZCBwaW4gVTc6NApFUlJPUjogVW5jb25uZWN0ZWQgcGluIFUxMjoxMQpFUlJPUjogVW5jb25u ZWN0ZWQgcGluIFUxMjo0CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTEwOjExCkVSUk9SOiBV bmNvbm5lY3RlZCBwaW4gVTEwOjQKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVNjoxMQpFUlJP UjogVW5jb25uZWN0ZWQgcGluIFU2OjQKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVMjI6MTEK RVJST1I6IFVuY29ubmVjdGVkIHBpbiBVMjI6NApFUlJPUjogVW5jb25uZWN0ZWQgcGluIFUx ODoxMQpFUlJPUjogVW5jb25uZWN0ZWQgcGluIFUxOToxMQpFUlJPUjogVW5jb25uZWN0ZWQg cGluIFUxOTo0CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTE2OjEKRVJST1I6IFVuY29ubmVj dGVkIHBpbiBVMTY6MwpFUlJPUjogVW5jb25uZWN0ZWQgcGluIFUxNjo0CkVSUk9SOiBVbmNv bm5lY3RlZCBwaW4gVTQ6MQpFUlJPUjogVW5jb25uZWN0ZWQgcGluIFU0OjExCkVSUk9SOiBV bmNvbm5lY3RlZCBwaW4gVTQ6MTIKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVNDoxNApFUlJP UjogVW5jb25uZWN0ZWQgcGluIFU0OjEzCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTM6NQpF UlJPUjogVW5jb25uZWN0ZWQgcGluIENOMTQ6MQpFUlJPUjogVW5jb25uZWN0ZWQgcGluIENO MTQ6MgpFUlJPUjogVW5jb25uZWN0ZWQgcGluIENOMTQ6MwpFUlJPUjogVW5jb25uZWN0ZWQg cGluIENOMTQ6NApFUlJPUjogVW5jb25uZWN0ZWQgcGluIENOMTM6MQpFUlJPUjogVW5jb25u ZWN0ZWQgcGluIENOMTM6MgpFUlJPUjogVW5jb25uZWN0ZWQgcGluIENOMTM6MwpFUlJPUjog VW5jb25uZWN0ZWQgcGluIENOMTM6NAoKQ2hlY2tpbmcgc2xvdHMuLi4KRVJST1I6IE11bHRp c2xvdHRlZCByZWZlcmVuY2UgVTE2IGhhcyBubyBzbG90IGF0dHJpYnV0ZSBkZWZpbmVkLgoK Q2hlY2tpbmcgZHVwbGljYXRlZCBzbG90cy4uLgpFUlJPUjogZHVwbGljYXRlZCBzbG90IDEg b2YgdXJlZiBVMTYKRVJST1I6IGR1cGxpY2F0ZWQgc2xvdCAxIG9mIHVyZWYgVTQKCkNoZWNr aW5nIHVudXNlZCBzbG90cy4uLgoKTm8gd2FybmluZ3MgZm91bmQuIApGb3VuZCA3OCBlcnJv cnMuCg== --------------lKPOPgDCj6PemDaTIYxfp7de Content-Type: application/x-geda-symbol; name="ssi2164-2.sym" Content-Disposition: attachment; filename="ssi2164-2.sym" Content-Transfer-Encoding: base64 diAyMDIwMTIxNiAyClQgLTggMCA4IDEwIDAgMSAwIDAgMQpmb290cHJpbnQ9U08xNgpCIDIw MCAyMDAgNjAwIDkwMCAzIDAgMSAwIC0xIC0xIDAgLTEgLTEgLTEgLTEgLTEKUCAwIDgwMCAy MDAgODAwIDEgMCAwCnsKVCAwIDgwMCA1IDEwIDAgMCAwIDAgMQpwaW50eXBlPXBhcwpUIDI1 MCA3NTAgNSA4IDEgMSAwIDAgMQpwaW5sYWJlbD1NT0RFClQgMTAwIDg1MCA1IDEwIDEgMSAw IDYgMQpwaW5udW1iZXI9MQpUIDAgODAwIDUgMTAgMCAwIDAgMCAxCnBpbnNlcT0xCn0KUCAw IDUwMCAyMDAgNTAwIDEgMCAwCnsKVCAwIDUwMCA1IDEwIDAgMCAwIDAgMQpwaW50eXBlPXB3 cgpUIDI1MCA0NTAgNSA4IDEgMSAwIDAgMQpwaW5sYWJlbD1HTkQKVCAxMDAgNTUwIDUgMTAg MSAxIDAgNiAxCnBpbm51bWJlcj04ClQgMCA1MDAgNSAxMCAwIDAgMCAwIDEKcGluc2VxPTIK fQpQIDUwMCAwIDUwMCAyMDAgMSAwIDAKewpUIDUwMCAwIDUgMTAgMCAwIDkwIDAgMQpwaW50 eXBlPXB3cgpUIDQ1MCAyNTAgNSA4IDEgMSAwIDAgMQpwaW5sYWJlbD1WLQpUIDUwMCA1MCA1 IDEwIDEgMSAwIDAgMQpwaW5udW1iZXI9OQpUIDUwMCAwIDUgMTAgMCAwIDkwIDAgMQpwaW5z ZXE9Mwp9ClQgOTAwIDcwMCA4IDEwIDEgMSAwIDAgMQpyZWZkZXM9VT8KVCA4OTIgNTAwIDgg MTAgMSAxIDAgMCAxCnZhbHVlPVNTSTIxNjQKUCA1MDAgMTMwMCA1MDAgMTEwMCAxIDAgMAp7 ClQgNTAwIDEzMDAgNSAxMCAwIDAgMjcwIDAgMQpwaW50eXBlPXB3cgpUIDQ1MCA5NTAgNSA4 IDEgMSAwIDAgMQpwaW5sYWJlbD1WKwpUIDUwMCAxMTUwIDUgMTAgMSAxIDAgMCAxCnBpbm51 bWJlcj0xNgpUIDUwMCAxMzAwIDUgMTAgMCAwIDI3MCAwIDEKcGluc2VxPTQKfQo= --------------lKPOPgDCj6PemDaTIYxfp7de Content-Type: application/x-geda-symbol; name="ssi2164-1.sym" Content-Disposition: attachment; filename="ssi2164-1.sym" Content-Transfer-Encoding: base64 diAyMDIwMTIxNiAyCkwgNDAwIDYwMCA0MDAgMCAzIDAgMCAwIC0xIC0xCkwgNDAwIDAgODAw IDMwMCAzIDAgMCAwIC0xIC0xCkwgODAwIDMwMCA0MDAgNjAwIDMgMCAwIDAgLTEgLTEKUCAw IDMwMCAyMDAgMzAwIDEgMCAwCnsKVCAwIDMwMCA1IDEwIDAgMCAwIDAgMQpwaW50eXBlPXBh cwpUIDI1MCAzMDAgNSAxMCAwIDEgMCAwIDEKcGlubGFiZWw9SU4KVCAxMDAgMzUwIDUgMTAg MSAxIDAgNiAxCnBpbm51bWJlcj0yClQgMCAzMDAgNSAxMCAwIDAgMCAwIDEKcGluc2VxPTEK fQpQIDYwMCA4MDAgNjAwIDYwMCAxIDAgMAp7ClQgNjAwIDgwMCA1IDEwIDAgMCAyNzAgMCAx CnBpbnR5cGU9aW4KVCA2MDAgNTUwIDUgMTAgMCAxIDI3MCAwIDEKcGlubGFiZWw9VmMKVCA1 MDAgNjUwIDUgMTAgMSAxIDAgNiAxCnBpbm51bWJlcj0zClQgNjAwIDgwMCA1IDEwIDAgMCAy NzAgMCAxCnBpbnNlcT0zCn0KVCAzMDAgMTEwMCA4IDEwIDEgMSAwIDAgMQpyZWZkZXM9VT8K TCA0MDAgNjAwIDIwMCA2MDAgMyAwIDEgMCAtMSAtMQpMIDIwMCA2MDAgMjAwIDAgMyAwIDEg MCAtMSAtMQpMIDIwMCAwIDQwMCAwIDMgMCAxIDAgLTEgLTEKTCA0MDAgNjAwIDIwMCAwIDMg MCAxIDAgLTEgLTEKTCAyMDAgNjAwIDQwMCAwIDMgMCAxIDAgLTEgLTEKUCAxMDAwIDMwMCA4 MDAgMzAwIDEgMCAwCnsKVCAxMDAwIDMwMCA1IDEwIDAgMCAwIDYgMQpwaW50eXBlPXBhcwpU IDc1MCAzMDAgNSAxMCAwIDEgMCA2IDEKcGlubGFiZWw9SU4KVCA5MDAgMzUwIDUgMTAgMSAx IDAgMCAxCnBpbm51bWJlcj00ClQgMTAwMCAzMDAgNSAxMCAwIDAgMCA2IDEKcGluc2VxPTIK fQpUIDUwMCAzMDAgOSA4IDEgMCAwIDAgMQpWYwpUIDI5MiA5MDAgOCAxMCAxIDEgMCAwIDEK dmFsdWU9U1NJMjE2NApUIC04IDAgOCAxMCAwIDEgMCAwIDEKZm9vdHByaW50PVNPMTYKVCAt OCAwIDggMTAgMCAxIDAgMCAxCm51bXNsb3RzPTQKVCAxMDkyIDExMDAgOCAxMCAwIDEgMCAw IDEKc2xvdGRlZj0xOjIsNCwzClQgMTA5MiA5MDAgOCAxMCAwIDEgMCAwIDEKc2xvdGRlZj0y OjcsNSw2ClQgMTA5MiA3MDAgOCAxMCAwIDEgMCAwIDEKc2xvdGRlZj0zOjEwLDEyLDExClQg MTA5MiA1MDAgOCAxMCAwIDEgMCAwIDEKc2xvdGRlZj00OjE1LDEzLDE0CkwgNjAwIDYwMCA2 MDAgNDUwIDMgMTAgMSAwIC0xIC0xCg== --------------lKPOPgDCj6PemDaTIYxfp7de--