Abstract: A system and method of exposing debugging information in a graphical modeling and execution environment is disclosed. The present invention allows a user to view debugging information in the same window as the graphical view of the model being executed. Debugging data is associated with relevant components of the model displayed in the graphical view. A separate execution list view shows the methods called during the execution of the block diagram in the current time step up until the current point in execution. User-set breakpoints and conditional breakpoints may be set in both the model view and the execution list view. Values may be obtained for all of the displayed methods. The debugging tool may be implemented by using it in conjunction with a graphical modeling and execution environment, such as a block diagram environment or state diagram environment.

Abstract: In one embodiment, a method for displaying elements of an attribute in an executable block diagram model is provided. The method may include displaying an executable block diagram model in a first window and receiving a first input from an input device, wherein the first input associates with a first parameter of a block diagram modeling component in the executable block diagram model, the first parameter is represented in the executable block diagram model by a first graphical affordances. The method may include triggering the display of a value of a first parameter in a first user interface widget in the first window.

Abstract: Remote auxiliary tools are provided for non-intrusively and synchronously interacting with graphical models. The remote auxiliary tools are non-intrusively connected to the graphical model without requiring the addition of components to the model definition. The remote auxiliary tool can operate in an observer mode, a bypass mode, and/or a generator mode. In these modes, the remote auxiliary tool can synchronously read, modify, and/or generate data, respectively, in response to events within the executing block diagram.

Abstract: A remote auxiliary tool is created in a graphical model having at least one of a signal or a block. The remote auxiliary tool is non-intrusively attached to one of the signal or the block. The graphical model and the remote auxiliary tool are executed synchronously. At least one of an execution result or a remote auxiliary tool result is output to at least one of a display device, a storage device or a destination device.

Abstract: Exemplary embodiments allow configurable execution of operations associated with a state enabled system in a graphical modeling or graphical programming environment. In an embodiment, a state enabled system may be identified in a graphical model, or a graphical program, or both. The state enabled system may be associated with a first operation and a second operation, and may include instructions to execute the first and second operations. The state enabled system may be configured to always execute the first operation regardless of an enabling condition. The state enabled system may also be configured to prevent an execution of the second operation unless the enabling condition is satisfied.

Abstract: In an embodiment, a method for managing and monitoring a graphical top model includes executing the graphical top model. The graphical top model references multiple instances of at least one graphical model. The method also generates a graphical user interface that displays a component from a graphical model. The displayed component is referenced by at least two of the model instances. The graphical user interface displays a current calling hierarchy indicative of a specific model instance that is associated with the displayed component.

Abstract: A mechanism for processing graphical block diagram parameter expressions is presented. The mechanism achieves optimal implementation of block equations in the execution (run-time) environment by defining a mapping between user-defined block parameters and a run-time version of the parameters. The parameter processing mechanism also pools like, non-interfaced parameter expressions, allowing reuse of both uniform and non-uniform data across constant block parameters in the generated code and during model execution. The parameter processing mechanism further maintains an execution structure that maps the run-time parameter expressions containing interfaced variables to generated code for the block diagram so that the interfaced variables appear in the generated code. This mapping thus allows for interfacing to the interfaced variables in the generated code from any execution framework.

Abstract: In an embodiment, in a graphical modeling environment, users may create models that can be executed. Within the graphical modeling environment, users may use implicit iterator systems to manage multiple iterations of systems whereby the indexing of input and output signals may be defined by a user and state may be managed for an iteration. The number of iterations taken by the implicit iterator system can adapt to input and output signal dimensions.

Abstract: Methods and systems are provided for modeling a multiprocessor system in a graphical modeling environment. The multiprocessor system may include multiple processing units that carry out one or more processes, such as programs and sets of instructions. Each of the processing units may be represented as a node at the top level of the model for the multiprocessor system. The nodes representing the processing units of the multiprocessor system may be interconnected to each other via a communication channel. The nodes may include at least one read element for reading data from the communication channel into the nodes. The node may also include at least one write element for writing data from the nodes into the communication channel. Each of the processing unit can communicate with other processing unit via the communication channel using the read and write elements. Code may be generated to simulate each node and communication channel in the modeled multiprocessor system.

Abstract: Methods and systems for modeling a multiprocessor system in a graphical modeling environment are disclosed. The multiprocessor system may include multiple processing units that carry out one or more processes, such as programs and sets of instructions. Each of the processing units may be represented as a node at the top level of the model for the multiprocessor system. The nodes representing the processing units of the multiprocessor system may be interconnected to each other via a communication channel. The nodes may include at least one read element for reading data from the communication channel into the nodes. The node may also include at least one write element for writing data from the nodes into the communication channel. Each of the processing unit can communicate with other processing unit via the communication channel using the read and write elements.

Abstract: In one embodiment, a method for displaying elements of an attribute in an executable block diagram model is provided. The method may include displaying an executable block diagram model in a first window and receiving a first input from an input device, wherein the first input associates with a first parameter of a block diagram modeling component in the executable block diagram model, the first parameter is represented in the executable block diagram model by a first graphical affordances. The method may include triggering the display of a value of a first parameter in a first user interface widget in the first window.

Abstract: A method and apparatus are disclosed for providing a rate transition block in a graphical modeling environment that is programmable by a user to specify data integrity during a data transfer operation between two operations operating in an asynchronous manner or between an operation operating in an asynchronous manner having a first priority and an operation operating in a synchronous manner having a second priority. The rate transition block is a multi-rate transition block generating code that is portable. The multi-rate transition block has more than one operation operating at more than one operating rate.

Abstract: An exemplary embodiment may provide a repository for containing representations that represent a model or a portion of the model. A user may store the representations in the repository, for example, as functions. The functions stored in the repository may be shared and used for processing another model that includes a pattern performing the same or similar function as the representations stored in the repository. A checksum may be compared to determine an equivalent function in the repository. In a different embodiment, the intermediate representation of the pattern may be compared to determine an equivalent function in the repository.

Abstract: A method of saving portions of a simulation or execution engine image at various points in a simulation or execution is disclosed. The saving of the simulation or execution context in addition to the more traditional saving of the system state information enables the restoration of a simulation or execution that is capable of producing, in a subsequent simulation or execution of a block diagram continuing from the point of the saved simulation or execution, results that are identical to those of the initial simulation or execution. The ability to restore more than just system state variables enables a user to run multiple variations of a simulation from a given point without having to replicate the simulation up until the point of the saved initial simulation, and the ability to run multiple iterations of a block diagram execution in a non-simulation execution from a given point without having to replicate the execution of the block diagram up until that point.

Abstract: In one embodiment, a method for displaying elements of an attribute in an executable block diagram model is provided. The method may include displaying an executable block diagram model in a first window and receiving a first input from an input device, wherein the first input associates with a first parameter of a block diagram modeling component in the executable block diagram model, the first parameter is represented in the executable block diagram model by a first graphical affordances. The method may include triggering the display of a value of a first parameter in a first user interface widget in the first window.

Abstract: Graphical programming or modeling environments, such as a block diagram environment, are disclosed in which graphical programs or models are configured using handshaking communication between entities of the graphical programs or models. The graphical programming or modeling environments provide mechanisms for the handshaking configuration of graphical programs/models before the graphical programs/models are executed in the graphical programming/modeling environments.

Abstract: In a graphical modeling environment, one of a selection of transformation operations is performed on a graphical object by first selecting the graphical object. A user may select a particular transformation operation to be executed on the graphical object from a list of transformation operations displayed to the user. A transformed graphical object derived from the selected graphical object may be then automatically created without retrieving the transformed graphical object from a library or other source.

Abstract: In one embodiment, a method for displaying elements of an attribute in an executable block diagram model is provided. The method may include displaying an executable block diagram model in a first window and receiving a first input from an input device, wherein the first input associates with a first parameter of a block diagram modeling component in the executable block diagram model, the first parameter is represented in the executable block diagram model by a first graphical affordances. The method may include triggering the display of a value of a first parameter in a first user interface widget in the first window.

Abstract: A system and method that includes line connection navigation in a block diagram by highlighting connections through navigable blocks in the diagram, edit-time label propagation along connections and through navigable blocks that can propagate labels through their ports, API to define navigability between block ports, and displaying implied connections between blocks.

Abstract: Graphical programming or modeling environments, such as a block diagram environment, are disclosed in which dependencies that influence how a model executes are defined without altering the visual representation of the model. In the graphical modeling or programming environment, users create a model that describes how the system is to execute. The users can then augment the model with non-graphical dependencies that provide general execution goals or specific dependencies between blocks. The user can augment the graphical model with dependency constraints specifying how the model should execute. The constraints are coupled to the model and can be optionally displayed on the model in a debugging/analysis mode to provide further insight into how the model executes.