CN100370416C - Programmable control device and method thereof - Google Patents

Abstract

The invention discloses a programmable control device, comprising: a functional unit having at least one functional object; the storage unit is used for storing the trigger state setting information of the functional object and the action event of the programmable control device when the functional object is triggered in each trigger state; the event response circuit is used for searching an action event related to the functional object according to the current trigger state of the functional object when the functional object is triggered; and the execution circuit is used for executing the action event according to the search result of the event response circuit. The invention also correspondingly discloses a program programming method of the programmable control device. The invention has the characteristics of simple and visual realization and easy expansion, and can be applied to IC designs with various complex and diversified functions.

Description

A programmable control device and method thereof

technical field

The invention relates to the field of control devices, in particular to a programmable control device and a method thereof.

Background technique

With the development of society and technology, all kinds of electronic products are becoming more and more popular, which brings great convenience to people's study, work and life. Correspondingly, the application of microprocessor-based programmable control devices (such as MCU, microcontroller) is also increasingly widespread. For example, in offices, microcontrollers are used in computer keyboards, monitors, printers, copiers, fax machines, and telephone systems; in homes, microcontrollers are found in microwave ovens, washing machines and dryers, security systems, and lawn sprinklers controllers and music/video entertainment facilities, etc.

For a general microcontroller, it must be connected with other peripheral circuits to achieve more functions. For example: connect with peripheral memory to expand its storage space, connect with A/D (analog/digital), D/A (digital/analog) converter and LCD (liquid crystal display) driver to realize man-machine conversation, and even use dedicated voice IC (Integrated Circuit) to realize voice or music playback function.

Generally, programmable control devices such as single-chip microcomputers or embedded control chips realize the functions of various electronic products by running the control programs stored therein.

At present, in the prior art, the development method of the control device mainly includes the following stages:

1) Understand the hardware structure and functions of the control device;

2) Familiar with the assembly instruction set of the control device;

3) Familiar with the use of tool chains including assemblers, linkers and bundlers;

4) Design the system structure of the control device, including hardware structure and software architecture;

5) Implement hardware structure design and write application programs for it;

6) Debug and verify system design.

In the development method of the prior art, since the developer edits the structured control program composed of assembly instructions according to complex design rules, and needs to consider the implementation process of the hardware response of the control device; and the development system can only be based on the developer's The input assembly instructions are compiled and linked, and finally converted into executable machine codes, so there are some disadvantages: First, if you want to realize the programming control of the control device, you need to understand its hardware function and its peripheral connection circuit. Hardware brings great inconvenience to developers; secondly, developers need to be familiar with the assembly instruction set and master certain skills, the programming process is complicated and difficult to expand; in short, in order to be familiar with the assembly instruction set and understand the hardware of programmable control devices Structure and underlying details, developers need to spend a lot of time on early learning, thus increasing the development cycle, prolonging the time to market of products, increasing product development costs, and product quality is difficult to ensure; and if the final product quality has not experienced long-term market There may be more potential problems in the test, which will affect the subsequent product function expansion or product transplantation.

With the development of IC technology, although some peripheral functional components such as memory can be integrated in the control device, the development method of the prior art is still difficult to effectively meet people's demand for electronic product development.

For another prior art, please refer to US Patent No. 5,867,818, which discloses a "commandless programmable control device and method thereof". Although this method is simple, easy, and intuitive, and can shorten the programming time of the control device, the programming method is limited by the conditions of the programmable control device. Execute the memory of the event, and thus need to configure the corresponding addressing circuit; moreover, in the I/O state memory, the I/O state set by the user, the trigger condition of the input port and the output data of the output port must be separately set Store one by one; and use the identification circuit to identify whether the trigger condition of the input port is satisfied according to the trigger condition of the input port set by the user; Execute the corresponding event. Furthermore, the execution of the functions of the programmable control device completely depends on the satisfaction of the trigger conditions of the input ports. Although the inventor also mentioned a relatively general IC design, it still relies on the triggering of the input port and can only realize simple output functions. Apparently, some IC designs based on the simple and easy programming method disclosed by the inventor have been difficult to adapt to the development of complex and diverse programmable control devices, thus limiting the application of users.

Contents of the invention

The technical problem solved by the present invention is to provide a programmable control device and its method, which are simple and intuitive to implement, and easy to expand; and can be applied to IC designs with various complex and diversified functions.

For this reason, the technical scheme that the present invention solves technical problem is: provide a kind of programmable control device, comprise:

a functional unit having at least one functional object;

The storage unit is used to store the trigger state setting information of the functional object, and the action events of the programmable control device when the functional object is triggered in each trigger state;

An event response circuit, configured to search for an action event associated with the functional object according to the current trigger state of the functional object when the functional object is triggered;

The execution circuit is configured to execute the action event according to the search result of the event response circuit.

Preferably, the functional object is triggered when a predetermined external signal is received.

Preferably, the functional unit is an input circuit; the functional object is an input pin for receiving an input signal from outside the programmable control device; the input circuit also includes an input signal processing circuit for generating a trigger according to the input signal signal and sent to the event response circuit.

Preferably, the input signal processing circuit is an input pin reading circuit or a sleep/wake circuit.

Preferably, the programmable control device also includes an analog-to-digital conversion circuit for converting an analog signal received from outside the programmable control device into a digital signal; the functional unit is a keyboard scanning unit for Receiving button signals; or the functional unit is an infrared signal receiving circuit for receiving infrared signals from outside the programmable control device; or the functional unit is a comparator circuit for receiving comparison input signals from outside the programmable control device.

Preferably, the functional object transmits the received external signal to the event response circuit, and the event response circuit judges whether the functional unit is triggered according to the external signal; or the functional object generates a trigger signal when receiving a predetermined external signal and sent to the event response circuit.

Preferably, the functional object is triggered when a predetermined function is performed.

Preferably, the functional object is a timer, which is used to generate a trigger signal when the timing time is reached.

Preferably, the functional unit is an audio playback unit, and the functional object is a musical note or a sound clip played by the audio playback unit; or the functional unit or an image display unit, and the functional object is a sound generated by the image display unit Image scanning drive signal.

Preferably, the functional object is triggered when switched to a triggered state.

Preferably, the functional unit is a signal output unit, configured to output a predetermined output signal when triggered.

Preferably, the signal output unit includes an output circuit, an audio playback unit or an image display unit.

Preferably, the action event executed by the execution circuit at least includes generating an output signal, switching a trigger state of a functional object, or initiating another action event.

