EDAboard.com | EDAboard.de | EDAboard.co.uk | WTWH Media

cell libraries and place and route

Ask a question - edaboard.com

elektroda.net NewsGroups Forum Index - Cadence - cell libraries and place and route

Goto page Previous  1, 2, 3 ... , 53, 54, 55  Next


Guest

Thu Mar 14, 2013 8:17 am   



On Thursday, March 2, 1995 12:02:19 AM UTC+5:30, Chi Ma Gun! wrote:
Quote:
As the title says, is there anybody has experience in converting IGEF
(International Graphics Exchange Format) to GDSII file format?
Is there any available software for this purpose?
Any info are welcome.

Thanks


Andrew Beckett
Guest

Tue Mar 26, 2013 5:04 pm   



On 03/14/13 06:17, rosatvm_at_gmail.com wrote:
Quote:
On Thursday, March 2, 1995 12:02:19 AM UTC+5:30, Chi Ma Gun! wrote:
As the title says, is there anybody has experience in converting IGEF
(International Graphics Exchange Format) to GDSII file format?
Is there any available software for this purpose?
Any info are welcome.

Thanks


I normally would point people at Artwork Conversions for this - I assume
you're talking about "IGES" (rather than IGEF), in which case:

http://www.artwork.com/gdsii/asm400/asm410.htm

would appear to be what you want.

Regards,

Andrew.


Guest

Sun Sep 08, 2013 7:42 pm   



On Sunday, June 2, 2002 1:17:32 AM UTC+3, Tim W. Henry wrote:
Quote:
Hello,

I am trying to find a source for Pspice 9.1 , but not the student version.
Anyone know where I can find a CD or web site to download it?

Cheers,

Tim Henry


hey Tim
did you find a source yet? please reply
thanks in advance
Anwar


Guest

Wed Apr 16, 2014 6:01 pm   



El martes, 3 de junio de 2003 09:05:56 UTC-5, Andrew Beckett escribi:
Quote:
Bernd,

Using dbOpenCellViewByType() to open a textual cellView is actually a bug..

