JPH04102962A - Display device for recording device simulator - Google Patents

Abstract

PURPOSE:To make it possible to select and observe a monitoring screen and an optional debugging screen only by one action during the period of debugging by providing this display device with an icon means for temporarily erasing the debugging screen from the monitoring screen and waiting the debugging screen. CONSTITUTION:A simulation window part is provided with a monitoring window (MW) for displaying a monitoring screen for a target system in simulation, a debugging window for forming the debugging screen of a target program displayed superimposedly to the window MW and the icon means for temporarily erasing the debugging screen from the monitoring screen and waiting the debugging screen. Since the debugging window is provided with an icon forming function, the opening/closing of the debugging window can be executed only by one action and the missing of a signal change on the monitoring screen can be prevented. Consequently, accurate debugging can be attained.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to a simulation device that supports the development of recording devices such as copying machines, printers, and facsimile machines, and particularly relates to a simulation device that supports the development of recording devices such as copying machines, printers, and facsimiles. Soge I suitable for achieving accuracy and efficiency
-Relating to wear simulators (hereinafter referred to as simulators).

[Conventional technology]

In recent years, there have been major changes in product development of recording devices, such as increasing the number of functions in a single model and creating multiple models with only specific functions due to diversifying social needs. Technological innovation to respond to these changes is extremely dependent on the introduction of MPU and its software, and year by year Sogei I
- As the scale of software increases, the development of this software has come to occupy a large portion of the total man-hours for product development.

Conventionally, in software development for recording devices, debugging has been carried out in emulation tests and actual machine tests.

With this method, the number of drafts that occur during electrical circuit board/soft connection and debugging of actual equipment increases, and furthermore, the later you go, the more
The number of man-hours required for countermeasures increases, resulting in a decrease in the efficiency of product development.

Against this technical background, a support system (simulator) has been proposed that allows debugging of software on Soge 1 without an electric circuit board or a prototype device.

[Problem to be solved by the invention]

Conventional simulation devices are not configured to display the machine layout in a monitoring window and display the input/output status of signals that change as the target program runs on this layout to monitor and link the machine operation during simulation. Ta.

The simulator with the above monitoring window is
For example, Japanese Patent Application No. 2-18862 proposed by the same applicant.
"Recording device simulator and its technology".

In this simulator, debug window 1 is started with machine layerer 1 displayed on the monitoring window. Therefore, when the tech window was called up, it covered the monitor screen, and there was a risk of missing signal changes on the monitor screen while looking at this screen. In addition, when moving the debugging screen to a position that does not cover the monitoring screen in order to prevent debugging from being stopped, three actions were required: specifying the position before and after moving the screen, and executing the action, which resulted in poor operability.

An object of the present invention is to provide a display device for a simulator for a recording device that allows a monitor link screen and an arbitrary debug screen to be selected and viewed in one action during debugging.

[Means to solve the problem]

In order to achieve the above objectives, this design is based on the target controller 1, which includes an MPU that executes the target program and peripheral LSIs.
~A configuration unit that defines the system hardware information and generates data indicating the change state of signals to the MPU input terminal, and the electrical and mechanical elements that make up the Turke Soto System as an engine to Soge 1 It consists of a simulation engine section that performs simulation in terms of software, and a simulation window section that performs operations such as simulation execution control, environment settings, data input, and corrections. In a simulator of a recording device that is activated and executes a simulation by running the Targetera I program, the simulation window section includes at least a monitoring window that displays a monitoring screen of Targetera 1 to system during simulation, and a display that is superimposed on the window. , a debug window forming a debug screen for the target program, and icon means for temporarily erasing the debug screen from the monitor link screen and making it standby.

Further, a display device of a simulator for a recording device according to another invention includes:
Commands 1 to 1 for opening debug windows corresponding to various types of debugging are provided in the simulation window, and icon means 1 to 1 are provided in the debug window, and the icon commands are selected in the opened debug window '1.T'. This feature is characterized in that, at the same time as turning the debug window into an icon, the display of the commands in the debug window in the simulation window is changed to a display that allows identification of the fact that the debug window has been turned into an icon.

[For production]

When you specify the debug command you want to see from the debug toolbox in the simulation window, a child back screen is displayed overlapping the monitor link screen. Once you have finished debugging on this screen, select the debug window icon command to view the debug screen again. Then, the debug screen is turned into an icon and temporarily disappears, and goes into a standby state.Next, by specifying a debug command, the debug screen can be opened again to continue with the previous debug work.

In this way, by converting the debug screen into icons, windows can be opened and closed easily and quickly, making work more efficient. Additionally, when the debugging screen is closed, the relevant command display area and the command display area of the debugging window where no icon commands have been selected are displayed, allowing the operator to access the debugging screen without worrying about the previous operation. can.

〔Example〕

Embodiments of the present invention will be described below based on the drawings. still,
In this simulator, the hardware configuration function is based on the patent application filed by the same person or
-140716 (filed on June 2, 1999), and regarding the Satsu system including the simulation engine,
Japanese Patent Application No. 1-262908 (filed on October 11, 1999), and the simulator with Tevacca function is described in detail in Japanese Patent Application No. 18862 (filed on January 31, 1990). Therefore, this application cites the above application,
A detailed explanation of the components described in the above-mentioned application regarding the present invention will be omitted.

