Mail Archives: geda-user/2023/05/08/04:10:21
This is a multi-part message in MIME format.
--------------PQ8A20pWL19jxNtBa3h5sbyz
Content-Type: multipart/alternative;
boundary="------------vmuQGXwa0XT2Oe0d2aEd28GT"
--------------vmuQGXwa0XT2Oe0d2aEd28GT
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
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://aspodata.se/tmp/ssi2164/
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.
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
http://www.linetec.nl/
e-mail: rasker AT linetec DOT nl
--------------vmuQGXwa0XT2Oe0d2aEd28GT
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello Karl,</p>
<div class="moz-cite-prefix">Op 07-05-2023 om 10:00 schreef
<a class="moz-txt-link-abbreviated" href="mailto:karl AT aspodata DOT se">karl AT aspodata DOT se</a> [via <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>]:<br>
</div>
<blockquote type="cite"
cite="mid:20230507080020 DOT D3FB38604940 AT turkos DOT aspodata DOT se">
<pre class="moz-quote-pre" wrap="">Richard Rasker:
...
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">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?
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">...
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:
<a class="moz-txt-link-freetext" href="https://aspodata.se/tmp/ssi2164/">https://aspodata.se/tmp/ssi2164/</a></pre>
</blockquote>
<p>The ssi2164-1 symbol definition contains 4 slots, and I correctly
designated these slots in my schematic, so that should not be the
problem.<br>
</p>
<p>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 (<span
style="font-family:monospace"><span
style="color:#000000;background-color:#ffffff;">$ </span></span><span
style="font-family:monospace"><span
style="color:#000000;background-color:#ffffff;">gnetlist -g
drc2 SSI2164_slot-test.sch</span></span>). And sure enough,
when I delete the ssi2164-2 symbols (the supply/control block),
the errors go away.<br>
</p>
<p>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.<br>
</p>
But thanks for looking into it already.<br>
<div class="moz-signature"
signature-switch-id="00c1a468-7bb7-4a48-b887-259be8969731">Best
regards,<br>
<br>
Richard Rasker<br>
<br>
Linetec<br>
-- <br>
Linetec Translation and Technology Services<br>
Akkerstafhof 15<br>
7544SP Enschede<br>
The Netherlands<br>
<br>
+31-53-4350834<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.linetec.nl/">http://www.linetec.nl/</a><br>
e-mail: <a class="moz-txt-link-abbreviated" href="mailto:rasker AT linetec DOT nl">rasker AT linetec DOT nl</a></div>
</body>
</html>
--------------vmuQGXwa0XT2Oe0d2aEd28GT--
--------------PQ8A20pWL19jxNtBa3h5sbyz
Content-Type: application/x-pcb-netlist; name="output.net"
Content-Disposition: attachment; filename="output.net"
Content-Transfer-Encoding: base64
Q2hlY2tpbmcgbm9uLW51bWJlcmVkIHBhcnRzLi4uCgpDaGVja2luZyBkdXBsaWNhdGVkIHJl
ZmVyZW5jZXMuLi4KCkNoZWNraW5nIE5vQ29ubmVjdGlvbiBuZXRzIGZvciBjb25uZWN0aW9u
cy4uLgoKQ2hlY2tpbmcgbmV0cyB3aXRoIG9ubHkgb25lIGNvbm5lY3Rpb24uLi4KCkNoZWNr
aW5nIHBpbnMgd2l0aG91dCB0aGUgJ3BpbnR5cGUnIGF0dHJpYnV0ZS4uLgoKQ2hlY2tpbmcg
dHlwZSBvZiBwaW5zIGNvbm5lY3RlZCB0byBhIG5ldC4uLgoKQ2hlY2tpbmcgdW5jb25uZWN0
ZWQgcGlucy4uLgpFUlJPUjogVW5jb25uZWN0ZWQgcGluIFUxNjozCkVSUk9SOiBVbmNvbm5l
Y3RlZCBwaW4gVTE2OjQKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVMTY6NgpFUlJPUjogVW5j
b25uZWN0ZWQgcGluIFUxNjo1CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTE2OjExCkVSUk9S
OiBVbmNvbm5lY3RlZCBwaW4gVTE2OjEyCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTE2OjE0
CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTE2OjEzCkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4g
VTQ6MTEKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVNDoxMgpFUlJPUjogVW5jb25uZWN0ZWQg
cGluIFU0OjE0CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTQ6MTMKRVJST1I6IFVuY29ubmVj
dGVkIHBpbiBVNDo2CkVSUk9SOiBVbmNvbm5lY3RlZCBwaW4gVTQ6NQpFUlJPUjogVW5jb25u
ZWN0ZWQgcGluIFU0OjMKRVJST1I6IFVuY29ubmVjdGVkIHBpbiBVNDo0CgpDaGVja2luZyBz
bG90cy4uLgoKQ2hlY2tpbmcgZHVwbGljYXRlZCBzbG90cy4uLgoKQ2hlY2tpbmcgdW51c2Vk
IHNsb3RzLi4uCgpObyB3YXJuaW5ncyBmb3VuZC4gCkZvdW5kIDE2IGVycm9ycy4K
--------------PQ8A20pWL19jxNtBa3h5sbyz
Content-Type: application/x-geda-schematic; name="SSI2164_slot-test.sch"
Content-Disposition: attachment; filename="SSI2164_slot-test.sch"
Content-Transfer-Encoding: base64
diAyMDIwMTIxNiAyCkMgNDAwMDAgNDAwMDAgMCAwIDAgdGl0bGUtQi5zeW0KQyA0MjAwMCA0
NDcwMCAxIDAgMCBzc2kyMTY0LTEuc3ltCnsKVCA0MTk5MiA0NDcwMCA1IDEwIDAgMSAwIDAg
MQpmb290cHJpbnQ9U08xNgpUIDQyMDAwIDQ0NzAwIDUgMTAgMCAxIDAgMCAxCnNsb3Q9MwpU
IDQyNzAwIDQ0NzAwIDUgMTAgMSAxIDAgMCAxCnJlZmRlcz1VNApUIDQyNjkyIDQ0NTAwIDUg
MTAgMSAxIDAgMCAxCnZhbHVlPVNTSTIxNjQKfQpDIDQyMDAwIDQzNzAwIDEgMCAwIHNzaTIx
NjQtMS5zeW0KewpUIDQxOTkyIDQzNzAwIDUgMTAgMCAxIDAgMCAxCmZvb3RwcmludD1TTzE2
ClQgNDIwMDAgNDM3MDAgNSAxMCAwIDEgMCAwIDEKc2xvdD00ClQgNDI3MDAgNDM3MDAgNSAx
MCAxIDEgMCAwIDEKcmVmZGVzPVU0ClQgNDI2OTIgNDM1MDAgNSAxMCAxIDEgMCAwIDEKdmFs
dWU9U1NJMjE2NAp9CkMgNDQwMDAgNDY3MDAgMSAwIDAgc3NpMjE2NC0xLnN5bQp7ClQgNDM5
OTIgNDY3MDAgNSAxMCAwIDEgMCAwIDEKZm9vdHByaW50PVNPMTYKVCA0NDAwMCA0NjcwMCA1
IDEwIDAgMSAwIDAgMQpzbG90PTEKVCA0NDcwMCA0NjcwMCA1IDEwIDEgMSAwIDAgMQpyZWZk
ZXM9VTE2ClQgNDQ2OTIgNDY1MDAgNSAxMCAxIDEgMCAwIDEKdmFsdWU9U1NJMjE2NAp9CkMg
NDM5MDAgNDY3MDAgMSAwIDAgZ25kLTEuc3ltCkMgNDE5MDAgNDQ3MDAgMSAwIDAgZ25kLTEu
c3ltCkMgNDE5MDAgNDM3MDAgMSAwIDAgZ25kLTEuc3ltCkMgNDIwMDAgNDU3MDAgMSAwIDAg
c3NpMjE2NC0xLnN5bQp7ClQgNDI3MDAgNDU3MDAgNSAxMCAxIDEgMCAwIDEKcmVmZGVzPVU0
ClQgNDI2OTIgNDU1MDAgNSAxMCAxIDEgMCAwIDEKdmFsdWU9U1NJMjE2NApUIDQxOTkyIDQ1
NzAwIDUgMTAgMCAxIDAgMCAxCmZvb3RwcmludD1TTzE2ClQgNDIwMDAgNDU3MDAgNSAxMCAw
IDEgMCAwIDEKc2xvdD0yCn0KQyA0MjAwMCA0NjcwMCAxIDAgMCBzc2kyMTY0LTEuc3ltCnsK
VCA0MjcwMCA0NjcwMCA1IDEwIDEgMSAwIDAgMQpyZWZkZXM9VTQKVCA0MjY5MiA0NjUwMCA1
IDEwIDEgMSAwIDAgMQp2YWx1ZT1TU0kyMTY0ClQgNDE5OTIgNDY3MDAgNSAxMCAwIDEgMCAw
IDEKZm9vdHByaW50PVNPMTYKVCA0MjAwMCA0NjcwMCA1IDEwIDAgMSAwIDAgMQpzbG90PTEK
fQpDIDQ0MDAwIDQ1NzAwIDEgMCAwIHNzaTIxNjQtMS5zeW0KewpUIDQ0NzAwIDQ1NzAwIDUg
MTAgMSAxIDAgMCAxCnJlZmRlcz1VMTYKVCA0NDY5MiA0NTUwMCA1IDEwIDEgMSAwIDAgMQp2
YWx1ZT1TU0kyMTY0ClQgNDM5OTIgNDU3MDAgNSAxMCAwIDEgMCAwIDEKZm9vdHByaW50PVNP
MTYKVCA0NDAwMCA0NTcwMCA1IDEwIDAgMSAwIDAgMQpzbG90PTIKfQpDIDQ0MDAwIDQ0NzAw
IDEgMCAwIHNzaTIxNjQtMS5zeW0KewpUIDQzOTkyIDQ0NzAwIDUgMTAgMCAxIDAgMCAxCmZv
b3RwcmludD1TTzE2ClQgNDQwMDAgNDQ3MDAgNSAxMCAwIDEgMCAwIDEKc2xvdD0zClQgNDQ3
MDAgNDQ3MDAgNSAxMCAxIDEgMCAwIDEKcmVmZGVzPVUxNgpUIDQ0NjkyIDQ0NTAwIDUgMTAg
MSAxIDAgMCAxCnZhbHVlPVNTSTIxNjQKfQpDIDQ0MDAwIDQzNzAwIDEgMCAwIHNzaTIxNjQt
MS5zeW0KewpUIDQ0NzAwIDQzNzAwIDUgMTAgMSAxIDAgMCAxCnJlZmRlcz1VMTYKVCA0NDY5
MiA0MzUwMCA1IDEwIDEgMSAwIDAgMQp2YWx1ZT1TU0kyMTY0ClQgNDM5OTIgNDM3MDAgNSAx
MCAwIDEgMCAwIDEKZm9vdHByaW50PVNPMTYKVCA0NDAwMCA0MzcwMCA1IDEwIDAgMSAwIDAg
MQpzbG90PTQKfQpDIDQxOTAwIDQ1NzAwIDEgMCAwIGduZC0xLnN5bQpDIDQxOTAwIDQ2NzAw
IDEgMCAwIGduZC0xLnN5bQpDIDQzOTAwIDQ1NzAwIDEgMCAwIGduZC0xLnN5bQpDIDQzOTAw
IDQ0NzAwIDEgMCAwIGduZC0xLnN5bQpDIDQzOTAwIDQzNzAwIDEgMCAwIGduZC0xLnN5bQo=
--------------PQ8A20pWL19jxNtBa3h5sbyz--
- Raw text -