Cadence® system design and verification solutions, integrated under our System Development Suite, provide the simulation, acceleration, emulation, and management capabilities.
System Development Suite Related Products A-Z
Cadence® digital design and signoff solutions provide a fast path to design closure and better predictability, helping you meet your power, performance, and area (PPA) targets.
Full-Flow Digital Solution Related Products A-Z
Cadence® custom, analog, and RF design solutions can help you save time by automating many routine tasks, from block-level and mixed-signal simulation to routing and library characterization.
Overview Related Products A-Z
Driving efficiency and accuracy in advanced packaging, system planning, and multi-fabric interoperability, Cadence® package implementation products deliver the automation and accuracy.
Cadence® PCB design solutions enable shorter, more predictable design cycles with greater integration of component design and system-level simulation for a constraint-driven flow.
An open IP platform for you to customize your app-driven SoC design.
Comprehensive solutions and methodologies.
Helping you meet your broader business goals.
A global customer support infrastructure with around-the-clock help.
24/7 Support - Cadence Online Support
Locate the latest software updates, service request, technical documentation, solutions and more in your personalized environment.
Cadence offers various software services for download. This page describes our offerings, including the Allegro FREE Physical Viewer.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
This course combines our Allegro PCB Editor Basic Techniques, followed by Allegro PCB Editor Intermediate Techniques.
Virtuoso Analog Design Environment Verifier 16.7
Learn learn to perform requirements-driven analog verification using the Virtuoso ADE Verifier tool.
Exchange ideas, news, technical information, and best practices.
The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information.
It's not all about the technlogy. Here we exchange ideas on the Cadence Academic Network and other subjects of general interest.
Cadence is a leading provider of system design tools, software, IP, and services.
You already asked about the first warnings a few days ago here, and I gave an answer.
The second three warnings are probably because you have some outdated bindkey definitions for the IC5141 waveform tool (which used the tool name "awv"), which is not present in IC615. So you probably have some functions:
hiSetBindKeys("awv" "<Key>A" "someFunction()")
or you're loading an old SKILL file containing such bindkey definitions.
In reply to Andrew Beckett:
Hi Andrew and wgtkan,
I got 3 same warnings:
*WARNING* No application registered for prefix awv.
Andrew had explained about these warnings. However, I cannot fix them. I think the problem is in .cdsinit file.
I don't know how to fix those problems. Can you explain more detail, please? Thank you so much.
In reply to Duy Hien:
In my earlier post in this thread, I included a link to another post which suggested that these are probably coming from a call to deUnRegUserTriggers() in a context file loaded from the .cdsinit. It's unlikely that they're in the bindkeys - unless there's a call to this function in leBindKeys.il or schBindKeys.il - which seems unlikely.
The warnings are benign - although it is bad practice of the PDK to be unregistering the de triggers. This has been shown to break certain tools because they depend upon these triggers. In ancient history (IC446 and before) there used to be a limitation that you could only have one user trigger defined - but this was fixed over 10 years ago. So you really ought to contact IBM.
If you can't track down where they are coming from, and want a quiet life for users (no warnings), you could always add this at the beginning of the .cdsinit before any of the PDK stuff is loaded:
procedure(CCFdummy(args) t)deRegUserTriggers("maskLayout" 'CCFdummy)deRegUserTriggers("maskLayoutXL" 'CCFdummy)deRegUserTriggers("schematicSymbol" 'CCFdummy)
Oh, hang on - you were asking about the "awv" messages (I got confused because you posted about the other warnings in another old thread). The awv warnings must be coming because of a call, somewhere, to an hiSetBindKey on "awv". You'll just have to hunt it down!
Try running "virtuoso -nocdsinit" and then gradually load the files loaded from the .cdsinit - or comment out pieces of the .cdsinit and see the effect. Again, the warnings won't cause any problems in practice.
You're right. The .cdsinit call the bindkeys which are defined by pdk. And they conflict with Cadence bindkeys definition. I removed that code in .cdsinit file and the warning go aways. However, I think these warnings also cause problem. Before I fixed them, I could not see the properties of components (when I pressed "Q", I saw some paramters, but look like not enough). After I fixed, the properties of components look normal.
Again, thank for your instructions.
I don't think that's anything to do with the warnings. It might be something to do with the tool filter settings (Options->Tool Filter), but hard to tell without seeing what the problem is.
At first, I go to Option -> Bindkeys and I saw more than 200 bindkeys for schematic. I read the .cdsinit file again. And I found other codes load the bindkeys which are defined by pdk. I removed them. And the warnings go aways. Now, bindkeys for schematic are more than 100!
No, I meant that the warnings didn't have anything to do with the change in behaviour of the "Q" bindkey. That seemed a bit unlikely, unless they have a different definition of the Q bindkey which brings up a different property editor. Hard to tell without seeing the problem.
I want to explain more detail about my problem. Before I fixed it, in a schematic, I chose a component A. When I clicked to device B, both devices are chosen (A and B, (similar to CTRL is hold)). So I though some hotkeys may conflict together. Therefore I removed some codes in .cdsinit. On the other hand, I saw the properties pop-up windows is different with photos in document. After I fixed, it almost looks ok.
IBM PDKs have some rather unusual bindkey choices (for some odd reason). First of all, each click is an incremental selection. It's possible that their Q bindkey calls a different function (turn on the Options->Log Filter and click all the checkboxes, and see what SKILL function gets called when hitting Q in the case with IBM's bindkeys and the standard Cadence bindkeys).