It actually creates a CDBA database called "text.txt" (try doing:

cv=dbOpenCellViewByType( "myLibName" "myCellName" "myViewName" "text" "a" )
cv~>myProp="hello"
dbSave(cv)

Take a look at text.txt and it is binary.

This has been fixed in IC50 - it no longer works with "text" as the viewType.

So you should _not_ rely on this behaviour.

Here's some code which allows you to do this in a supported way.

Regards,

Andrew.

/* abOpenTextCellView.il

Author A.D.Beckett
Group Custom IC (UK), Cadence Design Systems Ltd.
Language SKILL
Date Mar 31, 2000
Modified
By

Simple PI for dealing with text cellViews. Typical use is
as follows:

cv=abOpenTextCellView("mylib" "mycell" "notes" "a")
fprintf(cv->port "Testing 123\n")
abCloseTextCellView(cv)

Takes care of creating the files, locking them, and so on.

Ideas for the future:

1. Keep a record of all open text cellViews so that they
can be accessed as a whole - e.g. to close all of them
at once.
2. Multiple calls to abOpenTextCellView() for the same file
whilst still open should be handled gracefully - will just
clobber it at the moment.

***************************************************

SCCS Info: @(#) abOpenTextCellView.il 03/31/00.14:58:19 1.1

*/

;------------------------------------------------------------------------
; Structure for keeping track of a text object
;------------------------------------------------------------------------
(defstruct abTextCellView libName cellName viewName fileName fullPath mode port)

/************************************************************************
* *
* (abOpenTextCellView libName cellName viewName @optional (mode "r")) *
* *
* Open up a text cellView in the same kind of way as a CDBA cellView. *
* The cellView may be opened in "r","a", or "w" modes - default is "r". *
* The return value is a structure instance, of which the most useful *
* slot is the port slot - this enables you to read or write to the *
* file in the cellView. *
* *
************************************************************************/

(procedure (abOpenTextCellView libName cellName viewName @optional (mode "r"))
(let ((fileTail (ddMapGetViewTypeFileName "text"))
fileObj fileName lockId portId textObj)
(setq fileObj (ddGetObj libName cellName viewName fileTail nil mode))
(when fileObj
(if (member mode '("a" "w"))
(progn
;------------------------------------------------------
; Lock the file if in "a" or "w" mode
;------------------------------------------------------
(setq fileName (getq fileObj writePath))
(setq lockId (ddLockPath fileName))
;------------------------------------------------------
; If lockable, then try to open the file
;------------------------------------------------------
(when (ddLockSet lockId "w")
(unless
(setq portId (outfile fileName mode))
(ddLockFree lockId)
)
)
)
(progn
;------------------------------------------------------
; Otherwise if read mode, open file for read - don't
; bother locking it
;------------------------------------------------------
(setq fileName (getq fileObj readPath))
(setq portId (infile fileName))
)
)
;-----------------------------------------------------------
; If the file was opened OK, create the structure
;-----------------------------------------------------------
(when portId
(setq textObj
(make_abTextCellView
?libName libName
?cellName cellName
?viewName viewName
?fileName fileTail
?fullPath fileName
?mode mode
?port portId
)
)
)
)
;-----------------------------------------------------------------
; Return the text object
;-----------------------------------------------------------------
textObj
))

/***********************************************************************
* *
* (abCloseTextCellView textObj) *
* *
* Close a text cellView, referenced by the textObj structure, as *
* returned by abOpenTextCellView. This takes care of closing the file, *
* removing the lock, and cleaning up if the file was empty. *
* *
***********************************************************************/

(procedure (abCloseTextCellView textObj)
(let (lockId)
;-----------------------------------------------------------------
; Close the file itself
;-----------------------------------------------------------------
(when (portp (getq textObj port))
(close (getq textObj port)))
;-----------------------------------------------------------------
; Mark the port as nil, just to avoid accidents
;-----------------------------------------------------------------
(putpropq textObj nil port)
;-----------------------------------------------------------------
; Free any locks on the file (if there were any)
;-----------------------------------------------------------------
(setq lockId (ddLockPath (getq textObj fullPath)))
(ddLockFree lockId)
;-----------------------------------------------------------------
; Release the object. This has the benefit of removing the cellView
; if the text file was empty
;-----------------------------------------------------------------
(ddReleaseObj
(ddGetObj
(getq textObj libName)
(getq textObj cellName)
(getq textObj viewName)
(getq textObj fileName)
)
)
t
))



On Tue, 03 Jun 2003 10:15:20 +0200, Bernd Fischer <bernd.fischer_at_xignal.de
wrote:


Open a cell view in memory only with the vie type "text".

dbOpenCellViewByType(
t_libName t_cellName t_viewName t_viewType t_mode
)

Where t_viewType must be "text" e.g.

dbOpenCellViewByType( "myLibName" "myCellName" "myViewName" "text" "a" )


Or open a cell view graphically with

geOpen(
?window w_windowId
?lib t_libName
?cell t_cellName
?view t_viewName
?viewType t_viewType
?mode t_mode
)

Where the keyword argument window don't has to be specified if you use the
viewType "text", e.g.

geOpen(
?lib "myLibName"
?cell "myCellName"
?view "myViewName"
?viewType "text"
?mode "a"
)


Bernd


Suresh J wrote:

If we want to create a text view in a cell,
we do in the library manager ,
File -> New -> CellView and selecting Text Editor as the tool in the
new form.

But how to do this in a skill program.
I could not find functions to do this and so decided to create a
directory with the view name and creating two files master.tag and
text.txt inside that directory.

Any other better approach..

Rgds,
Suresh J.

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd


Sorry Andrew, I have tried your abOpenTextCellView function however I am having the following error: "*Error* eval: undefined function - make_abTextCellView",
Does the make_abTextCellView belong to standar SKILL functions?

Thanks,
Ivick.


Guest

Wed Apr 16, 2014 6:06 pm   



El mircoles, 4 de junio de 2003 03:45:27 UTC-5, Bernd Fischer escribi:
Quote:
Andrew,

I was curious and tested this a little bit.
It seems to me a little bit strange.
So if I use your example, your statement is true.
If I use Suresh approach it is also true.

cv = dbOpenCellViewByType( "wk_bernd" "test5" "text" "text" "a" )
port = outfile( cv~>fileName )
fprintf( port "This is a test\n" )
close( port )
dbSave(cv)

file text.txt => text.txt: data

But if I only create a cellview with
cv = dbOpenCellViewByType( "wk_bernd" "test6" "text" "text" "a" )
Open this with the library manager and write some text in it, it becomes
ascii?

file text.txt => text.txt: ascii text

So it seems it is more or less the way how the data was carried into the
file which defines the file type?

Bernd

Andrew Beckett wrote:

Bernd,

Using dbOpenCellViewByType() to open a textual cellView is actually a bug.

It actually creates a CDBA database called "text.txt" (try doing:

cv=dbOpenCellViewByType( "myLibName" "myCellName" "myViewName" "text" "a" )
cv~>myProp="hello"
dbSave(cv)

Take a look at text.txt and it is binary.

This has been fixed in IC50 - it no longer works with "text" as the viewType.

So you should _not_ rely on this behaviour.

Here's some code which allows you to do this in a supported way.

Regards,

Andrew.

/* abOpenTextCellView.il

Author A.D.Beckett
Group Custom IC (UK), Cadence Design Systems Ltd.
Language SKILL
Date Mar 31, 2000
Modified
By

Simple PI for dealing with text cellViews. Typical use is
as follows:

cv=abOpenTextCellView("mylib" "mycell" "notes" "a")
fprintf(cv->port "Testing 123\n")
abCloseTextCellView(cv)

Takes care of creating the files, locking them, and so on.

Ideas for the future:

1. Keep a record of all open text cellViews so that they
can be accessed as a whole - e.g. to close all of them
at once.
2. Multiple calls to abOpenTextCellView() for the same file
whilst still open should be handled gracefully - will just
clobber it at the moment.

***************************************************

SCCS Info: @(#) abOpenTextCellView.il 03/31/00.14:58:19 1.1

*/

;------------------------------------------------------------------------
; Structure for keeping track of a text object
;------------------------------------------------------------------------
(defstruct abTextCellView libName cellName viewName fileName fullPath mode port)

/************************************************************************
* *
* (abOpenTextCellView libName cellName viewName @optional (mode "r")) *
* *
* Open up a text cellView in the same kind of way as a CDBA cellView. *
* The cellView may be opened in "r","a", or "w" modes - default is "r". *
* The return value is a structure instance, of which the most useful *
* slot is the port slot - this enables you to read or write to the *
* file in the cellView. *
* *
************************************************************************/

(procedure (abOpenTextCellView libName cellName viewName @optional (mode "r"))
(let ((fileTail (ddMapGetViewTypeFileName "text"))
fileObj fileName lockId portId textObj)
(setq fileObj (ddGetObj libName cellName viewName fileTail nil mode))
(when fileObj
(if (member mode '("a" "w"))
(progn
;------------------------------------------------------
; Lock the file if in "a" or "w" mode
;------------------------------------------------------
(setq fileName (getq fileObj writePath))
(setq lockId (ddLockPath fileName))
;------------------------------------------------------
; If lockable, then try to open the file
;------------------------------------------------------
(when (ddLockSet lockId "w")
(unless
(setq portId (outfile fileName mode))
(ddLockFree lockId)
)
)
)
(progn
;------------------------------------------------------
; Otherwise if read mode, open file for read - don't
; bother locking it
;------------------------------------------------------
(setq fileName (getq fileObj readPath))
(setq portId (infile fileName))
)
)
;-----------------------------------------------------------
; If the file was opened OK, create the structure
;-----------------------------------------------------------
(when portId
(setq textObj
(make_abTextCellView
?libName libName
?cellName cellName
?viewName viewName
?fileName fileTail
?fullPath fileName
?mode mode
?port portId
)
)
)
)
;-----------------------------------------------------------------
; Return the text object
;-----------------------------------------------------------------
textObj
))

/***********************************************************************
* *
* (abCloseTextCellView textObj) *
* *
* Close a text cellView, referenced by the textObj structure, as *
* returned by abOpenTextCellView. This takes care of closing the file, *
* removing the lock, and cleaning up if the file was empty. *
* *
***********************************************************************/

(procedure (abCloseTextCellView textObj)
(let (lockId)
;-----------------------------------------------------------------
; Close the file itself
;-----------------------------------------------------------------
(when (portp (getq textObj port))
(close (getq textObj port)))
;-----------------------------------------------------------------
; Mark the port as nil, just to avoid accidents
;-----------------------------------------------------------------
(putpropq textObj nil port)
;-----------------------------------------------------------------
; Free any locks on the file (if there were any)
;-----------------------------------------------------------------
(setq lockId (ddLockPath (getq textObj fullPath)))
(ddLockFree lockId)
;-----------------------------------------------------------------
; Release the object. This has the benefit of removing the cellView
; if the text file was empty
;-----------------------------------------------------------------
(ddReleaseObj
(ddGetObj
(getq textObj libName)
(getq textObj cellName)
(getq textObj viewName)
(getq textObj fileName)
)
)
t
))

On Tue, 03 Jun 2003 10:15:20 +0200, Bernd Fischer <bernd.fischer_at_xignal..de
wrote:


Open a cell view in memory only with the vie type "text".

dbOpenCellViewByType(
t_libName t_cellName t_viewName t_viewType t_mode
)

Where t_viewType must be "text" e.g.

dbOpenCellViewByType( "myLibName" "myCellName" "myViewName" "text" "a" )


Or open a cell view graphically with

geOpen(
?window w_windowId
?lib t_libName
?cell t_cellName
?view t_viewName
?viewType t_viewType
?mode t_mode
)

Where the keyword argument window don't has to be specified if you use the
viewType "text", e.g.

geOpen(
?lib "myLibName"
?cell "myCellName"
?view "myViewName"
?viewType "text"
?mode "a"
)


Bernd


Suresh J wrote:

If we want to create a text view in a cell,
we do in the library manager ,
File -> New -> CellView and selecting Text Editor as the tool in the
new form.

But how to do this in a skill program.
I could not find functions to do this and so decided to create a
directory with the view name and creating two files master.tag and
text.txt inside that directory.

Any other better approach..

Rgds,
Suresh J.

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd

--
____________________________________________________________________

Bernd Fischer

Manager Xignal Technologies AG
Electronic Design Automation Leipziger Str. 16
D-82008 Unterhaching
Germany
Fon: +49 89 32 22 72-184
Fax: +49 89 32 22 72-14
mailto:bernd.fischer_at_xignal.com
http://www.xignal.com
____________________________________________________________________


Sorry Bernd, I have tried as:

cv = dbOpenCellViewByType( Lib_Name Cell_Name "text" "text" "a" )

and I have the following waring: "*WARNING* (DB-270208): dbOpenCellViewByType: unrecognized database viewType 'text'". Do you think that my current IC (IC6.1.6) version is different?

Andrew Beckett
Guest

Thu Apr 17, 2014 7:30 am   



On 04/16/14 17:01, ivickguerra_at_gmail.com wrote:
Quote:
(defstruct abTextCellView libName cellName viewName fileName fullPath mode port)
....
Sorry Andrew, I have tried your abOpenTextCellView function however I am having the following error: "*Error* eval: undefined function - make_abTextCellView",
Does the make_abTextCellView belong to standar SKILL functions?


As I mentioned elsewhere, this is because you've omitted the above line
from the code (for some reason).

Andrew.

Andrew Beckett
Guest

Thu Apr 17, 2014 7:30 am   



On 04/16/14 17:06, ivickguerra_at_gmail.com wrote:
Quote:
Sorry Bernd, I have tried as:

cv = dbOpenCellViewByType( Lib_Name Cell_Name "text" "text" "a" )

and I have the following waring: "*WARNING* (DB-270208):
dbOpenCellViewByType: unrecognized database viewType 'text'". Do you
think that my current IC (IC6.1.6) version is different?


As I mentioned earlier in the post that you quoted:

Quote:
Using dbOpenCellViewByType() to open a textual cellView is actually a bug.

It actually creates a CDBA database called "text.txt" (try doing:

cv=dbOpenCellViewByType( "myLibName" "myCellName" "myViewName" "text" "a" )
cv~>myProp="hello"
dbSave(cv)

Take a look at text.txt and it is binary.

This has been fixed in IC50 - it no longer works with "text" as the viewType.

So you should _not_ rely on this behaviour.


That's equally true in IC616. It is the wrong way of creating a text view.

Use something like my abOpenTextCellView() instead.

Andrew.

Ras Mikaere Enoch Mc Cart
Guest

Wed May 07, 2014 2:33 am   



洛希尔[亚历克斯·琼斯] - 飞行370 - >迪戈加西亚[ CIA爱丽丝泉]

马来西亚航班370 :

亚历克斯·琼斯很安静关于飞行370
在他的广播方案,而当它涉及
洛希尔连接到飞行370 。

见下面网页链接:
“匿名”视频直播一个必须看到的。

*多种必需在下面的视频网页链接。

注:亚历克斯·琼斯有所回落
话题ENTIRELY !

因此,因此,后续的调查
又一9-11 ( 2001年9月11日)于本
制作,非常稀少的确,绝对
沉默,对整个飞行370 “谜” !

参见下文( '匿名'广播)
洛希尔连接到飞行370 。
亚历克斯·琼斯罗斯柴尔德家族的朋友,
亚历克斯·琼斯又是再次发现牵涉到另一个
“阴谋暗飞” ,是安静的时数!
想想吧!

亚历克斯·琼斯和他的沉默证明了现在的
真正的洛克菲勒阴谋,这是他的
已被ALLEDGED给的一方!

*特别是作为失踪的飞行员
民政事务总署做法是否PROGRAMMED
到自己的飞行模拟器
FOR :

迪戈加西亚

*失踪乘客向世界发出一个
短信从囚禁
迪戈加西亚

*亚历克斯·琼斯再次TOTALLY
无语!

想想吧!


前言:

孟加拉湾
残骸将被倾倒在海里:

ᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃ

“其实倾倒在孟加拉湾”

“ 12万吨弹药的船只从花
印度,但每天都在这个时期的端口
蒋介石的炮兵保持沉默
缺乏弹药“

参议员约瑟夫· R· MC卡西
威斯康星[ R]
1952年

ᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃᵘˢᵃ

飞行370 :

国际商业时报:
http://au.ibtimes.com/articles/548589/20140417/mh370-conspiracy-missing.htm

“这架飞机不能只是失去了它不能
刚刚消失了。这是没有意义的。
中情局基地爱丽丝泉澳大利亚知道
正是发生在那架飞机。和
有趣的是,马来西亚政府
曾问他们,他们没有得到任何
响应。这里显然是一个障眼法, “
在与伊朗的采访巴瑞特说
新闻电视频道。 “


( PIC )所示:

*并不哈扎尔“犹太人”
理查德奎斯特家有丑
刑事未储存的SLIMEY看?

白宫[破] - > FLT 。 370 \ [图]
美国有线电视新闻网哈扎尔“犹太人”理查德任务“ SELFIE 'W /飞行员失踪

超人电影:
理查德奎斯特SELFIE ,
G.P.S.的航班370乘客坐标
迪戈加西亚:
http://www.youtube.com/watch?v=x2RMqViKohg

匿名:飞行370 :
http://www.youtube.com/watch?v=DKwXDL7loLc

DUPLICATE飞机在特拉维夫
因为假旗攻击:
http://www.youtube.com/watch?v=q2FZayu3hHY


原来的故事
五(5 )名以色列人跳舞大厦
拍摄9/11事件

http://www.bollyn.com/five-dancing-israelis/
音频: http://www.exorcist.org.nz/synagogue_of_satan.mp3

'工作狂' BLAKE安德森的外观和风格
* 1 。 http://www.bollyn.com/public/YaronShmuel.jpg
2 。 http://ll-media.tmz.com/2014/03/10/0310-workaholics-porn-hub-4.jpg
1968 AMBASSADOR HOTEL
索罕·索罕极为相象:
* http://www.bollyn.com/public/OdedEllner.jpg
全团对以色列电视:
* http://www.bollyn.com/public/ThreeOfFiveDancingIsraelis.jpg

LUCIFER - “犹太人” SEX媒体BOGUS黑穗病炒作:
'工作狂'明星 - 邀请到Live色情大坪...
对于拉皮条XXX网站| TMZ.com
http://www.tmz.com/2014/03/11/workaholics-porno-invite-taping-pimping-site/









ﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣ
拉斯Mikaere诺MC卡蒂
Maangai Kaawanatanga - 思泰努伊Kiingitanga - 特奥特阿罗
http://www.exorcist.org.nz高德法力Motuhake
http://www.exorcist.org.nz/earthquake.mp3
http://www.exorcist.org.nz/iankahi_eriya_nation_john_frum.html
ﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣﺣ

“爱德华默罗先生,早在二十( 20 )
几年前,从事宣传共产主义
原因,为国际范例研究所
教育,他所代理主任 -
被选中作为代表被苏联
机构做这通常是完成工作
俄罗斯秘密警察“

“默罗先生的组织代理了俄罗斯
间谍和宣传组织已知
由于V.O.K.S. “

- 参议员约瑟夫· MC卡西( R)
1954年4月6日
C.B.S. / '现在看到了'


Guest

Tue Aug 26, 2014 6:11 pm   



Hello is it possible to give options such as
-library <destination library>
-strmFile <input stream file>
[-runDir] <run directory>
[-logFile] <output log file name>
[-topCell] <toplevel cell to translate>
[-view] <destination view name> etc..
in a single file


Guest

Thu Apr 16, 2015 1:50 am   



Jan Hovius於 2000年7月26日星期三 UTC+8下午3時00分00秒寫道:
Quote:
Hi all,

I'm trying to export a schemtic to cdl-format (cadence 4.4.2) using
the ciw->file>stream out->cdl... form.

This fails and looking in the si.log file I see the following message:

Running Artist Hierarchical Netlisting ...

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

End netlisting Jul 26 15:29:57 2000

"Netlister: There were errors, no netlist was produced."

Anybody out here got any clue what might be wrong? I saved all (sub-)cells
before trying to extract the netlist. Even restarted cadence as a whole
but to no success.

Thanks in advance,

Jan.



Jan Hovius於 2000年7月26日星期三 UTC+8下午3時00分00秒寫道:
Quote:
Hi all,

I'm trying to export a schemtic to cdl-format (cadence 4.4.2) using
the ciw->file>stream out->cdl... form.

This fails and looking in the si.log file I see the following message:

Running Artist Hierarchical Netlisting ...

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

End netlisting Jul 26 15:29:57 2000

"Netlister: There were errors, no netlist was produced."

Anybody out here got any clue what might be wrong? I saved all (sub-)cells
before trying to extract the netlist. Even restarted cadence as a whole
but to no success.

Thanks in advance,

Jan.



Jan Hovius於 2000年7月26日星期三 UTC+8下午3時00分00秒寫道:
Quote:
Hi all,

I'm trying to export a schemtic to cdl-format (cadence 4.4.2) using
the ciw->file>stream out->cdl... form.

This fails and looking in the si.log file I see the following message:

Running Artist Hierarchical Netlisting ...

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

End netlisting Jul 26 15:29:57 2000

"Netlister: There were errors, no netlist was produced."

Anybody out here got any clue what might be wrong? I saved all (sub-)cells
before trying to extract the netlist. Even restarted cadence as a whole
but to no success.

Thanks in advance,

Jan.


Thank you, Samuel Le Prunenec.
You help me, too.

Ras Mikaere Enoch Mc Cart
Guest

Mon Apr 20, 2015 1:34 pm   



♫ ♫ PARTYING ♪♫
w/ Jesse Ventura: MEXICO

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

FROM EVIDENCE,
AN ISIS TRAINING \ MURDER SITE:

PRISON PLANET [alex jones]

ISIS: MEXICO: 1. Islamic Training \ Holding Pen
2. Crucifix \ Cross Murder Torture Site
3. Stoning Of jamarāt \ Annual Islamic Hajj
NOTE ALIGNMENT WITH SUN \ MOON \ SHADOW

https://www.youtube.com/watch?v=ROWOCsFHE-0

PICTURE:
http://www.exorcist.org.nz/2015.png

STONING THE DEVIL \ ARCHITECTURE
https://www.google.com/search?q=islam+stone+the+devil&biw=1111&bih=436&source=lnms&tbm=isch&sa=X&ei=_k4xVdzWMZKoogS8u4DgDg&ved=0CAcQ_AUoAg

MOSQUE NEAR KILL SITE:
https://www.youtube.com/watch?v=INcwWWXJpso

FROM MY OWN THEOLOGICAL RESEARCH,
I HAVE NO OTHER OPINION . . .
THAT THE PICTURED SITE IS AN ISLAM
TRAINING AND MURDER SITE.

EXISTING MASS GRAVES IN MEXICO.

FUN FACTS:

Muhammad Was Literally Choked
Almost To Death Multiple Times
By A Demon In A Cave
(where he received "revelation")


Guest

Mon May 04, 2015 5:19 pm   



hi, i am working on 6 bit DAC...
how to set the frequency range to calculate SFDR, SNR, ENOB etc


Guest

Thu Jul 02, 2015 5:34 am   



在 2000年7月26日星期三 UTC+8下午3:00:00,Samuel Le Prunenec写道:
Quote:
Jan Hovius wrote:
Hi all,

I'm trying to export a schemtic to cdl-format (cadence 4.4.2) using
the ciw->file>stream out->cdl... form.

This fails and looking in the si.log file I see the following message:

Running Artist Hierarchical Netlisting ...

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

ERROR: hnlCellExtractedC -- Netlister: the cellview
janLib/pad_GSG1_nl00/schemat

ic was modified since last extraction.

End netlisting Jul 26 15:29:57 2000

"Netlister: There were errors, no netlist was produced."

Anybody out here got any clue what might be wrong? I saved all (sub-)cells
before trying to extract the netlist. Even restarted cadence as a whole
but to no success.

Thanks in advance,

Jan.




Hi,

Did you try to check hierarchy with the following menu, in the schematic
window:

Check->hierarchy, and select "yes" for "save schematic" and "save"
for "those with errors".

Hope it helps,

Sam.
-- 

-------------------------------
       Sam, CAD engineer
 mailto...@email.sps.mot.com 
-------------------------------
 


I've tried this way, it really works. It's very kind of you to share this useful experence. Thank you.


Guest

Fri Sep 04, 2015 12:38 pm   



Can anyone tell me how to run a SKILL code using crontab? Is it possible?

Regards,
Shashank


Guest

Thu May 26, 2016 3:31 am   



Hi Andrew
I think maybe there is a easier way to solve it.
Since everyone is not so care about the width on 45 degree, and you can separate
the path created by "wire" , just make the part on 45 degree bigger and fix grid.
For example , I create a 2 width wire like Z shape , and the part of / will be off grid , if we(actually U Cadence) can make it a bit bigger to width 2.12132. Then , magic , the part of / will on grid and makes everyone happy.
The part of / don't have to really fix width with orthogonal one. Most of times we still have to fix it on grid.
I think it's just scrip problem . Get width W, get snap spacing X, do math ((W^2)/2)^0.5 = S , rounds up Sx with X = Sx . Use Sx to build new path. We don't have to so care about the width on 45 degree, I mean it.

Goto page Previous  1, 2, 3 ... , 53, 54, 55  Next

elektroda.net NewsGroups Forum Index - Cadence - cell libraries and place and route

Ask a question - edaboard.com

Arabic version Bulgarian version Catalan version Czech version Danish version German version Greek version English version Spanish version Finnish version French version Hindi version Croatian version Indonesian version Italian version Hebrew version Japanese version Korean version Lithuanian version Latvian version Dutch version Norwegian version Polish version Portuguese version Romanian version Russian version Slovak version Slovenian version Serbian version Swedish version Tagalog version Ukrainian version Vietnamese version Chinese version Turkish version
EDAboard.com map