CN108021396A - Suitable for the sensor-driven approach and drive system of Windows operating system - Google Patents
Suitable for the sensor-driven approach and drive system of Windows operating system Download PDFInfo
- Publication number
- CN108021396A CN108021396A CN201610974222.2A CN201610974222A CN108021396A CN 108021396 A CN108021396 A CN 108021396A CN 201610974222 A CN201610974222 A CN 201610974222A CN 108021396 A CN108021396 A CN 108021396A
- Authority
- CN
- China
- Prior art keywords
- sensor
- operating mode
- allocation plan
- application processor
- drive system
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Navigation (AREA)
- Gyroscopes (AREA)
Abstract
The invention discloses a kind of sensor-driven approach and drive system suitable for Windows operating system, sensor-driven approach includes:Detection is connected to the operating mode of the sensor of application processor;Initial data from sensor is inputted into algorithms library, and calls algorithms library to calculate virtual sensor result with the operating mode;The virtual sensor result is reported into application processor.For user, after changing sensor allocation plan, at most only need to change the I2C in ACPI table from address, it is no longer necessary to update whole drive system, reduce many workloads, especially greatly simplify difficulty and time that user transplants driving.For developer, reduce code branch, it is only necessary to safeguard a set of driving code, and go wrong debugging when, it is only necessary to it is unified to be analyzed with same debugging file to capture information, decrease workload.
Description
Technical field
The present invention relates to sensor drive area, more particularly to a kind of sensor suitable for Windows operating system drives
Dynamic method and drive system.
Background technology
With the popularization of Windows systems in recent years on the mobile apparatus, more and more tablets and handset-selected
As its operating system, the number of sensors applied to mobile equipment also shows a rising trend Windows systems.With list on notebook
One is different using the hardware design of accelerometer, and the sensor allocation plan (sensor solution) in mobile equipment is more
Various, what is be more equipped with is the sensor allocation plan of six axis or nine axis.More preferably user experience is smart with calculating in order to obtain
Exactness, using fusion algorithms and is applied among six axis for sensor and nine axis allocation plans.
In order to save cost, some existing sensor allocation plans are carried out in a manner of I2C is directly connected to sensor
Hardware design, not MCU (micro-control unit) part, and the action also firmware (firmware) from MCU driven
UMDF (user model driver frame) the driving exploitations being transferred on Windows operating system client layer are write to come up.
The sensor allocation plan of some existing six axis and nine axis designs connects using sensor hardware direct-connected I2C
Scheme is connect, and it is then using the Windows drivings with fusion algorithms to drive, which is UMDF1.X frameworks, and be have invoked
Fusion algorithms libraries.Can there was only a driving for the Windows of six axis and nine axle sensor allocation plans drivings.Such as Fig. 1
Shown, which drives for a combo with fusion algorithms libraries, manages multiple physical sensors 11, directly acquires
Initial data, is then given the fusion algorithms libraries in driving by the initial data of physical sensors, will by fusion algorithms libraries
The initial data of physical sensors as input data, finally calculate that each virtual-sensor needs as a result, and reporting
Upper strata layered interface to upper strata 12, i.e. Windows systems.
For the driving of six axis, nine axis, although sum only one, due to the sensor configuration side in mobile equipment
Case is more, such as has plenty of compass scheme, has plenty of nine axis schemes, and some is Inertial Measurement Unit scheme again, existing drive
Dynamic management mode is that different sensor allocation plans corresponds to different combo drivings, while different combo drivings correspond to
Different ACPI table files.
Sensor allocation plan is different, and the types of physical sensors on hardware may be different, so that corresponding operating mode
It is different.Under existing multiple-limb combo driven management patterns, it is desirable to developer, according to the difference of sensor allocation plan,
Different driving codes is selected, the driving of its corresponding operating mode is compiled out, so as to adapt to different sensor allocation plans.
Such mode needs to manage more set driving codes, needs to issue when running into different sensor allocation plans different
Combo driving.Once sensor allocation plan changes, user has to rewrite ACPI table again, refreshes BIOS (bases
This input-output system), reinstall and debug new combo drivings, also to generate OS image (operation system image) again.
So many need of work accents are done, and are easily repeated mistakes.And developer then needs transform code branch, new drive is generated
It is dynamic, will also solving error problem again, using new debug files, waste many unnecessary time and efforts.
The content of the invention
Technical problem solved by the invention is to overcome at least one defect of the prior art, there is provided one kind is applicable in
In the sensor-driven approach and drive system of Windows operating system.
The present invention solves above-mentioned technical problem by the following technical programs.
A kind of sensor-driven approach suitable for Windows operating system, including:Detection is connected to application processor
The operating mode of sensor;By from sensor initial data input algorithms library, and with the operating mode call algorithms library with
Calculate virtual sensor result;The virtual sensor result is reported into application processor.
Preferably, the operating mode for the sensor that detection is connected to application processor includes:The type of identification sensor, with
Know sensor allocation plan;Operating mode needed for being judged based on the sensor allocation plan known.
Preferably, the type of identification sensor includes:Communicate successively with sensor from address according to the I2C in ACPI table,
Obtain chip identifiers of the I2C from the sensor at address;By the chip identifier of obtained each sensor and the core to prestore
Piece identifier is matched, to know the type of each sensor.
It is preferably based on the sensor allocation plan known and judges that required operating mode includes:For acceleration sensing
Device and this sensor allocation plan of gyro sensor, judge required operating mode for IMU operating modes;For acceleration
Sensor and this sensor allocation plan of geomagnetic sensor, judge required operating mode for COMPASS operating modes;For
Acceleration transducer, geomagnetic sensor and this sensor allocation plan of gyro sensor, judge that required operating mode is
NDOF operating modes.
Preferably, which has unified input interface and operating mode handover module with according to different Working moulds
Formula produces different output.
Preferably, after sensor allocation plan is known, which is circulated a notice of into application processor.
Another aspect according to embodiments of the present invention, additionally provides a kind of biography suitable for Windows operating system
Sensor drive system, including:Operating mode detection device, for detecting the Working mould for the sensor for being connected to application processor
Formula;Calling device, for the initial data from sensor to be inputted algorithms library, and calls algorithms library with the operating mode, by
Algorithms library calculates virtual sensor result;And reporting device, for the virtual sensor result to be reported to application
Processor.
Preferably, the operating mode detection device includes:Identification device, for the type of identification sensor, to know
Sensor allocation plan;Decision maker, for judging required operating mode based on the sensor allocation plan known.
Preferably, the identification device includes:Device for addressing, for according to the I2C in ACPI table from address and sensor
Communicate successively, obtain chip identifiers of the I2C from the sensor at address;Coalignment, for each sensor that will be obtained
Chip identifier matched with the chip identifier to prestore, to know the type of each sensor.
Preferably, in decision maker:For acceleration transducer and this sensor allocation plan of gyro sensor,
Operating mode needed for judging is IMU operating modes;For acceleration transducer and this sensor configuration side of geomagnetic sensor
Case, judges required operating mode for COMPASS operating modes;Passed for acceleration transducer, geomagnetic sensor and gyroscope
This sensor allocation plan of sensor, judges required operating mode for NDOF operating modes.
Preferably, which has unified input interface and operating mode handover module with according to different Working moulds
Formula produces different output.
Preferably, sensor drive system further includes aviso device, for after sensor allocation plan is known, this to be passed
Sensor allocation plan circulates a notice of application processor.
The positive effect of the present invention is:For user, after changing sensor allocation plan, at most only need to change
I2C in ACPI table is from address, it is no longer necessary to updates whole drive system, reduces many workloads, especially greatly simplify
The difficulty of user's transplanting (porting) driving and time.For developer, reduce code branch, it is only necessary to tie up
Protect a set of driving code, and go wrong debugging when, it is only necessary to it is unified to be divided with same debugging file to capture information
Analysis, decreases workload.
Brief description of the drawings
Fig. 1 shows existing six axis, nine axle sensor Windows driving structure figures;
Fig. 2 shows the sensor-driven approach for being suitable for Windows operating system according to the present invention;
Fig. 3 shows the sensor drive system for being suitable for Windows operating system according to the present invention.
Embodiment
The present invention is further illustrated below by the mode of embodiment, but does not therefore limit the present invention to the reality
Apply among a scope.
More set combo drivings and more sets are needed to drive code for the difference of sensor allocation plan in the prior art, its
The algorithms library used be fusion algorithms libraries (fusion algorithms libraries be it is a kind of to gather from the initial data of physical sensors into
Row is calculated so as to obtain the algorithms library of virtual-sensor result), the operating mode used when simply fusion algorithms libraries are called
Difference, and the difference of operating mode result in the virtual-sensor difference that driving is reported to upper strata.Code is driven in multiple-limb
In, operating mode is precisely to be changed by software application engineer according to the physical sensors actually connected by developer in code
Write macrodefinition come it is definite.From the point of view of software respective, the driving code difference of different allocation plans, is only in that fusion is calculated
The difference of method operating mode, and the difference of operating mode, are the physical sensors connected by hardware in sensor allocation plan
What type was determined.
For the existing special pattern using all physical sensors of combo driven managements, regardless of physical sensing
It is few mostly that the number of device, which is, can be managed collectively using a driving, it is not necessary to corresponding is installed according to number
Several physical sensors drivings, this idea for design the driving of self-identifying adaptive universal have the possibility realized.This hair
Bright imagination, if driving voluntarily according to the hardware of connection, can identify the type of the sensor of connection, and according to sensor
Type judges the classification of the sensor allocation plan and required operating mode, voluntarily adapts to be transposed to corresponding Working mould
In formula, it can realize, it is only necessary to which same set of driving code, same driving, are installed to institute's some need fusion algorithms libraries
Sensor allocation plan on.
Based on this, this paper presents a kind of adaptive sensor driving suitable for Windows operating system of self-identifying
Method and drive system, to solve the problems, such as the above-mentioned unnecessary time and efforts of waste.
As shown in Fig. 2, the sensor-driven approach suitable for Windows operating system that the present invention provides, including:Detection
It is connected to the operating mode 21 of the sensor of application processor;Initial data from sensor is inputted into fusion algorithms libraries,
And fusion algorithms libraries are called to calculate virtual sensor result 22 with the operating mode;By the virtual sensor result
Be reported to application processor 23.
Wherein, on the one hand, fusion algorithms libraries need the initial data of sensor, such as each axial data of sensor,
Basis as calculating;On the other hand, fusion algorithms libraries need the operating mode of sensor, so as to be adjusted for the pattern
With.
In one embodiment, the operating mode for the sensor that detection is connected to application processor includes:Identification sensor
Type, to know sensor allocation plan;Operating mode needed for being judged based on the sensor allocation plan known.
Note that the driving method in the present invention refers to a kind of driver, it is a kind of connection application processor and physics
The bridge of sensor, there is driver, and application processor can just communicate with sensor.For developer, it is
Source program or source code, for a user, it is the target program by compiling.
The present invention driving method can use a set of ACPI table, no matter and have on the ACPI table hardware several sensors and
Application processor connects, and can all assume there is the sensor of such as three I2C connections.
Three I2C in ACPI table are first according to, from address, to communicate with sensor successively, and obtain the I2C from ground
The chip identifier (no matter actual either with or without sensor at the address) of sensor at location.Then obtained each chip is identified
Number matched with the chip identifier of the sensor to prestore, detect connection is which type of sensor.In this step
In, if the chip identifier matches with the chip identifier of the sensor to prestore, then driving method starts to define work
Pattern, and working normally, but if as sensor degradation or the chip identifier of the sensor with prestoring is misfitted,
Then judge that hardware configuration scheme is unqualified, driving method is stopped.That is, the driving method is to detect with prestoring
The sensor that coincide of sensor chip identifier defined in operating mode work.If in three I2C at address
Do not detect sensor (including sensor degradation), or the chip identifier of the sensor detected and the sensing that prestores
Device chip identifier is not inconsistent, then driving method is stopped.
When detect geomagnetic sensor and acceleration transducer are only connected on hardware when, select COMPASS Working moulds
Formula;When detect gyro sensor and acceleration transducer are only connected on hardware when, select IMU operating modes;Work as inspection
When measuring geomagnetic sensor, acceleration transducer and the gyro sensor connected on hardware, NDOF operating modes are selected.This
Sample, for different sensor allocation plans, obtains different operating modes.After operating mode is determined, driving method
With this operating mode call fusion algorithms libraries, and on respond with the operating mode call fusion algorithms libraries caused by virtually pass
Sensor result.Different sensors allocation plan is thereby realized, uses same driving method.
In order to realize above-mentioned driving method, which possesses following functions:The fusion algorithms libraries have system
One input interface and operating mode handover module is with according to the different output of different operating mode generations.
In addition, in order to enable application processor to have been responded in time to driving method, sensor allocation plan is being known
Afterwards, which is circulated a notice of into application processor;In response to the circular, application processor open interface, reception comes from
The virtual sensor result of fusion algorithms libraries.
Supporting ACPI table can be directed to any sensor allocation plan with the self-identifying self-adaptation drive method of the present invention,
When sensor allocation plan changes, a kind of situation is that the I2C of sensor does not change from address, but increases or reduce
Sensor, need not rewrite I2C in ACPI table again from address, after directly changing hardware connection, driving method at this time
With normal work;Another situation is that the I2C of sensor is changed from address, as long as also making address in BIOS at this time
Corresponding change, it is not necessary to replace driving method, need not more regenerate OS image.That is, to user
For, after changing sensor allocation plan, at most only need to change the I2C in ACPI table from address, it is no longer necessary to which renewal is whole
Driving method, reduces many workloads, especially greatly simplify difficulty and time that user transplants driving.
For developer, reduce code branch, it is only necessary to safeguard a set of driving code, and the debugging that goes wrong
When, it is only necessary to it is unified to be analyzed with same debugging file to capture information, decrease workload.
As shown in figure 3, present invention also offers a kind of sensor drive system 31 suitable for Windows operating system,
Including:Operating mode detection device 32, for detecting the operating mode for the sensor for being connected to application processor;Calling device
33, for the initial data from sensor to be inputted fusion algorithms libraries, and fusion algorithms libraries are called with the operating mode,
Virtual sensor result is calculated by fusion algorithms libraries;And reporting device 34, for by the virtual sensor result
Be reported to application processor.
In one embodiment, the operating mode detection device includes:Identification device, the class for identification sensor
Type, to know sensor allocation plan;Decision maker, for judging required Working mould based on the sensor allocation plan known
Formula.
In one embodiment, the identification device includes:Device for addressing, for according to the I2C in ACPI table from address
Communicate successively with sensor, obtain chip identifiers of the I2C from the sensor at address;Coalignment, for that will obtain
The chip identifier of each sensor is matched with the chip identifier to prestore, to know the type of each sensor.
In one embodiment, in decision maker:For acceleration transducer and this sensor of gyro sensor
Allocation plan, required operating mode are IMU operating modes;Match somebody with somebody for acceleration transducer and this sensor of geomagnetic sensor
Scheme is put, required operating mode is COMPASS operating modes;Passed for acceleration transducer, geomagnetic sensor and gyroscope
This sensor allocation plan of sensor, required operating mode are NDOF operating modes.
In one embodiment, which allows hand over any operating mode, has unified input interface,
And different output can be produced according to different operating modes.
In one embodiment, sensor drive system further includes aviso device, for knowing sensor allocation plan
Afterwards, which is circulated a notice of into application processor.In response to the circular, application processor open interface, reception comes from
The virtual sensor result of fusion algorithms libraries.
Certainly, in above-described embodiment only with hardware connection geomagnetic sensor, acceleration transducer and gyro sensor this
Three kinds of sensors as an example, in addition to these three sensors, can also connect other kinds of sensor, such as temperature sensing
Device, baroceptor etc., will also produce more sensor plans, and more operating modes.Sensor of the invention
Driving method and drive system are all applicable for these sensor plans and operating mode.
Although the embodiment of the present invention is the foregoing described, it will be appreciated by those of skill in the art that this is only
For example, protection scope of the present invention is to be defined by the appended claims.Those skilled in the art without departing substantially from
On the premise of the principle of the present invention and essence, various changes or modifications can be made to these embodiments, but these changes and
Modification each falls within protection scope of the present invention.
Claims (12)
- A kind of 1. sensor-driven approach suitable for Windows operating system, it is characterised in that the sensor-driven approach Including:Detection is connected to the operating mode of the sensor of application processor;Initial data from sensor is inputted into algorithms library, and calls algorithms library to calculate virtual biography with the operating mode Sensor result;The virtual sensor result is reported into application processor.
- 2. sensor-driven approach as claimed in claim 1, it is characterised in that detection is connected to the sensor of application processor Operating mode include:The type of identification sensor, to know sensor allocation plan;Operating mode needed for being judged based on the sensor allocation plan known.
- 3. sensor-driven approach as claimed in claim 2, it is characterised in that the type of identification sensor includes:Communicate successively with sensor from address according to the I2C in ACPI table, obtain the I2C and know from the chip of the sensor at address Alias;The chip identifier of obtained each sensor is matched with the chip identifier to prestore, to know the class of each sensor Type.
- 4. sensor-driven approach as claimed in claim 2, it is characterised in that judged based on the sensor allocation plan known Required operating mode includes:For acceleration transducer and this sensor allocation plan of gyro sensor, judge required operating mode for IMU Operating mode;For acceleration transducer and this sensor allocation plan of geomagnetic sensor, judge that required operating mode is COMPASS operating modes;For acceleration transducer, geomagnetic sensor and this sensor allocation plan of gyro sensor, required work is judged Operation mode is NDOF operating modes.
- 5. sensor-driven approach as claimed in claim 1, it is characterised in that the algorithms library have unified input interface and Operating mode handover module is with according to the different output of different operating mode generations.
- 6. sensor-driven approach as claimed in claim 2, it is characterised in that after sensor allocation plan is known, by this Sensor allocation plan circulates a notice of application processor.
- A kind of 7. sensor drive system suitable for Windows operating system, it is characterised in that the sensor drive system Including:Operating mode detection device, for detecting the operating mode for the sensor for being connected to application processor;Calling device, for the initial data from sensor to be inputted algorithms library, and calls algorithms library with the operating mode, by Algorithms library calculates virtual sensor result;AndReporting device, for the virtual sensor result to be reported to application processor.
- 8. sensor drive system as claimed in claim 7, it is characterised in that the operating mode detection device includes:Identification device, for the type of identification sensor, to know sensor allocation plan;Decision maker, for judging required operating mode based on the sensor allocation plan known.
- 9. sensor drive system as claimed in claim 8, it is characterised in that the identification device includes:Device for addressing, for communicating successively with sensor from address according to the I2C in ACPI table, obtains the I2C at address The chip identifier of sensor;Coalignment, for the chip identifier of obtained each sensor to be matched with the chip identifier to prestore, to obtain Know the type of each sensor.
- 10. sensor drive system as claimed in claim 8, it is characterised in that in decision maker:For acceleration transducer and this sensor allocation plan of gyro sensor, judge required operating mode for IMU Operating mode;For acceleration transducer and this sensor allocation plan of geomagnetic sensor, judge that required operating mode is COMPASS operating modes;For acceleration transducer, geomagnetic sensor and this sensor allocation plan of gyro sensor, required work is judged Operation mode is NDOF operating modes.
- 11. sensor drive system as claimed in claim 7, it is characterised in that the algorithms library has unified input interface With operating mode handover module with according to the different output of different operating mode generations.
- 12. sensor drive system as claimed in claim 8, it is characterised in that aviso device is further included, for knowing biography After sensor allocation plan, which is circulated a notice of into application processor.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610974222.2A CN108021396B (en) | 2016-11-04 | 2016-11-04 | Sensor driving method and driving system suitable for Windows operating system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610974222.2A CN108021396B (en) | 2016-11-04 | 2016-11-04 | Sensor driving method and driving system suitable for Windows operating system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108021396A true CN108021396A (en) | 2018-05-11 |
CN108021396B CN108021396B (en) | 2022-07-15 |
Family
ID=62084775
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610974222.2A Active CN108021396B (en) | 2016-11-04 | 2016-11-04 | Sensor driving method and driving system suitable for Windows operating system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108021396B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110658761A (en) * | 2019-09-27 | 2020-01-07 | 北京四达时代软件技术股份有限公司 | Solar power supply control method and device |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6670574B1 (en) * | 2002-07-31 | 2003-12-30 | Unitek Miyachi Corporation | Laser weld monitor |
US20040219398A1 (en) * | 2003-05-02 | 2004-11-04 | Calhoon John C. | Fuel cell control and data reporting |
US20050004723A1 (en) * | 2003-06-20 | 2005-01-06 | Geneva Aerospace | Vehicle control system including related methods and components |
CN1687935A (en) * | 2005-06-03 | 2005-10-26 | 冶金自动化研究设计院 | Quality design method under minute new aluminium sample |
US20070063854A1 (en) * | 2005-08-02 | 2007-03-22 | Jing Zhang | Adaptive driver workload estimator |
US20090132101A1 (en) * | 2007-11-19 | 2009-05-21 | Integrated Power Technology Corporation | Supervisory control and data acquisition system for energy extracting vessel navigation |
CN102469500A (en) * | 2010-11-18 | 2012-05-23 | 上海启电信息科技有限公司 | Mobile positioning service method based on wireless sensing technology |
CN104991798A (en) * | 2015-06-25 | 2015-10-21 | 青岛海信移动通信技术股份有限公司 | Virtual sensor configuration method and apparatus |
CN105739810A (en) * | 2014-12-12 | 2016-07-06 | 宏达国际电子股份有限公司 | Mobile electronic device and user interface display method |
-
2016
- 2016-11-04 CN CN201610974222.2A patent/CN108021396B/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6670574B1 (en) * | 2002-07-31 | 2003-12-30 | Unitek Miyachi Corporation | Laser weld monitor |
US20040219398A1 (en) * | 2003-05-02 | 2004-11-04 | Calhoon John C. | Fuel cell control and data reporting |
US20050004723A1 (en) * | 2003-06-20 | 2005-01-06 | Geneva Aerospace | Vehicle control system including related methods and components |
CN1687935A (en) * | 2005-06-03 | 2005-10-26 | 冶金自动化研究设计院 | Quality design method under minute new aluminium sample |
US20070063854A1 (en) * | 2005-08-02 | 2007-03-22 | Jing Zhang | Adaptive driver workload estimator |
US20090132101A1 (en) * | 2007-11-19 | 2009-05-21 | Integrated Power Technology Corporation | Supervisory control and data acquisition system for energy extracting vessel navigation |
CN102469500A (en) * | 2010-11-18 | 2012-05-23 | 上海启电信息科技有限公司 | Mobile positioning service method based on wireless sensing technology |
CN105739810A (en) * | 2014-12-12 | 2016-07-06 | 宏达国际电子股份有限公司 | Mobile electronic device and user interface display method |
CN104991798A (en) * | 2015-06-25 | 2015-10-21 | 青岛海信移动通信技术股份有限公司 | Virtual sensor configuration method and apparatus |
Non-Patent Citations (4)
Title |
---|
BINGJING GE ET AL: "Contention and energy aware mapping for real-time applications on Network-on-Chip", 《2012 INTERNATIONAL SOC DESIGN CONFERENCE (ISOCC)》 * |
HAIHONG YE ET AL: "The fusion methods of multi-sensor system based on pseudo-measurement model library", 《2014 INTERNATIONAL CONFERENCE ON MULTISENSOR FUSION AND INFORMATION INTEGRATION FOR INTELLIGENT SYSTEMS (MFI)》 * |
廖湘科等: "新型高性能计算系统与技术", 《中国科学:信息科学》 * |
高守生: "Windows CE下设备驱动的研究与实践", 《现代电子技术》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110658761A (en) * | 2019-09-27 | 2020-01-07 | 北京四达时代软件技术股份有限公司 | Solar power supply control method and device |
Also Published As
Publication number | Publication date |
---|---|
CN108021396B (en) | 2022-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106155657B (en) | The method and its computer system of UEFI firmware | |
US6678625B1 (en) | Method and apparatus for a multipurpose configurable bus independent simulation bus functional model | |
US8495430B2 (en) | Generate diagnostic data for overdue thread in a data processing system | |
CN106030548B (en) | Multinode maincenter for trust computing | |
US20070061818A1 (en) | Detection of devices during operating system setup | |
US20090172664A1 (en) | Adding a profiling agent to a virtual machine to permit performance and memory consumption analysis within unit tests | |
CN104951396A (en) | Method and device based on virtual machine creation software performance testing environment | |
CN101770551A (en) | Method for processing hidden process based on hardware simulator | |
CN106293734A (en) | The method and device of detection android terminal information | |
US10466985B2 (en) | Hybrid deoptimization mechanism for class hierarchy analysis | |
CN103514023A (en) | Method and system for off-line and automatically installing software of virtual machine | |
CN103620561A (en) | N-way runtime interoperative debugging | |
CN104737134A (en) | System and method for operating system agnostic hardware validation | |
CN102880482A (en) | System and technical method of automatically updating software in host batch control virtual machine | |
WO2014099828A1 (en) | Test scope determination based on code change(s) | |
US10474517B2 (en) | Techniques of storing operational states of processes at particular memory locations of an embedded-system device | |
CN112783516A (en) | Hardware adaptation method, electronic device and computer-readable storage medium | |
US7168002B2 (en) | Preservation of error data on a diskless platform | |
US20140107996A1 (en) | Enabling reuse of unit-specific simulation irritation in multiple environments | |
CN106407118B (en) | A kind of method and device of test user terminal | |
CN106407054A (en) | BMC automatic testing system and method | |
CN102831334B (en) | Positioning method and positioning system for target address | |
CN108021396A (en) | Suitable for the sensor-driven approach and drive system of Windows operating system | |
CN108829391A (en) | Control recognition methods and system in a kind of Fragment | |
EP2876557B1 (en) | Detecting a read access to unallocated or uninitialized memory |
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 |