I think the : Data begin marker transfer not found in output file
put1.out
Could be related to a format issue in one of your source file.
You could try to run Spectre stand alone on the .spi files that the tool
generated and make sure you get a correct .out file.
That will at least eliminate any issues with Spectre.
IF all the .out files are generated correctly, then the problem is the
s2ibis2.sun4.fix tool unable to format it into a .ibs model.
-Syed
From: Abril, Giovanni (AS) [mailto:giovanni.abril@ngc.com]
Sent: Thursday, May 12, 2011 2:40 PM
To: Syed Huq (huqs); ibis-users@eda.org
Subject: RE: [IBIS-Users] s2ibis2 spectre issues
No luck:
s2ibis2.sun4.fix: [Iterate] set and file put1.out exists. Skipping run.
s2ibis2.sun4.fix: Data begin marker transfer not found in output file
put1.out.
s2ibis2.sun4.fix: Curve pullup not generated.
I don't know if this has anything to do with it, but I had some trouble
running Spectre in the first place. I ended up using the example from
the s2ibis documentation default:
[Spice command] spectre -f nutascii -c 132 %s -r %s > %s
From: Syed Huq (huqs) [mailto:huqs@cisco.com]
Sent: Thursday, May 12, 2011 2:30 PM
To: Abril, Giovanni (AS); ibis-users@eda.org
Subject: EXT :RE: [IBIS-Users] s2ibis2 spectre issues
Ok, I am going to assume that when your [Spice type] was set to HSPICE
in the past, you had no issues. Now your [Spice type] says Spectre.
Since your generated .out files looks good, go back to the .s2i file and
change the [Spice type] to HSPICE and re-run the s2ibis2.sun4.fix
It will not re-generate all the .out files or the .spi since they are
already there.
Maybe (and this is the guess part), it can now construct the .ibs file
with the correct data from the .out files.
Still not sure why for a Spectre option it did not re-construct the .ibs
-Syed
From: owner-ibis-users@eda.org [mailto:owner-ibis-users@eda.org] On
Behalf Of Abril, Giovanni (AS)
Sent: Thursday, May 12, 2011 2:15 PM
To: ibis-users@eda.org
Subject: [IBIS-Users] s2ibis2 spectre issues
Hi,
I'm trying to generate an IBIS model for a standard 3-state buffer from
a Spectre netlist for the first time. I've done it many times before
using HSPICE. Spectre appears to not subtract the GND clamp from the
pull-down curve correctly. The values I see in the .out files look
reasonable, but it seems to be some issue with s2ibis creating the IBIS
model. Has anyone seen this problem before? I'm running s2ibis2 V1.1
on unix. I also tried s2ibis2.sun4.fix v1.1 with no success. I'm
unable to run s2ibis3 due to java issues.
Model piece:
[Pulldown]
| voltage I(typ) I(min) I(max)
|
-2.25 0.000A 0.000A 0.000A
-2.05 0.000A 0.000A 0.000A
-1.85 0.000A 0.000A 0.000A
-1.65 0.000A 0.000A 0.000A
-1.45 0.000A 0.000A 0.000A
-1.25 0.000A 0.000A 0.000A
-1.05 0.000A 0.000A 0.000A
-0.85 0.000A 0.000A 0.000A
-0.65 0.000A 0.000A 0.000A
-0.45 0.000A 0.000A 0.000A
-0.45 0.000A 0.000A 0.000A
Gct1.out piece:
Values:
0 -2.25 0.0206632257823047
1 -2.15 0.018752697278203
2 -2.05 0.0168794739250666
3 -1.95 0.015048193643308
4 -1.85 0.0132646120643909
5 -1.75 0.0115353816895163
6 -1.65 0.00986825334511118
7 -1.55 0.00827233474918234
8 -1.45 0.00675841708269555
9 -1.35 0.00533937873009047
10 -1.25 0.00403068474077055
11 -1.15 0.00285111478495499
12 -1.05 0.00182447627744615
13 -0.949999999999999 0.000985060352576678
14 -0.849999999999999 0.000388756466255174
15 -0.749999999999999 8.93848201558174e-05
16 -0.649999999999999 1.14074795064061e-05
17 -0.549999999999999 1.01773692345335e-06
18 -0.449999999999999 7.15077005548676e-08
19 -0.349999999999999 4.49799993383025e-09
20 -0.249999999999999 2.73316145092103e-10
21 -0.149999999999999 1.66519805717215e-11
22 -0.0499999999999991 9.5159052254909e-13
Pdt1.out piece:
Values:
0 -2.25 0.0390276429709649
1 -2.15 0.0370851144053552
2 -2.05 0.0351599500059903
3 -1.95 0.0332522490397326
4 -1.85 0.0313621338336076
5 -1.75 0.0294897528954238
6 -1.65 0.0276352841416111
7 -1.55 0.0257989384431105
8 -1.45 0.0239809635593247
9 -1.35 0.0221816485392388
10 -1.25 0.0204013286804044
11 -1.15 0.0186403911511655
12 -1.05 0.0168992814001036
13 -0.949999999999999 0.0151785105002577
14 -0.849999999999999 0.0134786636057362
15 -0.749999999999999 0.0118004097369629
16 -0.649999999999999 0.0101445131609938
17 -0.549999999999999 0.00851184669949703
18 -0.449999999999999 0.0069034073857026
19 -0.349999999999999 0.00532033501305709
20 -0.249999999999999 0.00376393428858811
21 -0.149999999999999 0.00223570154900383
22 -0.0499999999999991 0.000737357349174387
-- This message has been scanned for viruses and dangerous content by MailScanner <http://www.mailscanner.info/> , and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------------------------------------------------------------- |For help or to subscribe/unsubscribe, e-mail majordomo@eda-stds.org |with the appropriate command message(s) in the body: | | help | subscribe ibis <optional e-mail address, if different> | subscribe ibis-users <optional e-mail address, if different> | unsubscribe ibis <optional e-mail address, if different> | unsubscribe ibis-users <optional e-mail address, if different> | |or e-mail a request to ibis-request@eda-stds.org. | |IBIS reflector archives exist under: | | http://www.eda-stds.org/pub/ibis/email_archive/ Recent | http://www.eda-stds.org/pub/ibis/users_archive/ Recent | http://www.eda-stds.org/pub/ibis/email/ E-mail since 1993Received on Thu May 12 16:45:42 2011
This archive was generated by hypermail 2.1.8 : Thu May 12 2011 - 16:46:13 PDT