Preferably, the programmable control device further includes a reset circuit for realizing the reset operation of the programmable control device.

Preferably, the trigger signal generated when the functional object is triggered is an abnormal event signal or an interrupt event signal.

The present invention also provides a method for operating a programmable control device, the control device includes a functional unit, and the functional unit has at least one functional object; including steps:

1) Selecting the functional object of the programmable control device;

2) Configure the trigger state of the aforementioned functional object;

3) Set the action event executed by the control device when the aforementioned functional object is triggered in the triggered state;

4) Define the aforementioned action events; and set the current trigger state of the functional object in at least one action event.

Preferably, step 3) further includes setting the functional object to be triggered when receiving a predetermined external signal; or to be triggered when a predetermined function is executed; or to be triggered when switching to a trigger state.

Preferably, the action event includes generating an output signal, switching a trigger state of a functional object, or initiating another action event.

Preferably, the functional objects include input pins, keyboard keys, infrared receiving commands, comparators, output pins and/or timers.

Preferably, the functional unit is an audio playback unit or an image display unit; the functional object is a musical note or a sound clip played by an audio playback unit, or an image scanning drive signal generated by an image display unit; in the step 1) also Contains resource files that set the associated functional objects.

The present invention also provides a programmable control device, including:

A trigger signal providing unit is used to receive or generate a trigger signal related to the control device;

The memory is used to store the code to be executed by the control device, wherein the code includes parameters representing the corresponding relationship between the action event, the trigger signal and the action event;

A processor, configured to search for the aforementioned corresponding relationship according to the trigger signal, and execute a corresponding action event according to the search result;

The signal output unit is used for outputting the output signal generated by the processor.

Preferably, the trigger signal providing unit includes an input circuit, a keyboard scanning unit, a timer, a music playing unit, a voice playing unit, an image receiving unit, a comparator or an analog-to-digital conversion circuit.

Preferably, the signal output unit includes an output circuit, an audio signal playing circuit or an image display driving circuit.

Preferably, the trigger signal providing unit generates a trigger signal when receiving a predetermined external signal, or when executing a predetermined function, or when switching to a trigger state.

Compared with the prior art, the beneficial effects of the present invention are: firstly, because the method of the present invention is aimed at the characteristic of programmable control device, this control device is divided into each functional object according to the functional unit, and complex, diversified control device The design and programming process is subdivided into stages such as selecting functional objects, configuring trigger states, announcing and defining action events, etc. Therefore, after a developer selects a functional object, he only needs to configure the trigger state from the perspective of functional description, and set the trigger state accordingly. The function development of the programmable control device can be completed by the action event when the functional object is triggered in a certain trigger state, which makes the programming design of a complex and diverse control device more modular and the steps are fully simplified. Secondly, the present invention makes it unnecessary for developers to understand the underlying hardware structure of the control device, and does not need to learn and be familiar with the assembly language of the control device and use it to program the control device. It only needs to proceed from the modularized functional requirements of the actual product. Functional objects, trigger mechanisms, and action events are described step by step, and the development system can automatically generate control programs in assembly language format, so it is easy to expand the functions of programmable control devices and can be applied to the development of various functions, such as input / output, infrared receiver, timer / counter, audio playback and graphics display, etc., and facilitate product upgrades. Again, practice has proved that the developer who adopts the present invention only needs to complete the programming process to the control device in a short period of time (several hours), thus shortening the development cycle of the user's product (generally, this process in the prior art requires more than ten days to dozens of days), saving labor costs.

Description of drawings

Fig. 1 is a schematic diagram of the principle of the development process of the programmable control device;

Fig. 2 is the flowchart of the development method of programmable control device of the present invention;

Fig. 3 is a schematic diagram of receiving user editing information in the present invention;

Fig. 4 is the block diagram of the development system of the programmable control device of the present invention;

Fig. 5 is the block diagram of compiling unit among the present invention;

Fig. 6 is a schematic diagram of the actual keyboard scanning hardware connection;

Fig. 7 is the schematic diagram of the selected keyboard array combination in Example 1 of the present invention;

8 is a schematic diagram of a user-defined keyboard array combination in Example 1 of the present invention;

Fig. 9 is a schematic diagram of generating a control program in the present invention;

Fig. 10 is a block diagram of an embodiment of the programmable control device of the present invention;

Fig. 11 is a block diagram of an embodiment of the programmable control device of the present invention.

Detailed ways

Please refer to FIG. 1 , which is a schematic diagram of the development process of the programmable control device.

First, an integrated development environment (IDE) is provided by the data processing device 910, and a control program is generated on the data processing device 910; then executable machine code is generated by means of assembly, linking, etc.; then, the executable machine code is generated by the data processing device 910 The code is loaded onto the debugging device 930 through connecting lines 920 such as a parallel port line and a serial port line, and the executable machine code is started to run and debug. Executable machine code debugging device 930 exchanges information with data processing equipment 910 through connection lines 920 such as parallel port lines and serial port lines.

After the debugging is successful, the executable machine code can be downloaded (for example, by means of burning) into the programmable control device to complete the development of the programmable control device.

Wherein, the data processing equipment 910 of the present invention includes but not limited to computers, notebook computers and other electronic equipment with data processing capabilities; the debugging device 930 includes but not limited to single-chip microcomputers, control device simulation boards, online emulators, etc. Real-time simulation interface, the hardware platform on which the software runs.

Please refer to FIG. 2 , which is a flow chart of the development method of the programmable control device of the present invention.

In step S100, the data processing device 910 provides a user interface for the user to create a new control program and guide the user to edit it, and receives input information from the user.

Please also refer to FIG. 3 , which is a schematic diagram of the specific process of editing by the user in step S100 .

Step S110, setting basic parameters of the hardware of the programmable control device.

The basic parameters include the basic model of the programmable control device, the applied system clock, etc., and are used to provide information on the operation of the programmable control device.

Step S120, selecting the function object of the programmable control device.

The functional object is closely related to the functional unit of the programmable control device, including but not limited to the input port of the input circuit of the programmable control device, the output port of the output circuit, the key of the keyboard scanning circuit, the infrared signal receiving command, the timer/ Counter etc. When the functional object is triggered and the triggering condition is met, the programmable control device will complete the corresponding action function.

Step S130, configuring the trigger state of the aforementioned functional object and the action event executed by the control device when the functional object is triggered in a specific trigger state.

