KR102153968B1 - A method for configurating memory map comprising service model block related to service provided by electronic device - Google Patents

Abstract

The present invention relates to a method of constructing a memory map including a service model block related to a service provided by an electronic device. In the method of configuring a memory map according to an embodiment of the present invention, in the method of configuring a memory map including a service model block related to a service provided by an electronic device, generating a service model block, data based on the service model block Generating an implementation bitmap and reconstructing the service model block based on the data implementation bitmap.

Description

How to construct a memory map that contains service model blocks related to services provided by electronic devices {A METHOD FOR CONFIGURATING MEMORY MAP COMPRISING SERVICE MODEL BLOCK RELATED TO SERVICE PROVIDED BY ELECTRONIC DEVICE}

The present invention relates to a method of constructing a memory map including a service model block related to a service provided by an electronic device.

Modbus is a serial communication protocol designed for programmable logic controllers (PLCs). This Modbus has become the DE FACTO STANDARD for industrial use and is now the most common means for accessing industrial electronic devices.

In particular, Modbus has become more widespread than other communication protocols due to the fact that it is free of charge because its specifications are disclosed, that it is relatively easy to install functions, and that data can be transmitted as it is, so there are not many restrictions to sellers.

In the communication data model to which this Modbus is applied, in order to secure interoperability for the selected implementation target (i.e., whether to implement it according to the developer's choice) (for example, to make it compatible with various communication devices/protocols) ) It is necessary to configure the memory map accordingly.

Herein, with reference to FIG. 1, a memory map showing a conventional processing method for selection and implementation target data will be described.

1 is a diagram illustrating a service model block of a Modbus memory map before whether data is actually implemented or not is reflected. 2 is a diagram illustrating a service model block in which data is actually implemented.

Referring to FIG. 1, it can be seen that a plurality of service model blocks (eg, 15a) are included in the Modbus memory map 10.

Here, the service model may refer to a communication data model for a service provided by the electronic device, and the memory map 10 illustrated in FIG. 1 may refer to a memory map applied to designing such a communication data model.

For reference, the service model block 15a may mean a data group (a service-related data group stored in the memory map 10) used when designing one service model.

In addition, the communication data model (ie, service model) may be configured for each service provided by the electronic device.

Specifically, the electronic device may be, for example, an inverter, a power line communication (PLC) device, a human machine interface (HMI) device, a distributed control system (DCS), or the like.

In addition, a service may mean, for example, a service that an electronic device must provide to an external device or a user interworked with it.

Accordingly, a service provided by an electronic device is possible through an interaction (ie, communication) between the electronic device and an external device (or user).

Also, since the electronic device provides functions to external equipment or users through such services, the electronic device may include various data and functions in order to realize the corresponding service.

Here, in the service model block 15a, the offset value (Offset), size (Size), read/write availability (R/W), name (Name), data type (Type), description, required/ Various items may be included, such as whether to implement selection (M/O).

For reference, when defining the location of the data (that is, data item) within the memory map 10, for reference, the offset value (Offset) is a difference value from the base address (for example, 30001, 30070, etc.), Based on the base address, the difference is expressed as the address of the instruction operand), size (Size) is the size of the data, read/write availability (R/W) is read/write of the data, name ( Name) is the name of the data, Data Type is the type of the data (for example, unit16, int16, uint32, int32, float, double, string, etc.), and Description is the content of the data. In the description, whether required/optionally implemented (M/O), whether or not required/optionally implemented for the corresponding data may be entered, respectively.

Referring to FIG. 2, only some of the plurality of data (data corresponding to O (Option) in M/O) that are selected and implemented for a product to be developed (eg, BMS (Battery Management System)) are actually implemented. , When the data that is the other optional implementation targets are not implemented (of course, all data that is required implementation targets (data corresponding to M/O to M (Mandatory)) are all implemented), and in the past, higher-level systems (for example, PMS (Power Management) System) or EMS (Energy Management System)) in order to secure interoperability for the product, a value was assigned as'Not Implementation (0xFFFF)' for data that is not actually implemented.

Accordingly, in the service model block 15b shown in FIG. 2, for example, the offset value 1 (i.e., ID; an identifier present for discrimination between services) and 2 (i.e., data length; corresponding service Except for data corresponding to the total length of data included in the model block), only 14 out of 31 data are processed as valid data, and the remaining 15 are invalid data, and are referred to as'Not Implementation (0xFFFF)'. Is processed.

In this case, about 50 to 60% of the data in the service model block 15b unnecessarily occupies/uses memory (not shown), and 15 invalid data must be read together to read 14 valid data. The problem arises.

That is, as the number of data that is not actually implemented among the selected implementation target data increases, there is a problem that the problem of unnecessary use of the memory space increases, interoperability with respect to the data decreases, and as a result, the performance of the system may deteriorate. .

An object of the present invention is to provide a method of configuring a memory map capable of securing data interoperability and improving memory efficiency by configuring an optimized memory map based on data to be implemented through a data implementation bitmap. .

The objects of the present invention are not limited to the above-mentioned objects, and other objects and advantages of the present invention that are not mentioned can be understood by the following description, and will be more clearly understood by examples of the present invention. In addition, it will be easily understood that the objects and advantages of the present invention can be realized by the means shown in the claims and combinations thereof.

In order to achieve the above object, a method of constructing a memory map according to an embodiment of the present invention includes generating a service model block in the method of constructing a memory map including a service model block related to a service provided by an electronic device. And generating a data implementation bitmap based on the service model block, and reconfiguring the service model block based on the data implementation bitmap.

The service model block includes a plurality of data related to a service provided by the electronic device, and the service model block includes an offset value, size, read/write availability, name, type, description, and required/optional implementation of each of the plurality of data. At least one of whether or not is stored.

In the step of generating a data implementation bitmap based on the service model block, a data implementation bitmap is generated based on data that is an actual implementation object among a plurality of data.

Among the plurality of data, data that is an actual implementation target is selected based on an input provided from a developer.

The data implementation bitmap includes a name of each of the plurality of data and information related to whether each of the plurality of data is actually implemented.

Reconfiguring the service model block based on the data implementation bitmap may include adding information on each value of a plurality of data to the service model block, and adding data related to the data implementation bitmap to the service model block. And, reconfiguring the service model block by deleting data that is not an actual implementation object among the plurality of data based on the data implementation bitmap.

In the step of generating the service model block, a service model block is generated based on an ID for identifying a service and the total length of data related to the service.

Information related to the ID is stored in one name among a plurality of data included in the service model block, and information related to the total length of data is stored in the other name among a plurality of data included in the service model block.

As described above, according to the present invention, it is possible to secure data interoperability and improve memory efficiency by configuring an optimized memory map based on data to be implemented through a data implementation bitmap. In addition, through this, system performance deterioration can be prevented in advance.

1 is a diagram illustrating a service model block of a Modbus memory map before whether data is actually implemented or not is reflected.
2 is a diagram illustrating a service model block in which data is actually implemented.
3 is a block diagram illustrating a system for configuring a memory map according to an embodiment of the present invention.
4 is a flowchart illustrating a method of configuring a memory map in the memory map configuration system of FIG. 3.
5 is a flowchart illustrating S300 of FIG. 4.
6 is a diagram illustrating a data implementation bitmap of FIG. 4.
7 is a diagram illustrating a reconstructed service model block of FIG. 5.

The above-described objects, features, and advantages will be described later in detail with reference to the accompanying drawings, and accordingly, one of ordinary skill in the art to which the present invention pertains will be able to easily implement the technical idea of the present invention. In describing the present invention, if it is determined that a detailed description of known technologies related to the present invention may unnecessarily obscure the subject matter of the present invention, a detailed description will be omitted. Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the drawings, the same reference numerals are used to indicate the same or similar elements.

Hereinafter, a memory map configuration system 1 according to an embodiment of the present invention will be described with reference to FIG. 3.

3 is a block diagram illustrating a system for configuring a memory map according to an embodiment of the present invention.

Referring to FIG. 3, a memory map configuration system 1 according to an embodiment of the present invention includes a service model block generation unit 100, a data implementation bitmap generation unit 200, a service model block reconfiguration unit 300, and It may include an input unit 400 and a memory map 500.

The service model block generation unit 100 may generate a service model block.

Specifically, the service model block generation unit 100 may generate a service model block for each service provided by the electronic device.

For reference, the electronic device may be, for example, an inverter, a power line communication (PLC) device, a human machine interface (HMI) device, a Distributed Control System (DCS), or the like.

In addition, there may be a plurality of electronic devices, and the service model block generation unit 100 may generate a service model block for each service provided by each of the plurality of electronic devices.

The service model block generation unit 100 assigns an ID (i.e., an identifier that exists for discrimination between services) and a length (i.e., the total length of data included in the service model block) for each service, and By assigning related service information (ie, a plurality of data items), a service model block can be generated for each corresponding service.

That is, the service model block generation unit 100 may generate a service model block based on an ID for identifying a service and a total length of data related to the service.

For reference, the service model block may include a plurality of data related to a service provided by the electronic device. In addition, the service model block may store at least one of an offset value, size, read/write availability, name, data type, description, and required/optional implementation of each of the plurality of data.

Here, in the offset value, when specifying the location of the data (i.e., data item) in the memory map, the difference from the base address is expressed as the address part of the instruction operand. Value), size is the size of the data, read/write is available for read/write of the data, name is the name of the data, and data type is the type of the data (e.g. unit16, int16, uint32, int32, float, double, string, etc.), a description of the content of the corresponding data may be entered in the description, and required/optional implementation of the data may be entered in the required/optional implementation.

For reference, ID-related information may be stored in any one'name' of a plurality of data included in the service model block, and information related to the total length of the data is the other one of the plurality of data included in the service model block. Can be stored in the'name' of.

The service model block generation unit 100 may provide the generated service model block to the memory map 500 and the data implementation bitmap generation unit 200, respectively.

That is, the service model block generated by the service model block generation unit 100 may be stored in the memory map 500.

The data implementation bitmap generation unit 200 may generate a data implementation bitmap based on a service model block.

Specifically, the data implementation bitmap generation unit 200 may receive a service model block from the service model block generation unit 100 and generate a data implementation bitmap.

In addition, the data implementation bitmap generation unit 200 may receive information on what data is an actual implementation target among a plurality of data included in the service model block from the input unit 400.

Here, the actual implementation target data is selected based on an input provided from a developer or an external device (not shown).

That is, the input unit 400 provides information on actual implementation target data provided from a developer or an external device to the data implementation bitmap generation unit 200.

In addition, the actual implementation target data may be data that the developer decides to implement to develop a product related to the service.

In this way, the data implementation bitmap generation unit 200 generates a data implementation bitmap based on information on the actual implementation target data and service model blocks respectively provided from the input unit 400 and the service model block generation unit 100 can do.

The data implementation bitmap includes a name of each of the plurality of data and information related to whether each of the plurality of data is actually implemented, and a detailed description thereof will be described later.

For reference, when there are a plurality of service model blocks, the data implementation bitmap generation unit 200 may perform the above-described data implementation bitmap generation operation for each of the plurality of service model blocks.

The service model block reconfiguration unit 300 may reconstruct a service model block based on a data implementation bitmap.

Specifically, the service model block reconfiguration unit 300 may add information on each value of a plurality of data to a service model block stored in the memory map 500.

Here, the plurality of data refers to data included in the corresponding service model block.

In addition, the service model block reconstruction unit 300 may receive a data implementation bitmap from the data implementation bitmap generation unit 200 and add data related to the data implementation bitmap to the service model block.

After that, the service model block reconfiguration unit 300 may reconstruct the service model block by deleting data that is not an actual implementation object among the plurality of data based on the data implementation bitmap.

Specifically, for example, the service model block reconfiguration unit 300 deletes data that is not an actual implementation object among a plurality of data, and then transfers the actual implementation object data to data related to the data implementation bitmap (when the offset value is 3). It can be placed as the next item of (from offset value 4 or higher).

For reference, when there are a plurality of service model blocks, the service model block reconfiguration unit 300 may perform the above-described reconstruction operation for each of the plurality of service model blocks.

The input unit 400 receives an input from a user, a developer, or an external device, and transmits the received input to the service model block generation unit 100, the data implementation bitmap generation unit 200, and the service model block reconfiguration unit 300. Can provide.

Specifically, for example, the input unit 400 may receive information on a service provided by the electronic device from an external device as an input and provide it to the service model block generation unit 100.

In addition, the input unit 400 provides information on actual implementation target data provided from a developer or an external device to the data implementation bitmap generation unit 200.

In addition, the input unit 400 may receive information on each value of a plurality of data included in the service model block from an external device and provide it to the service model block reconfiguration unit 300.

In addition to the above-described examples, the input unit 400 receives various inputs required for the memory map configuration system 1 from a user or an external device, and receives a service model block generation unit 100, a data implementation bitmap generation unit 200, and a service. It may be provided to the model block reconstruction unit 300 or the like.

Hereinafter, a method of configuring the memory map of FIG. 4 will be described with reference to FIGS. 4 to 7.

4 is a flowchart illustrating a method of configuring a memory map in the memory map configuration system of FIG. 3. 5 is a flowchart illustrating S300 of FIG. 4. 6 is a diagram illustrating a data implementation bitmap of FIG. 4. 7 is a diagram illustrating a reconstructed service model block of FIG. 5.

3 to 7, first, a service model block is generated (S100).

For reference, step S100 may be performed by the service model block generation unit 100.

Specifically, a service model block (eg, 15a of FIG. 1) may be generated based on an ID for identifying a service and the total length of data related to the service.

That is, an ID and a length are assigned to each service, and related service information is assigned to each ID, thereby generating a service model block for each service.

For convenience of explanation, taking the service model block shown in FIG. 1 (15a of FIG. 1) as an example, the service model block (15a of FIG. 1) includes an offset value, size, and read/write availability ( R/W), name, data type, description, and required/optional implementation (M/O) items may be included.

Among them, ID information (for example, '1001') is stored in the'Name' of the data item whose offset value is 1, and the'name ( Name)' may store the total length (L) information (for example, '53') of the data.

Of course, when there are a plurality of electronic devices, a service model block may be generated for each service provided by each of the plurality of electronic devices.

Subsequently, a data implementation bitmap is generated based on the service model block (S200).

For reference, step S200 may be performed by the data implementation bitmap generation unit 200.

Specifically, a data implementation bitmap may be generated based on data that is an actual implementation target among a plurality of data included in the service model block.

Here, among the plurality of data, the actual implementation target data may be selected based on an input provided from a developer or an external device, and the actual implementation target data may be data that the developer decides to implement to develop a product related to the service. have.

In this way, the data implementation bitmap may be generated based on the information on the actual implementation target data and the service model block.

6 shows an example of a data implementation bitmap 250 generated based on the service model block 15a shown in FIG. 1.

The data implementation bitmap 250 may include a name of each of the plurality of data and information related to whether each of the plurality of data is actually implemented.

Specifically, for example, the data implementation bitmap 250 may include a bit, a field, and an implementation status item, and in a'field' item corresponding to each bit, data The name of (Name item 15a of FIG. 1) is stored, and 1 may be stored in the case of actual implementation target data, and 0 may be stored in the case of actual implementation target data.

Subsequently, the service model block is reconstructed based on the data implementation bitmap (S300).

For reference, step S300 may be performed by the service model block reconfiguration unit 300.

Specifically, the step of reconfiguring the service model block based on the data implementation bitmap (S300) includes adding information on each value of a plurality of data to the service model block (S320), and the data implementation bitmap to the service model block. A step of adding data related to (S340) and reconfiguring a service model block by deleting data that is not an actual implementation object among the plurality of data based on the data implementation bitmap (S360).

7 shows a service model block 150 reconstructed based on a data implementation bitmap.

When the service model block 150 shown in FIG. 7 is compared with the service model block 15a shown in FIG. 1, a value item is added, and data is added to an item corresponding to an offset value 3 It can be seen that data related to the implementation bitmap has been added.

That is, in the case of data corresponding to the offset value 3, it can be seen that'Implementation' is stored in the name, whether it is applied to the description, and 0xCC9E 1188 is stored in the value.

Here, whether or not applied means whether or not data is applied, that is, whether data is implemented, and '0xCC9E 1188' stored in a value may mean a value of the data implementation bitmap 250 of FIG. 6. have.

In addition, data corresponding to 0 is deleted from the'implementation status' item of the data implementation bitmap 250 shown in FIG. 6, data corresponding to 1 is maintained, and the data of the service model block is rearranged. The service model block 150 as described above can be reconstructed.

As a result, compared to the service model block 15b of FIG. 2, data items that are not actually implemented in the service model block 150 shown in FIG. 7 are deleted, and unnecessary memory usage can be reduced.

For reference, the above-described method of configuring a memory map according to the present invention may be implemented through various means. For example, the method of configuring a memory map according to the present invention may be implemented by hardware, firmware, software, or a combination thereof.

In the case of implementation by hardware, the method of configuring a memory map of the present invention includes one or more ASICs (Application Specific Integrated Circuits), DSPs (Digital Signal Processors), DSPDs (Digital Signal Processing Devices), PLDs (Programmable Logic Devices), Field Programmable Gate Arrays (FPGAs), processors, controllers, microcontrollers, and microprocessors.

In the case of implementation by firmware or software, the method of configuring a memory map according to the present invention may be implemented in the form of a module, procedure, or function that performs the functions or operations described above. The software code may be stored in a memory unit and driven by a processor. The memory unit may be located inside or outside the processor, and may exchange data with the processor through various known means.

As described above, according to the present invention, it is possible to secure interoperability for data and improve memory efficiency by configuring the optimized memory map 500 based on the data to be actually implemented through the data implementation bitmap 250. . In addition, through this, system performance deterioration can be prevented in advance.

The above-described present invention is capable of various substitutions, modifications, and changes without departing from the technical spirit of the present invention for those of ordinary skill in the technical field to which the present invention belongs. Is not limited by

100: service model block generation unit 200: data implementation bitmap generation unit
300: service model block reconstruction unit 400: input unit
500: memory map

Claims (8)

In the method of configuring a memory map including a service model block related to a service provided by an electronic device,
Generating the service model block;
Generating a data implementation bitmap based on the service model block; And
And reconfiguring the service model block based on the data implementation bitmap.
How the memory map is constructed.
The method of claim 1,
The service model block includes a plurality of data related to a service provided by the electronic device,
The service model block stores at least one of an offset value, size, read/write availability, name, type, description, and required/optional implementation of each of the plurality of data.
How the memory map is constructed.
The method of claim 2,
In the step of generating a data implementation bitmap based on the service model block,
Generating a data implementation bitmap based on data that is an actual implementation object among the plurality of data
How the memory map is constructed.
The method of claim 3,
Among the plurality of data, the data to be actually implemented is selected based on the input provided by the developer.
How the memory map is constructed.
The method of claim 2,
The data implementation bitmap,
Including the name of each of the plurality of data and information related to whether each of the plurality of data is actually implemented
How the memory map is constructed.
The method of claim 2,
Reconfiguring the service model block based on the data implementation bitmap,
Adding information on each value of the plurality of data to the service model block,
Adding data related to the data implementation bitmap to the service model block,
And reconfiguring the service model block by deleting data that is not an actual implementation object among the plurality of data based on the data implementation bitmap.
How the memory map is constructed.
The method of claim 2,
In the step of generating the service model block,
Generating the service model block based on the ID for identifying the service and the total length of data related to the service
How the memory map is constructed.
The method of claim 7,
The information related to the ID is stored in any one name of a plurality of data included in the service model block,
Information related to the total length of the data is stored in another name among a plurality of data included in the service model block.
How the memory map is constructed.

Images