FIG. 3 is a schematic diagram of the hardware configuration of this simulator. Central processing unit 'ft], O is for controlling the entire simulator and processing data; +, = is for main memory 11, internal bus]2
Keyboard 1 for inputting various data and instructions via
3. Display 14 for displaying processing results, etc.
and a disk device for storing programs and data]5
or connected.

In the disk device 15, software resources such as a program main body and data required during the execution of the simulation are stored as files for all processes during the execution of the simulation. When executing the program, the program and data in the software device 15 are loaded into the main memory 11, and the central processing unit 10 uses these software resources to execute necessary processing.

Next, the function realizing means for realizing the software configuration of this simulator will be explained based on FIG. 4.

This simulator consists of a simulator management unit 20 that controls the specification of the program name and module name, the display of windows, and the startup of each session process.
, a configuration unit 30 that sets various hardware information of the target system and generates various data necessary for simulation, an LSI circuit,
It consists of a simulation section 40 that executes a simulation of the Targetera I system such as an MPU, and a display window section 50 that displays various information of the simulator on a graphic display.

The configuration unit 30 includes an MPU information setting unit 3 that sets the MPU clock, memory, terminals, etc., and a roll/control unit 1 for various interfaces.
L for defining data addresses and terminal connection relationships
An SJ information setting section 32, a machine clock information setting section 33 for setting a reference clock during simulation, which is used for executing target blocks and counting timing data, and for grasping the simulation status on the screen. , a machine layout setting section 34 that arranges marks corresponding to I10 and I on a schematically drawn recording section, checks the consistency between various setting data set, and also checks various settings necessary for simulation. Configuration sorting section 35 that creates data
Then, the information indicating the status of the target system's movement 1, that is, the signal level of the sensor of the mechanism part, is arranged in chronological order.
a timing data creation/conversion unit 36 that generates timing data and converts the generated timing data or timing data generated by a separately provided data creation block into quick left signal data that can be used by a simulator; MPU of
The communication data generation unit 37 defines a communication protocol for communicating with the Targetera system and sets actual communication data assuming a certain operating mode of the system.

The simulation section 40 includes the simulation management section 4
1. Consists of an engine initialization section 42, a window management section 43, an engine section 44, and a tech 45, which runs a simulation engine (hereinafter referred to as the engine) based on the hardware information of the Tarkerato system defined by the configuration section. It starts up and supplies timing data and test data to this engine to debug the target block diagram.

The display window section 50 displays various data on a "human map display" window when setting definition information and generating data in the configuration section.

There are seven functions for managing the simulation, including creating and closing windows, branching to process execution in each window when an event occurs in one or more open windows, and starting the engine. It has the ability to run simulations and provide various debugging functions such as flakes and traces during simulation execution.

The simulation management unit 41 displays a session 'Simuatio' in the simulator window S shown in FIG.
When you specify "n" and select "Go 5ession", it is called by the simulator management section 20 and starts.
Simulation initialization section 42, window 1] Controls the management section 431, engine section 44, and debugging section 45.

The window management unit 43 manages windows related to various simulations and Ihen 1-.

In Figure 1, specify the session “Simulation” in the SSW and select “GO5es”.
This is a simulation window opened by selecting s i on. Note that the initial screen of the window is a state in which the machine layerer I. is not displayed in the monitoring window.

In the simulation window SW, you can control the execution of the simulation, make various settings for the simulation environment (mote), select various target block diagrams, and make various settings for the simulation environment (mote).
Various selections of diagrams, display and settings of registers, memories, etc., monitoring of signal changes during simulation execution, flaking, tracing, and manual input of communication data and signal data can be performed.

This simulation window S- displays simulation information and error messages when commands 1 to 1 necessary for simulation execution and debugging are executed. In addition, a monitoring window I is set up to display a schematic diagram of the target system (machine layerer 1~) during simulation and to display signal changes in each part.
I'm tired.

The simulation is executed with the jπ selection of the mode command 100. When the simulation mode is selected, the simulation of Thakera 1 Hebrochlam is executed in synchronization with the external environment such as communication data and timing data. This motor is an automatic motor 1 that continuously supplies data such as communication data and timing data to test 1 for execution, and test data is sequentially supplied at the same time, that is, steps on the data cue ink. You can select the step mode to be executed and the manual mode in which the test data is supplied and executed by manual setting.

If program mote is selected, a simulation is executed for only the target program.

In this mode, the operation of the monitor is checked by running Turkera 1 to Blockram without using test data. In reality, where the data is required, values are set in the memory or registers of the CPU as alternatives to data 1 to data, and the program is run.

Debugging can be executed by starting a dehack screen by selecting a command in the dehack tool hottas (Debu8Tool Box) display area 101 of the simulation window SW. The configuration for realizing the debug function will be described below.

The system 45 is managed by the simulation management section 4 shown in FIG. Provides functions for reading and writing.