Usually, a functional object can be triggered when a predetermined external signal is received. For example, when the functional object is an input port, it can be set that when the input port is at a high level, the input port is triggered in the current state. The functional object can also be triggered by the operation of the functional object itself, such as: when the functional object is a timer/counter, if the timer/counter is TM0, it can be set that when TM0 overflows, the timer/counter is triggered in the current state. It is also possible that when switching to the trigger state of the functional object, the control device executes the set action event, such as: when the functional object is an output port, a predetermined signal will be output in the trigger state.

For a functional object triggered according to an external signal, the circuit corresponding to the functional object or the corresponding functional unit may transmit the received external signal to the event response circuit, and the event response circuit judges whether the functional unit is activated according to the external signal Trigger: The functional object can also generate a trigger signal when its corresponding functional unit receives a predetermined external signal and transmit it to the event response circuit.

Of course, for the same functional object, multiple different trigger states can be configured. In different trigger states, different action events can be set when the functional object is triggered.

Of course, it is also possible not to set an action event in some triggering states of the functional object, then in this triggering state, the control device will not perform any operation when the functional object is triggered.

Step S140, defining the action events; wherein at least one of the action events includes switching to the current trigger state.

The action event is used to describe the action performed by the programmable control device. After the action event is set, it can be selected by different trigger states of different functional objects at the same time.

Usually, the action event can be set by a user-defined action function. When the function is executed, the control device may generate a specific output signal, or switch the trigger state of the functional object or start another action event.

The action event can also be an action constant specified by the user. The action constant is generally used to indicate the output action of the output port when the functional object is an output port, including but not limited to a logic high level signal, or a logic low level signal, Or a single positive pulse signal, or a single negative pulse signal, or a positive pulse train signal and a negative pulse train signal.

In step S200, the data processing device 910 compiles the user input information and automatically generates a control program in assembly language format.

First, convert the selection information of the functional object and the configuration of the trigger mechanism (trigger state, trigger condition) into compilation parameters; secondly, convert the setting information of the action event into compilation parameters, and combine all compilation parameters to generate an assembly language form control program.

In addition, when dealing with the functional object and the trigger mechanism, the program module related to the functional object will also be called, and it will be organically combined into the control program to automatically realize the operation of the bottom layer of the hardware, so that for the user, it can be Describe the software and hardware triggering environment at the functional layer without caring about the implementation details of the underlying hardware of the control device, which is convenient for users to expand subsequent functions.

In the present invention, the program module may be a functional module designed in assembly language, used to realize the operation of the underlying hardware of the control device, for example, scan the keyboard array, etc., thereby supporting the process of compiling the information input by the user.

Step S300, assemble and link the control program to generate executable machine code.

In addition, in order to further expand the function of the programmable control device, the functional object selected in the step S120 can also be the EventNote (note) of the Music (music) playback module and the EventSect (speech segment) of the Speech (voice) playback module. Correspondingly, in the step S100, it is also necessary to set application resources: that is, various resource files and related parameters used by the programmable control device during operation. After the step S300, a step S400 of binding the executable machine code and the resource file is also included.

In step S500, after the executable machine code is generated, it can be debugged and run; if the debug is passed, it can be loaded (for example, by burning) to the programmable control device to complete the development of required functions, which will not be described in detail here.

Please refer to FIG. 4 , which is a block diagram of the development system of the programmable control device of the present invention.

The development system provides an integrated development environment (IDE), including a user interaction unit 110, a compilation unit (QPL Complier) 120, a function module (QPL Module) 130, an assembly unit (QPL Assembler) 140, and a link unit (QPL Linker) 150 .

The user interaction unit 110 is configured to receive user input information. The user input information includes selection information of a functional object, configuration information of a trigger mechanism, and setting information of an action event.

Please also refer to FIG. 5 , the compiling unit 120 is configured to analyze user input information and automatically generate a control program. It includes a functional object and trigger mechanism processing unit (QPDEC) 121 and an action event processing unit (QPDEF) 122 .

The function object and trigger mechanism processing unit 121 is used to convert the selected information of the function object and the configuration of the trigger mechanism into compilation parameters and transmit them to the action event processing unit 122; the action event processing unit 122 is used to convert the The setting information is converted into compile parameters, and all compile parameters are combined to generate a control program in assembly language.

The function module 130 is used to provide a function object operation program for the compilation unit 120 to support the compilation process of the compilation unit 120 . Specifically, when the compiling unit 120 scans a certain functional object included in the selected information of the functional object, it extracts the operating program of the functional object from the functional module 130 (for example, when scanning to a key that is provided with a keyboard , it will take out the keyboard scanning program) and organically combine them into the control program one by one.

It should be noted that the function of the action event processing unit 122 can also be realized by two separate parts, that is, the action event preprocessing part (QPDCC) and the compiling part (QPDEF); The setting information of the event is preprocessed and passed to the compiling part; the compiling part receives the preprocessed parameters and the compiling parameters transmitted by the function object and the trigger mechanism processing unit 121 at the same time, and generates a control program.

In addition, the compilation unit 120 may also have a driver unit (QPC), which receives input information from the user interaction unit 110 and drives the functional object and trigger mechanism processing unit 121 and the action event processing unit 122 respectively.

Wherein, the driving steps of the driving unit are as follows: transmit the parameters of the function object and trigger mechanism information received by the user interaction unit to the object and trigger mechanism processing unit and the action event processing unit, and receive the first feedback from the object and trigger mechanism processing unit A compilation parameter is passed to the action event processing unit; the action event setting information is transmitted to the action event processing unit, and the action event processing unit generates the second compilation parameter; the action event processing unit combines the first compilation parameter passed by the drive unit and the second Compile the parameters and generate the control program.

The driving step of the driving unit may also be: transmitting the parameters of the function object and trigger mechanism information received by the user interaction unit to the object and trigger mechanism processing unit and the action event processing unit, and receiving the first feedback from the object and trigger mechanism processing unit A compilation parameter, which is passed to the action event processing unit; transmits the action event setting information to the preprocessing part in the action event processing unit, and receives the second compilation parameter fed back by the preprocessing part, and passes it to the compilation of the action event processing unit part; the compiling part of the action event processing unit combines the first compiling parameter and the second compiling parameter passed by the drive unit to generate a control program.

The assembly unit 140 is used to convert the assembly program generated by the compilation unit 120 into object codes.

The linking unit 150 is used to link the aforementioned object codes with related library files to generate executable machine codes.

