Programmer's Reference Guide: Windows XPS Driver Software Development Kit
Programmer's Reference Guide: Windows XPS Driver Software Development Kit
October 2018
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.
iii
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.
iv
Notice for Europe
The EU Declaration of Conformity can be found on http://www.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.
The full text of the EU declaration of conformity is available at the following Internet address,
https://www.datacard.com/productcompliance.
Effective Radiated
Description/Model Number FCC ID Frequency Power (ERP) mW
v
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.
此为 A 级产品,在生活环境中,
该产品可能会造成无线电干扰。
在这种情况下,可能需要用户
对干扰采取切实可行的措施。
Notice for Taiwan (Traditional Chinese)
vi
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 Corp believes that its products are not harmful when used as designed.
However, the above warnings are 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.
Battery Precaution
ATTENTION: Risque d’explosion si la batterie est remplacée par un type de batterie incorrect.
Jetez les piles usagées selon les instructions.
vii
viii
Revision Log
Windows XPS Driver Software Development Kit
Programmer’s Reference Guide
A October 2018 First release of this document with part number 527250-003.
This release combines part numbers 527250-001 and
527250-002. The information contained in this document
supports the XPS Card Printer Driver version 7.4.
ix
x
Contents
Chapter 1: Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
xi
Chapter 3: Interactive Mode Using the IBidiSpl Interface . . . . . . . . . . . . . . . . . . . . . . . . 19
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Interactive Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Deprecated IBidiSpl Requests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Order and Timing of Interactive Job Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Determine the Success of an IBidiSpl Request. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Start and End an Interactive Job . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
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 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
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
Return Values from the Sample Code SCard Wrapper . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Read and Write Data to MIFARE Classic over Single-Wire . . . . . . . . . . . . . . . . . . . . . . . . . . . . 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
Change Color Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Change the Color Values. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Change One Color Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Change Two Color Channels. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
xiii
Set the Color Values to Default Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Set All Color Channels to Default . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Set Two Color Channels to Default . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Sample Code—Color Adjust . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Change Color Values Using Printer Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Activate or Deactivate the Printer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Sample Code—Activate or Deactivate Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Change the Printer State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Sample Code—Change the Printer State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Restart the Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Sample Code—Restart Printer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Interactive Mode Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
xiv
Chapter 1: Introduction
Overview
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 (dxp01sdk_IBidiSpl_interop.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 G:
"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.
Use escaped text in the card data to specify the input hopper used to select the card
Use escaped text in the card data to emboss, indent, and top a card when printing to a
CE-series printer
Stage and personalize a smart card using the single-wire smart card interface
Specify the side of the card that should face up when placed in the output hopper
Place pre-serialized cards in a bar code reader so that the bar code can be read
2 Introduction
Check whether the driver or printer is busy and wait before starting a job
The SDK supports the same Microsoft Windows operating systems as the driver.
Installation
To use the SDK, extract the XPS Driver SDK zip file to a folder on your computer. For most
situations, there are no SDK additional components to install with your application.
Datacard® CD Series: CD800™, CD800 with CLM laminator, CD820™ Card Printers
A C++ helper DLL (dxp01sdk_IBidiSpl_interop.dll) is included for Java applications because Java
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 XPS Card Printer Driver User’s Guide
for complete information about setting up shared printers.
Several samples include an option to display the Print Ticket data. The default is to
not display the data. Java does not have access to the Print Ticket so Java samples
cannot display Print Ticket data.
Code Sample
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 the following:
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 where
both sides of the card have the same orientation)
Predefined topcoat and print blocking patterns
Ability to check the input hopper status before sending the card job
Ability to specify the card side (front or back) that faces up when it is placed in the output
hopper
The Magnetic Stripe sample demonstrates ISO or JIS magnetic stripe encoding, with options to
read the magnetic stripe data, print text on one or both sides of the card, specify the input
hopper from which to select a card, specify the card side on output, and poll for job completion
status and error conditions. The print and magnetic stripe 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, specify the
input hopper from which to select a card, specify the card side on output, and poll for job
completion status and error conditions. The print data is part of the sample and cannot be
changed. You 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 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, specify the input hopper from which to select a card,
specify the card side on output, and poll for job completion status and error conditions. The print
data is part of the sample and cannot be changed.
Single-Wire Smart Card Sample
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, specify the input hopper from which to select a card, specify the
card side on output, and to poll for job completion status and error conditions. The print data is
part of the sample and cannot be changed.
Single-Wire MIFARE Classic Smart Card Sample
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.
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 options to specify the input hopper from which to select a card, specify
the card side on output, and 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.
The Java sample program does not include the following options:
Disable topping foil application. If you want to disable topping foil, select Printing
preferences in the Card Printer Driver and set Layout > Advanced > Embosser
topping to Off.
Display the print ticket data.
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), specify the input hopper from
which to select a card, 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.
Print Locking Sample
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 to 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.
Printer Control Sample
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 Control sample also demonstrates changing the red color settings and setting the
default red and green color settings for SD-, CD-, and CE-series direct-to-card printers running
D3.17.4 or newer firmware.
Printer State Sample
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, supply information, job completion status, and error conditions. The
sample also allows you to start a job and includes options to specify the input hopper from which
to select a card and specify the card side on output.
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 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 with no parameters to display help information and command line options.
C++: Requires Microsoft Visual C++ 2013 Redistributable Package (x86 and x64), or newer.
Use the following link to download the appropriate software package:
https://www.microsoft.com/en-ca/download/details.aspx?id=40784
The Java sample programs included in the samples folder require that you first create a
common_java.jar file and then create a runnable JAR file for each sample that you want to use.
Refer to Appendix B: "Use Eclipse to Create Java Samples” for complete information.
In addition, runnable Java JAR files for the sample programs are included in the jars folder. You
can run these JAR files without having to build them. Refer to Appendix C: "Use the SDK Java
Samples” for complete information.
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 Oxygen release. Appendix B: "Use Eclipse to Create Java Samples” contains step-
by-step instructions for 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 “Sample Code Location”.
The runnable JAR files included with the SDK in the jars folder were built and tested using
Java 8 update 181. We recommend you use this Java version with the samples. Refer to
Appendix C: "Use the SDK Java Samples” for more information.
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 do not support the
following options:
Disable printing
In addition, Java applications limit the card orientation (portrait or landscape) to the entire card,
not per side.
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 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:
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
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 ink
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 XPS Card Printer Driver User’s 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.
Copy count
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:
A second layer of retransfer material applied to the card (CR805 retransfer card printer only)
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 use escapes to emboss, indent, and apply topping foil to a card sent to a
Datacard CE840™ instant issuance system or Entrust Datacard CE875™ instant issuance system.
The Visual C++, C#, and VB.NET emboss_indent samples also allow you to disable the application
of topping foil.
The Java sample does not support disabling the topping foil (refer to “Emboss and
Indent Sample” on page 9).
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 the
XPS Card Printer Driver User’s 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 the XPS Card Printer Driver User’s
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.
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:
Place pre-serialized cards in a bar code reader so that the bar code can be read
Get the input hopper status (CR805 retransfer card printer only)
Change color settings (SD-, CD-, CE-series direct-to-card printers running D3.17.4 or newer
firmware only)
Printing, magnetic stripe encoding using escapes or fonts, topcoating, embossing and indenting,
laminating, and impressing are done outside interactive mode, but can be mixed with interactive
functions within the same job.
Java does not have direct access to the IBidiSpl interface. A C++ helper DLL
(dxp01sdk_IBidiSpl_interop.dll) is provided with the SDK that Java applications
use for interactive mode.
Interactive Operations
The following IBidiSpl requests and Java helper DLL functions are used to implement the
functions described in the “Overview” on page 19:
Printer.Print:StartJob:Set StartJob2
Printer.Print.EndJob:Set EndJob
Printer.Action:Set ResumeJob
Printer.JobStatus:Read GetJobStatusXML
Printer.PrintMessages:Read PrinterStatusXML.GetPrinterMessages
Printer.Action:Set CancelJob
Card personalization
Printer.MagstripeUnit:Back:Encode MagstripeEncode2
Printer.MagstripeUnit:Back:Read MagstripeRead2
Printer.MagstripeUnit:Front:Encode DoBarcodePark
Printer.MagstripeUnit:Front:Read SmartCardPark
Printer.BarcodeUnit:Front:Park SCardConnect
Printer.BarcodeUnit:Back:Park SCardDisconnect
Printer.SmartCardUnit:Front:Park SCardGetAttrib
Printer.SmartCardUnit:Back:Park SCardStatus
Printer.SmartCardUnit:SingleWire:Connect SCardTransmit
Printer.SmartCardUnit:SingleWire:Disconnect
Printer.SmartCardUnit:SingleWire:Transmit
Printer.SmartCardUnit:SingleWire:Status
Printer.SmartCardUnit:SingleWire:Control
Printer.SmartCardUnit:SingleWire:GetAttrib
Laser engraving
Printer.PrinterOptions2:Read GetPrinterOptions2
Printer.CounterStatus2:Read GetPrinterCounterStatus2
Printer.SuppliesStatus3:Read GetPrinterSuppliesStatus
Printer.ResetCardCount:Set ResetCardCounts
Printer.Hopper:Status:Get GetHopperStatus
Laminator
Activation
Printer.ActivatePrinter:Set ActivateOrDisablePrinter
Printer control
Printer.ChangePrinterState:Set ChangePrinterState
Printer.Restart:Set RestartPrinter
Color adjust
Printer.AdjustColor:Set SetColorAdjust
Printer.SetDefaultColor:Set DefaultColorAdjust
Lock control
Printer.Locks:ChangeLockState:Set SetPrinterLockState
Printer.Locks:ChangePassword:Set ChangeLockPassword
Printer.CounterStatus2:Read
Printer.SuppliesStatus:Read
Printer.SuppliesStatus:Read and Printer.SuppliesStatus2:Read were replaced by the following
in an earlier version of the driver:
Printer.SuppliesStatus3:Read
Printer.SuppliesStatus3:Read
An End Job request must not be issued until printing operations for the job have entered the
driver spooler.
You should perform smart card and interactive magnetic stripe encode and read
operations before print operations. Refer to the sample code for examples of best
practices regarding the sequence of card operations.
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 start job request always must be the first IBidiSpl request.
To end a job, the Visual C++, Visual C#, or VB.NET application calls the IBidiSpl interface
with the schema set to Printer.Print:EndJob:Set. For Java, call the EndJob method of the
dxp01sdk_IBidiSpl_interop.dll. The end job command is issued after the last interactive operation
is successful.
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
smartcard
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. Kiosk printers have two additional states:
CardReadyToRetrieve and CardNotRetrieved.
JobRestartCount The number of times the job was retried. This is always
zero for interactive jobs.
If your application sends jobs to a kiosk printer, the JobState value indicates if the card is ready to
be retrieved, or was not retrieved and moved to the reject tray. Your application needs to poll for
job completion after submitting the job until the JobState value is returned. (Refer to Appendix E:
"SDK CE870 Kiosk System Support” for information about how the SDK works with a kiosk
system.)
JobCancelled The card is complete. The job was canceled before the card
personalization process completed.
CardReadyToRetrieve The card is complete. The user can retrieve the card from the
printer. This support is available for kiosk printers only.
CardNotRetrieved The card is complete. The printer moved the card to the reject
tray because it was not retrieved in time by the user. This
support is available for kiosk printers only.
Sample Code
For working code that demonstrates interactive mode Job Status use, refer to the following
samples:
Java magstripe
smartcard
printer_status
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 is 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 is 0, the application can assume that the
error was cleared using the printer LCD.
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 also cancels
jobs that are not in an error state.
Sample Code
For working code that demonstrates how to cancel all jobs, refer to the following samples:
Java printer_control
After an error condition is corrected at the printer, the operator sometimes can 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 D: "Suppress the Driver
Message Display” for details.
Use magnetic stripe escapes in the card data to instruct the driver to encode an IAT track; the
data is included between the escape characters. This is processed by the driver along with
the print data and does not require interactive mode. Refer to the “Magnetic Stripe Escapes”
section of the XPS Card Printer Driver User’s Guide for details about how to use escapes for
magnetic stripe encoding.
Use the magnetic stripe fonts installed with the 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 XPS
Card Printer Driver User’s 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
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.
6. End Job—The printer completes printing and then ejects the card into the output tray.
Java magstripe
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. Java can call the
CancelJob or ResumeJob method of the Java helper DLL.
<?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:
4. Print Card Side(s)—Use the Windows printing interface (for example, GDI, WinForms), not
IBidiSpl.
6. EndJob—The printer completes printing and then ejects the card into the output tray.
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:
3. ResumeJob—The printer moves the card from the smart card station so that the card can be
processed further.
6. EndJob—The printer completes printing and then ejects the card into the output tray.
Java smartcard
Printer.SmartCardUnit:SingleWire:Connect
Printer.SmartCardUnit:SingleWire:Disconnect
Printer.SmartCardUnit:SingleWire:Transmit
Printer.SmartCardUnit:SingleWire:Status
Printer.SmartCardUnit:SingleWire:GetAttrib
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
If the ErrorCode is non-zero the 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 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>
If the ErrorCode is non-zero, the transmit 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 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.
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
mm = minor version
bbbb = build number
If the ErrorCode is non-zero, the GetAttrib 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 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
The SDK sample code wraps the IBidiSpl interface providing an interface that is similar to the
Microsoft Windows SCard API. You can include this code in your application or communicate
directly to the IBidiSpl interface, as you prefer.
For working code that demonstrates personalization of a MIFARE Classic smart card, refer to the
following samples:
Verify that the single-wire smart card reader is available in the printer. You can use the
IBidiSpl interface to get the printer options to do this.
Park the smart card before using the single-wire smart card reader, and move the card out of
the reader when the personalization is complete.
Send data the chip can accept. The driver does not check or alter the data.
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>
The Laser sample program shows how to laser engrave three StartJob
types of laser layouts:
A job that laser engraves a static layout would use the following IBidiSpl operations in the
order specified:
a. Start Job—The printer starts the job and picks the card.
b. Specify the laser setup file—Specify the static laser setup file name.
c. End Job—The printer ejects the card into the output hopper.
a. Start Job—The printer starts the job and picks the card.
b. Specify the laser setup file—Specify the duplex laser setup file name, and the variable
elements count.
c. Specify laser engrave data—Send text or binary information for all the variable elements
in the laser setup file.
d. 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:
a. Start Job—The printer starts the job and picks the card.
b. Magnetic Stripe Encode—The application sends the magnetic stripe track data.
c. Print card side(s)—Use the Windows printing interface (for example, GDI, WinForms),
not IBidiSpl.
e. Specify the laser setup file—Specify the laser setup file name, and the variable elements
count.
f. Specify laser engrave data—Send text or binary information for all the variable elements
in the laser setup file.
g. 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
laser 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 laser 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 laser 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. The information
that is returned depends on the values provided by the printer.
<?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>
<Kiosk>None</Kiosk>
<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
OptionInputhopper The input hopper configuration for this printer. The values
are:
SingleFeed
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, or the Java function
GetHopperStatus to get the input hopper status.
OptionMagstripe The magnetic stripe configuration for this printer. The values
are:
None
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.
PrintEngineType The type of printer reporting the information. The values are:
DirectToCard_DyeSub
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
This element is missing if the LaserModule value is None.
Installed
For working code that demonstrates printer status, refer to the following samples:
Java printer_status
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
For working code that demonstrates supplies status, refer to the following samples:
Java printer_status
To get the card count information stored in the printer using the IBidiSpl interface, set the
schema to Printer.CounterStatus2:Read. For Java, call the GetPrinterCounterStatus2 method
of the Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
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. For Java, call the ResetCardCounts method of the
Java helper DLL (dxp01sdk_IBidiSpl_interop.dll).
Sample Code—Card Counts
For working code that demonstrates card counts, refer to the following samples:
To get the hopper status for the printer using the IBidiSpl interface, set the schema to
Printer.Hopper:Status.Get. For Java, call the GetHopperStatus method of the Java helper DLL
(dxp01sdk_IBidiSpl_interop.dll).
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 a card is present in the
exception hopper. The firmware always returns the status “Cannot detect.”
For a single-hopper printer, the firmware can detect if a card is present in the
exception hopper. The firmware returns the status “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
Java uses the following functions with the Java helper DLL (dxp01sdk_IBidiSpl_interop.dll):
SetPrinterLockState
ChangeLockPassword
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 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:
plus (+)
slash (/)
Sample Code—Locking
For working code that demonstrates the lock operation, refer to the following samples:
Java locks
The color adjust settings consist of 33 values for three color arrays: Red, Green, and Blue. Each
array has 11 values that you can set to customize the color printing on a card. Your application can
adjust how colors are printed by the printer.
Each color contains 11 comma-separated integers in a range from -25 to 25. These adjust the
color settings to a value between -10% and +10% of the default setting.
Plus (+)
Minus (-)
Comma (,)
0 through 9
Negative values must start with a minus (-). Positive values may start with a plus (+) or have
no sign.
The value zero cannot be preceded by a sign character, so plus or minus zero (for example, -0
or +0) is not allowed.
It sends an XML structure that specifies which color channels should be set to default as
described in the DEFAULT_COLOR_XML.
<?xml version="1.0"?>
<SetDefaultColor>
<RedColorChannel>%ls</RedColorChannel>
<GreenColorChannel>%ls</GreenColorChannel>
<BlueColorChannel>%ls</BlueColorChannel>
</SetDefaultColor>
For working code that demonstrates the color adjust operation, refer to the following samples:
Java printer_control
3. Enter the values for the Color Adjust settings you want to change:
ColorAdjustB[0–10]
ColorAdjustG[0–10]
ColorAdjustR[0–10]
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.
Java locks
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
Java printer_state
Java printer_control
Your application should always verify that the printer is online before starting a job. Refer to
“Installed Printer Status, Supplies Status, and Counter Status” on page 52 for information
about how to request and interpret the printer status to determine if the printer is online.
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 is 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. Before you can
run the sample code that is in the samples folder, you first must create a common_java.jar file
and then generate a runnable JAR file for each sample that you want to use. This chapter
describes how to use the Eclipse development environment to generate the JAR files.
The examples in this chapter were created using Eclipse Version: Oxygen.31 Release (4.7.3a) and
Java version 1.8.
You also can use the runnable JAR files that are included in the SDJ jars folder. Refer
to Appendix C: "Use the SDK Java Samples” for complete information.
Open a command prompt window and Issue the command “java -version” from a command
line. The following example shows the type of information that displays:
C:\Users\username>java -version
Directory of C:\java\xps_card_printer_sdk
c. Browse to the samples\java folder under the folder you created in step 2 of “Extract the
SDK Files” on page B-1 and click OK.
Select Copy projects to workspace as some samples have file location dependencies.
e. Click Finish.
1. In the Eclipse Package Explorer, right-click the common_java project folder and select
Properties.
5. In the Eclipse Package Explorer, right-click the common_java project folder and select Export.
a. Make sure that common_java is the only item selected in the resources pane.
c. Make sure that Export generated class files and resources is selected.
d. Select the export destination. Browse to the eclipse-workspace you created in step 1 of
“Create an Eclipse Workspace” on page B-2. Select the common_java project folder and
name the JAR file common_java.jar. Click Save.
8. Click Finish.
The following example illustrates creating a runnable JAR file for the barcode_park
sample. Use the same procedure for each Java sample.
1. In the Eclipse Package Explorer, right-click the project folder of the sample you want to run (in
this example, barcode_park) and select Properties.
If it indicates that the location is missing, double-click the file entry and locate the common_
java.jar file you created in “Build the common_java JAR File” on page B-5.
Verify that dxp01sdk_IBidiSpl_interop.dll displays for both 32-bit and 64-bit systems.
The Eclipse workspace is the required destination for all Java samples.
b. Enter the name of the sample file, barcode_park.jar, and click Save.
11. In the Runnable JAR file Export window, make sure that Extract required libraries into
generated JAR is selected.
13. Repeat this process for each Java sample that you want to use.
Open a command prompt window in the location of the JAR file in the Eclipse workspace and
enter the command java -jar barcode_park.jar.
C:\Users\korask\eclipse-workspace-xps_driver_sdk\barcode_park>java -jar barcode_
park.jar
options:
-n <printername>. Required. Try -n "XPS card printer"
-b parks the card such that the barcode on the back side of the card
can be read. Default operation is to park the card such that the
barcode on the front side of the card can be read.
-c poll for job completion
-p Print sample text on the card.
-f <Front | Back>. Flip card on output
-i <input hopper>. Defaults to input hopper #1.
Examples:
java -jar barcode_park.jar -n “XPS Card Printer” -p
Parks a card such that the barcode on the front side of the card can be read,
asks you to continue (i.e., barcode read was successful) or reject (i.e. barcode
read was not successful). If the read was successful, sample images are printed
on one or both sides of the card.
Parks a card such that the barcode on the front side of the card can be read,
asks you to continue or reject and then does what you requested.
Unable to find dxp01sdk_ Make sure that you exported the common_java jar file at the
IBidiSpl_interop.dll project folder level instead of at the common_java package
level. Refer to “Build the common_java JAR File” on page B-5.
Do not export
Recommendations
Use the following recommendations when creating or working with the Java samples.
Create a new Eclipse workspace before you make changes to the Java samples. This maintains
the original samples in their own workspace in case you need them.
Create a new Eclipse workspace whenever you install a new version of the SDK. The helper
dll, dxp01sdk_IBidiSpl_interop.dll, is copied to each sample in the workspace. When you
create a new workspace it ensures that the dll is always up-to-date.
You must rebuild your Java samples when you install a new version of the SDK.
Overview
The SDK Java files that are included in the jars folder are runnable JAR files that you can use
without having to build the files yourself. This is similar to the compiled samples for Visual C++,
Visual C#, and VB.NET located in the exes folder.
The Java samples were created and tested using Java version 8, update 181. We recommend that
you install and use that version with the samples.
You need to know the location where the Java version 8, update 181 java.exe file
is installed on your computer to run the JAR files. java.exe is located in the bin
folder.
For example: C:\Program Files\Java\jre1.8.0_181\bin.
If you run the Java samples with a later version of Java, such as Java version 9 or
newer, Java may issue a warning message indicating that “an illegal reflective
access operation has occurred.” This does not affect the Java samples and they
run without problems.
The Java SDK JAR files work with either the 32- or 64-bit versions of Java 8, update 181.
1. Open a command window and point to the jars directory on your computer. For example,
C:\XPS Driver_SDK\jars>
For example, enter the following command to run the barcode_park.jar sample to see help
information and the command line options:
After you run a Java sample, the Java helper dll file, dxp01sdk_IBidiSpl_interop.dll, is placed in
the jars folder. The dxp01sdk_IBidiSpl_interop.dll file is used by the sample .jar files to
communicate with the Card Printer Driver. The file is included in the common_java.jar file and is
extracted to the jars folder when any of the sample .jar files is executed.
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 SDK application can retrieve the error message any time using dxp01sdk:PRINTER_
MESSAGES. In addition, most of the SDK calls include printer errors as part of the status
information returned to the application.
The application can cancel jobs using the SDK, including canceling all jobs in the printer.
When “cancel all jobs” is requested, the printer cancels all of its jobs. The driver also cancels
all the driver jobs that are in an error state.
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.
Overview
The XPS Card Printer Driver supports the CE870 Kiosk system. To use the Card Printer Driver and
SDK with the CE870 kiosk system, you need the following:
The CE870 kiosk system is shipped with the firmware options that support the kiosk already
enabled.
For the Card Printer Driver to support the CE870 kiosk system, the driver must be able to
recognize the kiosk system. This is controlled by the DriverEnable option in the printer firmware.
The option is set using one of the following methods:
When the DriverEnable setting is enabled, the Card Printer Driver uses the Printer Manager
WebService-access level option Printer Setting > EmbossModuleKioskSupport to detect the
kiosk system. The driver configures itself to Kiosk mode and uses the following kiosk DPCL
actions:
Printer Setting > Emboss > Specifies where to place a card that was dispensed via kiosk
KioskRetrieveLocation output, but not taken by the user (from the embosser or from
an external card reader), from the following:
OutputHopper—Place cards in the embosser output hopper.
This is the default setting.
RejectTray—Place cards in the embosser reject tray.
Printer Setting > Emboss > Sets the maximum amount of time that a card is parked inside
KioskWaitDelay the kiosk assembly for a user to take until the card is retracted.
The default is 60 seconds. When set to 0, the system waits
indefinitely for the user to take the card.
You can set the Card Printer Driver to run in silent mode. Refer to Appendix D:
"Suppress the Driver Message Display”.
Refer to “Get the Status of an Interactive Job” on page 27 for complete information about how to
retrieve the job status and the JobState values for a kiosk system.
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.
3. Click OK.
The image then looks like the following. This step is required because the UV ink becomes the
“white” of the image when exposed to a UV light source.
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.
The image now looks like the following. The black pixels in the image have been replaced
with 217:217:217.
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