In addition, here, regarding the iconization of the debug screen, the effect of the KuboFint function and the Ike debug 4N function are described in detail in Section ① of the above application.
)The explanation is omitted.

Flake Boin) ~ function is a function that stops the running of Terkerato Program when a certain condition is met. This function is used to check whether the set conditions are passed or not, and to check the contents of the memory and register at the time the eastern part was established.

The 6th [a] is the module configuration of the saw that sets and executes various flake points.

The window management unit 43 manages various windows 431 opened by the simulation window 430 managed by the simulator management unit 2o.

The window generation unit 4310 generates “t3
When specifying "reakPoint,", the simulation window is activated by the simulation window 430, and the setting window l' (PW or monitor link window 2) is activated to the flake point 1 shown in 7th A.
Stack it on h and bake.

The flake point setting win 1 BPW consists of a command section with commands to perform operations such as setting and deletion, a parameter section that specifies whether to flake under conditions, and an en 1 to display the set flake conditions. A part of the ribbon is provided.

The drawing unit 4311 performs processing for displaying specified parameters and set flake boils 1- in a window.

The set processing unit 4312 is started by specifying the command F "Set", and registers the contents specified by the parameters in the points 1 to 1 full.

The clear processing unit 4313 is started by specifying "C1ear", and clears the currently selected en-riboin 1.
Delete only ~.

The clear all processing unit 4314 performs “C1earAl
” to delete all flake points I displayed in the entry point section.

When the above-mentioned Sera 1~process, clear process, and clear all process are executed, the setting section 11 for Break 1~Race management is extracted, and the information in the memory management file is updated.

The hiss l-reprocessing unit 4315 is started by specifying “l1story”, and the hiss l1
~Display the contents of the refile in the pop-up menu.

The icon processing unit 4316 erases the dehacking image 1 activated during the simulation from the monitor link screen and puts it in a standby state. At the same time) the icon status is “Br”
eak Pa1nt” display color, for example hack color (
(hatched area in the figure) can be changed.

The exit 1-processing section 4317 is activated by singing "Exit", operates the window generating section 4318, and closes the window BPW.

The information setting unit 43]9 stores data input from the window in the memory and the sister h? Report, Lee-1//Rai I
・Type, hex (flex) or binary = (1(
nary), the data format and flake counter 1~ are set.

Next, I will explain the operation of the iconization function on the screen. In addition, in Figure 1, the flake boin 1~ and the timing data sheath are iconized, and the monitor link win l'1 MW shows the machine layerer 1~M/L being simulated or the table button. has been done. FIG. 2 shows an example of the screen configuration when a flake point is selected after opening the timing trace window TD.

When you specify a flake point from the debug tool points, the flake point setting window [lPW
is opened so that it overlaps the monitor link screen. After debugging while looking at the window, if you click on the "Icon" command in the window, the window disappears from the monitoring screen and the state shown in Figure 1 appears. In this way, it is possible to grasp the state of the simulation and debug by appropriately switching between the monitoring screen and the debugging screen during the simulation.

〔Effect of the invention〕

As described above, according to the present invention, since the debug window is provided with an iconization function, the debug window can be opened and closed in one action, and signal changes on the monitor link screen will not be missed. , accurate debugging becomes possible.

[Brief explanation of drawings]

Fig. 1 is a window diagram showing the iconization state of the simulation window of the present invention, Fig. 2 is a window diagram before iconization, Fig. 3 is a hardware configuration diagram, Fig. 4 is a software configuration diagram, and Fig. 5 is a window diagram showing the iconization state of the simulation window of the present invention. A simulator window diagram, FIG. 6 is a module configuration diagram realizing the breakpoint I-1 function, and FIG. 7 is a breakpoint I window diagram. Snema Simulator window SSW/Simulation window 1.01...Simulation mode 1 ~ Selection command 1
02・Tebac selection command 1・Monitoring window 1/L・Machine layout

Claims (2)

[Claims] (1) MPU that executes the target program, peripheral L
A configuration unit that defines the hardware information of the target system including SI and generates data indicating the state of change of signals to the input terminals of the MPU, and software that uses the electrical and mechanical elements that make up the target system as an engine. It consists of a simulation engine section that performs simulations, and a simulation window section that performs operations such as simulation execution control, environment settings, data input, and corrections.Based on the configuration information, the engine is started and the target program is run. In a simulator of a recording device that executes a simulation, the simulation window section includes at least a monitoring window that displays a monitoring screen of a target system during simulation, and a debug window that is superimposed on the window and displays a debug screen of a target program. A display device for a simulator for a recording device, comprising icon means for temporarily erasing the debug screen from a monitoring screen and putting it on standby. (2) A command for opening a debug window corresponding to various types of debugging is provided in the simulation window, and an icon command is provided in the debug window, and by selecting the icon command in the opened debug window, the debug window can be opened as an icon. 2. The display device for a simulator for a recording device according to claim 1, wherein at the same time as the debugging window is converted into an icon, the command display in the debugging window in the simulation window is changed to a display that allows identification of the debugging window.