Definitions Branch

 

The definitions branch contains a list of all component definitions that are stored locally within that project: Definitions for component or module instances that exist in a project, but are stored in other projects (ex. master library components), will not appear in this local definitions branch.

 

The image below shows the list of component definitions for the case project called test.  In addition to the definitions of each module, the existence of a component definition (called user_comp) is also indicated. The number in parenthesis affixed to the definition name indicates the total number of local instances of this definition in the project.

 

NOTE:  It is not recommended to store user-defined component definitions within case projects, for the long term. All component definitions should eventually be stored exclusively in library projects to avoid multiple development paths for the same definition, which can happen if copies of the case project are made and passed around to others.

The main icons used here are listed below:

Definition Branch Context Menu

Right-clicking directly over the definitions branch will bring up a menu as shown below:

 

 

The following list describes the functions of this pop-up menu:

Definition Context Menu

If you right-click with the mouse pointer over a specific component definition in the list, the following menu will appear:

 

 

The following list describes the functions of this pop-up menu:

NOTE: A double-click action on a module definition will bring you directly to its definition canvas in the Schematic canvas, whereas double-clicking on a regular component definition will bring you directly to its definition in the Graphic view.  Double-clicking on a transmission line or cable will bring you to the definition Editor canvas.

Viewing Runtime Objects in Module Definitions (Schematic Branch)

Runtime related objects, such as Output Channels, Controls, Graphs, etc., are themselves specialized components, which may be part of the schematic canvas of a module.  As such, they help define the definition of the module, and are therefore organized on a per module definition basis. Each module definition will contain a list of all runtime objects that exist in that module. Whenever a runtime object is added, a record of it is immediately added here, under the appropriate module definition.  

 

To view, expand the module definition branch (press the [+] box), then do the same on the Schematic sub-branch that appears:

 

 

Runtime objects can be categorized into several main groups:  

NOTE: A left double-click on the schematic branch will bring up the canvas settings dialog.

Schematic Branch Context Menu

The following list describes the functions of this pop-up menu:

 

NOTE: A left double-click on any runtime object will bring up the component parameter dialog.

 Icons are included in this branch for visual distinctness:

 

Controls:

Recorders:

Display Devices:

Named Signals:

Radio Links:

TLines/Cables:

Transmission Lines and Cables

Transmission segment wires are themselves very similar to modules.  As such, they are treated like a module instance when they are placed in the circuit.

 

If the line is an overhead line with Termination Style in Remote Ends mode, then a [+] box will appear beside the branch name.  Expanding this branch (press the [+] symbol) will show the two interface components representing both ends of the transmission line.  Note that cables will always have remote ends, as direct connection mode cables are not supported.

 

TLine/Cable Interface Components:

Observers

Output channels and control objects can exist in a project without being associated with a curve, meter or control interface (i.e. the data is not plotted or monitored).  If any of these objects are added as a curve to a graph, meter to a control panel, or added directly to a PolyMeter, PhasorMeter or Oscilloscope, an entry referred to as an observer will be added as a sub-branch to the corresponding recorder or control branch.  If the object is displayed in more than one display device, an observer will be added for each occurrence.

 

The figure below shows the existing controls and recorders in the Network #1 module definition for a test project.  The module contains multiple runtime components, such as the slider called Modulation Index, a few two-state switch components called Frequency Ratio 1 to Frequency Ratio 3, as well as an output channel entitled Firing Pulses.  Note that the slider and switch components have observers indicating that they have control interfaces housed within a control panel called Controls. The output channel called Firing Pulses, is being plotted as a curve inside a polygraph.

 

 

Right-clicking on any observer and selecting Navigate To... will point you directly to that occurrence of the runtime object within the display device.  For example, selecting Navigate To... on the Modulation Index observer in the above diagram will result in the following in Schematic view:

 

 

Icons are included for all observer types.  These are listed below:

 

Recorders:

Controls:

Group Name Based Sorting

If any of the runtime objects are part of a runtime group, then the group name will precede the object name.  This automatically categorizes the objects according to a group name. In the above example, controls Slider 1 and Switch 1 have been given the group name PWM Control.  For more information, see Grouping of Runtime Objects.