Quantcast
Channel: Cadence Technology Forums
Viewing all 63160 articles
Browse latest View live

Forum Post: RE: PCB 17.2 Step Mapping troubles

$
0
0
Hi Steve, what have you done that you can see the step from my capacitor whithin the step mapping Dialog. have you a tool to repair something? what the exact steps to map this. Thanks Peter

Forum Post: RE: PCB 17.2 Step Mapping troubles

$
0
0
Nothing - There is an overlay button that you need to press but this could also be related to an older version of the software, what exact version are you running from Help - About. The latest for 16.6 is S105 so if you don't have that get it from http://support.cadence.com

Forum Post: ADEL - spectre , DC analysis writefinal param is ignored

$
0
0
Hi there, I'm running a DC analysis in spectre , setup done in ADEL gui. I set writefinal as "my_dc_spectre.fc" to save the nodeset values, but this options seems to be ignored, no file is created. Any idea if it is a bug, or it is ignored by intention? "sub-version IC6.1.7-64b.500.8.EHF2985 " I've saved the session as ocean script, those are the params: analysis('dc ?anaName "dc" ?saveOppoint t ?saveopinfinal t ?readns "my_tran_spectre.fc" ?write "" ?writefinal "my_dc_spectre.fc" ?save "all" ?oppoint "rawfile" ?maxiters "150" ?maxsteps "10000" ?annotate "status" ?threshold "0.0" ?detail "node" ?sort "name" ) What I've noticed is that setting additionalParams="writefinal=my_dc_spectre.fc" in ADEL does the job (the file is created). But I would prefer to not use aditionalParams . This is what I get saving the session this session as ocean script: analysis('dc ?anaName "dc" ?saveOppoint t ?saveopinfinal t ?readns "my_tran_spectre.fc" ?write "" ?writefinal "my_dc_spectre.fc" ?save "all" ?oppoint "rawfile" ?maxiters "150" ?maxsteps "10000" ?annotate "status" ?threshold "0.0" ?detail "node" ?sort "name" ?additionalParams "writefinal=my_dc_spectre.fc" ) Thanks, Marcel

Forum Post: RE: fork (or run view() on different thread)

$
0
0
Hi Dan, I thought I'd written a reply to something similar recently - and given that I found this code in my SKILL area as an experiment in December, I assume I did - but I can't find where I answered it! Anyway, the trick is to use hiSetViewfile to the same file and a hiFlush to refresh the window. The t argument in view() isn't enough. The challenge is that SKILL isn't multi-threaded, and so you have to force the UI event loop to update periodically. procedure(slowUpdateView() let((prt) prt=outfile("./locallog.log" "a") for(i 1 10 fprintf(prt "Line %d\n" i) drain(prt) hiSetViewfile(WINID "./locallog.log") hiFlush() ipcSleep(5) ) close(prt) ) ) procedure(mainCode() let((prt) prt=outfile("./locallog.log" "w") fprintf(prt "First line\n") close(prt) WINID=view("./locallog.log" nil nil t) slowUpdateView() ) ) Hope this helps! Regards, Andrew.

Forum Post: RE: PCB 17.2 Step Mapping troubles

$
0
0
Wow, that is really bad. on my System this do not work. i have installed 16.6 with 105 and 17.2 with 33 on both Installation i have no way to Import this step.   i have a lot of experience with this easy stuff. my pcb has around 100 footprint with steps but not for this the capacitors.   Really annoying   Thanks for your help. Peter

Forum Post: How to change the origin of the selection point when instantiating custom symbols

$
0
0
Hi all, I'm using IC6.1.7-64b.500.15 Maybe this is a silly question, but I haven't found a solution for this yet. I'm trying to instantiate a custom border sheet (but it happens with any symbol, really) and the origin of the instantiation is far away from the symbol itself (see screenshot). How can I edit this such that the symbol is handled from its bottom left corner when instantiated? Sometimes when doing a fit in the schematic I find random instances lying around because of this issue. Regards,

Forum Post: RE: How to change the origin of the selection point when instantiating custom symbols

$
0
0
Did you try opening the symbol (or sheet itself) and doing Edit->Origin to move the origin of that component to where it makes more sense? It's a bit odd why you have this problem though. You need to be aware that changing the origin of the component would affect any existing instantiations of the component/sheet. Andrew.

Forum Post: RE: PCB 17.2 Step Mapping troubles

$
0
0
That it odd - I have resaved the step model using FreeCAD so see if this one works community.cadence.com/.../steve.zip

Forum Post: RE: How to change the origin of the selection point when instantiating custom symbols

$
0
0
Hi Andrew, Thanks for the answer. I fixed it using edit > origin. Question: How is the origin first defined in a symbol? I simply created the custom border sheet and first time I tried to instantiate it was already being handled from afar. Maybe a skill script triggered at check and save of the symbol that locates the origin to the bottom left of the bounding box is possible? Regards,

Forum Post: RE: ADEL - spectre , DC analysis writefinal param is ignored

$
0
0
Hi Marcel, writefinal only really makes sense when you're doing a sweep. Otherwise it's identical to write. That's because write is performed after the initial DC solution, and writefinal is done at the end of the sweep - if there's no sweep, it would be the same as whatever write outputs. So, ADE handles this by only outputting writefinal if you have a sweep enabled. Conversely, it adds the write statement on a DC sweep only if the "Save DC Operating Point" is unchecked; if it was checked, it adds the write statement on the dcOp analysis. In your case you're not doing a sweep, so the right thing to do would be to use ?write. Is there a reason why you can't do that? Regards, Andrew.

Forum Post: RE: How to change the origin of the selection point when instantiating custom symbols

$
0
0
Luis, The trouble is that people often don't have the coordinates or axes shown in the schematic/symbol editor. These can be enabled via the Options->Display Options form. This isn't normally an issue because people usually start symbols from an existing symbol or using the Create->CellView from CellView forms which do pick one of the pins to be the origin. I can only imagine that you must have deleted all the contents and started drawing in free space? Or accidentally moved everything by an offset? It's not a problem I hear users complaining about in general, so I think it must be related to however you've edited them (or possibly something odd in your environment - but this seems less likely). Whilst it would be possible to have a save trigger to update the origin automatically, I think that could be rather dangerous if ever you've intentionally moved the origin to a more desirable location; it would affect any existing placements. Regards, Andrew.

Forum Post: RE: ADEL - spectre , DC analysis writefinal param is ignored

$
0
0
Hi Andrew, Thanks for clarification, it make sense. I'll use the ?write option. BR, Marcel

Forum Post: RE: Virtuoso ADE Explorer/Assembler problem with load balancing system (type SGE)

$
0
0
Hi Wojciech, I'm not sure what this axlGenerixGlobalLauncher script you're talking about is (I couldn't find any references to it, even if spelt as axlGenericGlobalLauncher in case it was a typo). The behaviour you describe is very odd, and I can't see why this would happen. You've set lots of debug settings, but unless we can see the log files they're of little use. So the right thing to do here is to contact customer support . Debugging this strange setup problem via the forums is going to be extremely hard - and usually needs a webex session to see what's going on - hence me pointing you to customer support. Thanks, Andrew.

Forum Post: RE: How to change the origin of the selection point when instantiating custom symbols

$
0
0
Hi Andrew, Thanks for the comments and extra hints. Definitely it makes more sense to have the sort of freedom for the origin definition the way you indicate. Regards,

Forum Post: RE: Library Manager display settings


Forum Post: RE: bindkey to toggle between leHiMarkNet() and leHiUnmarkNet()

$
0
0
Hi Ramakrishnan, the hiGetCurrentWindow()~>markedNets cmd always return nil no matter if i have a marked nets or not in the layout. I wonder if this is related to cadence version i used, i have ICADV 12.3. Hi Andrew, yes i think i want to toggle between leHiMarkNet() and leHiUnmarkNetAll(). It doesnt matter if there is any nets being marked before. Thanks

Forum Post: RE: bindkey to toggle between leHiMarkNet() and leHiUnmarkNet()

$
0
0
Nothing in Virtuoso sets the hiGetCurrentWindow()~>markedNets flag. It's Ramakrishnan's code that is using that to record the current state - whether the bindkey is in mark or unmark mode. So you'd have to call Ramakrishnan's code. So put this in your .cdsinit : procedure(CCFtoggleMarkNet() if(hiGetCurrentWindow()~>markedNets then hiGetCurrentWindow()~>markedNets = nil leHiMarkNet() else hiGetCurrentWindow()~>markedNets = t leHiUnmarkNetAll() ) ) Then set your bindkey to CCFtoggleMarkNet() . Note, I didn't test this... Andrew.

Forum Post: RE: low pass filter in viva/calculator

$
0
0
Hi Andrew, Thanks for the moving average function, I have being using it for a while now and happy with the results when a large time window is specified. But today I am using it with a very fast time window say 40ps and it results in a dc offset in the result. i.e. moving average of an 880mV dc signal = 891mV Could the script be modified to remove this offset or is it an inherent issue as the time window approaches the waveform time step perhapse? Regards Ben

Forum Post: RE: low pass filter in viva/calculator

$
0
0
Hi Ben, I have had some trouble with the moving average function. I have been able to use the calculator to plot the moving average. See the example below - This is an expression for input power. 'vrfp' & 'vrfm' are differential input nodes. '10 / 9.15e+08' is the period over which the average is to be calculated. (((iinteg(((VT("/vrfp") - VT("/vrfm")) * IT("/I_rectifier/vrfp"))) - iinteg(lshift(((VT("/vrfp") - VT("/vrfm")) * IT("/I_rectifier/vrfp")) (10 / 9.15e+08)))) * -9.15e+08) / 10) Please let me know if you need more inputs on this method. Good luck. Regards, Ashwath

Forum Post: RE: fork (or run view() on different thread)

$
0
0
Dear Dan, you could also consider to run your lengthy skill code in a child virtuoso instance (which will require an additional license). If you put your lengthy skill code in the file longExecutionTime.il and the exit statement as last statement in the file you can start an ipc the parent virtuoso-session : (procedure childFinished(childID tData) printf("child finished\n") );procedure cid=ipcBeginProcess("virtuoso -nograph -replay longExecutionTime.il" "" nil nil 'childFinished) Then you can read the logfile(in the parent instance) created by the child instance using e.g. view("my_log.txt" 'default "Log" t) Kind regards, Matthias
Viewing all 63160 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>