CN104484292A - Driver suitable for serial equipment and working method of driver - Google Patents
Driver suitable for serial equipment and working method of driver Download PDFInfo
- Publication number
- CN104484292A CN104484292A CN201410840549.1A CN201410840549A CN104484292A CN 104484292 A CN104484292 A CN 104484292A CN 201410840549 A CN201410840549 A CN 201410840549A CN 104484292 A CN104484292 A CN 104484292A
- Authority
- CN
- China
- Prior art keywords
- data
- driver
- serial
- card
- request
- 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
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0002—Serial port, e.g. RS232C
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Systems (AREA)
Abstract
The invention discloses a driver suitable for serial equipment and a working method of the driver. The serial equipment is hooked to a PC/SC (Personal Computer/Smart Card) interface of a system by using a UMDF (User-Mode Driver Framework)-based driver on a host computer, so that an application in the host computer can use the serial equipment conveniently through the PC/SC interface; any change is not required to be made to the application, so that the reusability of the application is improved.
Description
Technical field
The present invention relates to communication technical field, particularly a kind of driver and method of work thereof being applicable to serial equipment.
Background technology
Serial equipment refers to and can carry out the external unit of serial communication with main frame, serial communication can use a data line, data step-by-step is transmitted successively, each data occupy one regular time length, be applicable to the telecommunication between main frame and external unit.Conventional serial equipment has External modem, plotting apparatus, serial printer and Bluetooth adapter etc.
In prior art, for using the serial equipment be connected with main frame, usually needing to rewrite the application program in main frame, causing the reusability of application program poor, serial equipment cannot be used easily in application layer.
Summary of the invention
The invention provides a kind of driver and the method for work thereof that are applicable to serial equipment, to solve the defect that cannot use serial equipment in application layer easily.
The invention provides a kind of method of work being applicable to the driver of serial equipment, be applied in the system comprising main frame and serial equipment, described main frame is connected with described serial equipment, system, application program and driver are installed in described main frame, after the personal computer/smart card PC/SC interface of system described in described application call, preset function in described driver, by described system call, said method comprising the steps of:
S1, described driver are waited for called;
S2, when the preset function in described driver is by system call, described driver obtains the control code from system by the Component Object Model com interface, described control code is judged, if described control code is default control code, then performs step S3; If described control code is not default control code, performs corresponding operation according to described control code, and return step S1;
S3, described driver are according to described default control code, and described first serial data are sent to serial equipment by serial ports by the first serial data that tissue is corresponding;
After S4, described driver listen to and read event, from process buffer zone, read the second application data, described second application data is sent to system, and returns step S1;
Before described step S4, also comprise:
A1, described driver monitor Serial Port Event, after listening to data event, receive the second serial data from described serial equipment;
Described second serial data are stored into reception buffer zone by A2, described driver, process described second serial data, be written in described process buffer zone, and read event described in arranging by processing described second application data obtained.
Present invention also offers a kind of driver being applicable to serial equipment, be applied in the system comprising main frame and serial equipment, described main frame is connected with described serial equipment, system, application program and driver are installed in described main frame, after the personal computer/smart card PC/SC interface of system described in described application call, preset function in described driver is by described system call, and described driver comprises:
First acquisition module, during for the preset function in described driver by system call, obtains the control code from system by the Component Object Model com interface;
First judge module, judges for the described control code got described first acquisition module;
First processing module, for when described first judge module judges that described control code is default control code, according to described default control code, described first serial data are sent to serial equipment by serial ports by the first serial data that tissue is corresponding;
First monitors module, reads event for monitoring;
Second processing module, for monitoring after module listens to and read event described first, reading the second application data, described second application data is sent to system from process buffer zone;
Second monitors module, for monitoring Serial Port Event;
First receiver module, is used in described second and monitors after module listens to data event, receive the second serial data from described serial equipment;
3rd processing module, described second serial data for being received by described first receiver module are stored into reception buffer zone, described second serial data are processed, is written to processing described second application data obtained in described process buffer zone, and reads event described in arranging.
The beneficial effect that the present invention reaches: by using based on UMDF (User-Mode DriverFramework on main frame, user model driver framework) driver, the PC/SC interface of serial equipment and system is mounted, make the application program in main frame can use serial equipment conveniently by PC/SC interface, do not need application programs to do any change, improve the reusability of application program.
Accompanying drawing explanation
Fig. 1 is a kind of system architecture schematic diagram being applicable to the driver place of serial equipment in the embodiment of the present invention;
Fig. 2 and Fig. 3 is a kind of method of work process flow diagram being applicable to the driver of serial equipment in the embodiment of the present invention;
Fig. 4 is a kind of workflow diagram being applicable to the serial ports watcher thread of the driver of serial equipment in the embodiment of the present invention;
Fig. 5 is a kind of structural representation being applicable to the driver of serial equipment in the embodiment of the present invention.
Embodiment
Below in conjunction with the accompanying drawing in the embodiment of the present invention, be clearly and completely described the technical scheme in the embodiment of the present invention, obviously, described embodiment is only the present invention's part embodiment, instead of whole embodiments.Based on the embodiment in the present invention, those of ordinary skill in the art, not making the every other embodiment obtained under creative work prerequisite, belong to the scope of protection of the invention.
Embodiments provide a kind of method of work being applicable to the driver of serial equipment, be applied in the system comprising serial equipment and main frame, serial equipment is connected with main frame, as shown in Figure 1, comprise application program, system and driver in main frame, this driver is the driver based on UMDF.After serial equipment is opened, the system loads driver in main frame, opens serial ports; Driver is by after system loads, and create IO queue to system application, this IO queue is by system maintenance.Driver, by carrying out read operation to input block, obtains the data from system; By carrying out write operation to output buffer, to system return data.
After PC/SC (Personal Computer/Smart Card, the personal computer/smart card) interface of the application call system in main frame, I/O message is passed to IO queue by system; After I/O message arrives IO queue, the preset function in system call driver, processes this I/O message.The method of work of above-mentioned driver, as shown in Figures 2 and 3, comprises the following steps:
Step 101, driver is waited for called.
Step 102, when the preset function in driver is by system call, driver obtains from the control code of system and I/O request.
Particularly, when the preset function in driver is by system call, driver obtains control code and the I/O request of kernel-driven forwarding by COM (Component Object Model, the Component Object Model) interface.Wherein, preset function is ProcessIoControl function, and kernel-driven is WDF (WindowsDriver Foundation, form drives base frame).
Step 103, driver judges the control code got, if attribute retrieval request, then performs step 104; If property setting request, then perform step 113; If state obtains request, then perform step 117; If the card request of powering on, then perform step 118; If plug-in card judges request, then perform step 122; If pull out card to judge request, then perform step 126; If instruction sends request, then perform step 130.
Step 104, driver is changed the I/O request got, and obtains request code.
Step 105, driver judges request code, if manufacturer's name obtains request, then performs step 106; If IFD (Interface Device, interfacing equipment) type obtains request, then perform step 107; If unit obtains request, then perform step 108; If feature interpretation obtains request, then perform step 109; If protocol type obtains request, then perform step 110; If ATR (AnswerTo Reset, reset answer) character string obtains request, then perform step 111; If other, then perform step 112.
Step 106, manufacturer's name of self preserving is written to output buffer by driver, and returns step 101.
Such as, manufacturer's name " Feitian " of self preserving is written to output buffer by driver.
Step 107, the IFD type information self preserved is written to output buffer by driver, and returns step 101.
Such as, the IFD type information self preserved " bR301Smartcard reader " is written to output buffer by driver.
Step 108, the unit that self preserves is written to output buffer by driver, and returns step 101.
Such as, the unit " 0 " that self preserves by driver is written to output buffer.
Step 109, the feature interpretation information of self preserving is written to output buffer by driver, and returns step 101.
Such as, the feature interpretation information " 0 " of self preserving is written to output buffer by driver.
Step 110, the Current protocol type information self preserved is written to output buffer by driver, and returns step 101.
Wherein, Current protocol type information to be resolved the ATR character string from serial equipment by driver to obtain.
Such as, the Current protocol type information " SCARD_PROTOCOL_T0 " self preserved is written to output buffer by driver.
Step 111, the ATR character string of self preserving is written to output buffer by driver, and returns step 101.
Such as, the ATR character string of self preserving " 3F FA A6 00 00 81 31 FE 45 4A 434F 50 34 31 56 32 32 31 23 " is written to output buffer by driver.
Step 112, error code is written to output buffer by driver, and returns step 101.
Such as, error code " ERROR_NOT_SUPPORTED " is written to output buffer by driver.
Step 113, driver is reading attributes information from input block, attribute information is organized, obtain first serial data, by serial ports, first serial data are sent to serial equipment, com-state is set to original state, data accepted length is set to zero, after listening to and reading event, that from process buffer zone, reads that the second application data returns as serial equipment arranges response.
Particularly, driver combines the first packet header and attribute information, obtains first serial data.Wherein, attribute information comprises one or more groups attribute list, often organizes attribute list and comprises Property ID and property value.
Step 114, driver judges whether to arrange successfully according to arranging response, if so, then performs step 115; Otherwise, perform step 116.
Step 115, driver is written to output buffer by arranging response, upgrades the attribute data self preserved, and return step 101 according to attribute information.
Wherein, attribute data comprises in manufacturer's name, IFD type information, unit, feature interpretation information and Current protocol type information one or more.
Step 116, driver is written to output buffer by arranging response, and returns step 101.
Such as, driver is written to output buffer by arranging response " ERROR_NOT_SUPPORTED ".
Step 117, driver reads card mode information, card mode information is written to output buffer, and returns step 101.
Such as, driver reads card mode information " SCARD_ABSENT ", and card mode information " SCARD_ABSENT " is written to output buffer.
Step 118, driver tissue powers on instruction, serial equipment is sent to by the serial ports instruction that will power on, com-state is set to original state, data accepted length is set to zero, after listening to and reading event, the second application data in reading process buffer zone, preserves the ATR character string that the second application data returns as serial equipment.
Such as, driver sends to serial equipment the instruction " 0,x62 00 00 00 00 00 " that powers on, and receives the ATR character string " 3F FA A6 00 00 81 31 FE 45 4A 43 4F 50 34 31 56 32 323123 " that serial equipment returns.
Step 119, driver judges whether to power on successfully according to ATR character string, if so, then performs step 120; Otherwise, perform step 121.
Step 120, ATR character string is written to output buffer by driver, and returns step 101.
Such as, ATR character string " 3F FA A6 00 00 81 31 FE 454A 43 4F 50 34 3,156 32 32 31 23 " is written to output buffer by driver.
Step 121, the driver failure information that will power on is written to output buffer, and returns step 101.
Such as, the driver failure information " SCARD_ABSENT " that will power on is written to output buffer.
Step 122, driver reads card mode information.
Such as, driver reads card mode information " SCARD_PRESENT ".
Step 123, driver, according to card mode information, judges whether have card in serial equipment, if so, then performs step 124; Otherwise, perform step 125.
Particularly, when card mode information is " SCARD_PRESENT ", in driver determination serial equipment, there is card; When card mode information is " SCARD_ABSENT ", without card in driver determination serial equipment.
Step 124, plug-in card information is written to output buffer by driver, and returns step 101.
Such as, plug-in card information " STATUS_SUCCESS " is written to output buffer by driver.
Step 125, driver cancels operation, and returns step 101.
Step 126, driver reads card mode information.
Such as, driver reads card mode information " SCARD_PRESENT ".
Step 127, driver, according to card mode information, judges whether have card in serial equipment, if so, then performs step 128; Otherwise, perform step 129.
Particularly, when card mode information is " SCARD_PRESENT ", in driver determination serial equipment, there is card; When card mode information is " SCARD_ABSENT ", without card in driver determination serial equipment.
Step 128, driver cancels operation, and returns step 101.
Step 129, driver will pull out card information and be written to output buffer, and return step 101.
Such as, driver will pull out card information " STATUS_SUCCESS " and be written to output buffer.
Step 130, driver reads the first application data from input block, organizes the first application data, obtains first serial data.
Particularly, after driver reads the first application data from input block, the first packet header and the first application data are combined, obtains first serial data.Wherein, the length in the first packet header is 10 bytes.
Such as, the first application data that driver reads from input block is " 00 B0 00 00 F0 ", first packet header is " 6f 05 00 00 00 00 00 00 00 00 ", organizes the first serial data obtained to be " 6f 0,500 00 00 00 00 00 00 00 00 B0 00 00 F0 ".
Step 131, first serial data are sent to serial equipment by serial ports by driver, and com-state is set to original state, and data accepted length is set to zero.
Such as, serial data " 6f 05 00 00 00 00 00 00 00 00 00 B0 0000F0 " is sent to serial equipment by serial ports by driver.
Step 132, after driver listens to and reads event, reads the second application data, the second application data is written to output buffer, and returns step 101 from process buffer zone.
Such as, driver to read and the second application data be written in output buffer is from process buffer zone:
“00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 1718 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 3132 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 40 41 42 43 44 45 46 47 48 49 4A 4B4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 60 61 62 63 64 6566 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 7A 7B 7C 7D 7E 7F80 81 82 83 84 85 86 87 88 89 8A 8B 8C 8D 8E 8F 90 91 92 93 94 95 96 97 98 999A 9B 9C 9D 9E 9F A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 AA AB AC AD AE AF B0B1 B2 B3 B4 B5 B6 B7 B8 B9 BA BB BC BD BE BF C0 C1 C2 C3 C4 C5 C6 C7C8 C9 CA CB CC CD CE CF D0 D1 D2 D3 D4 D5 D6 D7 D8 D9 DA DB DC DDDE DF E0 E1 E2 E3 E4 E5 E6 E7 E8 E9 EA EB EC ED EE EF”。
It should be noted that, be more than the workflow of the main thread of driver.Driver is also received by serial ports watcher thread and processes second serial data, as shown in Figure 4, comprises the following steps:
Step 201, driver monitors Serial Port Event.
Step 202, after listening to data event, driver receives second serial data.
Step 203, driver judges com-state, if original state, then performs step 204; If state of activation, then perform step 212; If unactivated state, then perform step 218.
Step 204, driver carries out initialization to reception buffer zone, and the second serial data received are stored into reception buffer zone.
For example, the driver received and stored in the receive buffer for the second serial data: "80 f0 0000 00 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 1314 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D2E 2F 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 40 41 42 43 44 45 46 4748 49 4A 4B 4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 60 6162 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 7A 7B7C 7D 7E 7F 80 81 82 83 84 ".
Step 205, driver obtains valid data length from second serial data, preserves valid data length.
In the present embodiment, driver using the data of the second byte, the 3rd byte, nybble and the 5th byte in second serial data as valid data length.
Such as, second serial data are " 80 f0 00 00 00 00 00 00 00 00 00 01 02 03 04 05 06 0708090A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 1,718 19 1A 1B 1C 1D 1E 1F 20 2,122 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 38 39 3A 3B3C 3D 3E 3F 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 50 51 52 53 54 5,556 57 58 59 5A 5B 5C 5D 5E 5F 60 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6,F70 71 72 73 74 75 76 77 78 79 7A 7B 7C 7D 7E 7F 80 81 82 83 84 ", driver is by the second byte, 3rd byte, the data " f0 00 00 00 " of nybble and the 5th byte are as valid data length.
Step 206, driver judges whether comprise card plug information in second serial data, if so, then perform step 207; Otherwise, perform step 208.
Particularly, driver judges whether the data of latter two byte of second serial data are card plug information, if so, then determine to comprise card plug information in second serial data; Otherwise, determine in second serial data, not comprise card plug information.Wherein, card plug information can be plug-in card information, also can be pull out card information.
Such as, plug-in card information is " 50 03 ", pull out card information for " 50 02 ", second serial data are: " 80 f000 00 00 00 00 00 00 00 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 1,213 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C2D 2E 2F 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 40 41 42 43 44 45 4,647 48 49 4A 4B 4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 6,061 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 7A7B 7C 7D 7E 7F 80 81 82 83 84 ", then driver can be determined not comprise card plug information in second serial data.
Step 207, driver according to card plug information updating card mode information, and performs step 208.
Particularly, if card plug information be plug-in card information, driver by card mode information updating for there being card-like state; If card plug information is for pulling out card information, card mode information updating is without card-like state by driver.
Step 208, driver processes second serial data, and be written in process buffer zone by processing the second application data obtained, the length according to the second application data upgrades data accepted length.
Particularly, if comprise card plug information in second serial data, data in second serial data except card plug information and the second packet header are written in process buffer zone as the second application data by driver, data accepted length is added the length of the second application data, as the data accepted length after renewal; If do not comprise card plug information in second serial data, data in second serial data except the second packet header are written in process buffer zone as the second application data by driver, data accepted length is added the length of the second application data, as the data accepted length after renewal.
In the present embodiment, the second packet header is the data of front ten bytes in second serial data.
Such as, when second serial data are " 80 f0 00 00 00 00 00 00 00 00 00 01 02 03 04 05 06 0,708 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 2,122 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37 38 39 3A 3B3C 3D 3E 3F 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 50 51 52 53 54 5,556 57 58 59 5A 5B 5C 5D 5E 5F 60 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6,F70 71 72 73 74 75 76 77 78 79 7A 7B 7C 7D 7E 7F 80 81 82 83 84 ", card plug information is not comprised in second serial data, data after removal " 80 f0 00 00 0,000 00 00 00 00 " in above-mentioned second serial data are written in process buffer zone as the second application data by driver.
Step 209, driver judges whether data accepted length is less than valid data length, if so, then performs step 210; Otherwise, perform step 211.
Step 210, com-state is set to state of activation by driver, resets Serial Port Event, and returns step 201.
Step 211, com-state is set to unactivated state by driver, arranges and reads event, resets Serial Port Event, and returns step 201.
Step 212, driver judges whether comprise card plug information in second serial data, if so, then perform step 213; Otherwise, perform step 214.
Wherein, card plug information can be plug-in card information, also can be pull out card information.
Such as, plug-in card information is " 50 03 ", pull out card information for " 50 02 ", second serial data are: " 85 8,687 88 89 8A 8B 8C 8D 8E 8F 90 91 92 93 94 95 96 97 98 99 9A 9B 9C 9D 9E 9F A0A1 A2 A3 A4 A5 A6 A7 A8 A9 AA AB AC AD AE AF B0 B1 B2 B3 B4 B5 B6 B7B8 B9 BA BB BC BD BE BF C0 C1 C2 C3 C4 C5 C6 C7 C8 C9 CA CB CC CD CECF D0 D1 D2 D3 D4 D5 D6 D7 D8 D9 DA DB DC DD DE DF E0 E1 E2 E3 E4 E5E6 E7 E8 E9 EA EB EC ED EE EF 50 02 ", then driver can be determined to comprise card plug information in second serial data.
Step 213, driver is according to card plug information updating card mode information, data in second serial data except card plug information are written in process buffer zone as the second application data, length according to the second application data upgrades data accepted length, and performs step 215.
Such as, when second serial data are " 85 86 87 88 89 8A 8B 8C 8D 8E 8F 90 91 92 93 94 9,596 97 98 99 9A 9B 9C 9D 9E 9F A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 AA AB AC ADAE AF B0 B1 B2 B3 B4 B5 B6 B7 B8 B9 BA BB BC BD BE BF C0 C1 C2 C3 C4C5 C6 C7 C8 C9 CA CB CC CD CE CF D0 D1 D2 D3 D4 D5 D6 D7 D8 D9 DA DBDC DD DE DF E0 E1 E2 E3 E4 E5 E6 E7 E8 E9 EA EB EC ED EE EF 50 02 ", the data after removal " 50 02 " in above-mentioned second serial data are written in process buffer zone as the second application data by driver.
Step 214, second serial data are written in process buffer zone as the second application data by driver, and the length according to second serial data upgrades data accepted length, and performs step 215.
Particularly, data accepted length is added the length of second serial data by driver, as the data accepted length after renewal.
Step 215, driver judges whether data accepted length is less than valid data length, if so, then performs step 216; Otherwise, perform step 217.
Step 216, driver resets Serial Port Event, and returns step 201.
Step 217, com-state is set to unactivated state by driver, arranges and reads event, resets Serial Port Event, and returns step 201.
Step 218, driver judges whether comprise card plug information in second serial data, if so, then perform step 219; Otherwise, perform step 220.
Step 219, driver obtains card plug information from second serial data, according to card plug information updating card mode information, and performs step 220.
Step 220, driver resets Serial Port Event, and returns step 201.
The embodiment of the present invention by using the driver based on UMDF on main frame, the PC/SC interface of serial equipment and system is mounted, make the application program in main frame can conveniently by PC/SC interface interchange serial equipment, do not need application programs to do any change, improve the reusability of application program.
Based on the above-mentioned method of work being applicable to the driver of serial equipment, the embodiment of the present invention additionally provides a kind of driver being applicable to serial equipment, be applied in the system comprising main frame and serial equipment, main frame is connected with serial equipment, system, application program and driver are installed in main frame, after the PC/SC interface of application call system, the preset function in driver is by system call.Above-mentioned driver, as shown in Figure 5, comprising:
First acquisition module 510, during for the preset function in driver by system call, obtains the control code from system by the Component Object Model com interface;
Particularly, above-mentioned first acquisition module 510, during specifically for the preset function in driver by system call, obtains the control code of kernel-driven forwarding by com interface.
Wherein, kernel-driven is WDF.
First judge module 520, judges for the control code got the first acquisition module 510;
First processing module 530, for when the first judge module 520 judges that control code is default control code, according to default control code, first serial data are sent to serial equipment by serial ports by the first serial data that tissue is corresponding;
Wherein, above-mentioned default control code can be the card request of powering on, and the second application data is ATR character string;
Correspondingly, above-mentioned first processing module 530, specifically for judge at the first judge module 520 control code be card power on request time, tissue powers on instruction, sends to serial equipment by the serial ports instruction that will power on.
Above-mentioned default control code can also send request for instruction;
Correspondingly, above-mentioned first processing module 530, comprising:
First organizes submodule, for judge at the first judge module 520 control code be instruction send request time, the first application data from system is organized, obtains first serial data;
First sends submodule, sends to serial equipment for the first serial data organizing submodule tissue to obtain by first by serial ports.
First monitors module 540, reads event for monitoring;
Second processing module 550, for monitoring after module 540 listens to and read event first, reading the second application data, the second application data is sent to system from process buffer zone;
Particularly, above-mentioned second processing module 550, specifically for monitoring after module 540 listens to and read event first, reading the second application data, by writing the second application data to output buffer, the second application data being sent to system from process buffer zone.
Wherein, above-mentioned default control code can be property setting request, and the second application data is for arranging response;
Correspondingly, above-mentioned first processing module 530, comprising:
Minor microstructure submodule, for when the first judge module 520 judges that control code is property setting request, organizes the attribute information from system, obtains first serial data;
Second sends submodule, for the first serial data that minor microstructure submodule tissue obtains being sent to serial equipment by serial ports;
Above-mentioned second processing module 550, specifically for monitoring after module 540 listens to and read event first, read from process buffer zone and response is set, judge whether to arrange successfully according to arranging response, if, then sending to system by arranging response, upgrading the attribute data self preserved according to attribute information; Otherwise, send to system by arranging response.
Second monitors module 560, for monitoring Serial Port Event;
First receiver module 570, is used in after the second monitoring module 560 listens to data event, receives the second serial data from serial equipment;
3rd processing module 580, is stored into reception buffer zone for the second serial data received by the first receiver module 570, processes second serial data, be written in process buffer zone, and setting reads event by processing the second application data obtained.
Particularly, above-mentioned 3rd processing module 580, second serial data specifically for being received by the first receiver module 570 are stored into reception buffer zone, when comprising card plug information in second serial data, according to card plug information updating card mode information, the data in second serial data except card plug information and the second packet header are written in process buffer zone as the second application data; When not comprising card plug information in second serial data, the data in second serial data except the second packet header are written in process buffer zone as the second application data.
Further, above-mentioned driver, also comprises:
Second acquisition module, for by reading input block, obtains the first application data from system.
Correspondingly, above-mentioned first organizes submodule, specifically for judge at the first judge module 520 control code be instruction send request time, the first packet header and the first application data are combined, obtain first serial data.
Further, above-mentioned driver, also comprises:
3rd acquisition module, for by reading input block, obtains the attribute information from system.
Correspondingly, above-mentioned minor microstructure submodule, specifically for combining the first packet header and attribute information, obtains first serial data.
Further, above-mentioned driver, also comprises:
First arranges module, after by serial ports first serial data being sent to serial equipment in the first processing module 530, com-state is set to original state;
Correspondingly, above-mentioned 3rd processing module 580, comprising:
First judges submodule, for judging com-state;
First process submodule, for when first judges that submodule judges that com-state is original state, carries out initialization to reception buffer zone, second serial data is stored into reception buffer zone;
Second process submodule, for processing second serial data, being written to processing the second application data obtained in process buffer zone, triggering second and judging submodule;
Second judges submodule, for judging whether data receive;
First arranges submodule, after judging that submodule judges that data do not receive second, com-state is set to state of activation, resets Serial Port Event; After judging that submodule judges data receiver second, com-state is set to unactivated state, resets Serial Port Event, and setting reads event;
Second process submodule, for when first judges that submodule judges that com-state is state of activation, second serial data are stored into reception buffer zone, the second application data in second serial data are written in process buffer zone, judge whether data receive;
Second arranges submodule, for after the second process submodule judges that data do not receive, resets Serial Port Event; After the second process submodule judges data receiver, com-state is set to unactivated state, resets Serial Port Event; When first judges that submodule judges that com-state is state of activation, reset Serial Port Event.
Further, above-mentioned driver, also comprises:
Second arranges module, after by serial ports first serial data being sent to serial equipment in the first processing module 530, data accepted length is set to zero;
Correspondingly, above-mentioned first process submodule, also for obtaining valid data length from second serial data, preserves valid data length;
Above-mentioned 3rd processing module 580, also comprises:
Upgrade submodule, the length for the second application data obtained according to the second process submodule process upgrades data accepted length;
Above-mentioned second judges submodule, specifically for judging whether data accepted length is less than valid data length, if so, then determines that data do not receive; Otherwise, determine that data receiver is complete.
Further, above-mentioned 3rd processing module 580, also comprises:
Whether the 3rd process submodule, comprise card plug information for judging in second serial data, if so, then according to card plug information updating card mode information;
Correspondingly, above-mentioned second process submodule, specifically for second serial data are stored into reception buffer zone, judges whether comprise card plug information in second serial data; If comprise card plug information, according to card plug information updating card mode information, the data in second serial data except card plug information are written in process buffer zone as the second application data, judge whether data receive; If do not comprise card plug information, second serial data are written in process buffer zone as the second application data, judge whether data receive.
Further, above-mentioned driver, also comprises:
4th processing module, during for judging that at the first judge module 520 control code is state acquisition request, reading card mode information, card mode information is sent to system.
Further, above-mentioned driver, also comprises:
5th processing module, during for judging that at the first judge module 520 control code is plug-in card judgement request, reading card mode information, according to card mode information, judging whether have card in serial equipment, if so, plug-in card information is sent to system; Otherwise, cancel operation.
Further, above-mentioned driver, also comprises:
6th processing module, during for judging that at the first judge module 520 control code judges request for pulling out card, reading card mode information, according to card mode information, judging whether have card in serial equipment, if so, then cancel operation; Otherwise, card information will be pulled out and send to system.
Further, above-mentioned driver, also comprises:
7th processing module, for when the first judge module 520 judges that control code is attribute retrieval request, changes the I/O request from system got, obtains request code, judge request code; If request code is manufacturer's name obtain request, then manufacturer's name that self preserves is sent to system; If request code is interfacing equipment IFD type obtain request, then the IFD type information that self preserves is sent to system; If request code is unit obtain request, then the unit that self preserves is sent to system; If request code is feature interpretation obtain request, then the feature interpretation information that self preserves is sent to system; If request code is protocol type obtain request, then the Current protocol type information that self preserves is sent to system; If request code is ATR character string obtain request, then the ATR character string that self preserves is sent to system.
The embodiment of the present invention by using the driver based on UMDF on main frame, the PC/SC interface of serial equipment and system is mounted, make the application program in main frame can conveniently by PC/SC interface interchange serial equipment, do not need application programs to do any change, improve the reusability of application program.
In conjunction with the software module that the step in the method that embodiment disclosed herein describes can directly use hardware, processor to perform, or the combination of the two is implemented.Software module can be placed in the storage medium of other form any known in random access memory (RAM), internal memory, ROM (read-only memory) (ROM), electrically programmable ROM, electrically erasable ROM, register, hard disk, moveable magnetic disc, CD-ROM or technical field.
The above; be only the specific embodiment of the present invention, but protection scope of the present invention is not limited thereto, is anyly familiar with those skilled in the art in the technical scope that the present invention discloses; change can be expected easily or replace, all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should described be as the criterion with the protection domain of claim.
Claims (38)
1. one kind is applicable to the method for work of the driver of serial equipment, it is characterized in that, be applied in the system comprising main frame and serial equipment, described main frame is connected with described serial equipment, system, application program and driver are installed in described main frame, after the personal computer/smart card PC/SC interface of system described in described application call, the preset function in described driver, by described system call, said method comprising the steps of:
S1, described driver are waited for called;
S2, when the preset function in described driver is by described system call, described driver obtains the control code from described system by the Component Object Model com interface, described control code is judged, if described control code is default control code, then performs step S3; If described control code is not default control code, performs corresponding operation according to described control code, and return step S1;
S3, described driver are according to described default control code, and described first serial data are sent to described serial equipment by serial ports by the first serial data that tissue is corresponding;
After S4, described driver listen to and read event, from process buffer zone, read the second application data, described second application data is sent to described system, and returns step S1;
Before described step S4, also comprise:
A1, described driver monitor Serial Port Event, after listening to data event, receive the second serial data from described serial equipment;
Described second serial data are stored into reception buffer zone by A2, described driver, process described second serial data, be written in described process buffer zone, and read event described in arranging by processing described second application data obtained.
2. the method for claim 1, is characterized in that, described second application data is sent to described system by described driver, is specially:
Described second application data, by described second application data of output buffer write, is sent to described system by described driver.
3. the method for claim 1, is characterized in that, described driver processes described second serial data, being written in described process buffer zone, being specially processing described second application data obtained:
If comprise card plug information in described second serial data, data in described second serial data except described card plug information and the second packet header, according to described card plug information updating card mode information, are written in described process buffer zone as described second application data by described driver;
If do not comprise card plug information in described second serial data, the data in described second serial data except the second packet header are written in described process buffer zone as described second application data by described driver.
4. the method for claim 1, is characterized in that, described default control code is the card request of powering on, and described second application data is reset answer ATR character string;
Described step S3, is specially:
Described driver tissue powers on instruction, by serial ports, the described instruction that powers on is sent to described serial equipment.
5. the method for claim 1, is characterized in that, described default control code is that instruction sends request;
Described step S3, is specially:
Described driver is organized the first application data from described system, obtains described first serial data, by serial ports, described first serial data is sent to described serial equipment.
6. method as claimed in claim 5, is characterized in that, before described step S3, also comprise:
Described driver, by reading input block, obtains the first application data from described system.
7. method as claimed in claim 5, it is characterized in that, described driver is organized described first application data, is specially:
Described driver combines the first packet header and described first application data, obtains described first serial data.
8. the method for claim 1, is characterized in that, described default control code is property setting request, and described second application data is for arranging response;
Described step S3, is specially:
Described driver is organized the attribute information from described system, obtains described first serial data, by serial ports, described first serial data is sent to described serial equipment;
Described step S4, is specially:
After described driver listens to and reads event, read from described process buffer zone and described response is set, response is set judges whether to arrange successfully according to described, if, then response is set sends to system by described, upgrade the attribute data self preserved according to described attribute information; Otherwise, response be set send to described system by described.
9. method as claimed in claim 8, is characterized in that, before described step S3, also comprise:
Described driver, by reading input block, obtains the attribute information from described system.
10. method as claimed in claim 8, it is characterized in that, described driver is organized described attribute information, is specially:
Described driver combines the first packet header and described attribute information, obtains described first serial data.
11. the method for claim 1, is characterized in that, described driver obtains the control code from described system by com interface, is specially:
Described driver obtains the control code of kernel-driven forwarding by com interface.
12. methods as claimed in claim 11, is characterized in that, described kernel-driven is that form drives base frame WDF.
13. the method for claim 1, is characterized in that, described driver also comprises after by serial ports described first serial data being sent to described serial equipment:
Com-state is set to original state by described driver;
Described steps A 2, specifically comprises:
B1, described driver judge described com-state, if original state, then perform step B2; If state of activation, then perform step B6; If unactivated state, then perform step B9;
B2, described driver carry out initialization to described reception buffer zone, and described second serial data are stored into described reception buffer zone;
B3, described driver process described second serial data, being written in described process buffer zone, judging whether data receive, if so, then performing step B5 by processing described second application data obtained; Otherwise, perform step B4;
Com-state is set to state of activation by B4, described driver, resets Serial Port Event;
Com-state is set to unactivated state by B5, described driver, resets Serial Port Event, and reads event described in arranging;
Described second serial data are stored into described reception buffer zone by B6, described driver, the second application data in described second serial data are written in described process buffer zone, judge whether data receive, and if so, then perform step B8; Otherwise, perform step B7;
B7, described driver reset Serial Port Event;
Described com-state is set to unactivated state by B8, described driver, resets Serial Port Event;
B9, described driver reset Serial Port Event.
14. methods as claimed in claim 13, is characterized in that, described driver also comprises after by serial ports described first serial data being sent to described serial equipment:
Data accepted length is set to zero by described driver;
Described step B2, also comprises:
Described driver obtains valid data length from described second serial data, preserves described valid data length;
Described driver processes described second serial data, after obtaining described second application data, also comprises:
Described driver upgrades described data accepted length according to the length of described second application data;
Described driver also comprises before judging whether data receive:
Described driver upgrades described data accepted length according to the length of described second application data;
Described driver judges whether data receive, and are specially:
Described driver judges whether described data accepted length is less than valid data length, if so, then determines that data do not receive; Otherwise, determine that data receiver is complete.
15. methods as claimed in claim 13, is characterized in that, after described step B2, also comprise:
Described driver judges whether comprise card plug information in described second serial data, if so, then according to described card plug information updating card mode information, and performs step B3; Otherwise, perform step B3;
Described step B6, specifically comprises:
Described second serial data are stored into described reception buffer zone by described driver, judge whether to comprise card plug information in described second serial data;
If comprise card plug information, described driver is according to described card plug information updating card mode information, data in described second serial data except described card plug information are written in described process buffer zone as described second application data, judge whether data receive, if so, then step B8 is performed; Otherwise, perform step B7;
If do not comprise card plug information, described second serial data are written in described process buffer zone as described second application data by described driver, judge whether data receive, and if so, then perform step B8; Otherwise, perform step B7;
Before described step B9, also comprise:
Described driver judges whether comprise card plug information in described second serial data, if so, then from described second serial data, obtains described card plug information, according to described card plug information updating card mode information, and performs step B9; Otherwise, perform step B9.
16. the method for claim 1, is characterized in that,
Described driver also comprises after judging described control code:
If described control code is state obtain request, described driver reads card mode information, described card mode information is sent to described system, and returns step S1.
17. the method for claim 1, is characterized in that, described driver also comprises after judging described control code:
If described control code is plug-in card judge request, described driver reads card mode information, according to described card mode information, judge whether have card in described serial equipment, if so, plug-in card information is sent to described system by described driver, and returns step S1; Otherwise described driver cancels operation, and returns step S1.
18. the method for claim 1, is characterized in that, described driver also comprises after judging described control code:
If described control code pulls out card to judge request, described driver reads card mode information, according to described card mode information, judges whether have card in described serial equipment, if so, then cancels operation, and return step S1; Otherwise, card information will be pulled out and send to described system, and return step S1.
19. the method for claim 1, is characterized in that, described driver also comprises after judging described control code:
If described control code is attribute retrieval request, described driver is changed the I/O request from described system got, and obtains request code, judges described request code;
If described request Ma Shi manufacturer name obtains request, manufacturer's name of self preserving is sent to described system by described driver, and returns step S1;
If described request code is interfacing equipment IFD type obtain request, the IFD type information self preserved is sent to described system by described driver, and returns step S1;
If described request code is unit obtain request, the unit that self preserves is sent to described system by described driver, and returns step S1;
If described request code is feature interpretation obtain request, the feature interpretation information of self preserving is sent to described system by described driver, and returns step S1;
If described request code is protocol type obtain request, the Current protocol type information self preserved is sent to described system by described driver, and returns step S1;
If described request code is ATR character string obtain request, the ATR character string of self preserving is sent to described system by described driver, and returns step S1.
20. 1 kinds of drivers being applicable to serial equipment, it is characterized in that, be applied in the system comprising main frame and serial equipment, described main frame is connected with described serial equipment, system, application program and driver are installed in described main frame, after the personal computer/smart card PC/SC interface of system described in described application call, the preset function in described driver is by described system call, and described driver comprises:
First acquisition module, during for the preset function in described driver by system call, obtains the control code from described system by the Component Object Model com interface;
First judge module, judges for the described control code got described first acquisition module;
First processing module, for when described first judge module judges that described control code is default control code, according to described default control code, described first serial data are sent to described serial equipment by serial ports by the first serial data that tissue is corresponding;
First monitors module, reads event for monitoring;
Second processing module, for monitoring after module listens to and read event described first, reading the second application data, described second application data is sent to described system from process buffer zone;
Second monitors module, for monitoring Serial Port Event;
First receiver module, is used in described second and monitors after module listens to data event, receive the second serial data from described serial equipment;
3rd processing module, described second serial data for being received by described first receiver module are stored into reception buffer zone, described second serial data are processed, is written to processing described second application data obtained in described process buffer zone, and reads event described in arranging.
21. drivers as claimed in claim 20, it is characterized in that, described second processing module, specifically for monitoring after module listens to and read event described first, described second application data is read from described process buffer zone, by to described second application data of output buffer write, described second application data is sent to described system.
22. drivers as claimed in claim 20, is characterized in that,
Described 3rd processing module, described second serial data specifically for being received by described first receiver module are stored into reception buffer zone, when comprising card plug information in described second serial data, according to described card plug information updating card mode information, the data in described second serial data except described card plug information and the second packet header are written in described process buffer zone as described second application data; When not comprising card plug information in described second serial data, the data in described second serial data except the second packet header are written in described process buffer zone as described second application data.
23. drivers as claimed in claim 20, is characterized in that, described default control code is the card request of powering on, and described second application data is reset answer ATR character string;
Described first processing module, specifically for judge at described first judge module described control code be card power on request time, tissue powers on instruction, by serial ports, the described instruction that powers on is sent to described serial equipment.
24. drivers as claimed in claim 20, is characterized in that, described default control code is that instruction sends request;
Described first processing module, comprising:
First organizes submodule, for judge at described first judge module described control code be instruction send request time, the first application data from described system is organized, obtains described first serial data;
First sends submodule, sends to described serial equipment for the described first serial data organizing submodule tissue to obtain by described first by serial ports.
25. drivers as claimed in claim 24, is characterized in that, also comprise:
Second acquisition module, for by reading input block, obtains the first application data from described system.
26. drivers as claimed in claim 24, it is characterized in that, described first organizes submodule, specifically for judge at described first judge module described control code be instruction send request time, first packet header and described first application data are combined, obtains described first serial data.
27. drivers as claimed in claim 20, it is characterized in that, described default control code is property setting request, and described second application data is for arranging response;
Described first processing module, comprising:
Minor microstructure submodule, for when described first judge module judges that described control code is property setting request, organizes the attribute information from described system, obtains described first serial data;
Second sends submodule, for the described first serial data that described minor microstructure submodule tissue obtains being sent to described serial equipment by serial ports;
Described second processing module, specifically for monitoring after module listens to and read event described first, read from described process buffer zone and described response is set, response is set judges whether to arrange successfully according to described, if, then response is set sends to system by described, upgrade the attribute data self preserved according to described attribute information; Otherwise, response be set send to described system by described.
28. drivers as claimed in claim 27, is characterized in that, also comprise:
3rd acquisition module, for by reading input block, obtains the attribute information from described system.
29. drivers as claimed in claim 27, is characterized in that, described minor microstructure submodule, specifically for combining the first packet header and described attribute information, obtain described first serial data.
30. drivers as claimed in claim 20, is characterized in that, described first acquisition module, during specifically for the preset function in described driver by described system call, are obtained the control code of kernel-driven forwarding by com interface.
31. drivers as claimed in claim 30, is characterized in that, described kernel-driven is that form drives base frame WDF.
32. drivers as claimed in claim 20, is characterized in that, also comprise:
First arranges module, after by serial ports described first serial data being sent to described serial equipment in described first processing module, com-state is set to original state;
Described 3rd processing module, comprising:
First judges submodule, for judging described com-state;
First process submodule, for when described first judges that submodule judges that described com-state is original state, carries out initialization to described reception buffer zone, described second serial data is stored into described reception buffer zone;
Second process submodule, for processing described second serial data, being written in described process buffer zone by processing described second application data obtained, triggering second and judging submodule;
Described second judges submodule, for judging whether data receive;
First arranges submodule, after judging that submodule judges that data do not receive described second, com-state is set to state of activation, resets Serial Port Event; After judging that submodule judges data receiver described second, com-state is set to unactivated state, resets Serial Port Event, and read event described in arranging;
Second process submodule, for when described first judges that submodule judges that described com-state is state of activation, described second serial data are stored into described reception buffer zone, the second application data in described second serial data is written in described process buffer zone, judges whether data receive;
Second arranges submodule, for after described second process submodule judges that data do not receive, resets Serial Port Event; After described second process submodule judges data receiver, com-state is set to unactivated state, resets Serial Port Event; When described first judges that submodule judges that described com-state is state of activation, reset Serial Port Event.
33. drivers as claimed in claim 32, is characterized in that, also comprise:
Second arranges module, after by serial ports described first serial data being sent to described serial equipment in described first processing module, data accepted length is set to zero;
Described first process submodule, also for obtaining valid data length from described second serial data, preserves described valid data length;
Described 3rd processing module, also comprises:
Upgrade submodule, the length for described second application data obtained according to described second process submodule process upgrades described data accepted length;
Described second judges submodule, specifically for judging whether described data accepted length is less than valid data length, if so, then determines that data do not receive; Otherwise, determine that data receiver is complete.
34. drivers as claimed in claim 32, is characterized in that, described 3rd processing module, also comprises:
Whether the 3rd process submodule, comprise card plug information for judging in described second serial data, if so, then according to described card plug information updating card mode information;
Described second process submodule, specifically for described second serial data are stored into described reception buffer zone, judges whether comprise card plug information in described second serial data; If comprise card plug information, according to described card plug information updating card mode information, data in described second serial data except described card plug information are written in described process buffer zone as described second application data, judge whether data receive; If do not comprise card plug information, described second serial data are written in described process buffer zone as the second application data, judge whether data receive.
35. drivers as claimed in claim 20, is characterized in that, also comprise:
4th processing module, during for judging that at described first judge module described control code is state acquisition request, reading card mode information, described card mode information is sent to described system.
36. drivers as claimed in claim 20, is characterized in that, also comprise:
5th processing module, during for judging that at described first judge module described control code is plug-in card judgement request, reads card mode information, according to described card mode information, judge whether have card in described serial equipment, if so, plug-in card information is sent to described system; Otherwise, cancel operation.
37. drivers as claimed in claim 20, is characterized in that, also comprise:
6th processing module, during for judging that at described first judge module described control code judges request as pulling out card, reading card mode information, according to described card mode information, judging whether have card in described serial equipment, if so, then cancel operation; Otherwise, card information will be pulled out and send to described system.
38. drivers as claimed in claim 20, is characterized in that, also comprise:
7th processing module, for when described first judge module judges that described control code is attribute retrieval request, changes the I/O request from described system got, obtains request code, judge described request code; If described request Ma Shi manufacturer name obtains request, then manufacturer's name that self preserves is sent to described system; If described request code is interfacing equipment IFD type obtain request, then the IFD type information that self preserves is sent to described system; If described request code is unit obtain request, then the unit that self preserves is sent to described system; If described request code is feature interpretation obtain request, then the feature interpretation information that self preserves is sent to described system; If described request code is protocol type obtain request, then the Current protocol type information that self preserves is sent to described system; If described request code is ATR character string obtain request, then the ATR character string that self preserves is sent to described system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410840549.1A CN104484292B (en) | 2014-12-30 | 2014-12-30 | A kind of drive device and its method of work suitable for serial equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410840549.1A CN104484292B (en) | 2014-12-30 | 2014-12-30 | A kind of drive device and its method of work suitable for serial equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104484292A true CN104484292A (en) | 2015-04-01 |
| CN104484292B CN104484292B (en) | 2017-08-11 |
Family
ID=52758835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410840549.1A Active CN104484292B (en) | 2014-12-30 | 2014-12-30 | A kind of drive device and its method of work suitable for serial equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104484292B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107992367A (en) * | 2017-10-20 | 2018-05-04 | 河南平高电气股份有限公司 | A kind of Modbus serial datas processing method |
| CN108897529A (en) * | 2018-06-19 | 2018-11-27 | 深圳众为兴技术股份有限公司 | A kind of development approach of PCI motion control card driving |
| CN113608791A (en) * | 2021-07-21 | 2021-11-05 | 百富计算机技术（深圳）有限公司 | Program operation control method, terminal device, and computer-readable storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101639771A (en) * | 2008-07-30 | 2010-02-03 | 许燕 | Method for converting HID interface to PC/SC interface |
| CN101719212A (en) * | 2009-12-11 | 2010-06-02 | 北京飞天诚信科技有限公司 | Identification method and device of serial-port card reader |
| US20120278879A1 (en) * | 2009-12-22 | 2012-11-01 | Gemalto Sa | Authenticating human interface device |
-
2014
- 2014-12-30 CN CN201410840549.1A patent/CN104484292B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101639771A (en) * | 2008-07-30 | 2010-02-03 | 许燕 | Method for converting HID interface to PC/SC interface |
| CN101719212A (en) * | 2009-12-11 | 2010-06-02 | 北京飞天诚信科技有限公司 | Identification method and device of serial-port card reader |
| US20120278879A1 (en) * | 2009-12-22 | 2012-11-01 | Gemalto Sa | Authenticating human interface device |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107992367A (en) * | 2017-10-20 | 2018-05-04 | 河南平高电气股份有限公司 | A kind of Modbus serial datas processing method |
| CN107992367B (en) * | 2017-10-20 | 2020-09-25 | 河南平高电气股份有限公司 | Modbus serial port data processing method |
| CN108897529A (en) * | 2018-06-19 | 2018-11-27 | 深圳众为兴技术股份有限公司 | A kind of development approach of PCI motion control card driving |
| CN113608791A (en) * | 2021-07-21 | 2021-11-05 | 百富计算机技术（深圳）有限公司 | Program operation control method, terminal device, and computer-readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104484292B (en) | 2017-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103532823B (en) | Internet of things information processing method, apparatus and system | |
| CN101281474B (en) | Method and apparatus for opening appoint terminal port USB equipment | |
| CN101568098B (en) | Terminal for registering and opening of user recognition module and/or data writing | |
| CN102222027B (en) | Terminal factory reset method and device | |
| CN105099706A (en) | Data communication method, user equipment and server | |
| CN105718288A (en) | Program flashing method, device, system and terminal of automobile controller | |
| CN111813343B (en) | Solid state disk garbage recovery method, system and related components | |
| CN101957725B (en) | Method for managing external equipment of computer | |
| CN104484292A (en) | Driver suitable for serial equipment and working method of driver | |
| CN107341039A (en) | Method, main frame and the system being managed under a kind of virtual environment to USB device | |
| CN108595520A (en) | A kind of method and apparatus generating multimedia file | |
| EP2466943A1 (en) | Method and device for monitoring running state of card | |
| CN101599970A (en) | Home gateway is shared storage implementation method and device | |
| CN114217900B (en) | Remote control method, device, system, computing equipment and storage medium | |
| CN106445516B (en) | External wireless network card drive loading method and device | |
| CN101951361B (en) | Method for accessing intelligent card and server | |
| WO2015106495A1 (en) | Method and device for split-screen presentation of applications and terminal | |
| CN111522726A (en) | Method, system, electronic equipment and storage medium for realizing multi-virtual machine operation real-time screen recording and auditing | |
| CN101706804A (en) | Method for associated management of files in computer | |
| CN116300780A (en) | Component configuration method, device, electronic equipment and storage medium | |
| CN202422765U (en) | Memory card data erasing device | |
| EP2838232B1 (en) | Method for configuring maximum transmission unit (mtu), terminal and usb data card | |
| US20120021803A1 (en) | Communication terminal control system | |
| US10461957B2 (en) | System and method for supporting both bulk storage and Ethernet communications | |
| CN112636953A (en) | Policy command issuing method and device and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |