X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Amavis-Modified: Mail body modified (using disclaimer) - mta-out01.sim.rediris.es Date: Mon, 8 May 2023 10:41:16 +0200 From: "Gabriel Paubert (paubert AT iram DOT es) [via geda-user AT delorie DOT com]" To: "Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com]" Subject: Re: [geda-user] Intractable error message 'could not find refdes on component ... ' Message-ID: 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> <774de29a-806b-8dc3-84ee-770330b1fd0e AT linetec DOT nl> <20230507080020 DOT D3FB38604940 AT turkos DOT aspodata DOT se> <29291a5b-834d-c0f7-c902-e46ac381d9bc AT linetec DOT nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29291a5b-834d-c0f7-c902-e46ac381d9bc@linetec.nl> X-Proofpoint-GUID: cAjQ8SzIytIsTaO96_Y6Rszi34vWS7kS X-Proofpoint-ORIG-GUID: cAjQ8SzIytIsTaO96_Y6Rszi34vWS7kS X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-05-08_05,2023-05-05_01,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbounddefault_notspam policy=outbounddefault score=0 spamscore=0 mlxscore=0 clxscore=1011 lowpriorityscore=0 adultscore=0 impostorscore=0 suspectscore=0 mlxlogscore=999 priorityscore=1501 phishscore=0 bulkscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303200000 definitions=main-2305080059 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 On Mon, May 08, 2023 at 09:50:36AM +0200, Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com] wrote: > Hello Karl, > > Op 07-05-2023 om 10:00 schreef karl AT aspodata DOT se [via geda-user AT delorie DOT com]: > > Richard Rasker: > > ... > > > 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? > > ... > > > > The ssi2164-1 symbols in your schematics needs to have a slot attribute > > telling the programs which part of the chip you are using. > > Use slot=1 to slot=4 as in this example: > > https://urldefense.com/v3/__https://aspodata.se/tmp/ssi2164/__;!!D9dNQwwGXtA!VCLmkz0jsQoBu3bQuz9g8LdgqM259hO6X-E7DKaJNVJWA9joQcMwGUDhZoZBdlZzcQXxBCt8O-bM3ma8MQ$ > > The ssi2164-1 symbol definition contains 4 slots, and I correctly designated > these slots in my schematic, so that should not be the problem. > > Apparently, gnetlist DRC complains when it encounters two different symbols > (ssi2164-1 and ssi2164-2) with the same refdes -- see attached test > schematic and output file ($ gnetlist -g drc2 SSI2164_slot-test.sch). And > sure enough, when I delete the ssi2164-2 symbols (the supply/control block), > the errors go away. Huh? I've used it heavily, with both slotted and non slotted parts and subparts. For example an ADG731 (32:1 analog switch) in which i have one part for the control an common analog port and 32 slots, 1 per channel. What is necessary is that some attributes are the same across all symbols, from memory at least device and footprint. I've never used the drc2 backend, so maybe it's a bit more fussy, but I've used these symbols to layout boards with pcb, pcb-rnd, and subcontracted layout to people using CadStar. Regards, Gabriel > > Luckily, these errors can simply be ignored, but if this is an indication > that using a 'hybrid' symbol is not the right way to go about things, I'd > like to know how to do it correctly. Also, I'd say that any pins left > unconnected should not be called errors, but rather warnings. > > But thanks for looking into it already. > Best regards, > > Richard Rasker > > Linetec > -- > Linetec Translation and Technology Services > Akkerstafhof 15 > 7544SP Enschede > The Netherlands > > +31-53-4350834 > > https://urldefense.com/v3/__http://www.linetec.nl/__;!!D9dNQwwGXtA!VCLmkz0jsQoBu3bQuz9g8LdgqM259hO6X-E7DKaJNVJWA9joQcMwGUDhZoZBdlZzcQXxBCt8O-ZA8DfmBQ$ > e-mail: rasker AT linetec DOT nl