1、 The Institute of Electrical and Electronics Engineers, Inc.3 Park Avenue, New York, NY 10016-5997, USACopyright 2000 by the Institute of Electrical and Electronics Engineers, Inc.All rights reserved. Published 24 October 2000. Printed in the United States of America.Print:ISBN 0-7381-2615-2 SH94880
2、PDF:ISBN 0-7381-2616-0 SS94880No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher.IEEE Std 1284-2000(R2011)(Revision ofIEEE Std 1284-1994)IEEE Standard Signaling Methodfor a Bidirectional Par
3、allel Peripheral Interface for Personal ComputersSponsorMicroprocessor and Microcomputer Standards Committeeof theIEEE Computer SocietyApproved 21 September 2000 Reaffirmed 7 December 2011IEEE-SA Standards BoardAbstract:A signaling method for asynchronous, fully interlocked, bidirectional parallel c
4、ommuni-cations between hosts and printers or other peripherals is deg192ned. A functional subset of thesignaling method may be implemented on personal computers (PCs) or equivalent parallel porthardware with new software. New electrical interfaces, cabling, and interface hardware thatprovides improv
5、ed performance while retaining backward compatibility with this subset is detailed.Keywords:bidirectional parallel communications, computers, interfaces, PCs, personalcomputers, printersIEEE Standardsdocuments are developed within the IEEE Societies and the Standards Coordinating Com-mittees of the
6、IEEE Standards Association (IEEE-SA) Standards Board. Members of the committees servevoluntarily and without compensation. They are not necessarily members of the Institute. The standardsdeveloped within IEEE represent a consensus of the broad expertise on the subject within the Institute aswell as
7、those activities outside of IEEE that have expressed an interest in participating in the development ofthe standard.Use of an IEEE Standard is wholly voluntary. The existence of an IEEE Standard does not imply that thereare no other ways to produce, test, measure, purchase, market, or provide other
8、goods and services related tothe scope of the IEEE Standard. Furthermore, the viewpoint expressed at the time a standard is approved andissued is subject to change brought about through developments in the state of the art and commentsreceived from users of the standard. Every IEEE Standard is subje
9、cted to review at least every g192ve years forrevision or reafg192rmation. When a document is more than g192ve years old and has not been reafg192rmed, it is rea-sonable to conclude that its contents, although still of some value, do not wholly reg193ect the present state ofthe art. Users are cautio
10、ned to check to determine that they have the latest edition of any IEEE Standard.Comments for revision of IEEE Standards are welcome from any interested party, regardless of membershipafg192liation with IEEE. Suggestions for changes in documents should be in the form of a proposed change oftext, tog
11、ether with appropriate supporting comments.Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as theyrelate to specig192c applications. When the need for interpretations is brought to the attention of IEEE, theInstitute will initiate action to prepare ap
12、propriate responses. Since IEEE Standards represent a consensus ofall concerned interests, it is important to ensure that any interpretation has also received the concurrence of abalance of interests. For this reason, IEEE and the members of its societies and Standards CoordinatingCommittees are not
13、 able to provide an instant response to interpretation requests except in those cases wherethe matter has previously received formal consideration. Comments on standards and requests for interpretations should be addressed to:Secretary, IEEE-SA Standards Board445 Hoes LaneP.O. Box 1331Piscataway, NJ
14、 08855-1331USAIEEE is the sole entity that may authorize the use of certig192cation marks, trademarks, or other designations toindicate compliance with the materials set forth herein.Authorization to photocopy portions of any individual standard for internal or personal use is granted by theInstitut
15、e of Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to CopyrightClearance Center. To arrange for payment of licensing fee, please contact Copyright Clearance Center, Cus-tomer Service, 222 Rosewood Drive, Danvers, MA 01923 USA; (978) 750-8400. Permission to pho
16、tocopyportions of any individual standard for educational classroom use can also be obtained through the Copy-right Clearance Center.Note: Attention is called to the possibility that implementation of this standard mayrequire use of subject matter covered by patent rights. By publication of this sta
17、ndard,no position is taken with respect to the existence or validity of any patent rights inconnection therewith. The IEEE shall not be responsible for identifying patents forwhich a license may be required by an IEEE standard or for conducting inquiries intothe legal validity or scope of those pate
18、nts that are brought to its attention.Copyright 2000 IEEE. All rights reserved.iiiIntroduction(This introduction is not a part of IEEE Std 1284-2000, IEEE Standard Signaling Method for a Bidirectional ParallelPeripheral Interface for Personal Computers.)This standard was formally started as an IEEE
19、effort in January 1992, but without the advance work done bya loose alliance of printer manufacturers and printer software developers called the Network PrintingAlliance, this standard would not be possible. The following lists the key contributors to the revision of this standard:Forrest D. Wright,
20、ChairLarry Stein,SecretaryLance Spaulding,EditorThe following members of the balloting committee voted on this standard:Darrell CoxLee FarrellRobert GrossLaurie LassloHideki MorozumiBill MynttiFumio NagasakaDavid RoachBill RussellGreg ShueJerry ThrasherRick Vander WegenCraig WhittleSteven R. BardLon
21、 CanadayKeith ChowJames R. DavisSourav K. DuttaEdwin Vivian El-KarehLee FarrellThomas M. KuriharaJoseph R. MarshallGene E. MilliganRobert MortonsonKlaus-Dieter MuellerAtsushi NakamuraRoman OrzolGary S. RobinsonDavid RockwellJaideep RoyThomas J. SchaalAkihiro ShimuraLarry SteinJoseph TardoMichael G.
22、ThompsonForrest D. WrightOren YuenivCopyright 2000 IEEE. All rights reserved.When the IEEE-SA Standards Board approved this standard on 21 September 2000, it had the followingmembership:Donald N. Heirman,ChairJames T. Carlo,Vice ChairJudith Gorman,Secretary*Member EmeritusAlso included is the follow
23、ing nonvoting IEEE-SA Standards Board liaison:Alan Cookson, NIST RepresentativeDonald R. Volzka, TAB RepresentativeGreg KohnIEEE Standards Project EditorSatish K. AggarwalMark D. BowmanGary R. EngmannHarold E. EpsteinH. Landis FloydJay Forster*Howard M. FrazierRuben D. GarzonJames H. GurneyRichard J
24、. HollemanLowell G. JohnsonRobert J. KennellyJoseph L. Koepg192nger*Peter H. LipsL. Bruce McClungDaleep C. MohlaJames W. MooreRobert F. MunznerRonald C. PetersenGerald H. PetersonJohn B. PoseyGary S. RobinsonAkio TojoDonald W. ZipseCopyright 2000 IEEE. All rights reserved.vContents1. Overview 11.1 S
25、cope 11.2 Purpose. 12. References 23. Definitions 23.1 General terminology 23.2 Communication modes 43.3 Operating phases 44. Features and compliance 74.1 Interface overview . 74.2 Features 74.3 Device compatibility criteria 74.4 Device compliance criteria 84.5 Cable compliance criteria 95. Interfac
26、e signals . 105.1 HostClk/nWrite (nStrobe): host driven 105.2 AD1.AD8 (Data1.Data8) . 105.3 PtrClk/PeriphClk/Intr (nAck): peripheral driven. 105.4 PtrBusy/PeriphAck/nWait (busy): peripheral driven. 115.5 AckDataReq/nAckReverse (PError): peripheral driven 115.6 Xflag (Select): peripheral driven . 115
27、.7 HostBusy/HostAck/nDStrb (nAutoFd): host driven 125.8 Peripheral Logic High: peripheral driven 125.9 nReverseRequest (nInit): host driven.125.10 nDataAvail/nPeriphRequest (nFault): peripheral driven . 135.11 1284 Active/nAStrb (nSelectIn): host driven 135.12 Host Logic High: host driven. 136. Inte
28、rface concepts 146.1 Link level and data level separation. 146.2 IEEE 1284 communication options . 146.3 Nibble Mode/Byte Mode transfer 156.4 Host-initiated transfers. 156.5 Peripheral-initiated transfers 156.6 Multiple byte transfers . 156.7 Interface errors. 156.8 Peripheral error resolution . 166
29、.9 ECP Mode command/data . 166.10 EPP Mode addressing 176.11 Device identification 18Copyright 2000 IEEE. All rights reserved.vi7. Interface operation . 197.1 Power-On . 197.2 Initialization . 197.3 Compatibility Mode. 197.4 Negotiation. 207.5 Peripheral-to-host transfer modes 287.6 Device ID. 527.7
30、 Termination 537.8 Collisions . 538. Mechanical and electrical interface . 568.1 General considerations. 568.2 Mechanical characteristics. 568.3 Electrical characteristics 619. Software support 749.1 General considerations. 749.2 Application level compatibility 759.3 MS-DOS IEEE 1284 driver . 759.4
31、Windows 1284 driver. 759.5 Reverse channel data 759.6 Link performance. 75Annex A (normative) Timing specifications . 76Annex B (normative) Signal transition events. 78Annex C (informative) Centronics and PC-compatible parallel interfaces . 81Annex D (informative) Bibliography. 98Annex E (informativ
32、e) Reducing data loss in ECP reverse termination . 99Copyright 2000 IEEE. All rights reserved.1IEEE Standard Signaling Methodfor a Bidirectional Parallel Peripheral Interface for Personal Computers1. Overview1.1 ScopeThis standard deg192nes a signaling method for asynchronous, fully interlocked, bid
33、irectional parallel commu-nications between hosts and printers or other peripherals. A functional subset of the signaling method maybe implemented on personal computers (PCs) or equivalent parallel port hardware with new software. Thisstandard recommends new electrical interfaces, cabling, and inter
34、face hardware that provides improved per-formance while retaining backward compatibility with this subset.This standard also specig192es a format for a peripheral identig192cation string and a method of returning thisstring to the host outside of the bidirectional data stream.1.2 PurposeThis standar
35、d was created because there existed no deg192ned standard for bidirectional parallel communica-tions between personal computers and printing peripherals. Pre-existing methods utilized a wide variety ofhardware and software products, each with unique and incompatible signaling schemes. This standard
36、wasdeveloped to provide an open path for communications between computers and more intelligent printers andperipherals. The availability of a standard bidirectional protocol will encourage the development of newperipherals that return signig192cant data, as well as basic status, to the host.IEEEStd
37、1284-2000 IEEE STANDARD SIGNALING METHOD FOR A BIDIRECTIONAL2Copyright 2000 IEEE. All rights reserved.2. ReferencesThis standard shall be used in conjunction with the following publication. If the following publication issuperseded by an approved revision, the revision shall apply.IEC 60950 (1999-04
38、), Safety of information technology equipment.13. Deg192nitions3.1 General terminologyThe following terms are used in this standard and/or may be used in conjunction with the signaling methodsdeg192ned in this standard. The deg192nitions are not intended to be absolute, but they do reg193ect the use
39、 of theterms in this standard. 3.1.1 bidirectional operation:When the peripheral and host communicate using both forward and reversedata channels. As deg192ned in this standard, Nibble and Byte Modes provide reverse channel communicationand are used in conjunction with Compatibility Mode to provide
40、bidirectional operation. Extended Capabili-ties Port (ECP) and Enhanced Parallel Port (EPP) Modes support bidirectional communication. 3.1.2 Centronics:The popular name for the parallel printer port used as the parallel interface for most print-ers and supported by most “MS-DOS compatible” PCs. The
41、name is derived from the printer manufacturerthat introduced this interface, Centronics Data Computer Corporation. Despite a basic similarity, many vari-ations of this interface have been implemented in different peripherals and hosts. This specig192cation describesthe more prevalent variations of t
42、he “Centronics” interface and deg192nes a family of signaling methods that arebackward compatible with the typical “Centronics” interface. 3.1.3 Centronics connector:The popular name for the 36-pin ribbon contact type connector commonlyused for the parallel port on printers. This connector is referr
43、ed to as the “IEEE 1284-B” connector in thisstandard.3.1.4 command set:A g192eld in the Device ID message identifying the type of data expected by the periph-eral. For example, a printer might use this g192eld to report which page description language(s) it supports. 3.1.5 compatible device:A device
44、 that supports any of a specig192ed range of popular variants of the“Centronics” interface. Compatible devices will interoperate with compliant devices in Compatibility Modeonly.3.1.6 compliant device:A device that supports either the Level 1 or Level 2 electrical interface, plusCompatible and Nibbl
45、e Mode operation, as well as the negotiation phases necessary to transition betweenthese two modes.3.1.7 device driver:A program that runs on the host and manages the sending and receiving of informationfrom the peripheral. The driver utilizes the link level interface deg192ned in this standard to c
46、ommunicate databetween the application program and the peripheral personality.3.1.8 Device ID:A structured, variable length ASCII message identifying the manufacturer, command set,and model of the peripheral. Additional information may also be included. The message is provided by the1IEC publication
47、s are available from the Sales Department of the International Electrotechnical Commission, Case Postale 131, 3, ruede Varemb , CH-1211, Gen ve 20, Switzerland/Suisse (http:/www.iec.ch/). IEC publications are also available in the United Statesfrom the Sales Department, American National Standards I
48、nstitute, 11 West 42nd Street, 13th Floor, New York, NY 10036, USA.IEEEPARALLEL PERIPHERAL INTERFACE FOR PERSONAL COMPUTERS Std 1284-2000Copyright 2000 IEEE. All rights reserved.3peripheral in response to a request issued by the host during the negotiation phase. Provided that the periph-eral suppor
49、ts the bidirectional mode requested by the host, this message is provided in the requested mode.The Device ID is intended to assist the host in selecting the device and/or peripheral driver appropriate to theperipheral. 3.1.9 forward channel:Data path from the host to the peripheral.3.1.10 host:A device, typically a personal computer, that will control the communications with attachedperipherals.3.1.11 IEEE 1284-compatible device:See:compatible device.3.1.12 IEEE 1284-compliant device:See: compliant device.3.1.13 IEEE 1284-A connector:A plug or receptacle 25-pin subminiature D
