1、DRAFT FOR DEVELOPMENTDD CEN/TS 15525:2006Postal services Standard Interfaces Interface between Machine Control and Bar Code PrintersICS 03.240g49g50g3g38g50g51g60g44g49g42g3g58g44g55g43g50g56g55g3g37g54g44g3g51g40g53g48g44g54g54g44g50g49g3g40g59g38g40g51g55g3g36g54g3g51g40g53g48g44g55g55g40g39g3g37g
2、60g3g38g50g51g60g53g44g42g43g55g3g47g36g58DD CEN/TS 15525:2006This Draft for Development was published under the authority of the Standards Policy and Strategy Committee on 28 February 2007 BSI 2007ISBN 978 0 580 50286 6National forewordThis Draft for Development was published by BSI. It is the UK i
3、mplementation of CEN/TS 15525:2006.This publication is not to be regarded as a British Standard.It is being issued in the Draft for Development series of publications and is of a provisional nature. It should be applied on this provisional basis, so that information and experience of its practical a
4、pplication can be obtained.Comments arising from the use of this Draft for Development are requested so that UK experience can be reported to the European organization responsible for its conversion to a European standard. A review of this publication will be initiated not later than 3 years after i
5、ts publication by the European organization so that a decision can be taken on its status. Notification of the start of the review period will be made in an announcement in the appropriate issue of Update Standards.According to the replies received by the end of the review period, the responsible BS
6、I Committee will decide whether to support the conversion into a European Standard, to extend the life of the Technical Specification or to withdraw it. Comments should be sent to the Secretary of the responsible BSI Technical Committee at British Standards House, 389 Chiswick High Road, London W4 4
7、AL.The UK participation in its preparation was entrusted to Technical Committee SVS/4, Postal services.A list of organizations represented on SVS/4 can be obtained on request to its secretary.This publication does not purport to include all the necessary provisions of a contract. Users are responsib
8、le for its correct application.Amendments issued since publicationAmd. No. Date CommentsTECHNICAL SPECIFICATIONSPCIFICATION TECHNIQUETECHNISCHE SPEZIFIKATIONCEN/TS 15525November 2006ICS 03.240English VersionPostal Services - Standard Interfaces - Interface betweenMachine Control and Bar Code Printer
9、sServices postaux - Interfaces standard - Interface entremachine de supervision et imprimantes de codes barresPostalische Dienstleistungen - Standardschnittstellen -Schnittstelle zwischen Betriebssystem vonSortiermaschinen und BarcodedruckernThis Technical Specification (CEN/TS) was approved by CEN
10、on 23 October 2006 for provisional application.The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to submit theircomments, particularly on the question whether the CEN/TS can be converted into a European Standard.CEN member
11、s are required to announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS availablepromptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in parallel to the CEN/TS)until the final decision about the poss
12、ible conversion of the CEN/TS into an EN is reached.CEN members are the national standards bodies of Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France,Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portu
13、gal, Romania,Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.EUROPEAN COMMITTEE FOR STANDARDIZATIONCOMIT EUROPEN DE NORMALISATIONEUROPISCHES KOMITEE FR NORMUNGManagement Centre: rue de Stassart, 36 B-1050 Brussels 2006 CEN All rights of exploitation in any form and by any means res
14、ervedworldwide for CEN national Members.Ref. No. CEN/TS 15525:2006: E2 Contents Page Foreword4 Introduction .5 1 Scope 7 2 Normative references 8 3 Terms and definitions .9 4 Symbols and abbreviations 10 5 Overview of the interface 10 6 Data communications interface .11 7 Signalling interfaces12 7.1
15、 Physical connections 12 7.2 Print clock signal .13 7.3 PrintGo signal 14 8 Messages and their usage 15 9 Detailed message definitions .18 9.1 The message header .18 9.2 0x00: PrintData.18 9.3 0x01: ClearPrintData25 9.4 0x10: SoftwareDownload 25 9.5 0x11: InitManufacturer 27 9.6 0x12: InitCustomer.2
16、8 9.7 0x13: LoadPattern29 9.8 0x14 LoadBarCodeFormat33 9.9 0x16: LoadFont 36 9.10 0x20: PrinterOffLine 38 9.11 0x21: PrinterOnLine.38 9.12 0x22: RequestTechnicalData39 9.13 0x23: RequestSoftwareVersion40 9.14 0x24: RequestStatus .40 9.15 0x25: ResetPrinterFaults.41 9.16 0x2F: TestInkJet.41 9.17 0x90
17、: SoftwareUpload .42 9.18 0x91: UploadManufacturer42 9.19 0x92: UploadCustomer42 9.20 0x93: UploadPattern 42 9.21 0x94: UploadBarCodeFormat .43 9.22 0x95: UploadFont.43 9.23 0xA2: TechnicalData44 9.24 0xA3: SoftwareVersion44 9.25 0xA4: PrinterStatus46 10 Message flow52 10.1 Printer states and state
18、changes .52 10.2 Printer initialisation .53 10.3 Printing .55 10.4 Requests and responses 57 10.5 Ink jet testing58 11 Use of the service socket58 CEN/TS 15525:20063 Annex A (Normative) Timing diagrams59 A.1 Normal timings 59 A.2 Double PrintData message.60 A.3 PrintGo errors 60 A.4 Print error .61
19、Annex B (Informative) PrintData examples63 B.1 Example of a mixed bar code and text message .63 B.2 Example of a mixed image and text message 68 Annex C (Informative) Load Font definition 72 C.1 General .72 C.2 Message structure.72 Bibliography75 CEN/TS 15525:20064 Foreword This document (CEN/TS 155
20、25:2006) has been prepared by Technical Committee CEN/TC 331 “Postal Services”, the secretariat of which is held by NEN, in collaboration with UPU. NOTE This document has been prepared by experts coming from CEN/TC 331 and UPU, under the frame of the Memorandum of Understanding between UPU and CEN.
21、The UPUs contribution to the specification was made, by the UPU Standards Board1)and its subgroups, in accordance with the rules given in Part V of the “General information on UPU standards“. According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following cou
22、ntries are bound to announce this CEN Technical Specification: Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spa
23、in, Sweden, Switzerland and United Kingdom. 1)The UPUs Standards Board develops and maintains a growing number of standards to improve the exchange of postal-related information between posts, and promotes the compatibility of UPU and international postal initiatives. It works closely with posts, cu
24、stomers, suppliers and other partners, including various international organizations. The Standards Board ensures that coherent standards are developed in areas such as electronic data interchange (EDI), mail encoding, postal forms and meters. UPU standards are published in accordance with the rules
25、 given in Part VII of the General information on UPU standards, which can be freely downloaded from the UPU world-wide web site (www.upu.int).CEN/TS 15525:20065 Introduction Automated postal sorting systems frequently use printers to print bar codes, cancellation and other marks and human readable d
26、ata on the items processed through them. Bar codes are used to control further processing steps and to support item tracking and performance monitoring; cancellation marks to prevent the re-use of postage stamps, record data and the location of processing and to convey advertising or other messages
27、and human readable text is used to support a provision of instructions, such as forwarding addresses to delivery agents and manual sorting staff and providing back-up in the event of unreadability of bar codes. In order to print bar codes, images or text on items, an interface between sorter and pri
28、nter is needed for transferring information, providing sorter speed information and to control the start of printing. This interface has traditionally been different for each printer supplier and even for different models of printer. This has resulted in the need for sorting equipment suppliers to d
29、evelop printer- or even project-specific interface solutions to fulfil the requirements of individual postal operators for the printer brand they want to use. This has several disadvantages. Such specific interface solutions are typically not integrated into the sorting system suppliers product line
30、 and often result in: substantial duplication, with each participating supplier being required to undertake separate development; system integration being complex and time consuming (and therefore expensive); long-term dependence on the original supplier(s), due to the impossibility of contracting m
31、odification of the interface to third parties; high maintenance costs, at least once the initially agreed maintenance period is over; early obsolescence, due to lack of support for long-term maintenance; inability to upgrade equipment and/or to replace worn out or obsolete equipment; poor transferab
32、ility between projects. The above issues are not limited to the sorting systems interface with printers, but apply also to interfaces with other system components, including bar code readers, image capture devices, OCR sub-systems, etc. Their impact is also growing because, to optimise performance,
33、postal operators increasingly require sorting systems which integrate equipment from different suppliers. In the past this has led to project specific interfaces being negotiated between one postal operator and one or multiple suppliers. These project-specific interfaces were developed by the suppli
34、ers and maintained for an agreed period of time. Some suppliers have sought to address these problems by defining supplier-specific “open interfaces” that apply across a range of products, but these still have the disadvantage of being in product use by only one supplier. This led to an initiative,
35、on the part of a group of suppliers and postal operators, to develop a range of “open standard interfaces” which, following their implementation by suppliers, could support the construction of systems using components from different suppliers. This standard, which covers the interface between the co
36、ntrol unit of a postal sorting system and a printer connected to that system, is the first of these open standard interfaces. Like the similar specifications that are CEN/TS 15525:20066 expected to be developed in the future2), it is expected subject to its adoption as a tendering requirement by pos
37、tal operators to lead to improved economics and performance of postal automation systems through: long term reductions in costs, with higher initial product development and system acquisition costs being more than offset by reductions in project-specific developments, integration and maintenance cos
38、ts; simpler, faster, system integration, particularly in cases in which equipment from different suppliers is involved; longer term, lower cost, maintainability and increased longevity of systems; increased competition between suppliers, resulting in both enhanced products and lower costs; reduced d
39、ependence on individual supplier(s). 2) A second specification, covering the interface between the control unit of the image processing subsystem of a sorter and an image enhancement subsystem, such as an address interpretation system, is already under development; others are expected to follow as a
40、nd when the need is identified and the resources for development become available. Each will be developed by a separate ad-hoc project group working under the auspices of CEN/TC 331 Postal services and/or the UPU Standards Board. CEN/TS 15525:20067 1 Scope This document specifies the electrical, dat
41、a and timing interface between the control unit of a postal sorting system and an ink jet printer connected to that system. It further specifies an ancillary interface to the printer, which can be used for the support of remote diagnostics and other service functions. NOTE 1 This specification can e
42、qually be applied to the interfacing of printers to sequencing systems and combined sorting and sequencing systems. It was primarily developed for application to ink jet printers, but could be applied to printers with similar functionality that make use of other printing technologies. At the physica
43、l level, the specification is based on the use of a combination of a standard 100 Mbps Ethernet connection for the transfer of data and patch cables for signalling. At a logical level, data is transferred using messages transmitted across the Ethernet connection using three TCP/IP sockets, with the
44、execution of time-critical functions being controlled through the use of signals on a TIA/EIA-422 interface. NOTE 2 Several printers can be connected to a single sorting system. In this case, the printers can optionally share access to a single Ethernet network, but each requires its own patch cable
45、s. This standard does not support the connection of a single printer to multiple sorting system control units. This document defines all messages that may be transferred via each of the TCP/IP sockets, specifies printer behaviour on receipt of these messages and defines how the timing of this behavi
46、our is controlled by the TIA/EIA-422 signals. The specification supports the use of the printer to print bar codes, human readable text and/or images on mail items whilst these are being transported past the print head3. It provides explicit support for Bar/No Bar (BNB), Bar/Half Bar (BHB) and four
47、state bar codes, but allows full user control over the specification of bar patterns to support more complex bar coding formats. NOTE 3 Printers that comply with the specification are required to support printing of the three above mentioned bar coding formats, character printing and two images; sup
48、port for additional formats and a greater number of images is optional and, in particular, can depend on the available printer memory The different TCP/IP sockets have different functions that may be fulfilled by different subsystems referred to as sorter control, print control and remote service. W
49、here these are implemented as distinct subsystems, they will need to intercommunicate. The interfaces between them nevertheless fall outside the scope of this specification and are not covered herein. EXAMPLE Before initialisation, during printer OFF mode and if a fatal error is reported by the printer, print control should desist from sending print instructions to the printer. It therefore needs to be kept aware of printer status. Similarly, print control might need to forward print error information to sorter control. Use of the control and servic
