532 results about "Block diagram" patented technology

A method is provided for obfuscating code generated from a block diagram model in a graphical programming environment. The obfuscation may be removed through the use of a password. Incorporating the obfuscated code in a block diagram allows for code to be generated from the block diagram incorporating the obfuscated code.

The present invention relates to a program-development environment that allows developers to seamlessly switch between a visual programming paradigm and a textual programming paradigm, thereby permitting developers to choose the paradigm best suited for creating each aspect of the desired program. A graphical user interface (GUI) may be generated by the program-development environment, and displayed on the screen of a computer system. The GUI has several elements including a form window and a designer window. The form window is configured to receive one or more control objects selected by the developer, and the designer window is configured to display a symbolic representation of those control objects placed in the form window. According to the invention, these symbols can be linked together by the developer in the form of a data flow or block diagram that logically represents the flow of data and control information into, out of, and between the selected control objects, and that corresponds to the application program being generated. In response to such graphical inputs, the program-development environment generates event handler procedures or code for use with the application program being developed. The program-development environment additionally affords the developer, preferably through the use of a selectively displayable code window, the ability to provide or modify event handlers textually.

System and method for programmatically generating a graphical program in response to state diagram information. The state diagram information specifies a plurality of states and state transitions. A graphical program generation program (GPG program), receives the state diagram information and automatically, i.e., programmatically, generates a graphical program (or graphical program portion) based on the state diagram information. The GPG program automatically includes graphical source code in a block diagram of the graphical program, which serves as a framework of the states specified by the state diagram information and the state transitions, with various “placeholders” or “containers” enabling the user to easily fill in the graphical program with source code specifying execution instructions for each state and Boolean conditions for each state transition. The specific graphical source code automatically generated depends on programming features supported by a particular graphical programming development environment with which the graphical program is associated.

Methods, mediums and systems are provided to enable a user to program the behaviors of a Unified Modeling Language (UML) model in a graphical programming or modeling environment, such as block diagram programming environment. The UML model is exported into a text-based format, which is subsequently imported into the graphical programming or modeling environment. The graphical programming or modeling environment represents the UML model using functional blocks so that the user can program the behaviors of the UML model. The graphical programming or modeling environment also enables the user to simulate or execute the UML model to determine the behaviors of the UML model

A system and method for automatically generating a second graphical program based on a first graphical program. The first graphical program may be associated with a first programming development environment. For example, a user may have interactively created the first graphical program from within the first programming development environment, e.g., by using an editor to place various nodes on a block diagram, such that the nodes visually indicate functionality of the first graphical program. The method may operate to automatically, i.e., automatically, generate a second graphical program based on the first graphical program, such that the second graphical program is associated with a second programming development environment. The method may generate the second graphical program automatically, without relying on user input, or may prompt for user input to determine various options to use in generating the second graphical program. The second graphical program may implement the functionality of, or a portion of the functionality of, the first graphical program. The method preferably generates the second graphical program such that the second programming development environment is operable to treat the second graphical program identically to a graphical program interactively developed by a user using the second programming development environment. Thus, once the second graphical program has been generated, the user may use the second programming development environment to edit the second graphical program, execute the second graphical program, etc.

A seeding machine having a plurality of row units and a processing circuit. Each of the row units have a seed metering device, a seed placement device and a sensor suitable to detect a parameter related to seed placement. The seed metering device includes a metering member providing a metering action to a plurality of seeds. The seed placement device receives the seeds from the seed metering device. A seed meter drive controller receives an index signal from the sensor on the row unit as well as a reference pulse signal. The processing signal of the drive controllers compares the index signal to the reference signal. Each drive controller is selectively programmable to control an associated motor of the meter drive to produce a desired relationship between the row unit index signal and the reference signal thereby synchronizing the seed placement among two or more rows. block diagram illustrating an alternative arrangement of the meter drive and control system components.

A method of controlling the conditional execution of elements and subsystems in a block diagram is disclosed. Data structures known as Execution Contexts are created and associated with individual block diagram elements and subsystems. The Execution Contexts allow execution of the associated element or subsystem upon satisfaction of a specified pre-condition. The Execution Contexts may be inherited by other elements and subsystems in the block diagram and propagated programmatically throughout the block diagram. The use of the Execution Contexts allows for efficient code generation and block diagram execution, as well as supporting modular design concepts.

A new approach for software debugging, verification and validation is disclosed. The present invention utilizes a knowledge-based reasoning approach to build a functional model of the software code for identifying and isolating failures in the software code. The knowledge-based reasoning approach of the present invention uses the software design, which is preferably based upon a flow chart or block diagram representation of the software functionality, to build the functional model. The software block diagram contributes to the functional model by defining the inputs and outputs of the various blocks of code, as well as defining data interconnections between the various blocks of code. In accordance with a method of the present invention, test points are strategically inserted throughout the code, and each test point is associated with a corresponding block of code. Expected values of the test points for an expected proper-operation execution of the computer program are generated. The computer program is then executed on a computer, and the actual values of the test points from the program execution are compared with the expected values of the test points. Failed test points which do not agree with corresponding expected values are determined. The functional model, which includes information functionally relating the various test points to one another, is then used to isolate the failed test points to one or more sources of failure in the code.

A system and method for programmatically generating a graphical program in response to receiving input, e.g., user or process input. The input may specify functionality of the graphical program to be generated, and also indicate a target platform. In response to the input, a graphical program implementing the specified functionality may be programmatically generated for execution on the indicated target platform. Thus, different graphical programs, or different implementations of the graphical program, may be generated, depending on the input received. The graphical program (or implementation) may be at least partly optimized for execution on the indicated target platform. The graphical program may include a block diagram portion and a user interface portion, where the block diagram portion is specified for execution on the target platform, and the user interface portion is specified for execution on a computer system coupled to the target platform, e.g., for display of a user interface.

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.

A system and method for associating a block diagram with a user interface element. A block diagram associated with a user interface element may include graphical code, i.e., a plurality of interconnected nodes, for controlling functionality of the user interface element. For example, when the user provides user input to a user interface control, a block diagram associated with the control may receive the user input and may respond to the user input. As another example, in response to a user interface indicator receiving data for display, a block diagram associated with the indicator may receive the data and process it, e.g., to control how the data is displayed.

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.

A testing system and various methods involving testing of a device under test (DUT) use a device model to model a stimulus-response behavior of a the DUT. The testing system includes a device model of the DUT that is fitted to the stimulus-response behavior of the DUT and a measurement projector connected to an output of the device model. The device model includes a block diagram model and a difference model. Test metrics for the DUT are produced by the measurement projector from an output of the fitted device model.

System and method for specifying timing or triggering (TT) in a graphical program (GP). A first polymorphic timing or triggering node (PTTN) is displayed in the GP in response to user input. TT type options for the PTTN are presented in response to user input. User input specifying one of the TT type options is received, and a second TT node (TTN) determined in response which corresponds to the specified type, and which provides TT functionality for the graphical program according to the type. The second TTN replaces the first PTTN in the GP, and connects to function nodes in the GP to provide TT functionality in the GP according to the type. The TTN includes a front panel with controls and / or indicators for interactively setting and / or displaying parameters according to the type, and a block diagram graphically representing the implementation of TT functionality according to the type.

A distributed computing system and method is provided for executing block diagram software applications across multiple computing devices. A first computing device is configured to execute a first block of a block diagram software application to produce an output. The first computing device transparently communicates with a second computing device to provide the output of the first block to a second block of the block diagram software application resident on the second computing device.

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.

System and method for deploying a graphical program to a device in a wireless manner. A graphical program (GP) is created that implements a measurement function. Some or all of the GP is transmitted to a measurement device via wireless means in accordance with a wireless communication protocol. The measurement device executes the transmitted portion of the GP to perform the measurement function, thereby generating resultant data, which is received from the measurement device via wireless means. The GP may include a block diagram that executes on the measurement device, and a user interface portion that is displayed by a first computer system. Alternatively, the GP is transmitted to a hub over a network, and the hub deploys some or all of the graphical program to the device via wireless means. The measurement device executes the GP and sends the resultant data back to the hub or computer system wirelessly.

A power distribution system that can detect an unsafe fault condition where an individual or object has come in contact with the power conductors. A block diagram of the present invention is shown in FIG. 1. The power distribution system regulates the transfer of energy from a source 1 to a load 3. Periodically, source controller 5 opens S1 disconnect switch 7 and load controller 9 opens S2 disconnect switch 13. A capacitor 4 represents that capacitance across the load terminals. If the capacitor discharges at a rate higher or lower than predetermined values after S1 and S2 are opened, then a fault condition is registered and S1 and S2 will not be commanded to return to a closed position, thus isolating the fault from both the source and load.

The present invention relates to a program-development environment that allows developers to seamlessly switch between a visual programming paradigm and a textual programming paradigm, thereby permitting developers to choose the paradigm best suited for creating each aspect of the desired program. A graphical user interface (GUI) may be generated by the program-development environment, and displayed on the screen of a computer system. The GUI has several elements including a form window and a designer window. The form window is configured to receive one or more control objects selected by the developer, and the designer window is configured to display a symbolic representation of those control objects placed in the form window. According to the invention, these symbols can be linked together by the developer in the form of a data flow or block diagram that logically represents the flow of data and control information into, out of, and between the selected control objects, and that corresponds to the application program being generated. In response to such graphical inputs, the program-development environment generates event handler procedures or code for use with the application program being developed. The program-development environment additionally affords the developer, preferably through the use of a selectively displayable code window, the ability to provide or modify event handlers textually.

In an illustrative embodiment, an apparatus, computer-readable media, or method may be configured to suggest determine relationships. Interaction with a block diagram model may include receiving a first portion of a block diagram model. The block diagram model may include a plurality of blocks. Each of the plurality of blocks may represent a set of dynamic equations. The interacting may be performed using the computer. Relationships between a plurality of a synthesized input, a synthesized output, a synthesized state, or a synthesized derivative, may be determined. A determination may be performed for the first portion of the block diagram model. The determining may include determining a block Jacobian pattern of relationships between two or more of an input, an output, a state, or a derivative of a first block of the plurality of blocks in the graphical model.

A method and system for engineering discovery. A block diagram of a system can be further refined by building a basic search query listing the functional requirements for block. The search query can be expanded by selecting one or more saved rules. A database can return components or subsystems that meet the criteria from the basic search query or the expanded search query. One or more candidates can be chosen from the answer set and assigned to the block. A system-constraint-based selection can compare combinations of the candidate components against a set of predefined criteria to indicate the components to be used for the system which meet those criteria. The design of the system can be accomplished by using generic descriptions rather than blocks.

Methods and systems are provided for automatically generating code from a graphical model representing a design to be implemented on components of a target computational hardware device. During the automatic code generating process, a memory mapping is automatically determined and generated to provide an optimization of execution of the program on the target device. The optimized memory mapping is incorporated into building the program executable from the automatically generated code of the graphical model.

A method for forecasting batch end conditions through their depiction as a multi-dimensional regions of uncertainty is disclosed. A visualization of the current condition of a continuous process and visualization of the simulated effect of user control moves are generated for a user. Volume visualization tools for viewing and querying intersecting solids in 3-dimensional space are utilized to perform the process visualization. Interactive tools for slicing multi-dimensional (>3) regions and drawing superimposed projections in 3-D space are provided. Additionally, graphical manipulation of the views of process conditions is accomplished by changing the hypothetical future values of contributing variables online in order to provide users the ability to simulate the effect of proposed control actions. The illustrative embodiment of the present invention may also be utilized in combination with a graphical programming environment supporting the execution and simulation of block diagrams and correspondingly generated process data. The scores representing the process condition may depend on estimated physical quantities as well as representations of process variability.

Method and systems are provided for representing interfaces between electronic components of a computational hardware device in a graphical model and automatically generating code from the graphical model to implement one or more component interfaces in the computational hardware device. A graphical modeling environment provides for the definition of interface boundaries to represent component interfaces between electronic components associated with partitions of a graphical model design. A code building tool automatically generates code from the graphical model to build executable instructions to run the component interfaces on the electronic components of the computational hardware device.

The control system setting apparatus is composed of a computer, comprising a processor, storage device, input device, display, and an interface connectable to a control system. The storage device stores therein a setting program 30 and a setting data 40. Component profile data is stored in a CPS 43 of the setting data 40. The component profile data is prepared for each component. The setting program makes the processor execute the following processes: When the input device is operated to select a network and a component to be used, a network constitution editor 33 checks for adaptability between the network and the component based on the component profile data. On condition that the component is adaptable to the network intended to connect the component, a network block diagram is created using a network icon to show the selected network and a component icon to show the selected component, and then displayed on the display.

Methods, systems and computer program products are disclosed for automatically generating hardware description language code from a model. The hardware description language code may be generated from a graphical program / model, such as a block diagram model. The hardware description language code may also be generated from a text-based program / model, such as a model created using MATLAB® tools. In particular, the present invention provides for the automatic code generation of an interface between components in the model. The present invention may provide options for selecting at least one of multiple types or styles of the component interfaces in the model. The selection of the interface types or styles may be controlled by the user or inferred by other parameters, such as implementation parameters.

A system for modeling, simulating and analyzing chemical and biochemical reactions includes a modeling environment for constructing a model of a chemical or biochemical system comprising a plurality of chemical reactions. The system also includes a simulation engine accepting as input said constructed model of the chemical or biochemical system and generating as output an expected result. The modeling environment includes a block diagram explorer for displaying a block diagram in a graphical user interface describing the system as a hierarchical network of interconnected blocks. Each block represents a species participating one of the chemical reactions or one of said chemical reactions in the system. The block diagram explorer allows for a user to manipulate and modify the graphical parameters of the block diagram representation to provide insight into the functionality and operation of the system being modeled.