In addition, as previously mentioned, in order to further expand the function of the programmable control device, the functional object selected by the user can also be the EventNote (note) of the Music (music) playback module and the EventSect (voice segment) of the Speech (voice) playback module hour. Correspondingly, the user needs to set application resources through the user interaction unit 110 : that is, resource files and related parameters used by the programmable control device during operation. The compiling unit 120 also has a resource file processing unit for integrating the resource file setting information input by the user into the assembly language control program. The resource file processing unit can be combined with the functional object and trigger mechanism processing unit. Moreover, the present invention also includes a binding unit (QPL Binder) 160, which is used to bind the executable machine code generated by the linking unit 150 with related resource files to generate the final executable machine code.

In order to verify the system design of the controllable programming device and ensure the quality of the product, the development system of the present invention also includes a debugging unit (QPL Debugger) 170 for debugging the final executable machine code, which will not be described in detail.

In order to facilitate the understanding of the development system and method of the present invention, the present invention will be further described in detail below in conjunction with embodiments.

First, the user creates a new user project in the integrated development environment, and the user interaction unit of the development system automatically generates two source files: resource import source file (Resource) and control engineering program source file (File). The resource import source file is used to realize the description of the resource file, and import the resource file that the user needs to use; the control program source file is used to set the software and hardware environment and trigger mechanism, and describe the action event.

Among them, the present embodiment divides the source files of the control program into more fine-grained divisions into software and hardware environment and trigger mechanism configuration source files (Declaration) and action event definition source files (Definition).

Subsequently, the user interaction unit receives the editing of the source file by the user, and guides the user to complete the programming of the programmable control device.

In the programming process, this embodiment provides a QPL (Quick Program Language) modular programming language, which makes the development process simple, fast and intuitive. The QPL language is a convenient and flexible modular high-level language that describes the software and hardware environment and action events of the application program. It includes three grammatical units: one is the resource file description part; the other is the description part of the software and hardware environment and trigger mechanism configuration, which is used to describe the peripheral triggering of the control device, eliminating the trouble for users to deal with the details of the underlying hardware; the third is the action event The description part of the definition is used to describe the corresponding actions performed by the control device when a certain functional object is triggered.

Example 1 $Keyscan (keyboard simple programming method)

Please refer to Figure 6, which is a schematic diagram of the actual keyboard hardware connection.

When selecting a functional object, the IDE (Integrated Development Environment) provides a keyboard scanning configuration list, so that the user can easily select various keyboard arrays that meet the needs through the list; if the user is not satisfied with the default keyboard definition provided by the system, then Users can also perform self-configuration through the IDE.

Please refer to Figure 7, the development system defines multiple convenient keyboard array combinations for users, supports determinant and direct connection, and users only need to specify to use EasyN.

Please refer to Figure 8, user-defined can also be performed, just specify which I/O as Scan Line (scanning line) and which I/O as Sense Line (input line). The development system will automatically initialize the IO and scan the keyboard for the user, so that the user does not need to care about the details of the underlying hardware. The IDE will automatically generate the KeyScan section in the Declaration file, and generate the keyboard matrix EASY8 functional objects TG1 to TG8 under this section:

$KeyScan:

EASY8

TG1 TG2 TG3 TG4&

TG5 TG6 TG7 TG8

In addition, the keyboard supports setting the pull-up resistor and pull-down resistor of the keyboard scan input line (Sense Line). The keyboard also supports the setting of high and low output levels of the keyboard scanning output line (Scan Line). The settings of SenseLine and Scan Line are determined according to the actual situation of the user's keyboard matrix circuit.

The development system will also automatically avoid errors. Since the Sense Line and Scan Line are related to the chip I/O interface hardware, the I/O interface of each series of chips is not the same. If the user does not understand and causes a setting error, the system will show An error prompt dialog box guides the user to perform correct setting operations.

After the configuration is completed, the user can use the trigger condition description syntax provided by the QPL language to describe the trigger conditions and action events of each key on the keyboard.

Because the keyboard module of the development system can recognize the situation that two keys are pressed at the same time, and can recognize the action of pressing and lifting a certain key. So the trigger condition can be a key press trigger or a key release trigger.

In the keyboard function object, the action event can be an action function name, and the user can define and describe the corresponding function body in the subsequent action function description part Definition file; the action event can also be expressed as no action.

At the same time, the user can set several different trigger states. In different trigger states, the user can set different action events for each button. The system provides the state switching function SetState to facilitate the user to perform state conversion.

The following is an example of a programming description of functional objects and trigger mechanisms.

$KeyScan:

[1] DebounceLevel = 10

[2]Easy8

[3] TG1 TG2 TG3 TG4 TG5 TG6 TG7 TG8

[4]K_S0: Path_A@Path_B/Path_C X X X X X

[5]K_S1: /Path_C X/Path_A /Path_C X/@Path_B X X

[6]...

[7]K_Sn: X /Path_C X/Path_A /Path_C X /@Path_B X X

in,

[1] is the setting of the button anti-shake function;

[2] is the keyboard array size set by IDE;

[3] is the keyboard array generated by the IDE, TG1 ~ TGm (m=8) represent each trigger button (that is, the function object) of the keyboard;

[4] is the keyboard state K_S0 configured by the user using the QPL language and the trigger conditions and action events of each key in this state. K_S0 is the trigger state.

Path_A, Path_B, and Path_C are the names of the execution action functions when triggered, corresponding to TG1~TGm one by one, indicating the execution action when the trigger button is pressed or released (actually, when the user sets the action event here, it also Announce this action event, so the user must define the actual meaning of these action events in the subsequent action event description section; action events can be reused), there is no action event corresponding or the trigger button corresponding to X is pressed or released No action was performed.

If there is a '/' character in front of the action event, it means that the action is triggered when it is released, otherwise it means that it is triggered when it is pressed.

The user can also set the execution attribute of the action function at the same time. The method is to add the '@' symbol in front of the action function. If the '@' symbol is added in front of the set action function, it means that the system will use the fast function when the trigger condition is met. That is, enter an action function by calling a function to execute the instructions in the function, and use the "return" instruction (return from the function) in the function to return to the instruction that originally called the function. The execution of this function Nested execution can be formed; if there is no '@' symbol before the set action function, it means that the system will adopt the ordinary function method when the trigger condition is met, that is, use the "goto" instruction to enter the function to execute the instruction in the function, and use the function The inner "end" instruction ends the execution of the instruction, instead of returning like calling a function, and the execution of this function will not form nested execution.

[5]～[7] are similar to [4], which are the keyboard states K_S1, ..., K_Sn configured by the user using the QPL language and the trigger conditions and action events of each key in these states.

When the user switches the current state to a certain state of KeyScan, in this state, if the user triggers a certain key, the corresponding action event of this key will be executed by the programmable control device in this state.

Then, describe the action event (in the Definition file), that is, define the actual meaning of the previously declared action event, that is, define the function body of the previously declared action function, which may be in some high-level language, such as ANSI -C, Pascal, Fortran, etc., implement functions used to describe execution actions, and set a certain state of the button as the current execution state in at least one function.

It should be noted that the switching of the trigger state of each functional object of the programmable control device can be performed in two ways. One way is to call the state switching function SetState(x, y) provided by the development system. The meaning of the parameters x and y is: x is used to indicate the event source, which can be "KEY", "IR", "IN", "OUT ", "TM", "ME" and so on; y is used to indicate the state index number (1~n) in the event source referred to, and 0 means no state. Another way is to do state switching in action events.

That is to say, in the programming process, the user only needs to select the trigger button of the keyboard array; configure the trigger state and trigger condition of the trigger button; and set the programmable control device when the button meets the trigger condition (press/release). The action event (action function or no action) that is executed is sufficient. In addition, the user does not need to care about whether the I/O pin used by the keyboard conflicts with other I/O uses, does not need to consider how to detect the keyboard scan, and does not need to consider whether the key is pressed or released in a certain state How to trigger the corresponding actions, all these details about the underlying hardware and software are coordinated and resolved by the IDE of the development system and its QPL Complier and QPL Module.

Example two IRScan (infrared scanning receiving method)

Select the functional object, set the trigger condition and the corresponding relationship with the action event.

First, select the port for receiving infrared signals in this example. If the user does not make a selection, the development system will use the default port.

It should be noted that, for this example, due to the large power consumption of the specified infrared receiving device, it is necessary to set the power control port of the infrared receiving device and its valid/invalid status, so that the control device can be in a power-saving sleep state invalidate it.

Second, for this example, the number (ID) of the selected infrared receiver is also required. The action event is only executed when the received IR command contains the specified receiver number.

Then, specify the type of infrared signal received by the pin (ID of infrared command). And configure the action events corresponding to different types of infrared signals.

At the same time, the user can set several different trigger states, and in different trigger states, the user can set different action events for each infrared signal.

The following are examples of descriptions of functional objects and trigger mechanisms.

$IrScan:

[1] IrReceivePin = Pa.0

[2]IrRxPowerCtrl(pb.1)/high

[3] IrRxId=1

[4] Rx1 Rx2 Rx3 Rx10

[5]Ir_S0: Path_A Path_B Path_C X

[6]Ir_S1: Path_C Path_A Path_C X

[7]...

[8]Ir_Sn: X Path_C Path_A Path_C

in,

[1] is the infrared receiving IO port set by the user, which can be set selectively by the user, otherwise the default IO port will be used.

[2] is the port for the user to control the power of the infrared receiver and its effective state setting.

[3] is the setting of the infrared receiver number.

[4] is the command ID of each received infrared signal.

[5] is the setting of the corresponding action event when the infrared signal Rxm (wherein, m=0～63) of a certain command is received in a certain trigger state Ir_S0.

[6]～[7] are similar to [5]. It is the setting of the corresponding action event when the infrared signal Rxm (m is a positive integer) of a certain command is received in the trigger state Ir_S1,..., Ir_Sn.

When the user switches the current state to a certain state of IrScan Ir_Sn (n is a positive integer), then in this state, if the infrared signal of a certain command is received, the action event corresponding to the infrared signal of this command will be executed . That is to say, when the infrared receiver with the specified ID receives the infrared command Rxm (m is a positive integer), the programmable control device will execute the action event corresponding to Rxm under the current trigger state. An action event includes specifying an action function name or specifying no action (X).

Then, describe the actual meaning of the action event, that is, define the function body of the previously declared action function, and set a certain state of the IrScan function object as the current execution state in at least one function.

That is to say, during the programming process, by using the Irscan syntax provided by the QPL language of the development system, the user can concisely and intuitively specify the action event when receiving a certain infrared command signal; no need to care about how the hardware implements infrared scanning, and When an infrared command signal is received, how does this infrared command signal relate to an action event. At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events for each infrared command signal. The details about the underlying layer are coordinated by the IDE of the development system and its QPL Complier and QPL Module.

Example three $Input (input event)

First, select the functional object. In this example it is the selected input pin.

Then, specify the trigger conditions of the input pins, and configure the corresponding action events when different input pins are triggered.

An input pin can trigger on a high-to-low transition, or a low-to-high transition.

At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events corresponding to each input pin when it is triggered. Action events include specifying an action function name or specifying no action.

The following are examples of descriptions of functional objects and trigger mechanisms.

$Input:

[1] DebounceLevel = 10

[2] Pa.1 Pb.2 Pa.3 Pc.6

[3]I_S0: Path_A Path_B /Path_C

[4]I_S1: /Path_C X/Path_A /Path_C

[5]...

[6]I_Sn: X /Path_C X/Path_A /Path_C

in,

[1] is the user's setting for the input signal anti-shake function.

[2] is the input pin set by the user. Users can view the available pins through the information provided by the IDE, so as to correctly select the pins (if the selection is incorrect, the Compiler will prompt an error).

[3] is the input pin trigger state I_S0 configured by the user using QPL language and the trigger conditions and action events of each input pin in this state. I_S0 is the trigger state.

Path_A, Path_B, Path_C are the name of the execution action function when triggered. If there is a '/' character in front of the action function name, it means that the action function is triggered when the input pin transitions from high level to low level, otherwise it means that it is triggered when the input pin transitions from low level to high level. The rest is similar to KeyScan.

[4]～[6] are similar to [3], which are the input pin trigger states I_S1,...,I_Sn configured by the user using the QPL language, and the trigger conditions and action events of each input pin in these states.

Then, describe the action function in the action event, that is, define the function body of the previously declared action function, and set a state of the input pin as the current execution state in at least one function.

In the programming process of this example, users can specify any input pins and action events concisely and intuitively by using the Input syntax provided by the QPL language of the development system; they do not need to care about how the hardware implements input pin scanning, and how to implement a certain input Association of pins with action events. At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events when each input pin is triggered. The details of the underlying hardware and software are coordinated by the IDE of the development system and its QPL Complier and QPL Module.

Example four $Output (output event)

First, select the functional object. In this example it is the selected output pin.

Then, specify the corresponding action events when different output pins are triggered.

Action events include specifying an action constant or specifying no action. Wherein, the action constant can be expressed as a logic high level signal, or a logic low level signal, or a single positive pulse signal, or a single negative pulse signal, or a positive pulse train signal, or a negative pulse train signal.

At the same time, the user can set several different trigger states, and in different trigger states, the user can set different action events for each output pin.

The following are examples of descriptions of functional objects and trigger mechanisms.

$Output:

[1] FlashRate = 50

[2]Duty＝0.6

[3] Pa.1 Pb.2 Pa.3 Pc.6

[4]O_S0: H L P+

[5]O_S1: L P- X SP-

[6]...

[7]O_Sn: X SP+ P-/Duty＝0.3/80

in,

[1] is the frequency of the pulse train signal when the output signal set by the user is positive or negative.

[2] is the duty cycle of the pulse train signal when the output signal set by the user is positive or negative.

[3] is the output pin set by the user. Users can view the available output pins through the information provided by the IDE, so as to correctly select the pins (if the selection is incorrect, the Compiler will prompt an error).

[4] is the output state O_S0 set by the user and the output state of each output pin in this state.

[5]～[7] are similar to [4], which are the output states O_S1, ..., O_Sn set by the user and the output state of each output pin in this state.

Note that here, "H" and "L" represent output logic high or logic low level signals respectively; "P+" and "P-" respectively represent output positive or negative pulse train signals; "SP+", "SP- " are single positive or single negative pulse signals respectively.

When the user switches the current state to a certain trigger state, the programmable control device will drive each output pin to output a corresponding signal waveform in this state.

Then, describe the action event, that is, set a state of the output pin as the current execution state in at least one function.

In this example, during the programming process, users can specify any output pins and action events concisely and intuitively by using the Input syntax provided by the QPL language of the development system; they do not need to care about how the hardware implements output pin scanning, and how to implement a certain An output pin is associated with an action event. At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events for each output pin. The details of the underlying hardware and software are coordinated by the IDE of the development system and its QPL Complier and QPL Module.

Example five $TimerEvents (timer event)

First, select the functional object. In this example, it is the selected timer.

Then, specify the corresponding action event to be executed when different timers meet the timer count overflow condition. The action event includes specifying an action function name or specifying no action.

At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events for each timer. The action event includes specifying an action function name or specifying no action.

The following are examples of descriptions of functional objects and trigger mechanisms.

$TimerEvents:

[1] TM1 TM2 TM3 TM4

[2] T_S0: T_Path_A T_Path_B T_Path_C X

[3] T_S1: T_Path_C T_Path_A T_Path_C X

[4]...

[5] T_Sn: X T_Path_C T_Path_A T_Path_C

in,

[1] is the ID of the clock set by the user.

[2] is the setting of the action event when a clock is triggered in a certain state T_S0, where "T_Path_A", "T_Path_B", and "T_Path_C" are the specified action function names, and "X" is the specified none action.

[3]～[5] are similar to [2]. It is the setting of the action event when a certain clock is triggered in the state T_S1, ..., T_Sn, that is, when the timing count overflow condition is met.

When the user switches the current state to a trigger state of the timer, in this trigger state, if the timing time of a certain clock arrives, the action event corresponding to this clock will be executed in this state.

Moreover, after setting the trigger state, the user can set the initial value of the timer TMm (m is a positive integer) to add or subtract the timing count. Click on the corresponding action event.

Then, describe the action function in the action event, that is, define the function body of the previously declared action function, and set a state of the input pin as the current execution state in at least one function.

In this example, by using the timerevent syntax provided by the QPL language, the user can concisely and intuitively specify the action event when the timing time of a certain clock arrives, without caring about how the programmable control device implements the association between the clock and its corresponding action event. At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events for each clock. All these details about the underlying hardware and software are coordinated and resolved through IDE, Compiler, and Module.

Example 6 $MusicEvents (music playback event)

First, select the functional object. In this example, the resource file is selected and the note ID in it is specified.

Resource files refer to music files (such as MIDI music) and related parameters used by the programmable control device during operation.

Usually, multiple notes (EventNote) can be set in MIDI music. As shown in the table below:

EventNote

ME1 ME2 ME3 ME4 ME5 ... ME12 C0 C#0 D0 D#0 E0 ... F#0 ME13 ME14 ME15 ME16 ME17 ... ME24 C1 C#1 D1 D#1 E1 ... F#1 ...

Therefore, by selecting several notes and specifying the action events corresponding to the notes when different notes are played. Then when a specific note is played, the programmable control device can execute the set action event. The action event includes specifying an action function name or specifying no action.

At the same time, the user can set several different trigger states, and in different trigger states, the user can set different action events for each specified note.

The following are examples of descriptions of functional objects and trigger mechanisms.

$MusicEvents:

[1] ME1 ME2 ME3 ME10

[2]M_S0: M_Path_A M_Path_B M_Path_C X

[3] M_S1: M_Path_C M_Path_A M_Path_C X

[4]...

[5] M_Sn: X M_Path_C M_Path_A M_Path_C

in,

[1] is the note ID list set by the user, and the maximum note ID can be ME128.

[2] is the setting of the action event when the specified note is played in a certain state M_S0, where "M_Path_A", "M_Path_B", and "M_Path_C" are the names of the specified action functions, and "X" is the specified none action.

[3]～[5] are similar to [2]. It is the setting of the action event when a note is played in the states M_S1,...,M_Sn.

When the user switches the current state to a certain musicevent state, if the specified note is played, then the action event corresponding to the specified note in this state will be executed.

Then, describe the action function in the action event, that is, define the function body of the previously declared action function, and set a state of the input pin as the current execution state in at least one function.

In this example, by using the musicevent syntax provided by the QPL language, the user can concisely and intuitively specify the action event when a certain note is played, without caring about how the program realizes the association between a certain note and its corresponding action event. At the same time, the user can set different trigger states, and in different trigger states, the user can set different action events for the specified notes. All these details about the underlying hardware and software are coordinated and resolved through the IDE and its Compiler and Module.

Example seven $SpeechEvents (speech playback event)

As for the voice playing event, its processing idea is similar to that of the music playing event in Example 6, which will not be repeated here.

After the user finishes editing the source file, the compilation unit can be started through the IDE, and the compilation unit will automatically generate a control program in assembly language format according to the information input by the user.

Referring to Fig. 9, the driver unit of the compilation unit receives input information from the user interaction unit 110; the resource introduction source file (Resource) and the hardware and software environment and the trigger mechanism source file (Declaration) are delivered to the function object and the trigger mechanism processing unit ( QPDEC).

The functional object and trigger mechanism processing unit converts the resource introduction source file and the software and hardware environment and the trigger mechanism source file into first compilation parameters, and feeds them back to the drive unit.

The drive unit passes the action event source file (Definition) to the action event preprocessing part (QPDCC); the action event preprocessing part preprocesses the action event source file and generates second compilation parameters, which are fed back to the drive unit.

The drive unit passes the first and second compilation parameters to the compilation part (QPDEF) to generate a control program in assembly language format.

During this process, when the compiling unit 120 scans a certain functional object included in the selected information of the functional object, it extracts the operating program of the functional object from the functional module 130, and organically combines them one by one into the control program.

Subsequently, the assembly unit and the linking unit assemble and link the control program to generate executable machine codes.

In addition, in order to further expand the functions of the programmable control device, when the selected functional object is the EventNote (note) of the Music (music) playback module or the EventSect (voice segment) of the Speech (voice) playback module, it also includes binding Steps to execute machine code and resource files to generate complete executable machine code.

After the executable machine code is generated, it can be downloaded and debugged; if the debugging is passed, it can be loaded and burned into the programmable control device to complete the development of the required functions, which will not be described here.

Please refer to FIG. 10 , which is a block diagram of the programmable control device of the present invention.

The programmable control device includes a function unit 810 , a storage unit 820 , an event response circuit 830 , an execution circuit 840 and a reset circuit 850 .

The functional unit 810 is a device capable of realizing specific functions in the programmable control device, and has several functional objects. When these functional objects are triggered, the programmable control device can complete the actions associated with it according to the preset settings, thereby effectively fulfill the user's functional requirements.

Generally, the functional unit 810 includes, but is not limited to, an input circuit, an output circuit, a keyboard scanning circuit, a timer/counter, an analog-to-digital converter, an infrared receiving circuit, a voice playing circuit, a music playing circuit, and the like.

Generally speaking, for a device that can receive external signals, when it receives a predetermined signal, it can be considered that the functional object is triggered. As for the output circuit, when the control device activates the output circuit to output a signal to the outside, it is considered that the output circuit is triggered.

In addition, in order to further expand the functions of the programmable control device, the timer in the control device, or the played notes or sound clips can also be defined as functional objects. At this time, if the timer timing is reached, or the voice playback circuit plays a specific sound clip or the music playback circuit plays a specific note, then the functional object is considered to be triggered.

In addition, for the same functional object, multiple different trigger conditions can be set for it. For example, for a keyboard, pressing or lifting a key can be considered as two different trigger conditions, and correspond to different Trigger conditions can set different action events.

Moreover, for the same functional object, multiple different trigger states can be set, and corresponding action events can be specified in a specific trigger state, thereby further enriching the expression form of the trigger mechanism.

The storage unit 820 stores the trigger states of the functional objects and corresponding action events when the functional objects are triggered in each trigger state. The above information can be included in the control program completed by the user using the development method of the present invention. The information can be stored in one storage space, or can be stored in multiple storage spaces, which will not be repeated here.

When the functional object 810 is triggered, the event response circuit 830 will learn the relevant trigger signal, so as to query the storage unit 820 to determine the current trigger state of the functional object 810; and search for the corresponding action event according to the trigger signal.

The trigger signal can be an abnormal interrupt signal or an event interrupt signal generated by a functional object. For example, when the functional object is a timer, the trigger signal is an abnormal interrupt signal or an event interrupt signal caused by a timer overflow signal. When the functional object is an input circuit, it may be an abnormal interrupt signal or an event interrupt signal triggered by an external signal received by it.

The execution circuit 840 then executes the action event according to the search result of the event response circuit 830 .

The reset circuit 850 is mainly used to realize the reset operation of the programmable control device.

Please refer to Fig. 11, which is an embodiment of the programmable control device of the present invention.

This programmable control device includes processor 710, memory 720, input/output port 730, low voltage reset and power-on reset circuit 740, timer/counter 750, audio processor 760, digital mixer (multi-channel sound hardware synthesis circuit) 770. A digital-to-analog conversion circuit 780.

Trigger signal providing units such as general input/output ports, special function input and output ports, and digital-to-analog conversion circuit 780 in the input/output port 730 can generate corresponding trigger signals after being triggered. Wherein, when the general-purpose input port in the input/output port 730 receives an external signal, the pin reading circuit connected to it will generate a trigger signal and send it to the processor 710; or the sleep/wake-up circuit connected to it will generate an abnormal interrupt or The event interrupt signal is sent to the processor 710; the general-purpose input/output port in the input/output port 730 can form various types of keyboard matrix circuits, and when a key is pressed or a key is lifted, a trigger signal will be generated and sent To the processor 710 , or the sleep/wake circuit connected to the input port will generate an abnormal interrupt or event interrupt signal and send it to the processor 710 . The special function input port includes an infrared command receiving/port, a comparator comparison input port, and an analog-to-digital converter circuit port, which respectively generate a trigger signal to be sent to the processor 710 when an infrared command is received, or generate a trigger signal to be sent when the comparison input signal is equal. to the processor 710, or send a trigger signal to the processor 710 when an analog signal is received from outside the control device and converted into a digital signal. After the general-purpose output port in the input/output port 730 is triggered, the processor 710 will execute the output action constant instruction according to the current trigger state, which can output logic high level, logic low level, single positive pulse signal, single negative pulse signal, or burst signal.

The timer/counter 750 will generate an event interrupt signal and send it to the processor 710 after the timer/counter time is reached.

The audio processor 760 and the digital mixer 770 are used to process audio signals and perform multi-channel mixing processing. When playing a specific note or sound clip through the digital-to-analog conversion circuit 780, the processor 710 will also The corresponding trigger signal is received.

In addition, the low voltage reset and power-on reset circuit 740 , when triggered, causes a reset event to be sent to the processor 710 .

The memory 720 stores the correspondence between action events, trigger signals and action events.

The processor 710 looks up the corresponding relationship in the memory 720 according to the trigger signal, and obtains the address of the action event, and executes the corresponding action event.

It can be understood that the trigger signal providing unit may also be an image receiving unit for receiving an image signal from outside the control device.

The signal output unit for outputting the output signal generated by the processor may also be an image display driving circuit, which will not be described in detail here.

In summary, the present invention modularizes the programmable control device into various functional objects, and at the same time modularizes the control program into functional object selection, trigger mechanism configuration, and action event setting, so that users can stand at a higher level Describe the software and hardware triggering environment without caring about the implementation details of the underlying software and hardware, so the development of product applications is simplified, fast, clear and intuitive, and it is convenient for users to expand subsequent functions.

The present invention can coordinate the functions of each component of the control device, shield the details of the underlying hardware, and provide users with an environment for describing functions, so that developers can focus on the functions of the product without being very familiar with the hardware resources of the device. Therefore, what the user needs to do is to consider which functions of the control device to realize, and does not need to care about the details of the implementation scheme, thereby giving the user more room for functional design.

The invention provides QPL high-level language, which has the advantages of modular function description language and integrated programming high-level language. By using modular function description grammar, users can describe the triggering environment of software and hardware at a higher level without concern The implementation details of the underlying software and hardware make the product application program clear and intuitive, thereby facilitating the user's subsequent function expansion; using the integrated programming high-level language syntax, the user can conveniently and flexibly use various playback control commands and events provided by the system Control instructions and time control instructions are used to control the behavior of the hardware. At the same time, with the control flow and expression syntax of the integrated programming language, the user can fully describe the action events.

The present invention can be applied to programmable control devices in many fields. The control device developed by the present invention can be applied to voice controllers, communications, and multimedia electronic products, such as children's electronic pianos, electronic voice toys, electronic books, polyphonic ringtones, and games. mobile phones, smart phones, multifunctional toys, etc.

The above is only a preferred embodiment of the present invention, it should be pointed out that for those of ordinary skill in the art, without departing from the principle of the present invention, some improvements and modifications can also be made, and these improvements and modifications should also be It is regarded as the protection scope of the present invention.

Claims (24)

1. A programmable control device, characterized in that, comprising: a functional unit having at least one functional object; The storage unit is used to store the trigger state setting information of the functional object, and the action events of the programmable control device when the functional object is triggered in each trigger state; An event response circuit, configured to search for an action event associated with the functional object according to the current trigger state of the functional object when the functional object is triggered; The execution circuit is configured to execute the action event according to the search result of the event response circuit. 2. The programmable control device according to claim 1, wherein the functional object is triggered when receiving a predetermined external signal. 3. The programmable control device according to claim 2, wherein the functional unit is an input circuit; the functional object is an input pin for receiving an external input signal of the programmable control device; the input circuit It also includes an input signal processing circuit for generating a trigger signal according to the input signal and sending it to the event response circuit. 4. The programmable control device according to claim 3, wherein the input signal processing circuit is an input pin reading circuit or a sleep/wake-up circuit. 5. The programmable control device according to claim 2, characterized in that, the programmable control device also includes an analog-to-digital conversion circuit for converting an analog signal received from outside the programmable control device into a digital signal; The functional unit is a keyboard scanning unit for receiving key signals from outside the programmable control device; or the functional unit is an infrared signal receiving circuit for receiving infrared signals from outside the programmable control device; or the functional unit is a comparator The circuit is used to receive the comparison input signal from the outside of the programmable control device. 6. The programmable control device according to claim 2, wherein the functional object transmits the received external signal to the event response circuit, and the event response circuit judges whether the functional unit is triggered according to the external signal; or The functional object generates a trigger signal when receiving a predetermined external signal and transmits it to the event response circuit. 7. The programmable control device according to claim 1, wherein the functional object is triggered when a predetermined function is executed. 8 . The programmable control device according to claim 7 , wherein the functional object is a timer, which is used to generate a trigger signal when the timing time is reached. 9. The programmable control device according to claim 7, wherein the functional unit is an audio playback unit, and the functional object is a musical note or a sound clip played by the audio playback unit; or the functional unit is either For an image display unit, the functional object is an image scanning driving signal generated by the image display unit. 10. The programmable control device according to claim 1, wherein the functional object is triggered when it is switched to a triggered state. 11. The programmable control device according to claim 10, wherein the functional unit is a signal output unit, configured to output a predetermined output signal when triggered. 12. The programmable control device according to claim 11, wherein the signal output unit comprises an output circuit, an audio playback unit or an image display unit. 13. The programmable control device according to any one of claims 1 to 12, wherein the action events executed by the execution circuit at least include generating an output signal, switching a trigger state of a functional object, or starting another action event. 14. The programmable control device according to any one of claims 1 to 12, characterized in that the programmable control device further comprises a reset circuit for implementing a reset operation of the programmable control device. 15. The programmable control device according to claim 3, 6 or 8, wherein the trigger signal generated when the functional object is triggered is an abnormal event signal or an interrupt event signal. 16. A method for operating a programmable control device, the control device includes a functional unit, and the functional unit has at least one functional object; it is characterized in that it includes the steps of: 1) Selecting the functional object of the programmable control device; 2) Configure the trigger state of the aforementioned functional object; 3) Set the action event executed by the control device when the aforementioned functional object is triggered in the triggered state; 4) Define the aforementioned action events; and set the current trigger state of the functional object in at least one action event. 17. The method for operating a programmable control device according to claim 16, characterized in that, in said step 3), it also includes setting the function object to be triggered when receiving a predetermined external signal; or when executing It is triggered when it is scheduled to function; or it is triggered when it is switched to the trigger state. 18. The method for operating a programmable control device according to claim 16, wherein the action event includes generating an output signal, switching a trigger state of a functional object, or starting another action event. 19. The method for using a programmable control device according to any one of claims 16 to 18, wherein the functional objects include input pins, keyboard keys, infrared receiving commands, comparators, output pins and/or or timer. 20. The operating method of the programmable control device according to any one of claims 16 to 18, wherein the functional unit is an audio playback unit or an image display unit; the functional object is a musical note played by the audio playback unit Or a sound clip, or an image scanning drive signal generated by the image display unit; the step 1) also includes setting a resource file associated with the functional object. 21. A programmable control device, characterized in that it comprises: A trigger signal providing unit is used to receive or generate a trigger signal related to the control device; The memory is used to store the code to be executed by the control device, wherein the code includes parameters representing the corresponding relationship between the action event, the trigger signal and the action event; A processor, configured to search for the aforementioned corresponding relationship according to the trigger signal, and execute a corresponding action event according to the search result; The signal output unit is used for outputting the output signal generated by the processor. 22. The programmable control device according to claim 21, wherein the trigger signal providing unit includes an input circuit, a keyboard scanning unit, a timer, a music playing unit, a voice playing unit, an image receiving unit, a comparator or Analog-to-digital conversion circuit. 23. The programmable control device according to claim 21, wherein the signal output unit comprises an output circuit, an audio signal playing circuit or an image display driving circuit. 24. The programmable control device according to claim 21, wherein the trigger signal providing unit generates a trigger signal when receiving a predetermined external signal, or when executing a predetermined function, or when switching to a trigger state .

Images