Impresora
Impresora
November 2017
Trademark Acknowledgments
Datacard is a registered trademark and service mark of Entrust Datacard Corporation in
the United States and other countries.
Entrust is a registered trademark and service mark in the United States and other
countries.
All other product names are the property of their respective owners.
Proprietary Notice
The design and information contained in these materials are protected by US and
international copyright laws.
All drawings and information herein are the property of Entrust Datacard Corporation. All
unauthorized use and reproduction is prohibited.
Entrust Datacard
1187 Park Place
Shakopee, MN 55379
Phone: 952-933-1223
Fax: 952-933-7971
www.entrustdatacard.com
ii
Compliance Statements
Liability
The WARNING and CAUTION labels have been placed on the equipment for your safety. Please do
not attempt to operate or repair this equipment without adequate training. Any use, operation,
or repair in contravention of this document is at your own risk.
Safety
The following basic safety tips are given to ensure safe installation, operation, and maintenance
of Entrust Datacard™ equipment.
• Connect equipment to a grounded power source. Do not defeat or bypass the ground lead.
• Place the equipment on a stable surface (table) and ensure floors in the work area are dry and
non-slip.
• Know the location of equipment branch circuit interrupters or circuit breakers and how to turn
them on and off in case of emergency.
• Know the location of fire extinguishers and how to use them. ABC type extinguishers may be
used on electrical fires.
• Know local procedures for first aid and emergency assistance at the customer facility.
• Use adequate lighting at the equipment location.
• Maintain the recommended temperature and humidity range in the equipment area.
3
Regulatory Compliance
EMC Compliance Notice
To ensure compliance of the model RX10 retransfer printer to the radiated emissions
requirements for class “A” Information Technology Equipment, be sure to use a shielded Ethernet
cable when connecting to your network
This device complies with Part 15 of the FCC Rules. Operation is subject to the following two
conditions: (1) This device may not cause harmful interference, and (2) this device must accept
any interference received, including interference that may cause undesired operation.
This digital apparatus does not exceed the Class A limits for radio noise for digital apparatus set
out in the Radio Interference Regulations of the Canadian Department of Communications.
Le présent appareil numérique n'émet pas de bruits radioélectriques dépassant les limites
applicables aux appareils numériques de la classe A prescrites dans le Règlement sur le brouillage
radioélectrique édicté par le ministère des Communications du Canada.
This Device complies with Industry Canada License-exempt RSS standard(s). Operation is subject
to the following two conditions: 1) this device may not cause interference, and 2) this device
must accept any interference, including interference that may cause undesired operation of the
device.
Cet appareil est conforme avec Industrie Canada RSS standard exemptes de licence(s). Son
fonctionnement est soumis aux deux conditions suivantes: 1) ce dispositif ne peut causer des
interférences, et 2) cet appareil doit accepter toute interférence, y compris les interférences qui
peuvent causer un mauvais fonctionnement du dispositif.
4
Notice for Europe
The EU Declaration of Conformity can be found on EntrustDatacard.com under product
compliance.
WARNING: This is a class A product. This equipment is compliant with class A of either CISPR32 or
CISPR22. In a domestic/residential environment this equipment may cause radio interference, in
which case the user may be required to take adequate measures.
WEEE: The model RX10 retransfer printer uses a lithium coin cell battery. Refer to the service
manual for battery removal instructions.
Entrust Datacard Corporation declares that the following radio equipment: MXD, MX6000,
MX6100, PB6500, MX2000, MX2100, SP55k, SP35, SP55, CP40, CP60, CP80, SP75, FP65, SR200,
SR300, PX10, PX30, EX30, MPR3800, CR500f, MX1100, RX10, and PB1000 is in compliance with
the Directive 2014/53/EU.
Effective Radiated
Description/Model Number FCC ID Frequency Power (ERP) mW
5
Notice for Australia
This is a Class A product. In a domestic environment this product may cause radio interference, in
which case the user may be required to take adequate measures.
Ϥ为 "
级产 d ݺ环 ʕd
该产 ϓȭ线䕚ʍ f
ί这᮱ 䀒ɨd
͜ 䔚
f
Notice for Taiwan (Traditional Chinese)
6
California Proposition 65 Compliance
WARNING: This product contains chemicals, including lead, known to the State of California to
cause cancer, and birth defects or other reproductive harm. Wash hands after handling.
Entrust Datacard believes that its products are not harmful when used as designed. However, the
above warning is made in compliance with the State of California Safe Drinking Water and Toxic
Enforcement Act of 1986, which requires warning labels on products that may contain elements
that the State of California considers harmful.
This notice is required by California Code of Regulations, Title 22, Division 4.5, Chapter 33: Best
Management Practices for Perchlorate Materials. This product/part includes a battery that
contains Perchlorate material.
vii
viii
Revision Log
Windows XPS Driver Software Development Kit
Programmer’s Reference Guide
H November 2017 Updates for XPS Card Printer Driver 7.2 and 7.3
ix
x
Contents
Chapter 1: Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
xi
Order and Timing of Interactive Job Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Determine the Success of an IBidiSpl Request . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Start and End an Interactive Job . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Sample Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Get the Status of an Interactive Job . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Sample Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Interactive Mode Error Recovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Error-Related Values in the Printer Status Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Recovery from Errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Basic Error Recovery (Recommended) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Advanced Error Recovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Cancel All Jobs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Errors Cleared at the Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Suppress the Driver Message Display . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Encode a Magnetic Stripe with Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Interactive Mode Magnetic Stripe Encoding. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Magnetic Stripe Track Data Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Sample Code—Magnetic Stripe Encode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Read Data From a Magnetic Stripe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Sample Code—Magnetic Stripe Read . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Place a Card in the Bar Code Reader . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Read Data from a Serialized Laminate Bar Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Sample Code—Serialized Laminate Bar Code Read . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Place a Card in the Smart Card Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Sample Code—Smart Card Park . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Personalize a Smart Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Printer.SmartCardUnit:SingleWire:Connect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Smart Card Connect Request—Required Information. . . . . . . . . . . . . . . . . . . . . . . . . 40
Smart Card Connect Request—Return Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Smart Card Connect Request—Status Returned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Printer.SmartCardUnit:SingleWire:Disconnect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Smart Card Disconnect Request—Required Information . . . . . . . . . . . . . . . . . . . . . . 41
Smart Card Disconnect Request—Return Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Smart Card Disconnect Request—Status Returned . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Printer.SmartCardUnit:SingleWire:Transmit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Smart Card Transmit Request—Required Information . . . . . . . . . . . . . . . . . . . . . . . . . 43
Smart Card Transmit Request—Return Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Smart Card Transmit Request—Status Returned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Printer.SmartCardUnit:SingleWire:Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Smart Card Status Request—Return Values. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Smart Card Status Request—Status Returned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
xii
Printer.SmartCardUnit:SingleWire:GetAttrib . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Smart Card GetAttrib Request—Required Information . . . . . . . . . . . . . . . . . . . . . . . . 45
Smart Card GetAttrib Request—Return Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Smart Card GetAttrib Request—Status Returned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Sample Code—Single-Wire Smart Card Personalization . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Read and Write Data to MIFARE Classic over Single-Wire . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Sample Code—Single-Wire MIFARE Classic Smart Card Personalization . . . . . . . . . . . . . 47
Return Values from the Sample Code SCard Wrapper . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Application Responsibilities with Single-Wire Smart Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Laser Engraving . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Retrieve Laser Card Setup Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Retrieve Laser Elements in a Setup File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Use the Laser Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Import or Export Laser Setup Files. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Installed Printer Status, Supplies Status, and Counter Status. . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Printer Status Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Printer Status. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Printer Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Message Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Printer Connection Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Printer Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Sample Code—Printer Status. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Supplies Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Sample Code—Supplies Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Card Counts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Get Card Counts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Status XML File for Single Input Hopper Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Status XML for Six-Position Input Hopper Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Reset Card Counts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Sample Code—Card Counts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Hopper Status. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Get Hopper Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Input Hopper Status XML File for a CR805 Retransfer Card Printer . . . . . . . . . . . . . . . 65
Input Hopper Status XML File for a Non-Retransfer Printer . . . . . . . . . . . . . . . . . . . . . . 66
Locking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Lock or Unlock the Printer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Change the Lock/Unlock Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Password Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Determine the Success of a Lock Request . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Sample Code—Locking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Activate or Deactivate the Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Sample Code—Activate or Deactivate Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Change the Printer State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Sample Code—Change the Printer State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
13
Restart the Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Sample Code—Restart Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Interactive Mode Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Appendix B: Using the Java SDK Sample Code with Eclipse . . . . . . . . . . . . . . . . . . . . B-1
14
Chapter 1: Introduction
The Application Programming Interface (API) built into the XPS Card Printer Windows driver
(referred to as “the driver” in the remainder of this Guide) provides two methods that your
application can use to control card personalization operations through the driver. Both use built-
in Windows operating system interfaces.
Use the driver Print Ticket. Print Ticket is a required feature of any driver using the XML Paper
Specification (XPS) print driver architecture. A Print Ticket tells the printer how to process a
print job. Through Print Ticket, your application can override the driver’s printing preferences
on a job-by-job basis.
Use the Windows IBidiSpl interface. The IBidiSpl interface is the Microsoft preferred API for
printer control. Using the IBidiSpl interface, your application places the driver in “interactive
mode,” where the application has fine-grained job control and can access data on the card
during the card personalization process.
Java does not directly support the IBidiSpl interface. Datacard has created a C++
helper DLL that your Java application uses as the interface for interactive printer
control. The helper DLL is included with the Software Development Kit (SDK).
The XPS Card Printer Windows Driver SDK (referred to as “the SDK”) includes documentation and
sample code that describe and demonstrate how to use both Print Ticket and the IBidiSpl
interface.
To learn more about Print Ticket and the IBidiSpl interface, refer to Appendix E:
"References”.
Not all of the following capabilities of the SDK are available through a Java application.
Refer to Chapter 2: "SDK Sample Code” for more information.
2 Introduction
Check the hopper status
Monitor supplies and printer status
Get printer and driver error messages
Recover from printer and driver errors
Get job status for the current interactive mode job
Get a count of cards processed by the printer
Reset the resettable card count values stored in the printer
Activate or deactivate a printer
Change the printer state to online, offline, or suspended
Restart the printer
The SDK supports the same Microsoft Windows operating systems as the driver.
Installation
For most situations, there are no SDK components to install with your application. You need
version 7.2 or newer of the XPS Card Printer Driver and a Datacard SD, CD, or CE series card
printer, or a Entrust Datacard CR805 retransfer card printer. A C++ helper DLL is included for Java
applications because they cannot interface directly to the IBidiSpl COM interface.
The SDK includes sample code that demonstrates the details you need to
successfully use the driver API in your application.
Sample Code
The SDK sample code demonstrates specific card personalization tasks using best practices for
Print Ticket usage, job sequencing, and basic error handling. All the samples are console
applications to make it easier to integrate the code into your application. Samples are provided in
C++, C#, VB.NET, and Java. The C++, C#, and VB.NET samples use direct calls to the IBidiSpl
interface. The Java samples use calls to the helper DLL (dxp01sdk_IBidiSpl_interop.dll).
If you use the SDK sample code to send a job to a shared printer, you must specify the
fully qualified printer name. Refer to the Driver Guide for complete information
about setting up shared printers.
Print print**
Lamination lamination*
Status status
* Not available in Java
** The Java Print sample includes emboss and indent functions.
Use the Print sample to demonstrate the print functionality of the printer and driver.
The Print sample uses the Print Ticket to override the driver preferences for:
One- or two-sided printing
Copy count
The copy count option is not used whenever the StartJob command is issued.
Per card-side portrait or landscape orientation (Java is limited to card level orientation)
Input hopper used to select the card *
Predefined topcoat and print blocking patterns *
Per card-side 180-degree rotation *
Per card-side disabling of printing *
The Magnetic Stripe sample demonstrates ISO or JIS magnetic stripe encoding, with options to
read the magnetic stripe data, print text on the front of the card, and poll for job completion
status and error conditions. The print and magnetic stripe data is part of the sample and cannot
be changed.
Smart Card Sample
The Smart Card sample demonstrates parking a card in the printer smart card reader, moving the
card from the reader, and includes options to specify whether the smart card chip is on the back
of the card, print on the front of the card, and poll for job completion status and error conditions.
The print data is part of the sample and cannot be changed.
Bar Code Park Sample
The printer must be equipped with the optional bar code reader for this sample to
function.
The Barcode Park sample demonstrates parking a card with a pre-serialized bar code in the bar
code reader so that the bar code can be read and then moving the card out of the reader. The
sample also includes options to park the card so that a bar code on the back of the card can be
read (the default is to read a bar code on the front of the card), print text on the card, and to poll
for job completion status and error conditions. The print data is part of the sample and cannot be
changed. Your program then can specify whether to continue (the bar code read was successful)
or reject (the bar code read failed) the card. The sample prints text if the bar code read is flagged
as successful.
The printer must be equipped with the single-wire smart card option for this sample
to function correctly.
The Single-Wire Smart Card sample uses the integrated smart card reader that communicates
with the personalization application using the same cable the driver uses to communicate with
the printer. It demonstrates parking a card in the printer smart card reader, moving the card from
the reader, and includes options to specify whether the smart card chip is on the back of the card,
print on the front of the card, and to poll for job completion status and error conditions. The print
data is part of the sample and cannot be changed.
The printer must be equipped with the single-wire smart card option. You must
use the proper smart cards for this sample to function correctly.
This sample demonstrates smart card operations including reading and writing to the chip for a
MIFARE Classic smart card. It uses the single-wire smart card tunnel and Duali reader commands
for a MIFARE Classic application. The sample moves the card into and out of the smart card
reader, and includes options to specify whether the smart card chip is on the back of the card,
print on the front of the card, and to poll for job completion status and error conditions. The print
data is part of the sample and cannot be changed.
Lamination Sample
The printer must be equipped with a laminator for this sample to function.
The Lamination sample demonstrates using Print Ticket to set the lamination options for one or
both lamination stations. It overrides the driver printing preferences settings for those options.
The sample allows you to specify the laminator to use (L1 or L2), and the sides of the card to
laminate. It also includes the option to poll for job completion status and error conditions.
The printer must be equipped with a laminator, a bar code scanner, and serialized
overlay loaded in the L1 laminator cartridge for this sample to function.
This sample demonstrates using the SDK API to retrieve the value of a serialized overlay bar code
from the laminator. It uses the lamination settings specified in the driver, prints a card, and polls
for job completion status and error conditions. It includes a verify option, which allows the
application to control whether the card should continue or be rejected, based on the value
returned. The sample also includes options to specify a wait time to read the bar code data and
to save the bar code read data to a file.
The Emboss and Indent sample demonstrates the use of escapes to emboss, indent, and apply
topping foil to a card using a Datacard CE-series system. The emboss and indent data is part of the
sample and cannot be changed. The sample also includes options to specify an input hopper,
disable topping foil application, and poll for job completion status and error conditions.
This sample is not available in Java. However, the Java print sample includes an
option that allows you to emboss the front side of the card.
Laser Sample
This sample works only with a CL900 Desktop Laser Personalization System.
The Laser sample demonstrates laser engraving on a card in the laser system. The sample
specifies the laser setup file to use, and engraves the data on the card. Additional options allow
you to transfer laser setup .zip files between the laser system and the computer, and query laser
card setups and their elements. The sample also includes options to encode ISO magnetic stripe
data, print text on the card (depending on the printer capabilities), and poll for job completion
status and error conditions. The laser engraving, print, and magnetic stripe data are part of the
sample and cannot be changed.
The Print Locking sample demonstrates locking and unlocking the printer using a password (for
printers that are equipped with a lock). The sample also allows you activate or deactivate a
printer using the password, to change the password, or set it to a blank password. The sample
locks the printer when the password is changed.
The Printer Control sample demonstrates a way to cancel all jobs in the printer, reset cards counts
that are resettable, and restart the printer. Using this sample to cancel jobs allows you to return
the printer to a known good state. In addition to canceling jobs active, or queued, in the printer,
any job in an error state in the driver also is canceled.
The Printer State sample demonstrates changing the printer state to offline, online, or
suspended.
Status Sample
The Status sample demonstrates using interactive mode to retrieve printer options, printer status
messages, card counts, job completion status, and error conditions.
Compiled versions of the samples for Visual C++, Visual C#, and VB.NET are included in the exes
folder. These allow you to demonstrate the sample code without your having to build the code
yourself. Each sample includes help text that describes the parameters you can enter. To view the
help from a command line, open the appropriate language folder, and select the operating
system folder for your computer. Open a command prompt window and enter the full path name
of the sample.
Developer Environments
The sample code was developed using the following tools. You are not required to use these, but
their use guarantees that the sample code builds without issue.
C++, C#, and VB.NET: Microsoft Visual Studio 2013, or newer. (You can use any edition,
including the free Express Edition, for C# and VB.NET. Visual C++ requires the Professional
edition at a minimum.)
Java: Eclipse Helios release. Appendix B: "Using the Java SDK Sample Code with Eclipse”
contains step-by-step instructions for importing and building the SDK Java sample code with
Eclipse. In addition the Java helper DLL requires that the Microsoft Visual C++ 2013, or newer,
Redistributable Package be installed. The download link is shown in the previous section.
Using Print Ticket, a Microsoft Visual C++, C#, or VB.NET application can override any of the
printing preferences set in the driver's Printing Preferences window.
Java printing does not have access to the Print Ticket, so Java applications are limited to the
following:
Card orientation (portrait or landscape) for the entire card, not per side
One- or two-sided printing
Copy count
The driver separates the print items into separate images expected by the printer (color,
monochrome, UV). The images that are created are based on both of the following:
The type of print items in the card design
The type of ribbon installed in the printer
The Card Printer Driver always uses the ribbon panels designated for the current card side and
adjusts the print items on the card to create the best possible image using those panels.
The following sections describe rules for rendering card design elements.
Text Printing
The driver uses the following rules to determine which panels are used to print text:
If the printer has a color ribbon, any text that is 100% opaque and pure black is rendered by
the monochrome black (K) ribbon panel if one is available for the current card side.
Otherwise, black text is rendered using the color panels. Text that is 100% opaque and pure
white is “punched out” of both the color and monochrome panels. In other words, the white
text is created by not printing any color so the white card background shows through. All
other text is rendered using the color ribbon panels.
If the printer has a monochrome ribbon, all non-white text is converted to pure black and
prints the same as pure black text would. Pure white text is punched out of any color
surrounding it.
If the printer has a ribbon that includes an ultraviolet (UV) fluorescent (F) panel, text that is
100% opaque and is set at RGB(217,217,217) is rendered by the F panel.
The driver uses the following rules to determine which panels to use when printing a raster
graphic:
If the printer has a color ribbon with a K panel on the current card side, a raster graphic is
rendered by the monochrome (K) ribbon panel when any of the following are true:
It is a 2-color (1 bpp) image with black being one of the colors
OR
It is a 100% opaque image with only pure black and pure white pixels
OR
An image contains any black pixels and the printing preference “Print black image pixels
using monochrome” is enabled. In this case, only the near-black pixels are printed with
the K panel.
All other images are rendered to the color panels.
Due to the way JPEG compresses images, it is unlikely that a JPEG image will ever
have only black and white pixels.
If the printer has a monochrome ribbon, all raster graphics are rendered by the monochrome
(K) ribbon panel. Images that normally would be rendered to the color panels (for example,
photos) are half-toned to preserve the image details.
If the printer has a ribbon with a UV (F) panel, a raster graphic is rendered by the F panel
when it is a 100% opaque image where one color is RGB(217,217,217) and the other color is
pure white.
The driver uses the following rules to determine which panels are used to print a vector graphic
element.
If the printer has a color ribbon with a K panel on the current card side, a vector graphic is
rendered by the monochrome (K) ribbon panel when:
There is no fill and the stroke is 100% opaque and pure black
OR
There is no stroke and the fill is 100% opaque and pure black
OR
Both the fill and stroke are 100% opaque and pure black
All other elements are rendered to the color panels.
If the printer has a monochrome ribbon, all vector graphic elements are rendered by the
monochrome (K) ribbon panel. Elements that would normally be rendered to the color panels
are half-toned to make them appear as a shade of gray.
If the printer ribbon includes a UV (F) panel, a vector graphic element is rendered by the
F panel when it is 100% opaque and is set to RGB(217,217,217).
The CR805 retransfer card printer blocks printing on the back side of the card only if the ribbon
includes an inhibitor panel on the back side panel set. When you use escapes to specify a non-
printing area over a smart card chip on the front of the card, the primer panel is not applied,
preventing the retransfer film (and any printing) from adhering to the card. Refer to the “Print
Blocking in a Retransfer Printer” section of the Driver Guide for complete information.
For more information on non-printing areas, refer to the “Non-Printing Areas” section of your
printer’s Installation and Administrator’s Guide.
Applications written in Microsoft Visual C++, C#, and VB.NET can use the Print Ticket to access
custom preferences created just for the XPS Card Printer Driver. The custom preferences are:
Per side card orientation
Per side 180-degree card image rotation
Per side disable printing flag that ignores the print data in the job
Selection of one of the print and topcoat blocking preset masks
Input hopper used to select the card
Split-ribbon color printing (non-retransfer printers only)
Lamination, debow, and impress actions
A second layer of retransfer material applied to the card (CR805 retransfer card printer only)
Java javaprint.java
PrinterJobID is used to identify the job. The printer job ID is retrieved by calling
Printer.PrintMessages:Read after the print job has been submitted to the printer. Once the
printer job ID is known, the job status can be retrieved using Printer.JobStatus:Read with the
PrinterJobID of the current job. Refer to “Get the Status of an Interactive Job” on page 27.
Embossing
Your application can emboss, indent, and apply topping foil to a card with the Datacard CE840
instant issuance system by using escapes. The emboss_indent sample also allows you to disable
the application of topping foil.
Escapes that control embossing and indenting are designed to work across a wide range of
applications. The escapes rely on special text character sequences to alert the driver that the text
that follows is meant as a command and is not to be printed.
For more information about embosser escapes, including examples and limitations, refer to your
printer’s Driver Guide.
Using the Print Ticket to control lamination is the preferred method because it allows your
application to control laminating more securely than by using escapes. The SDK sample code
demonstrates how to control these operations using the Print Ticket.
Escapes that control lamination and impressing are designed to work across the widest range of
applications. The escapes rely on special text character sequences to alert the driver that the text
that follows is meant as a command and is not to be printed. For more information about
lamination escapes, including examples and limitations, refer to your printer’s Driver Guide.
The laser sample uses a byte interface to communicate with the printer driver. Laser engraved
images must be base64 binary-encoded. The driver expects the laser data to be in bytes so that it
is consistent with the laser interface.
In addition to laser engraving, the laser sample also allows you to:
Transfer laser setup files between the PC and the laser system. You can specify to import
(transfer files from the PC to the laser system) or export (transfer files from the laser system
to the PC) the files.
Retrieve the names of all laser card setup files present in the laser system.
Retrieve variable laser elements in each laser card setup file.
Refer to the documentation for the laser system for complete information about defining laser
setup and card design files.
Overview
The XPS Card Printer Windows driver uses the Microsoft IBidiSpl interface for bidirectional
communication between your application and the printer in interactive mode. The following
interactive mode functions are supported by this release of the driver SDK:
Job control of interactive card personalization functions
Job control for error detection and recovery
Encode magnetic stripe
Read magnetic stripe
Smart card park (front or back of card)
Get supplies and printer status
Single-wire smart card park and personalization
Read serialized patch overlay bar code
Place pre-serialized cards in a bar code reader so that the bar code can be read
Send laser engrave data to a laser system
Monitor and reset card counts
Get installed printer options
Get the input hopper status (CR805 retransfer card printer only)
Specify the input hopper, including the exception hopper, to use when selecting a card
Lock and unlock a printer with locks, and change a password
Activate or deactivate the printer
Change the printer state
Restart the printer
Java does not have direct access to the IBidiSpl interface. A C++ helper DLL is provided
with the SDK that Java applications can use for interactive mode.
IBidiSpl Requests
The following IBidiSpl requests are used to implement the functions described in the “Overview”
on page 19:
Card personalization
Printer.MagstripeUnit:Back:Encode
Printer.MagstripeUnit:Back:Read
Printer.MagstripeUnit:Front:Encode
Printer.MagstripeUnit:Front:Read
Printer.BarcodeUnit:Front:Park
Printer.BarcodeUnit:Back:Park
Printer.SmartCardUnit:Front:Park
Printer.SmartCardUnit:Back:Park
Printer.SmartCardUnit:SingleWire:Connect
Printer.SmartCardUnit:SingleWire:Disconnect
Printer.SmartCardUnit:SingleWire:Transmit
Printer.SmartCardUnit:SingleWire:Status
Laser engraving
Printer.Laser:Engrave:SetupFileName:Set
Printer.Laser:Engrave:Text:Set
Printer.Laser:Engrave:Binary:Set
Printer.Laser:SetupFileName:Get
Printer.Laser:ElementList:Get
Printer.Laser:Upload:File:Get
Printer.Laser:Download:File:Set
Laminator
Printer.Laminator:BarcodeRead:Set
Printer.Laminator:BarcodeRead:Get
Printer.Laminator:BarcodeReadAndVerify:Set
Activation
Printer.ActivatePrinter:Set
Printer control
Printer.ChangePrinterState:Set
Printer.Restart:Set
Lock control
Printer.Locks:ChangeLockState:Set
Printer.Locks:ChangePassword:Set
Card personalization
MagstripeEncode2
MagstripeRead2
SmartCardPark
SCardConnect
SCardDisconnect
SCardGetAttrib
For operations that return data from the printer, this structure also contains the data
if the operation succeeded.
The following example shows the printer status XML structure returned from a failed StartJob
command. The command failed because the printer failed to pick a card.
<?xml version="1.0" ?>
<!-- Printer status xml file.-->
<PrinterStatus>
<ClientID>STATUSTEST</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>780</PrinterJobID>
<ErrorCode>111</ErrorCode>
<ErrorSeverity>4</ErrorSeverity>
<ErrorString>Message 111: Card not picked.</ErrorString>
<DataFromPrinter><![CDATA[ ]]></DataFromPrinter>
</PrinterStatus>
ClientID A unique identifier of the client that created the job. This
element is not used at this time.
ErrorSeverity Errors are classified into severity levels (1, 2, 3, 4, or 5). The
severity level determines which recovery actions are possible.
DataFromPrinter If the command was intended to read data from the card in
the printer and the read operation was a success, this
element contains the data in the CDATA section.
The StartJob request might fail and return error 506. This indicates that the driver or printer is
busy and cannot accept another job at this time. A laminating system can have multiple active
jobs, and your application might need to wait and retry the StartJob request when the printer is
ready to accept it. Refer to the source code samples to see how the StartJob request handles
error 506.
The input hopper selection and StartJob options are not supported by Java at this
time.
The start job request always must be the first IBidiSpl request.
If printing follows the interactive operations, the end job request cannot be sent until
the print data appears in the spooler. Submitting an end job immediately results in
the job ending before the print data is detected. This results in a second card that
contains only the print data. The SDK sample code demonstrates a reliable method
for detecting that the print data is in the spooler.
Java Magstripe.java
SmartCard.java
To retrieve job status, your application uses the IBidiSpl interface with the schema set to
Printer.JobStatus:Read to send an XML structure with the Printer Job ID of the current
interactive job. For Java, call the GetJobStatusXML method of the Java helper DLL
(dxp01sdk_IBidiSpl_interop.dll).
<?xml version=\"1.0\"?>
<!--job status xml-->
<JobStatus>
<PrinterJobID>5860</PrinterJobID>
</JobStatus>
The Job Status request returns the job status in another XML structure.
<?xml version="1.0" ?>
<!-- Job status xml file. -->
<JobStatus>
<ClientID>STATUSTEST</ClientID>
<WindowsJobID>5</WindowsJobID>
<PrinterJobID>5680</PrinterJobID>
<JobState>JobActive</JobState>
<JobRestartCount>0</JobRestartCount>
</JobStatus>
The ClientID, WindowsJobID, and PrinterJobID have the same meaning as the Printer Status
elements returned from other IBidiSpl requests. The JobState and JobRestartCount are unique to
this request.
JobState The state of the job. The value is one of the following:
JobActive, JobSucceeded, JobFailed, JobCancelled, or
NotAvailable.
JobRestartCount The number of times the job was retried. This is always
zero for interactive jobs.
JobCancelled The card is complete. The job was canceled before the card
personalization process completed.
Sample Code
For working code showing interactive mode Job Status use, refer to the following samples:
Visual C++, Visual C#, magstripe
and VB.NET smartcard
status
Java SmartCard.java
JobStatusXML.java
ErrorSeverity Errors are classified into severity levels (1, 2, 3, 4, or 5). The severity level
determines which error recovery actions are possible.
ErrorString Contains a short description of the error, including the error number.
Appendix A: "Error Description Strings” lists the ErrorString values your
application can receive from the driver while in interactive mode. The
ErrorString value will be in the language of the operating system if the
language is one of the translations released with the driver.
You must set the ErrorCode to match the error you are responding to for successful
error recovery.
The following example shows the structure sent to cancel a job when the input hopper is empty.
<?xml version="1.0"?>
<!--printer command xml-->
<PrinterAction>
<Action>100</Action>
<PrinterJobID>5860</PrinterJobID>
<ErrorCode>112</ErrorCode>
</PrinterAction>
100 Cancel—Reject the current card. End the current job. All
The most robust form of error recovery from an interactive mode error is to cancel the job. Using
this error recovery strategy, your application reports the job as failed and, if a card has been
picked, it is ejected from the printer. After you correct the cause of the error, you can attempt the
card personalization job again.
Advanced Error Recovery
By evaluating the ErrorSeverity value, your application sometimes can offer to resume the job
after the cause of the error is corrected. In practice, this complicates error recovery because the
application must poll the driver for printer status in the event that the error is corrected and
cleared using the printer LCD display. If the ErrorCode goes to 0, the application can assume that
the error was cleared using the printer LCD. Polling the driver for printer messages is not available
to Java applications.
If you know that your application is the only one sending jobs to the printer, you can cancel all the
jobs in the printer to return it to a known good state. This is not recommended for production
use, but can be helpful during development.
A laminating system can have multiple active jobs. Using Cancel All Jobs cancels even
those jobs that are not in an error state.
Sample Code
For working code showing how to cancel all jobs, refer to the following samples:
Visual C++, Visual C#, printer_control
and VB.NET
Java Java does not have a sample showing cancel all jobs.
After an error condition is corrected at the printer, the operator can sometimes use either the
application or the printer’s front panel to report that the error is corrected. We recommend that
operators be instructed to use the application to acknowledge that error conditions are
corrected. Otherwise, the application may get out of sync with the state of the printer.
Suppress the Driver Message Display
If you prefer to have your application manage error reporting and resolution, you can configure
the driver to suppress the display of messages. Refer to Appendix C: "Suppressing the Driver
Message Display” for details.
Use the magnetic stripe fonts installed with the XPS Card Printer Driver to encode IAT or JIS
formatted data by placing the data on the card design and specifying the magnetic stripe font
for the format and track desired. This is processed by the driver along with the print data and
does not require interactive mode. Refer to the “Magnetic Stripe Fonts” section of the
printer’s Driver Guide for details about how to use magnetic stripe fonts for magnetic stripe
encoding.
Use the IBidiSpl interface to pass magnetic stripe data through the driver in the format
expected by the printer. This method is described in the following sections.
The printer must be configured to match the format of the magnetic stripe data
being sent.
To encode a magnetic stripe with data, your application calls the IBidiSpl interface with the
schema set to Printer.MagstripeUnit:Back:Encode. For Java, call the MagstripeEncode2
method of the Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
The IBidiSpl commands used to encode only the magnetic stripe on a card are:
The following example shows an XML structure with three tracks of IAT data: track 1 = TRACK1,
track 2 = 1122, track 3 = 321.
<?xml version="1.0" encoding="UTF-8"?>
<magstripe >
<track number="1">
<base64Data>VFJBQ0sx</base64Data>
</track>
<track number="2">
<base64Data>MTEyMg==</base64Data>
</track>
<track number="3">
<base64Data>MzIx</base64Data>
</track>
</magstripe >
Java Magstripe.java
Like all IBidiSpl requests, the printer status XML structure is returned to your application. The
magnetic stripe track data is returned inside the CDATA element of the printer status structure.
This data comes directly from the printer without any modification from the driver.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>STATUSTEST_{200AEAAC-CA0A-4AF6-BD77-083A5836AE1A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>5837</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[<?xml version="1.0" encoding="UTF-8"?>
<magstripe xmlns:SOAP-ENV="http://www.w3.org/2003/05/soap-envelope" xmlns:SOAP-
ENC="http://www.w3.org/2003/05/soap-encoding" xmlns:xsi="http://www.w3.org/2001/
XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:DPCLMagStripe="urn:dpcl:magstripe:2010-01-19" xsi:type="DPCLMagStripe:MagStripe"
SOAP-ENV:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
<track number="1">
<base64Data>zw9PkBBQQzw9PkBBQUVJTVFVWV1hZWltcXV5fICEiIyQlJicoKSorLA==</
base64Data>
</track>
<track number="2">
<base64Data>MDEyMzQ1Njc4OTo7PD0+jc4OTo7PD0+MDEyMzQ1Ng==</base64Data>
</track>
<track number="3">
<base64Data>MDEyMzQ1Njc4OTo7PDDEyMzQ1Njc4OTo7PD0+MDEyMzQ1Njc4OTo7PD0=</
base64Data>
</track>
</magstripe>]]></DataFromPrinter>
</PrinterStatus>
The track data must be converted from base64 ASCII to the format required by your application.
For example, a job consisting of magnetic stripe read, magnetic stripe encode, and printing would
use the following operations in the order specified:
1. Start Job—The printer starts the job and picks the card.
2. Magnetic Stripe Read—The application reads the magnetic stripe track data.
3. Magnetic Stripe Encode—The application sends the magnetic stripe track data.
4. Print card side(s)—Use the Windows printing interface (for example, GDI, WinForms), not
IBidiSpl.
Java Magstripe.Java
After the bar code read completes, your application controls if the card is placed in the reject tray,
or if it continues on to other personalization operations. To resume or cancel the job, use the
IBidiSpl interface with the schema set to Printer.Action:Set to send an XML structure with
the Printer Job ID of the current interactive job and the action you want to take.
<?xml version="1.0"?>
<!--printer command xml-->
<PrinterAction>
<Action>101</Action>
<PrinterJobID>6524</PrinterJobID>
<ErrorCode>0</ErrorCode>
</PrinterAction>
A Resume action (Action value = 101) indicates that the bar code read completed successfully,
and the card is ready for further processing.
A Cancel action (Action value = 100) indicates that the bar code read failed, and the card should
be rejected without any further personalization.
For example, a job consisting of bar code read and printing would use the following operations in
the order specified:
1. StartJob—The printer starts the job and picks the card.
2. ParkCard—The printer parks the card at the bar code station.
3. ResumeJob—The printer moves the card from the bar code station so that the card can be
processed further.
Use the SDK command BARCODE_PARK when the bar code is on the front side of the card or
BARCODE_PARK_BACK when a bar code is on the back side of the card.
For printers running D3 firmware, set the Printer Manager BarcodeLocation setting to CardFront
and use the SDK BARCODE_PARK and BARCODE_PARK_BACK commands to specify the card side
to read.
The application also can let the printer know whether or not the bar code data will be verified by
calling the IBidiSpl interface with the schema set to one of the following:
Printer.Laminator:BarcodeRead:Set or
Printer.Laminator:BarcodeReadAndVerify:Set.
The Printer.Laminator:BarcodeRead:Set command simply retrieves the bar code data and
the card continues automatically. When you use the Printer.Laminator:BarcodeRead
AndVerify:Set command, the printer stops after the bar code data is returned and waits for the
application to instruct it to continue or to reject the card.
The bar code read commands differ somewhat from other commands in that the act of reading
the bar code in the laminator occurs after the card is printed. Thus, your application makes the
request to read the bar code and then must wait and check for the data to be returned. The driver
SDK interface allows you to specify a value for the wait time, or to allow an infinite wait time (this
is the default). We recommend that your application does not specify a timeout value. This gives
the laminator time to warm up, which can take up to several minutes if it is just starting, before it
accepts the card for processing.
You also have the option to save the bar code read results to a file.
After smart card personalization completes, your application controls if the card is placed in the
reject tray, or if it continues on to other personalization operations. To resume or cancel the job,
use the IBidiSpl interface with the schema set to Printer.Action:Set to send an XML structure
with the Printer Job ID of the current interactive job and the action you want to take.
<?xml version="1.0"?>
<!--printer command xml-->
<PrinterAction>
<Action>101</Action>
<PrinterJobID>5860</PrinterJobID>
<ErrorCode>0</ErrorCode>
</PrinterAction>
A Resume action (Action value = 101) indicates that smart card personalization completed
successfully, and the card is ready for further processing.
A Cancel action (Action value = 100) indicates that smart card personalization failed, and the card
should be rejected without any further personalization.
For Java, call either the ResumeJob, CancelJob, or EndJob method of the Java helper DLL
(dxp01sdk_IBidiSpl_interop.dll).
For example, a job consisting of smart card encoding and printing would use the following
operations in the order specified:
1. StartJob—The printer starts the job and picks the card.
2. ParkCard—The printer parks the card at the smart card station.
3. ResumeJob—The printer moves the card from the smart card station so that the card can be
processed further.
4. Print Card Side(s)—Use the Windows printing interface (GDI, WinForms, etc.), not IBidiSpl.
Java SmartCard.java
Printer.SmartCardUnit:SingleWire:Connect
A Connect request establishes a connection between the calling application and a smart card
parked in the reader. If no card exists in the reader, an error is returned.
To connect to the smart card in the reader, use the IBidiSpl interface with the schema set to
Printer.SmartCardUnit:SingleWire:Connect. For Java, call the SCardConnect method of the
Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
Your application must create an XML structure indicating the protocol to use (contact or
contactless). The driver receives this XML formatted data as a BIDI_BLOB.
<?xml version=\"1.0\"?>
<!--smartcard connect xml-->
<SmartcardConnect>
<ProtocolName>SCARD_PROTOCOL_CL</ProtocolName>
</SmartcardConnect>
SCARD_PROTOCOL_CL Contactless
SCARD_PROTOCOL_T0_OR_T1 Contacted
The following example shows a printer status XML structure returned by a single-wire smart card
Connect IBidiSpl request. The smart card reader response is included in the CDATA section.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>Test-Win7_{716DD9A0-CF52-4176-B1C0-A10FA8DB055A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>6049</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[
<?xml version="1.0"?><!--smartcard response xml-->
<SmartcardResponse>
<Protocol>SCARD_PROTOCOL_RAW</Protocol>
<State> </State>
<Status>SCARD_S_SUCCESS</Status>
<Base64Data> </Base64Data>
</SmartcardResponse>
]]></DataFromPrinter></PrinterStatus>
Printer.SmartCardUnit:SingleWire:Disconnect
A Disconnect request terminates a connection previously opened between the calling application
and a smart card in the reader.
To terminate a connection, use the IBidiSpl interface with the schema set to
Printer.SmartCardUnit:SingleWire:Disconnect. For Java, call the SCard Disconnect method
of the Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
Smart Card Disconnect Request—Required Information
Your application must create an XML structure indicating the disconnect method to use. The
driver receives this XML formatted data as a BIDI_BLOB.
<?xml version=\"1.0\"?>
<!--smartcard disconnect xml-->
<SmartcardDisconnect>
<Method>SCARD_LEAVE_CARD</Method>
</SmartcardDisconnect>
SCARD_LEAVE_CARD Leave as is
The following example shows a printer status XML structure returned by a single-wire smart card
Disconnect IBidiSpl request. The single-wire smart card reader response is included in the CDATA
section.
Sample XML file returned for disconnect
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>Test-Win7_{716DD9A0-CF52-4176-B1C0-A10FA8DB055A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>6049</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[
<?xml version="1.0"?><!--smartcard response xml-->
<SmartcardResponse>
<Protocol> </Protocol>
<State> </State>
<Status>SCARD_S_SUCCESS</Status>
<Base64Data> </Base64Data>
</SmartcardResponse>
]]></DataFromPrinter></PrinterStatus>
Printer.SmartCardUnit:SingleWire:Transmit
A Transmit request sends a service request to the smart card and expects to receive data back
from the card.
To send a request, use the IBidiSpl interface with the schema set to
Printer.SmartCardUnit:SingleWire:Transmit. For Java, call the SCardTransmit
method of the Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
Your application must create a smart card transmit XML structure with the chip data encoded as
Base64 ASCII. The driver receives this XML formatted data as a BIDI_BLOB.
<?xml version=\"1.0\"?>
<!--smartcard transmit xml-->
<SmartcardTransmit>
<Base64Data>O/2RAP+RgXH+QABCAAAAAACBgYAXCACIGQ==</Base64Data>
</SmartcardTransmit>
The following example shows a printer status XML structure returned by a single-wire smart card
Transmit IBidiSpl request. The single-wire smart card reader response is included in the CDATA
section.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>agarwas-Win7_{716DD9A0-CF52-4176-B1C0-A10FA8DB055A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>6049</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[
<?xml version="1.0"?><!--smartcard response xml-->
<SmartcardResponse>
<Protocol> </Protocol>
<State> </State>
<Status>SCARD_S_SUCCESS</Status>
<Base64Data>ZwA=</Base64Data>
</SmartcardResponse>
]]></DataFromPrinter></PrinterStatus>
To retrieve the smart card status, use the IBidiSpl interface with the schema set to
Printer.SmartCardUnit:SingleWire:Status. For Java, call the SCardStatus method of the
Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
Smart Card Status Request—Return Values
The IBidiSpl interface returns a printer status XML structure. The printer status includes a
valid ClientID, WindowsJobID (if applicable, 0 for interactive mode jobs), PrinterJobID, and
ErrorCode.
If the ErrorCode is zero, the status request was successful.
If the ErrorCode is non-zero, the status request failed. In this case, the printer status XML
file also contains values for ErrorSeverity and ErrorString.
The CDATA section in the printer status XML structure returns any response from the smart
card reader.
The following example shows a sample printer status XML structure returned by a single-wire
smart card Status IBidiSpl request. The single-wire smart card response is included in the CDATA
section.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>agarwas-Win7_{716DD9A0-CF52-4176-B1C0-A10FA8DB055A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>6049</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[
<?xml version="1.0"?><!--smartcard response xml-->
<SmartcardResponse>
<Protocol>SCARD_PROTOCOL_RAW</Protocol>
<State>SCARD_PRESENT|SCARD_POWERED|SCARD_NEGOTIABLE</State>
<Status>SCARD_S_SUCCESS</Status>
<Base64Data>O/2RAP+RgXH+QABCAAAAAACBgYAXCACIGQ==</Base64Data>
</SmartcardResponse>
]]></DataFromPrinter></PrinterStatus>
To retrieve the smart card reader attributes, use the IBidiSpl interface with the schema set to
Printer.SmartCardUnit:SingleWire:GetAttrib.
Your application must create a smart card status XML structure with the name of the reader
attribute you want information for. The driver receives this XML formatted data as a BIDI_BLOB.
<?xml version=\"1.0\"?>
<!--smartcard get attrib xml-->
<SmartcardGetAttrib>
<Attr>SCARD_ATTR_VENDOR_IFD_VERSION</Attr>
</SmartcardGetAttrib>
AttribName Action
The following is an example of a printer status XML structure returned by a single-wire smart card
GetAttrib IBidiSpl request. The single-wire smart card response is included in the CDATA section.
In this case, it is a request for the vendor name. The name is returned in the Base64Data element
as Base64 encoded ASCII and must be decoded by your application.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>agarwas-Win7_{716DD9A0-CF52-4176-B1C0-A10FA8DB055A}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>6049</PrinterJobID>
<ErrorCode>0</ErrorCode>
<ErrorSeverity>0</ErrorSeverity>
<ErrorString></ErrorString>
<DataFromPrinter><![CDATA[
<?xml version="1.0"?><!--smartcard response xml-->
<SmartcardResponse>
<Protocol> </Protocol>
<State></State>
<Status>SCARD_S_SUCCESS</Status>
<Base64Data> O/2RAP+RgXH+QABCAAAAAACBgYAXCACIGQ==</Base64Data>
</SmartcardResponse>
]]></DataFromPrinter></PrinterStatus>
Java SmartCard_singlewire.java
The SDK sample code wraps the IBidiSpl interface providing an interface that is similar to the
Microsoft Windows SCard API. You are welcome to include this code in your application or
communicate directly to the IBidiSpl interface, as you prefer.
Applications written for PC/SC readers require modification to use the single-wire smart
card feature. The PC/SC interface commonly used to interact with USB-connected smart
card readers is not directly supported by the driver API.
To retrieve the names of all of the laser card setup files present in printer, your application calls
the IBidiSpl interface with the schema set to Printer.Laser:SetupFileName:Get.
The following example shows the XML structure that is returned with three laser card setup
names.
<?xml version="1.0" encoding="UTF-8"?>
<QuerySetupsResult>
<LaserCardSetups>
<LaserCardSetup name="TestCardSetup"/>
<LaserCardSetup name="TestCardSetup1"/>
<LaserCardSetup name="TestCardSetup2"/>
</LaserCardSetups>
</QuerySetupsResult>
To retrieve element names of a laser card setup file present in the laser system, your application
calls the IBidiSpl interface with the schema set to Printer.Laser:ElementList:Get with the
laser setup file name as data.
The following example shows the XML structure of the TestCardSetup1 laser card setup file. The
setup file contains seven variable element names. The information returned for each element
includes the card side, the type of element, and the element name.
<?xml version="1.0" encoding="UTF-8"?>
<QueryElementsResult>
<ElementInformationList>
<ElementInformation side="FRONT" type="BINARY" name="PHOTO"/>
<ElementInformation side="FRONT" type="TEXT" name="GIVEN_NAME"/>
<ElementInformation side="FRONT" type="TEXT" name="FAMILY_NAME"/>
<ElementInformation side="FRONT" type="TEXT" name="DOB"/>
<ElementInformation side="FRONT" type="BINARY" name="SIGNATURE"/>
<ElementInformation side="BACK" type="TEXT" name="BARCODE_1D"/>
<ElementInformation side="BACK" type="BINARY" name="BARCODE_2D"/>
</ElementInformationList>
</QueryElementsResult>
A job that laser engraves a static layout would use the following
IBidiSpl operations in the order specified:
EndJob
1. Start Job—The printer starts the job and picks the card.
2. Specify the laser setup file—Specify the duplex laser setup file name, and the variable
elements count.
3. Specify laser engrave data—Send text or binary information for all the variable elements in
the laser setup file.
4. End Job—The printer ejects the card into the output hopper.
The laser card layout file specifies the element name location and the card side. The
application does not have to specify where the element will be engraved.
A job that encodes a magnetic strip, prints text (depending on the printer capabilities), and laser
engraves data would use the following IBidiSpl operations in the order specified:
1. Start Job—The printer starts the job and picks the card.
2. Magnetic Stripe Encode—The application sends the magnetic stripe track data.
3. Print card side(s)—Use the Windows printing interface (for example, GDI, WinForms), not
IBidiSpl.
4. Wait for the print data to enter the spooler.
5. Specify the laser setup file—Specify the laser setup file name, and the variable elements
count.
6. Specify laser engrave data—Send text or binary information for all the variable elements in
the laser setup file.
7. End Job—The printer completes printing and then ejects the card into the output tray.
The zip file should not be modified by the application before importing it to another
system.
To export all the files related to a laser card setup from a system, your application calls the
IBidiSpl interface with the schema set to Printer.Laser:Upload:File:Get. The driver returns
the base64-encoded zip file from the system. The zip file contains all the items that are linked to
the specified laser setup file name, such as the ConCAD file, laser profiles, pattern match setup,
and so on.
To import the zip file containing the laser setup to a different system, your application calls the
IBidiSpl interface with the schema set to Printer.Laser:Download:File:Set.
The following XML is returned to your application when exporting or importing zip files from, or
to, a system:
<?xml version="1.0"?>
<!--laser response xml-->
-<LaserResponse>
<Status>1</Status>
<Base64Data> </Base64Data>
</LaserResponse>
1 Action succeeded
0 Action failed
The expanded list of printer information described in the following section requires
Printer.PrinterOptions2:Read.
The following shows a sample printer status XML file returned by this request.
<?xml version="1.0"?>
<!--Printer options2 xml file.-->
<PrinterInfo2>
<PrinterStatus>Ready</PrinterStatus>
<PrinterAddress>172.16.5.79</PrinterAddress>
<PrinterModel>CXXXX</PrinterModel>
<PrinterSerialNumber>C15133</PrinterSerialNumber>
<PrinterVersion>XX.XX.X-X</PrinterVersion>
<PrinterMessageNumber>0</PrinterMessageNumber>
<ConnectionPortType>Network</ConnectionPortType>
<ConnectionProtocol>Version2Secure</ConnectionProtocol>
<OptionInputhopper>SingleHopper</OptionInputhopper>
<OptionMagstripe>ISO</OptionMagstripe>
<OptionSecondaryMagstripeJIS>None</OptionSecondaryMagstripeJIS>
<OptionRewritable>None</OptionRewritable>
<OptionSmartcard>Single wire</OptionSmartcard>
<OptionDuplex>Auto</OptionDuplex>
<OptionPrinterBarcodeReader>None</OptionPrinterBarcodeReader>
<OptionLocks>Installed</OptionLocks>
<LockState>Locked</LockState>
<PrintEngineType>DirectToCard_DyeSub</PrintEngineType>
<PrintHead>Installed</PrintHead>
<ColorPrintResolution>300x300 | 300x600</ColorPrintResolution>
<MonochromePrintResolution>300x300 |300x600 |300x1200</MonochromePrintResolution>
<TopcoatPrintResolution>300x300</TopcoatPrintResolution>
<ModuleEmbosser>Installed</ModuleEmbosser>
<EmbosserVersion>E1.1.24-0</EmbosserVersion>
<Laminator>None</Laminator>
<LaserModule>Installed</LaserModule>
<LaserVisionRegistration>Installed</LaserVisionRegistration>
<ObscureBlackPanel>None</ObscureBlackPanel>
</PrinterInfo2>
The PrinterStatus element contains the state of the printer at the time of the request. Your
application can use this to determine if the printer is online and ready to accept a job.
Printer Information
Message Number
The MessageNumber element contains the error number if the printer is in an error state. A value
of zero means there is no error. (Refer to Appendix A: "Error Description Strings” for a list of
messages.)
USB
Version2
Version2Secure
Version2Secure is required if you want all the data exchanged
between the driver and printer to be encrypted.
Printer Options
SingleHopper
SingleHopperWithExceptionSlot
MultiHopper6WithExceptionSlot
HopperAutoDetect
Note: Printers that support hopper detection return the
value HopperAutoDetect for OptionInputHopper. Your
application then can use the IBidiSpl operation
Printer.Hopper:Status:Get to get the input hopper
status.
ISO
JIS
Installed
Note: For printers that support rewritable cards, the
rewritable feature must be enabled and the printer
configured correctly.
Installed
OptionSmartcard The smart card configuration for this printer. The values
are:
None
Installed
Single wire
OptionDuplex The duplex configuration for this printer. The values are:
Manual
Auto
Installed
Note: The CR805 retransfer printer cannot detect if a bar
code reader is installed in the printer. The value None is
returned even if the bar code reader is installed.
OptionLocks The lock configuration for this printer. The values are:
None
Installed
LockState The lock state if the printer has the lock option installed.
The values are:
Locked
Unlocked
This element is missing if the OptionLock value is None.
Retransfer_Pigment
Installed
300x600
600x600 (CR805 retransfer card printer only)
This element is missing if the PrintHead value is None.
300x600
300x1200
600x600 (CR805 retransfer card printer only)
This element is missing if the PrintHead value is None.
Unknown
Installed
L1
L1, L2
Installed
Installed
Installed
Installed
Java PrinterStatusXML.java
Printer
Installed
RetransferFilmPartNumber The part number of the retransfer film. Reported for the
CR805 retransfer card printer only.
RetransferFilmLotCode The lot code of the retransfer film. Reported for the
CR805 retransfer card printer only.
Embosser
Installed
Installed
Gold
Black
White
Blue
Laminator
Installed
Installed
Java PrinterSuppliesStatus.java
TotalPickedInputHopper1– Total number of cards picked from the input hopper. For
TotalPickedInputHopper6 a multi-hopper printer, the total number of cards picked
from each hopper is returned.
To reset the resettable card count values stored in the printer using the IBidiSpl interface, set the
schema to Printer.ResetCardCount:Set.
Java PrinterCounterStatus.java
To get the hopper status for the printer using the IBidiSpl interface, set the schema to
Printer.Hopper:Status.Get.
The hopper status information retrieved from the printer depends on whether the
printer has a single hopper or a multi-hopper.
For a multi-hopper printer, the firmware cannot detect if the exception hopper has a
card present. The status returned always will be “Cannot detect.”
For a single-hopper printer, the firmware can detect if the exception hopper has a
card present. The status returned will be “Cards Present” or “Empty.”
The hopper status is not available for a non-retransfer printer. The following XML shows the
information returned for a non-retransfer printer.
<!-- For non-retransfer printer where hopper cannot be detected. -->
<?xml version="1.0"?>
<HopperStatus>
<PrinterStatus>Ready</PrinterStatus>
<HopperDetection>Unavailable</HopperDetection>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
<HopperInformation CardStock="" Status="" Type="" Name="None"/>
</HopperStatus>
Locking
If your printer is equipped with locks, your application can lock and unlock the printer, as well as
change the password needed to unlock the printer. The IBidiSpl requests used to do this are:
Printer.Locks:ChangeLockState:Set
Printer.Locks:ChangePassword:Set
Your application must create an XML structure with the lock state and password. The driver
receives this XML formatted data as a BIDI_BLOB.
<?xml version="1.0"?>
<ChangeLocks>
<LockPrinter>%d</LockPrinter>
<CurrentPassword>%ls</CurrentPassword>
</ChangeLocks>
1 Lock printer
2 Unlock printer
The CurrentPassword value must be set to the correct password to successfully lock or unlock the
printer.
Your application must create an XML structure with the lock state and password. The driver
receives this XML formatted data as a BIDI_BLOB.
<?xml version="1.0"?>
<ChangeLocksPassword>
<LockPrinter>1</LockPrinter>
<CurrentPassword>test</CurrentPassword>
<NextPassword>abcd</NextPassword>
</ChangeLocksPassword>
Your application must supply both the correct CurrentPassword and the new password in the
NextPassword element.
LockPrinter is always set to 1. Changing the lock password locks the printer if it is
unlocked.
Password Rules
Use the following rules to make sure that the password is considered valid by the printer:
A password must have at least 4 legal characters. Legal characters are:
alphanumeric (English) (A–Z, a–z, 0–9)
plus (+)
slash (/)
dollar sign ($)
A password is case sensitive.
Empty quotes "" are used to disable the locking password.
If the printer is configured to not require a password, the printer locks or unlocks ignoring
whatever password is sent.
When the locking password is changed, the NextPassword value becomes the
CurrentPassword for the next attempt to lock or unlock the printer.
When you send empty quotes ("") as the NextPassword value, the printer no longer requires
a password to lock or unlock.
For both lock requests, the status is returned in another XML structure. The following is an
example of an attempt to lock a printer that does not have locks installed.
<?xml version="1.0"?>
<!--Printer status xml file.-->
<PrinterStatus>
<ClientID>agarwas-Win7_{32DCD216-3B4E-4806-9661-3F80D6D99F72}</ClientID>
<WindowsJobID>0</WindowsJobID>
<PrinterJobID>0</PrinterJobID>
<ErrorCode>511</ErrorCode>
<ErrorSeverity>2</ErrorSeverity>
<ErrorString>Message 511: Cannot lock or unlock the printer. Locks are not
installed.</ErrorString>
<DataFromPrinter><![CDATA[ ]]></DataFromPrinter>
</PrinterStatus>
Sample Code—Locking
For working code showing the lock operation, refer to the following samples:
Visual C++, Visual C#, locks
and VB.NET
Your application must create an XML structure with the activation state and password. The driver
receives this XML formatted data as a BIDI_BLOB.
<?xml version="1.0"?>
<ActivatePrinter>
<Activate>%d</Activate>
<Password>%ls</Password>
</ActivatePrinter>
1 Activate printer
0 Deactivate printer
To deactivate the printer, the password value must be set to the valid password.
To activate the printer, the password value must match the password that was used to
deactivate the printer.
Caution: If the password used to deactivate the printer is lost, the printer cannot
be returned to the activated state. The printer must be replaced.
The password is reset when the printer is activated. This allows the application to use any
valid password to deactivate the printer in the future.
When a deactivate command is successful, the printer’s front panel LCD displays Print Job
queue is deactivated. A driver SDK status action returns the PrinterStatus as unavailable.
If the command contains an invalid password, the SDK returns a 500 in the ErrorCode
element of the returned PrinterStatus structure.
Refer to “Locking” on page 66 for more information about setting or changing the password.
Your application must create an XML structure with the printer state. The driver receives this XML
formatted data as a BIDI_BLOB.
<?xml version="1.0"?>
<ChangePrinterState>
<State>%d</State>
</ChangePrinterState>
0 Online
1 Suspended
2 Offline
Your application should always check the Printer Status returned by an IBidiSpl request to
determine if the request succeeded or failed.
When recovering from an error while in interactive mode, always use the PrinterJobID value
returned by the Start Job request. The currently active job in the printer will be canceled if
your application sends a cancel action with a printer job ID of 0. Unless this printer is
dedicated to your application, the currently active job may not be the job you intend to
cancel.
Message Description
511 Cannot lock or unlock the printer. Locks are not installed.
515 Failed to lock or unlock the printer. The locks did not function.
The XPS Driver SDK Java samples work with either the 32- or 64-bit Java runtimes. Make sure a
Java runtime is installed on your computer.
1. To see if the Java runtime is installed, issue the command 'java -version' from a command
line. The following example shows the type information that displays:
C:\Users\fellmad>java -version
2. Extract the XPS Driver SDK zip file to a folder. For example: D:\java\xps_driver_sdk:
d:\java\xps_driver_sdk>dir
Directory of d:\java\xps_driver_sdk
07/04/2017 03:55 PM <DIR> doc
11/02/2016 01:46 PM 117,601 ReadMe.mht
10/28/2016 04:05 PM 406,891 Readme.pdf
08/04/2017 03:55 PM <DIR> samples
07/06/2017 03:51 PM 32,569,617 XPS_Card_Printer_SDK.zip
c. Browse to the samples\java folder under the folder you created in Step 1.
d. Click Finish.
e. Run the JAR file with no parameters to get help and to see the command line options:
d:\java\xps_driver_sdk\samples\java>java -jar dxp01Java_SDK.jar
…
-n <printername>. Required. Try -n "xps card printer"
-p Print [l][d][e][number]
-mr Magnetic stripe read [p][l][d]
-me Magnetic stripe encode [mr][p][l][d]
-sc Park a smart card [me][p][l][d][b]
…
If you want your application to present printer and driver messages to the user and resolve errors
directly, you can suppress the display of messages by the driver. This is known as “silent mode.”
Key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers
To guarantee that the setting takes effect, restart the computer after you create or
modify the registry setting.
The printer operator can cancel the job using the LCD panel. When this happens,
an error is removed from the driver automatically. Make sure that the application
accounts for this possibility.
When the error is a driver condition (a 500-level message), the application must resolve the
error because the printer operator won’t be aware of the issue (the printer does not issue an
error). The driver will not process the next job until the 500-level message is resolved. The
application can either use “cancel all jobs” to cancel the job, or it can issue job-specific cancel
or resume commands to recover from the error.
Printing a photo with the UV panel of the ribbon is a special case of monochrome printing.
However, unlike printing that uses the K panel, the UV ink is lighter than the card background
when illuminated with a UV light source (it becomes the white in the image). Because of this, a
photo printed using the UV panel must reverse the pixel values of the 1-bpp photo image (that is,
you need to use the negative of the image).
You can use IRFanView (http://www.irfanview.com/) to modify a color photo to print properly
using the UV panel.
1. Open the image you want to modify using IRFanView.
3. Click OK.
This changes the image so that it looks like the following:
5. Select Replace Color from the Image menu. Replace the source color (black) with the new
color (RGB:217,217,217) in the Replace Color dialog box. The Card Printer Driver recognizes
217:217:217 as the UV “color” and prints those elements using the UV panel of the ribbon.
When you use the modified image, be careful not to transform it in any way that
might introduce other colors into the image.
Some images, such as a logo, might display better if they are not reversed.
With Microsoft .NET Framework, application developers have a rich set of printing and print
system management APIs. At the core of this functionality is the XPS print path. The following link
provides an overview of XPS Windows printing:
https://docs.microsoft.com/en-us/dotnet/framework/wpf/advanced/printing-overview
https://msdn.microsoft.com/en-us/library/system.printing.printticket.aspx
You can download Print Schema and XML Paper Specifications using the following link:
https://msdn.microsoft.com/en-us/library/windows/hardware/dn614032(v=vs.85).aspx
Windows has improved bidirectional printer communication (Bidi communication), starting with
Windows XP. This allows drivers and applications to make requests to, and get responses from, a
printer device. The following link explains more about Bidi printer communication:
https://msdn.microsoft.com/en-us/ff545157
The IBidiSpl interface allows an application to send a Bidi request to the printer. The following link
explains more about the IBidiSpl interface:
https://msdn.microsoft.com/en-us/library/dd144980