CN111061460B - Universal software development platform based on embedded system - Google Patents

Universal software development platform based on embedded system Download PDF

Info

Publication number
CN111061460B
CN111061460B CN201911282845.3A CN201911282845A CN111061460B CN 111061460 B CN111061460 B CN 111061460B CN 201911282845 A CN201911282845 A CN 201911282845A CN 111061460 B CN111061460 B CN 111061460B
Authority
CN
China
Prior art keywords
unit
module
configuration
management unit
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911282845.3A
Other languages
Chinese (zh)
Other versions
CN111061460A (en
Inventor
刘涛
徐文彬
兰正宇
刘友恒
陈勇
许启峰
赵浩
撒陇峰
任苗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Zhonhen Electric Co ltd
Original Assignee
Hangzhou Zhonhen Electric Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Zhonhen Electric Co ltd filed Critical Hangzhou Zhonhen Electric Co ltd
Priority to CN201911282845.3A priority Critical patent/CN111061460B/en
Publication of CN111061460A publication Critical patent/CN111061460A/en
Application granted granted Critical
Publication of CN111061460B publication Critical patent/CN111061460B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/20Software design
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

The invention discloses a structural block diagram of a universal software development platform based on an embedded system, which relates to the technical field of embedded software and is used for solving the problem of the lack of a standard embedded software platform in the prior art, wherein the platform comprises a driving unit, an object unit, a data mapping unit, a driving management unit, a storage management unit and an application unit; the driving unit, the object unit, the data mapping unit, the driving management unit, the storage management unit and the application unit all comprise standard API interfaces, and the standard API interfaces are used for connecting the units. The units of the invention can work independently, realize the mutual call among the units through the API interface, can be used as a standardized platform of embedded software, and reduce the development cost.

Description

Universal software development platform based on embedded system
Technical Field
The invention relates to the technical field of embedded software, in particular to a universal software development platform based on an embedded system.
Background
With the development of the energy Internet, the concept of everything interconnection appears, namely, people, processes, data and things are combined together, so that network connection becomes more relevant and more valuable; implementing the interconnection requires various hardware devices to provide the basic data, and these hardware devices typically implement their functions through embedded systems. The embedded software field and the computer software are independent, and the computer software has a large number of standard architectures which are open-sourced and widely applied; the current embedded software lacks a standardized development platform, and often needs to span hardware, span a system or add a new technical module due to various hardware and various functional requirements, so that the embedded software often needs to be repeatedly developed, and the problems of high development cost, low efficiency and incapability of effectively guaranteeing reliability are caused.
With the development of device intelligence, more and more complex hardware acquisition devices are required to perform data acquisition, analysis and processing, and a standardized embedded system development platform is needed.
Disclosure of Invention
In order to overcome the defects of the prior art, the invention provides a universal software development platform based on an embedded system, which divides different units according to functions, and each unit provides an API interface externally, so that each unit can work independently.
The invention is realized by adopting the following technical scheme:
the universal software development platform based on the embedded system comprises a driving unit, an object unit, a data mapping unit, a driving management unit, a storage management unit and an application unit; the driving unit, the object unit, the data mapping unit, the driving management unit, the storage management unit and the application unit all comprise standard API interfaces, and the standard API interfaces are used for connecting the units;
the driving unit is used for providing a standard hardware interface;
the object unit is connected with the driving unit, is a protocol and data collection unit and is used for data acquisition and logic operation;
the data mapping unit is connected with the application unit and is used for data mapping of the application unit;
the driving management unit is respectively connected with the driving unit, the object unit and the application unit and is used for managing the driving unit and the object unit;
the storage management unit is used for storing data, and the storage management unit also stores system configuration and system logs;
the application unit is used for executing the embedded application software program.
Further, the system also comprises a precompiled system, wherein the precompiled system comprises a set of standard compiling switch, and the precompiled system is used for realizing the capacity expansion and cutting functions of the platform. The precompiled system can enable the platform to expand capacity infinitely and cut randomly, and achieve a unified API interface of the platform.
Further, the drive management unit manages the drive node by creating a linked list, the drive node is loaded with the object of the object unit, and the drive node and the object are determined by the storage configuration of the storage management unit.
Further, the drive management unit may provide a data storage address interface and a drive node parameter setting interface for other unit calls. The data storage address interface and the driving node parameter setting interface can facilitate the calling of an upper layer unit.
Further, the application unit comprises a UI module, a UPCOM module and an APP module; the UI module is used for realizing a man-machine interaction interface, the UPCOM module is used for loading configuration files of different products and completing communication with a background, and the APP module is used for realizing logic functions of the products. The three modules of the application unit can realize the butt joint of various application programs, and the operation of other units or modules cannot be influenced.
Further, the storage management unit comprises a configuration module, a log module and a bottom storage module; the configuration module is used for configuration management, the log module is used for realizing unified management of a log alarm system, and the bottom storage module is used for reading, writing and storing embedded product data.
Further, the device also comprises a tool unit, wherein the tool unit is used for tool detection of product production.
Further, the platform further comprises a CBB module unit, wherein the CBB module unit is an integrated unit with general software functions and provides a standard library for the platform.
Further, the system also comprises a general background unit used for running a background program.
Further, the system also comprises a program task scheduling unit, which is used for task scheduling of each unit and finishing detection of the watchdog and abnormality detection of the thread task. The program task scheduling unit can ensure the safe and stable operation of the system.
Compared with the prior art, the invention has the beneficial effects that:
according to the invention, through carrying out unit subdivision on each layer of the embedded software development platform, each unit can work independently, the operation of other units is not influenced, a new technology module can be accommodated, the operation system is not limited, the provided standard API interface can be used for butting various hardware, and connection and call among the units are completed, so that the platform supports cross hardware, the development cost is reduced, and the development efficiency is improved; in addition, when a developer develops based on the platform, only configuration of bottom hardware and writing of application logic are needed, understanding of a system scheduling principle and a storage principle is not needed, and difficulty in developing embedded software is reduced.
Drawings
FIG. 1 is a block diagram of a generic software development platform based on an embedded system according to the first embodiment;
FIG. 2 is a schematic diagram of the operation of the drive management unit according to the first embodiment;
fig. 3 is a block diagram of a general software development platform based on an embedded system according to the second embodiment.
Detailed Description
The invention will now be described in more detail with reference to the accompanying drawings, to which it should be noted that the description is given below by way of illustration only and not by way of limitation. Various embodiments may be combined with one another to form further embodiments not shown in the following description.
Example 1
An embodiment provides a general software development platform based on an embedded system, which is used for solving the problem that the existing standard platform is lacking, so that embedded software needs to be re-developed according to different hardware or different functions.
The existing embedded software development platform is generally layered according to business logic, such as a driving layer, an application layer, a hardware layer and the like, and each layer contains more functions, so that once one function needs to be changed, the whole embedded software needs to be recompiled.
The universal software development platform based on the embedded system in the embodiment is independent in function and has no strict dependency relationship among each unit, and different units are called by providing a standard API interface.
Referring to the block diagram shown in fig. 1, a general software development platform based on an embedded system includes a driving unit 110, an object unit 120, a data mapping unit 130, a driving management unit 140, a storage management unit 150 and an application unit 160; the driving unit 110, the object unit 120, the data mapping unit 130, the driving management unit 140, the storage management unit 150, and the application unit 160 all include standard API interfaces for connecting the units;
in order to reduce compiling workload, the platform further comprises a pre-compiling system, and the system realizes capacity expansion and clipping of the platform by adding a set of standard compiling switches. The compiling switch can meet the selection of chips, hardware platforms, software platforms and programming languages, so that the capacity of the chips, the hardware platforms, the software platforms and the programming languages can be infinitely expanded, and different scenes can be aimed at.
The pre-compiling refers to the pre-processing of codes, namely pre-compiling code texts, and then completing compiling work by replacing corresponding code texts according to specific programs, hardware and the like, so that repeated compiling is not needed, workload is reduced, and a unified compiling format is provided. The embodiment is not limited to a specific pre-compiling system, and the specific format of the pre-compiling system needs to be performed according to a specific programming language.
The driving unit 110 is used for providing a standard hardware interface;
the object unit 120 is connected to the driving unit 110, and the object unit 120 is a protocol and data collection unit for performing data acquisition and logic operation;
the data mapping unit 130 is connected to the application unit 160, and is used for mapping data of the application unit 160;
the driving management unit 140 is connected to the driving unit 110, the object unit 120, and the application unit 160, respectively, and is configured to manage the driving unit 110 and the object unit 120;
the drive management unit 140 manages drive nodes by creating a linked list, where the drive nodes are loaded with objects of the object unit 120, and the drive nodes and the objects are determined by a storage configuration of the storage management unit 150.
The driving management unit 140 also provides a data storage address interface and a driving node parameter setting interface for other unit calls.
The storage management unit 150 is configured to store data, where the storage management unit 150 further stores a system configuration and a system log;
the storage management unit 150 includes a configuration module 1501, a log module 1502, and a bottom storage module 1503; the configuration module 1501 is used for configuration management, the log module 1502 is used for implementing unified management of a log alarm system, and the bottom storage module 1503 is used for reading, writing and storing embedded product data.
The application unit 160 is configured to execute an embedded application software program.
The application unit 160 includes a UI module 1601, a UPCOM module 1602, and an APP module 1603; the UI module 1601 is configured to implement a man-machine interface, the UPCOM module 1602 is configured to load configuration files of different products and complete communication with the background, and the APP module 1603 is configured to implement a logical function of a product.
The driving unit 110 is mainly a set of standard hardware interfaces, and is a set of standard API interfaces for upper layer applications, and different hardware can be completely integrated into the platform only by programming according to the designated API interfaces. The upper layer application need not be concerned with which hardware and operating system is specifically used.
The subject unit 120 integrates various operating hardware interface units such as a battery voltage sampling unit, a weather information acquisition unit, a temperature and humidity acquisition control unit, and the like. The units are directly integrated through communication external equipment or the units are all units of data to be acquired, after the design is completed, the hardware and the protocol are determined, and a set of standard interfaces, namely the operation hardware interfaces, are formed according to the hardware and the protocol. The present platform will unify these operational hardware interface units into the object unit 120 for data collection and logic analysis. The operational hardware interface units in all object units 120 may be configured or tailored at any time.
The data mapping unit 130 mainly completes the data mapping of the application unit 160 and the bottom layer. The data mapping unit 130 performs the underlying data access through the data access interface provided by the storage management unit 150; meanwhile, the data mapping unit 130 creates a data mapping configuration table, and determines the physical data source of the application unit 160 through background configuration, so that the data of the application program becomes flexible, and the source of the data can be configured at will; the data logic operation of the application unit 160 is made simple and independent without relying on the bottom layer. The underlying hardware, systems, and object units 120 described above.
The drive management unit 140 is configured to manage the whole drive unit 110 and the object unit 120, and is configured to schedule and store data of the two units, and does not perform logical operation and data analysis. Logical operations and data parsing are done by the object unit 120 itself. Fig. 2 shows an operation mechanism of the drive management unit 140, and the drive management unit 140 manages an object mounted on each drive node (the object is an object of the object unit 120) by creating a linked list, which is determined according to the system configuration stored in the storage management unit 150, as a "tree diagram" in fig. 2, that is, a linked list. When the power-on initialization is performed, the driving management unit 140 obtains the corresponding node according to the configuration information, and applies for the corresponding space to the system to store data. The drive management unit 140 provides both an address interface for data storage and a device node parameter setting interface for scheduling use by other units.
It should be noted that, both the object unit 120 and the driving unit 110 must register with the driving management unit 140 in a specified format, and finally, the driving management unit 140 performs scheduling management.
The following is an example of the specified format in the present embodiment, which is as follows:
drive (drive unit 110) registration interface: dmu_dev_init (d_xx, d_xx_op), wherein DMU refers to the drive management unit 140, d_xx is the name of the drive node, and d_xx_op is the operation function pointer provided by the drive node, for the drive management unit 140 to schedule; i.e. the operating functions that the drive unit 110 is required to implement.
Object (object unit 120) registration interface: dmu_obj_init (j_xx, j_xx_func, j_format, size), where j_xx is the name of the object node, and j_xx_func is the object node execution function, where the execution function is scheduled by the driving management unit 140, that is, the function prototype to be implemented by the object unit 120, including functions such as packet unpacking, data operation, and the like of the protocol. The J_Format is a structural body with parameter configuration and mainly comprises parameters such as cycle time, communication timeout time, communication baud rate, serial or parallel driving management scheduling mode and the like required by the operation of the object. size is the size of the data structure required for the object, and after registration is completed, the application for the memory space is completed by the drive management unit 140.
The configuration module 1501 in the storage management unit 150 manages the configuration of the entire system, and uses a general standard protocol to interface with the background to complete the issuing and storage of the configuration, where the background refers to the processing background of the application unit 160, and the configuration module 1501 provides a standard interface for reading and writing configuration for other units, for example, the driving management unit 140 reads and writes the configuration of the system. The log module 1502 is configured to implement unified management of a log alert system, and is compatible with different log storage modes, and may provide an API interface, where the API interface is configured to connect with other units or other hardware, so as to facilitate log acquisition and log storage. The bottom layer storage module 1503 is used for storing related data in the embedded software, and the storage algorithm in the bottom layer storage module 1503 is not particularly limited as long as the read-write requirement of the flash (flash memory) of the embedded product can be met.
In order to further perfect the application unit 160, it is subdivided, where the UI module 1601 is used to implement a man-machine interaction interface, and the functions of the module are completely independent, so as to implement the principle of arbitrary docking of various UIs, such as QT/serial screen display/configuration software, and the like. The UPCOM module 1602 is a set of background protocols established by the platform, and the platform realizes the function of docking different product backgrounds by loading different configuration files. The APP module is a main logic functional area of the whole embedded software, and mainly completes specific service indexes.
The embodiment also describes the use flow of the platform:
depending on the hardware requirements of the real product, the driver of the hardware is added at the driver unit 110 in accordance with the specified API format.
The storage management unit 150 adds a storage model and an interface supported by the hardware of the product in a specified format.
The logical management of the product is added at the application unit 160.
The configuration table (i.e., the configuration tree used by the drive management unit 140 to facilitate the scheduling by the drive management unit 140) is written and stored in the storage management unit 150 in the background according to the platform configuration requirements.
According to the actual demand of the product, new modules can be added to the object unit 120, the object unit 120 is used as a part of the platform independence, the matching can be carried out according to the demand, and the subsequent general object functions do not need to be developed again.
Example two
The second embodiment is based on the first embodiment, and functional units are added on the basis of the first embodiment, so that the universal software development platform based on the embedded system can realize more functions.
Referring to fig. 3, the embodiment further includes a tool unit 210, a CBB module unit 220, a universal background unit 230, and a program task scheduling unit 240, wherein the tool unit 210 is connected to the driving unit 110, the universal background unit 230 is connected to the application unit 160, and the CBB module unit 220 and the program task scheduling unit 240 are directly connected to the platform.
In the embedded field, when products are required to be produced in batches, strict detection is required to ensure the usability of the products, and the tool unit 210 meets the tool test of hardware products through a stored standard hardware interface detection algorithm; the tool unit 210 uses a standardized background protocol, and then only the hardware configuration table is required to be completed for tools of different hardware, and development of the protocol is not required.
The CBB module unit 220 mainly refers to a functional integrated unit of pure software with universality, such as a universal battery management unit BMS, a core insulation detection algorithm, an MQTT network protocol, an SNMP network protocol, and the like; these mainstream core algorithms are incorporated into the CBB modular unit 220 of the platform, adding a standard library function to the platform.
The universal background unit 230 is used as a background of the platform, and is mainly used for running a background program, and communication with the application unit 160 is completed through the UPCOM module 1602.
Task scheduling unit 240 is a program task scheduling unit designed by a platform for different hardware and operating systems, and is used for completing task scheduling of a program, and comprises special functions of running of driving unit 110, running of storage management unit 150, running of application unit 160, running of data mapping unit 130 and the like, and simultaneously completing watchdog detection, thread task abnormality detection and the like, so as to ensure safe and stable running of the system.
It will be apparent to those skilled in the art from this disclosure that various other changes and modifications can be made which are within the scope of the invention as defined in the appended claims.

Claims (9)

1. The universal software development platform based on the embedded system is characterized by comprising a driving unit, an object unit, a data mapping unit, a driving management unit, a storage management unit and an application unit; the driving unit, the object unit, the data mapping unit, the driving management unit, the storage management unit and the application unit all comprise standard API interfaces, and the standard API interfaces are used for connecting the units;
the driving unit is used for providing a standard hardware interface;
the object unit is connected with the driving unit, is a protocol and data collection unit and is used for data acquisition and logic operation;
the data mapping unit is connected with the application unit and is used for data mapping of the application unit;
the driving management unit is respectively connected with the driving unit, the object unit and the application unit and is used for managing the driving unit and the object unit;
the storage management unit is used for storing data, and the storage management unit also stores system configuration and system logs;
the application unit is used for executing an embedded application software program;
wherein the object unit integrates various operating hardware interface units;
the data mapping unit performs bottom layer data access through a data access interface provided by the storage management unit; simultaneously, the data mapping unit creates a data mapping configuration table, and determines a physical data source of the application unit through background configuration;
the storage management unit comprises a configuration module, a log module and a bottom storage module; the configuration module is used for configuration management, the log module is used for realizing unified management of a log alarm system, and the bottom storage module is used for reading, writing and storing embedded product data; the configuration module manages the configuration of the whole system, and is in butt joint with a background by using a general standard protocol to finish the issuing and storage of the configuration, wherein the background refers to a processing background of the application unit, and simultaneously the configuration module provides a set of standard read-write configuration interfaces for other units to use; the log module is further configured to provide an API interface, where the API interface is used to connect to other units or other hardware.
2. The embedded system-based universal software development platform of claim 1, further comprising a precompiled system, the precompiled system comprising a set of standard compilation switches, the precompiled system configured to implement the capacity expansion and cropping functions of the platform.
3. The embedded system-based general software development platform of claim 1, wherein the drive management unit manages a drive node by creating a linked list, the drive node is loaded with an object of the object unit, and the drive node and the object are determined by a storage configuration of the storage management unit.
4. The embedded system-based generic software development platform of claim 3 wherein said driver management unit provides a data storage address interface and a driver node parameter setting interface for other unit calls.
5. The embedded system-based universal software development platform of claim 1, wherein the application unit comprises a UI module, a UPCOM module, and an APP module; the UI module is used for realizing a man-machine interaction interface, the UPCOM module is used for loading configuration files of different products and completing communication with a background, and the APP module is used for realizing logic functions of the products.
6. The embedded system-based universal software development platform of claim 1, further comprising a tooling unit for tooling inspection for product production.
7. The embedded system-based generic software development platform of claim 1, further comprising a CBB modular unit, the CBB modular unit being an integrated unit of generic software functionality providing a standard library for the platform.
8. The embedded system-based generic software development platform of claim 1 or 5, further comprising a generic background unit for the running of a background program.
9. The embedded system-based general software development platform of claim 1, further comprising a program task scheduling unit for task scheduling of each unit and performing watchdog detection and thread task anomaly detection.
CN201911282845.3A 2019-12-13 2019-12-13 Universal software development platform based on embedded system Active CN111061460B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911282845.3A CN111061460B (en) 2019-12-13 2019-12-13 Universal software development platform based on embedded system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911282845.3A CN111061460B (en) 2019-12-13 2019-12-13 Universal software development platform based on embedded system

Publications (2)

Publication Number Publication Date
CN111061460A CN111061460A (en) 2020-04-24
CN111061460B true CN111061460B (en) 2023-09-29

Family

ID=70301417

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911282845.3A Active CN111061460B (en) 2019-12-13 2019-12-13 Universal software development platform based on embedded system

Country Status (1)

Country Link
CN (1) CN111061460B (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089814A (en) * 2007-07-12 2007-12-19 浙江大学 Software applied frame for data analysing instrument equipment and device and method for developing embedded system using the frame
CN102968311A (en) * 2012-12-13 2013-03-13 中国航空无线电电子研究所 Onboard embedded software development platform
CN103077039A (en) * 2013-02-28 2013-05-01 福州昌晖自动化系统有限公司 Software development platform for embedded industrial control instrument
CN104699489A (en) * 2015-04-02 2015-06-10 成都彬鸿科技有限公司 Multiple operating systems based embedded software platform
KR20160112755A (en) * 2015-03-20 2016-09-28 한국전자통신연구원 Method of self-adaptive design of embedded software
CN106528153A (en) * 2016-11-10 2017-03-22 成都中嵌自动化工程有限公司 Embedded software modular construction method and device
CN107133034A (en) * 2017-04-17 2017-09-05 王成 The platform software implementation method and system of cross operating system
WO2017148287A1 (en) * 2016-03-02 2017-09-08 中兴通讯股份有限公司 Embedded software development method, apparatus and platform, and storage medium
CN109508202A (en) * 2018-09-27 2019-03-22 华东计算技术研究所(中国电子科技集团公司第三十二研究所) Drive development system, method and medium for embedded operating system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9081928B2 (en) * 2009-06-02 2015-07-14 Vector Fabrics, B.V. Embedded system development
US20170102924A1 (en) * 2015-10-11 2017-04-13 Renesas Electronics America Inc. Software architecture for embedded systems

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089814A (en) * 2007-07-12 2007-12-19 浙江大学 Software applied frame for data analysing instrument equipment and device and method for developing embedded system using the frame
CN102968311A (en) * 2012-12-13 2013-03-13 中国航空无线电电子研究所 Onboard embedded software development platform
CN103077039A (en) * 2013-02-28 2013-05-01 福州昌晖自动化系统有限公司 Software development platform for embedded industrial control instrument
KR20160112755A (en) * 2015-03-20 2016-09-28 한국전자통신연구원 Method of self-adaptive design of embedded software
CN104699489A (en) * 2015-04-02 2015-06-10 成都彬鸿科技有限公司 Multiple operating systems based embedded software platform
WO2017148287A1 (en) * 2016-03-02 2017-09-08 中兴通讯股份有限公司 Embedded software development method, apparatus and platform, and storage medium
CN106528153A (en) * 2016-11-10 2017-03-22 成都中嵌自动化工程有限公司 Embedded software modular construction method and device
CN107133034A (en) * 2017-04-17 2017-09-05 王成 The platform software implementation method and system of cross operating system
CN109508202A (en) * 2018-09-27 2019-03-22 华东计算技术研究所(中国电子科技集团公司第三十二研究所) Drive development system, method and medium for embedded operating system

Also Published As

Publication number Publication date
CN111061460A (en) 2020-04-24

Similar Documents

Publication Publication Date Title
EP3030969B1 (en) Automated application test system
CN109284815B (en) Neural network model algorithm compiling method and device and related products
US6879926B2 (en) Measurement system software architecture for easily creating high-performance measurement applications
US8631160B2 (en) Development of parallel/distributed applications
CN109543825B (en) Neural network model algorithm compiling method and device and related products
CN102508669A (en) Automatic program code generating method
CN112363704B (en) Service system based on micro-service architecture
CN111045675A (en) Page generation method, device, equipment and storage medium based on Flutter
US20210326179A1 (en) Progress visualization of computational job
CN104484163A (en) Heterogeneous model transformation method based on unified modeling environment
CN109507991B (en) Double-shaft servo control platform debugging system and method
CN112230904A (en) Code generation method and device based on interface document, storage medium and server
US10185647B2 (en) Debugging remote vertex code on test machine
CN102331961A (en) Method, system and dispatcher for simulating multiple processors in parallel
CN113126961B (en) Pipeline processing method, device and storage medium
CN111061460B (en) Universal software development platform based on embedded system
CN109388505B (en) A kind of asynchronous multitask sequence loading method based on Android
CN108536586B (en) Information acquisition method, equipment and system of Android mobile terminal
CN110908644A (en) Configuration method and device of state node, computer equipment and storage medium
CN113238715B (en) Intelligent file system, configuration method thereof, intelligent auxiliary computing equipment and medium
CN115729679A (en) Task processing method and device, computer readable storage medium and electronic device
CN112346390B (en) Optical module control method, device, equipment and computer readable storage medium
CN115080113A (en) Item code detection method and device, readable storage medium and electronic equipment
Beierlein et al. UML-based co-design for run-time reconfigurable architectures
CN111651382A (en) Parallelization storage implementation method of data acquisition system based on local bus

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant