Home ] Up ]


The HP 2000 TSB Systems were a great  entry into the world of computing for many people in the academic environment. In addition, they were also used for selling computer online computer time.


Ed Sharpe CEO of Computer Exchange Inc.
(The computer was younger and so was Ed!)

wpe14.jpg (22618 bytes)
(Click image for larger view)

 View of the Computer Exchange HP 2000
 Systems. The system in the foreground is the Maricopa Community College District 2000F System (purchased surplus by Computer Exchange Inc. of Phoenix Arizona) which consisted of a double cabinet and a 20 meg. 2883 disc drive. Note that a second drive had been added and also a third cabinet which housed the Vadic Modems and operational spare processor in case of a failure in the main system. At the time of this photograph the 2000F operating system had been upgraded to 2000 Access.

The system in the background was used for hardware testing, development of I/O boards, testing software patches for the 2000 Access production system and generally anything else you wanted to do but not jeopardize the operation of the production system.

Some Notes: HP's final offering in the 2000 timeshare line was called "2000 ACCESS" and was far and above of earlier iterations of the systems in file handling and system capabilities even did RJE and HASP! The 2116 would no longer wok as the I/O process with the access upgrade due to increased memory needs 32K words vs 16 K words max on the 2116.... and there was some new microcode that was necessary for the running of the 2000 Access system I/O processor. the replacement was a HP-2100 with 32K words or a HP-21 MX with 32 k-words
We ended up with the 2000F systems from MCCCD and Phx union both we still have the 2116 from Phx Union and we have the compete system from MCCCD you see in the young Ed Photo above.

The MCCCD 2000F we upgraded to an access system.  Ed#

We also  got a 2000 Access processors and 2883 and 2884  from Oregon that my bother picked up and met us in San Jose and  we transferred it to our  van. this is how  we  got the 2884 slave to add to SYSTEM-X and the second firmware to upgrade Phx Union's  200F to ACCESS.

  Fred Allerd  or Allard was a HP CE that worked on all the HP-2000 systems in Arizona.



wpe54.jpg (48682 bytes)   

  wpe58.jpg (49804 bytes)  
Hp-3000 Series II System and Ed Sharpe



HP 2000A timeshare system  name tags. they were off some systems that had been owned by Computer Resources Services  (CRS) here in Arizona.

The 2000A was the first HP 2000 time share system on the market ca. 1969




Ed's Desk!

Phoenix Union High School System
 HP 2000F 
We  converted to it  to an  ACCESS system.

We are looking for stories and pictures from Phoenix Union High School Time Share System days with the old HP-2000


During the 1969-70 school year the Phoenix Union High School System purchased a Hewlett-Packard 2000A Time-Sharing Computer. This computer, purchased with matching funds from an NDEA Title III grant, was named the Educational Computer, since it is used exclusively for in­structional purposes. Since the original acquisition, the Educational Computer has gone through several updates. The last expansion was in the 1973-74 school year. At present this Hewlett-Packard Computer is a 2000F model which can communicate with 32 users simultaneously. Fifty-seven terminals are utilized by academic departments in the schools which results in approximately a two-to-one ratio of the num­ber of users compared to the computer service available. The computer is located at the District Office and services the terminals over tel­ephone lines.

Originally, the Educational Computer was used for teaching programming languages, and for problem solving in mathematics and science classes. However, during the last seven years the use of academic computing in the Phoenix Union High School System has experienced considerable growth. Currently, a number of academic areas are utilizing the Educational Computer for a variety of applications. Departments currently using the Educational Computer include Mathematics, Science, Reading, English, Foreign Language, Social Studies, Business, and Home Economics.  

Academic Computing 
in the
Phoenix Union High


We still have this PDP-8  in the SMECC Museum. Wonder what happened to the DEC Tape drives?

Brad, one of our summer employees, who used the handle METRON was  the co-author of the infamous CYBER-NET emulator...people that stumbled into it (or  we  ported them into it) it made them think they were   doing an  RJE into  a  Cyber 66 at Sandia Labs. It was a  funny gag until   Sandia  thought it was real  and wondered what the  hell we  were doing and called  me up on the phone ranting. 

hewlet10.gif (474000 bytes)

Extra spare always needed  for resale HP processors!
The  Classic PDP8  was  for decoration as I always wanted one  since a child in 1965 -Finally  got  one!

The PDP-8 Sits on a Calcomp disc carcass  Bill Sanderson at Western Computer Leasing  gave me. I put  a top on it. Somewhere in the  SMECC warehouse  this still exists.
Thanks  to Bill for this and  many other great  ideas that helped  launch me into   endeavors and keep me there.

HP-2000A Timeshare System with a  lo-density tape drive and drum memory ...    I wish we still had this  one too!

hewlet16_series_3_with_maint_panel.gif (199527 bytes)
HP 3000 WACC-B from University Of Wisconsin River Falls.
Used by Marlys Nelson - HP-3000 Programmer Extraordinaire!

We purchased this and ran it to replace our series II.

We switched to the series 40  to save power but this was a wonderful machine  and Mike Porter at HP gave us that  maint.  panel that is sitting on top once the last series 3 went out of HP service contract in AZ. 

hewlet-series_40_15.gif (156953 bytes)

Our last  HP-3000 system, a 40 series- We also added a 7933.




ed_sharpe and system-x.gif (575930 bytes)

Ed Sharpe at Computer Exchange with the  HP-2000



Mesa Community College
Academic Computing 1974-1978.

Recollections of the timesharing 
era from a former student, Kim Martinson.
The MCCCD 2000F is mentioned.


SIDE NOTE - Chandler Drummond  was a printer  in the Phoenix Metro area and he  had a HP-2000 here in Arizona that was upgraded  to a HP-3000 Series 1 system.  Computer Exchange bought the HP-3000 Series 1 system .  The Series 1 was a 3000 series  CX  refurbished and resold  by HP. 

PLEASE HELP US SAVE HP-2000 and HP-3000 Hardware and Information.
EMAIL  Ed at info@smecc.org 


wpe1.gif (114803 bytes)

Odd HP 2100 Processor in desk top mount.
 Notice the odd front bezel on the front panel.
(click to make picture larger)

wpeA.gif (299177 bytes)

Advertisement for A VERY EARLY HP-3000 

HP_TSB_Internals_August-1969.pdf -  An interesting look! Thanks to Bruce Ray

Beware this is a 137 page  PDF file and is over 5 megs... slow over a dialup line!


  We had a GE  T-300  as a console on the MCCCD System.




An online communications system for HP-3000 system managers and users in an era before the World Wide Web. Embraced by many, including  far thinking publications such as the HP CHRONICLE, but feared as a counter-model to what existed by  the HP-National User group Administration, it served a purpose. FORUM/USA even organized a joint Swap tape with The HP CHRONICLE as Ed Sharpe  did the CSL Column for that publication.  Was INTEREX upset? YOU BET! It was an interesting era, and it was 'my application program'   that evolved   from  some contributed  HP2000 code and enhanced by my self and Glenn Gifford when he  was in my employ.   FORUM/UK  was gifted to  the UK National Users  group  and they flew me over  for a visit and to present a paper at the Brighton Conference to kick off the  launch. - Ed Sharpe 


wpe1.jpg (31861 bytes)


wpe3.gif (243358 bytes)  wpe5.gif (335353 bytes)

FORUM/USA is an on-line HP USER GROUP available 
24 hours a day, seven days a week at no cost! 

__________________ FEATURING _______________

FORUM/USA functions as a communications facility for users to share ideas, programs, and seek help and advice from others using similar systems. Contributions come from many sources including users, vendors, HPNEWS Network, and the Chronicle newspaper. This information is exchanged in an interactive manner that a publication does not allow. Many user questions are answered "on-line" by other knowledgeable users. With over 500 users worldwide FORUM/USA has a wide base experience represented. is available through the UK User Group in London. 

- MPE Internals & Secrets 
- Programming languages & 4th GL's
- Hardware & Software issues 
- Industry News 
- 80 different topic areas 

CHAT- On-line conversations On-line trouble shooting 

MAIL- Open a mailbox to receive mail Send mail to other users & vendors 

DOWNLOADS - Large library of contributed software Utilities and Graphic image files 

Questions on the FORUM/USA -- call Ed Sharpe at (602) 861-xxxx 


hewlet-bruce-csl-scrug20.gif (341544 bytes)

Bruce a HP-3000 programmer attending the CSL3000 meeting at
 SCRUG in the late 80s. He is holding this up  I grabbed a photo
 it  as that was easier than writing it  down on paper for notes!



Photo by Bette Sharpe -  SMECC Museum www.smecc.org/ed-sharpe-fred-white-cx-core.jpg

Fred White  and R Ed Sharpe  hold a piece of core memory from the earliest of Hewlett Packard's 3000 series  computers the  pre CX  and CX - This  board design was a single board compilation of the  board set - Core, SSA and XYD that went into the HP-2100 computer used in the HP-2000 F and  HP-2000 Access system we had back at Computer Exchange in the old  days...

One the  museum was moved to  Palmaire in Glendale Fred White author of the HP Image Database  software and his wife would  come and joining Bette and I at Aunt Pitty Pat's Kitchen right across  from our  building. When  Fred was  living in the Valley of the sun here  we  would see him often but when he moved to Northern AZ  not  so much.  Unfortunately  Fred  passed away.

Fred White, 1924-2014

The following is  from HP-3000 Newswire By Ron Seybold


The creator of the heartbeat of the HP 3000, Fred White, passed away on November 18, 2014 at the age of 90. White died peacefully in the presence of his wife Judy and family members, of natural causes. He had relocated to Arizona after retiring from Adager in the year after Y2K. His work in building the essential database for MPE, alongside Jon Bale, was the keystone of the 3000 experience. Rego took note of a key identifier inside the IMAGE internals, one that signified a database was sound and accurate. The flag was FW, or as Rego said in a short tribute to his partner, "%043127, the octal representation of “FW” — the flag for a normal IMAGE/3000 database (and TurboIMAGE, and IMAGE/SQL)."

White's work for the 3000 community came in two stages. The first was his innovations while working for HP, building a network database which won awards until HP stopped selling IMAGE and included it with the HP 3000. (Bundled software would not be considered for prizes like the Datamation award bestowed on IMAGE in 1976.) IMAGE, integrated at a foolproof level with the MPE intrinsics and filesystem, delivered a ready field for a small army of developers to plant applications and tools. Without White's work, the 3000 would have been just a footnote in HP's attempts to enter the computer business.

The second stage of White's gifts to the community began when HP had infuriated him for the last time. Never a fan of large organizations, he left Hewlett-Packard when it became clear the vendor had no interest in enhancing IMAGE. But before he departed HP, White met with Rego when the latter was visiting HP in an effort to learn more about IMAGE from the vendor, in preparation for a forthcoming database manager he'd create. As the legend is told, White decided he'd try to help Rego just to ensure that the creation to be called Adager could emerge a little easier.

"He hoped we would answer his questions," White said in a post-retirement interview. His partner Jon Bale "said that kind of help would be contrary to HP company policy. I said to him, 'Jon, this guy’s going to get this done whether we help him or not. All we’re doing is helping a fellow human. Whatever it takes, Alfredo’s going to do it anyway.' "

"At that point, Jon said it was up to me, but he couldn’t do it because it wasn’t HP company policy. He wished Alfredo the best of luck and left. So I answered his questions, and even told him things he couldn’t possibly have thought of, such as privileged mode intrinsic calling and negative DBOPEN modes, things peculiar to the software rather than the database. We chatted for an hour and a half or so."

The exchange in 1977 pointed toward the door to the Adager segment of White's career. The years between 1980 and 2001 allowed Fred to make up for his reticence inside corporations by becoming the conscience of accuracy and fairness. Innovations for IMAGE finally arrived in the middle 1990s. But White's most saucy moment of advocacy came in Boston when HP was trying to make IMAGE a separate product once again.

The battle raged in a conference hall on the scene of the Interex user group meeting in 1990. Unbundling was an HP strategy designed to make it easier to buy an Oracle database for the 3000, reducing the price of the hardware modestly while making room for an add-on product. HP's database would be on a footing with all other offerings, but White and others knew that a 3000 without IMAGE was not the product the community trusted with its loyalties.

It was an era when users offered advocacy in a tone of angst. This sometimes was not the exchange that HP desired to air in public. But it was good for the capability of the system. HP had to watch the international computer press listen to a rumbling roar of revolution from 3000 users. A meeting of the IMAGE Special Interest Group came to be known as your community's Boston Tea Party. Rego recalled the moment of highest revolt.

Fred White (co-author of IMAGE and at the time Senior Scientist at Adager Labs) addressed Bill Murphy (HP’s Director of Marketing) from the floor and complimented Bill on his tie. Fred then explained how stupid it was for HP to unbundle IMAGE. Fred continued by describing the negative effects in products that depended on having IMAGE on the HP 3000. Fred also provided some historic background by relating how Ed McCracken (a previous 3000 General Manager) had made a success of the HP 3000 by bundling IMAGE in the mid '70s. Fred was firm but courteous. No tomatoes (err, tea bags) were thrown. Perhaps the whole “Boston Tea Party” legend started because Fred used the word “stupid” in public, applying it to HP’s management, with no apologies.

The crucial work needed to support a dizzy array of date types was near the apex of White's work at Adager, details scrutinized and attended to during the advent of Y2K. After his retirement, White remained visible in both online communities and at gatherings of the 3000 community's most formidable minds.

His computer career crossed five decades, starting in 1957 when programmer degrees didn’t exist and math experts did the heavy lifting to create file systems, operating environments and applications. In the beginning of his work for HP, he was creating the first file system for the 3000. He was then transferred to another project that grew into the creation of IMAGE.

He came to his HP work from 12 years of positions at Sylvania Electronic Defense Lab, United Technology Center and IBM. White had prepared for his more than 43 years of programming by work and study in forestry, engineering, Japanese, criminology and math. He joined Sylvania two months before Sputnik was launched by the Russians. By 1969 he’d responded to HP’s entreaties and followed some UTC colleagues to HP Cupertino, where he headed up the File System Project for the Omega System, which evolved to MPE.

Never a fan of large organizations, White eventually left HP in 1981 after he had been moved away from IMAGE and onto other projects. He first met Rego when the latter traveled to HP Cupertino to meet the IMAGE creators and learn more about IMAGE and its data structures. White took a post which Rego offered as a consultant to Adager in 1981, and became a senior research engineer for that company in 1989.

During the 1980s and 1990s, the tall, silver-haired programmer cut a notable swath through the HP 3000 community, especially at the annual Interex user group meetings. Always ready to level with HP’s management about what the HP 3000 needed, White’s comments and criticisms in those meetings represented the same unflinching focus required for his SPL programming on the 3000’s internals.

White always wanted to stay busy at his work. In 1946 he worked on Okinawa as a Japanese interpreter for a construction company and applied for a decrease in pay when he thought the company hadn’t given him enough to do. His 19-plus years with Adager made up the biggest single stay in a career in which he said “I quit a lot of jobs. That’s what I’m prone to do when management screws up.”

In his retirement White was active with family members, traveling, hiking and bird watching. The subject of the watches was mostly raptors, he added. "We like our place in Clarkdale (desert plants and critters) with great views of Mingus Mountain and the red rock area of Sedona," he said in 2003. "I like keeping in touch with many of my old friends and enemies on the Internet and mailing lists."

When we asked him about the single biggest mistake HP made with the HP 3000, White was ready with
"at least five I can think of. 1. Not having the development teams being the support teams. 2. Getting in bed with Oracle. 3. Not being aware that there are no relational databases, just relational access to databases. 4. Following the Unix pied piper. 5. Not marketing the HP 3000. For example, they never bothered to tell the world that the computers they used at corporate headquarters were HP 3000s."

As to what kept him so productive for so long, he mentioned his single-language focus on SPL, as well as still being interested in his work. But he also said, "Having a boss who was more interested in quality than quantity." The community poured out good wishes to a special email address, fred@adager.com, in his final days. One developer who heard of his passing said, "Let's hope that when Fred gets upstairs, his entry permit to Heaven is stamped 'Automatic, Master'." 





Hewlett-Packard Co.
Versatile Low-Cost Graphics Terminal Is Designed for Ease of Use

HP's newest computer CRT terminal combines sophisticated graphics and alphanumeric capabilities with easy-to-use, system independent, automatic plotting.

by Peter D. Dickinson





Copr. 1949-1998 Hewlett-Packard Co.
Versatile Low-Cost Graphics Terminal Is Designed for Ease of Use
HP's newest computer CRT terminal combines sophisticated graphics and alphanumeric capabilities with easy-to-use, system independent, automatic plotting.

by Peter D. Dickinson

HIGH-PERFORMANCE GRAPHICS capabilities are made available at relatively low cost by Hewlett-Packard's new system oriented, generalpurpose, interactive graphics display terminal, Model 2648A Graphics Terminal (Fig. 1). Through its microprocessor-based architecture and raster scan technology, the 2648A Graphics Terminal provides a powerful combination of graphics and alphanumeric capabilities. By offering many off-line and system independent features, it helps take the burden off both the user and the host computer to make graphics applications more efficient and productive. The primary purpose of a graphics terminal is to help the user process and display graphical informa tion. Since the display is the user's primary interface to the product, the quality of the display is particu larly important. The 2648A uses the same high-
resolution raster scan monitor that has been used in the entire 2640A family,1 resulting in a bright, highcontrast, easy-to-read display. Other features made possible by the use of raster scan technology include area shading, selective erase, interface to external monitors, and matrix hardcopy compatibility. The 2648A's keyboard is the same as that of other members of the 2640 family except that the numeric keypad of other 2640 terminals is replaced by a graphics control group that controls the graphics cur sor and display (see Fig. 2). Next to this group is the usual display control group that controls the al phanumeric cursor and display. Pictures can be generated manually from the keyboard, read from optional cartridge tape units, or transmitted to the 2648A from the host computer. Information is communicated using ASCII charac-
Fig. 1. Model 2648 A Graphics Terminal has both graphics and alphanumeric capabilities. Raster scan technology provides such features as area shading, selec tive erase, and compatibility with matrix printers. A comprehensive self test verifies operation and helps identify the defective mod ule or component.

Printed in US A

Hewlett-Packard Company, 1978
Fig. 2. Graphics control group replaces the numeric keypad of other 2640 terminals. Each graphics key has two functions. The function on the front of the key is accessed by pressing the SHIFT key and the graphics key simultaneously. The keys at right control the alphanumeric display.
Cover: Model 2648A Graphics Terminal has both graphics and alphanumeric capabilities. Its AUTOPLOT feature makes it easy to turn columns of data into graphic displays like the one shown.
ters, and vectors are specified by their endpoints using either decimal or binary format. Vector generation is accomplished digitally by special hardware under microprocessor control. A rubber band line (Fig. 3) can be used to facilitate manual picture gener ation. In addition to conventional alphanumeric labeling , a special graphics text feature allows charac-

In this Issue:

Versatile Low-Cost Graphics Terminal Is Designed for Ease of Use, by Peter D. D i c k i n s o n p a g e Raster Scan Graphics with Zoom and Pan, by Otakar Blazek and Michael B. R a y n h a m p a g e Firmware Control of a MicroprocessorBased Graphics Terminal, by John J. M o y e r p a g e 2
Add-On Digital Signal Processing Enhances the Performance of Network and Spectrum Analyzers, by Mark D. Roos, Jacob H. Egbert, Roger P. Oblad, and John T. Barr page 17
ters to be loaded directly into the graphics image memory. Pictures and graphs can be labeled using graphics text in a variety of character sizes and orientations. Two of the most interesting features of the 2648A are zoom and pan. These features are implemented in the terminal's hardware and are particularly useful for close examination and editing of very highdensity displays, which are common in applications like integrated circuit design. With a single keystroke the display can be instantly magnified in integer steps up to 16x (see Fig. 4). Once magnified, the display window can be moved using the graphics cursor keys to allow close scrutiny of the entire graphics image. If appropriate scaling is used, accurate measurements in user units can be made directly from the display. A comprehensive self-test feature allows the user to determine whether the terminal is fully operational. If a failure is detected by the self test, the test assists a service person in isolating the defective module. In many cases the self test will actually identify the defective component. The features of the A Graphics Terminal are a superset of those of the 2645A Display Station. In the past, many graphics applications required two terminals, one for program preparation and one for graphics output. The 2648A is the first graphics terminal to provide sophisticated alphanumeric capabilities like editing, forms mode, user-definable keys, and local mass storage. To allow maximum use of all these features, the graphics image memory is totally independent of the alphanumeric memory. The contents of both memories can be viewed simultaneously or separately. In a typical application the user's dialog with the host computer goes into the alphanumeric memory and the graphics output into from the memory. A dot directly above another on the screen will be offset by 720 bits, or one scan line, in the memory. Note that moving upward on the screen corresponds to a negative displacement. Since the raster sweeps top to bottom, the raster origin is taken to be the upper left hand corner of the screen, with increasing Y pointing downward. Because the conventional graphics origin is the lower left hand corner of the screen, the graphics screen coordinates X, Y are converted to a memory bit address by the relation: Bit Address = (359-Y) x 720 + X The Y value is subtracted from 359 to compensate for the shifted origin.

Display Refresh

Fig. 1. The image memory contains one bit for every point on the display. It is organized as a linear list of 16,200 16-bit words.
The basic hardware functions of the 2648A are de scribed by the flow chart in Fig. 3. When the power is first turned on, the microprocessor clears the cursor, zoom, and vector flags on the GCM. The GCM then waits for a new frame to start by looping on the vertical retrace signal sent by the display circuitry. Since the screen dots are stored in a linear array, displaying one horizontal line requires reading 45 words, each 16 bits wide, out of the image memory and converting them to a serial stream directed to the display monitor. The GCM has two buffers, A and B, each containing sixteen 12-bit words. The B buffer can be loaded by the microprocessor via the 2648A terminal bus. When displaying a frame, the GCM maintains three variables in the A buffer: the read address, the word count, and the line count. The read address is an absolute word memory address, 14 bits long and stored in two locations, pointing to a word to be displayed. Since there are 16,200 words covering the whole screen, address zero points to the first 16 bits in the upper left corner and address 16,199 corresponds to the last 16 bits in the lower right corner of the
Step 5. Increment LC-LC + 1. If LC = 360 then the frame is finished. If LCX360, set WC=0 and go to step 2.
Fig. 3. Flow chart showing the basic graphics hardware functions of the 2648A.
screen. The word count counts the words displayed in one line. When a count of 45 is reached, the line is complete. Similarly, when the line count reaches 360, the frame is complete. The process of displaying a frame then consists of the following: Step 1. While the GCM waits for the raster to begin a new frame, it initializes the read address RA, the word count WC, and the line count LC to zero. Step 2. Wait for a new line to start. Step 3. Read a word at RA and serialize it. Increment RA <- RA + 1. Step 4. Increment WC^WC + 1. If WC = 45 then proceed to step 5; otherwise go to step 3 and read another word.
The zoom feature displays image memory bits for a given magnification, M, in the form of (M-l) x (M-l) dots, followed by one blank row and one blank column, as shown in Fig. 4. Repeating a dot horizon tally on the screen is achieved by dividing the shifting frequency of the parallel-to-serial converter by M. Vertical repetition is achieved by reading the same line M-l times. In the zoom mode, only a portion of the image memory, as specified by the zoom starting address, is read and displayed. Changing the zoom starting address causes the magnified portion of the image memory to pan across the display. Since only a portion of the image memory is being read, all mem ory rows must be refreshed during the blank horizon tal line between magnified dots. In the zoom mode the microprocessor outputs the zoom starting address ZASTR, the magnification M, and the word count per line K into the GCM's B buffer. The GCM maintains the zoom start address, the cur rent zoom address pointing to the word being dis played, the line zoom address indicating the first displayable word of the current line, and the repeat count that keeps track of how many times a line has been displayed. The word and line counts keep track of words per line and lines per frame. In the zoom mode a frame is displayed as follows: Step 1. While waiting for the raster to begin a new frame, the GCM sets the current zoom ad dress ZA and the line zoom address ZAL to the zoom start address (ZA = ZAL = ZASTR), and initializes the line count LC=0. Step 2. Initialize the repeat count RC=0. Step 3. Initialize the word count WC=0 and wait for raster to begin line. Step 4. Read a memory word at the current zoom address ZA. Increment ZA < ZA + 1 and WC < WC + 1. Serialize the memory word. Step 5. Wait until the serial conversion is complete. Step 6. If the word count WC is less than K, the speci-

Zoom Example: Magnification = 4 MA MA+1 Bits in Memory O O O O O O O On the Screen Visible Dot Blank Dot
Fig. 4. In zoom mode each memory bit is displaced as a square of (M -1 ) x(M-1) dots, where M is the magnification. Blank lines and columns separate the squares.
fied word count per line, then go to step 4 and read another word. If WC=K then pro ceed to step 7. Step 7. Increment the line count LC< LC + 1. If LC = 360 then the frame is complete. If LC<360, proceed to step 8. Step8. Increment the repeat count RC< RC+1. If RC<M-1 (magnification- 1), then set ZA ZAL and go to step 3 to repeat the line. If RC = M-1 then draw one blank line, update ZAL < ZAL + 45, and set ZA <- ZAL. Then go to step 2.

Vector Algorithm

The following description of the algorithm as sumes a vector between the points (XSTART, YSTART) and (XFINISH, YFINISH) with absolute slope less than 45 degrees. For vectors of absolute slope greater than 45 degrees, AX and AY are interchanged. Step 1. Compute the initial parameters and transfer them to the graphics controller module: AX = XFINISH - XSTART AY = YFINISH - YSTART Initial memory address MA = 720 x (359-YSTART)+XSTART Look up the memory displacements Ml, M2 in a table using the octant determined by
Vectors are generated by computing the memory addresses of the points on the screen that most closely approximate the line between the specified endpoints. An iterative algorithm is used.1'2 The memory address for a given point is computed by adding a memory displacement to the address of the previous point. For a vector in a given octant, there are only two possible displacements to choose from (see Fig. 5), and the sign of a discriminant determines which of the two to use at each point. After the initial values have been computed, the algorithm uses only addi tion and subtraction. The initial values for the algorithm are computed by the microprocessor. These values include the ini tial starting point converted from X, Y coordinates to an 18-bit memory address, the two memory dis placements, the initial discriminant value, two dis criminant increments, and the number of dots to be drawn. These values are transferred to registers on the graphics controller module, which then executes the iterative algorithm (steps 2, 3, and 4).

Designing with 16K RAMs

The 2648A is the first HP product to use the new industry standard 1 6K RAM chips.1 The key characteristics of 1 6K RAMs that are important in this application include: high packing density, allowing the entire image memory and associated control circuitry to fit on a single plug-in printed circuit board; random access, for maximum vector drawing speed; low cost per bit because of wide industry use and multiple sourcing. The most important design objective for the image memory subsystem was high reliability. Another important consideration was that the design be compatible with the minor differences in specifications among the many vendors of the 16K RAM. Since the image memory printed circuit assembly contains high-frequency Schottky logic operating at 21 MHz in addition to the actual memory array, the first requirement was to isolate the two sections as much as possible. This was accomplished by using a memory output buffer having low input current and hysteresis to interface the memory array and display register logic. The noise generated within the memory section was minimized by using a four-layer printed circuit board with inter nal power and ground planes. Both standard tantalum and distributed ceramic capacitors are used to provide local charge storage for the memory array. All memory input lines are series terminated, since unterminated lines result in overshoot that tends to increase the error rate and can be damaging to the memory chips. The system was designed to use any 250-ns RAMs that could be qualified using HP's standard test techniques.2 One limita tion on the memory system design was that the total power dissipation had to be kept low for reliable operation at 55C ambient temperature, as called for in HP class B environmental specifications. This is normally accomplished in memory sys tem design by having the memory in low-power standby mode most of the time. This was not possible in the 2648A, because the memory is in read mode nearly all the time for the purpose of refreshing the display, so special care had to be taken to minimize the memory system power dissipation through the use of low-power logic components in all portions of the system where speed was not critical. References

1 J.E. Coeand W C. Oldham. "Enter the 16, 384-Bit RAM," Electronics. February 19, 1976. 2. R.J. Minicomputer "All-Semiconductor Memory Selected for New Minicomputer Series." Hewlett-Packard Journal, October 1974.
Fig. 5. Vectors are generated by computing the memory ad dresses of the points on the screen that most closely approxi mate the line between the specified endpoints. At any given raster point, there are only two possible choices for the next raster point. If the slope of the vector is between 0 and 45, for example, the two choices, as shown here, are 1) over one unit, a memory displacement of +1 bit, and 2) over one unit and up one unit, a memory displacement of -719. The sign of a discriminant determines which to use at each point.
2648A Bus Data Sign Carry Address Blank Line
Fig. 6. display 2648A Graphics Terminal's graphics hardware consists of the graphics display module is and the graphics controller module (GCM), the latter shown here. The GCM is a microprogrammed machine that determines the contents of the image memory, a separate memory from the alphanumeric memory.
AX and AY as a key Initial discriminant D = AX + 2 AY Discriminant increment Dl = 2 AY Discriminant increment D2 = 2 AY | - AX | Dot count DC = | AX +1 Step 2. Write the bit at memory address MA. Step 3. Set DC = DC - 1. If the dot count is 0, then stop, the vector is finished. Step 4. If the discriminant D is negative, Set D = D + Dl (update the discriminant) Set MA = MA + Ml (update the memory address) Go to step 2. If the discriminant D is positive, Set D = D + D2 (update the discriminant) Set MA = MA + M2 (update the memory address) Go to step 2. Communication between the microprocessor and the GCM is via a flag. When the flag is reset the microprocessor loads the B buffer and sets the flag, indicating that all the vector parameters have been specified. After the vector is completed the GCM clears the flag. Memory bits can be modified only when the beam is in horizontal retrace, which lasts ten microseconds, long enough for the graphics hardware to modify four dots.
Graphics Hardware Organization
The graphics controller module (GCM) is designed as a microprogrammed machine (see Fig. 6). Its ar chitecture includes eight instruction types and 256 words of control store, 20 bits wide. The instruction types include four load, one store, one flag, one condi tional jump, and one NOP instruction. The load in structions load the B hold register with either the contents of a B buffer location or a ROM constant, and load the A hold register with an A buffer location. This allows adding an A buffer location and a B buffer location, or an A buffer location and a ROM constant. The store instruction returns the result of the addition back to the specified location in the A buffer, or it can optionally load it into the address and/orbit registers. The address and bit registers hold the image memory address during line display and vector generation. The address counter, which is driven by a 10.5MHz clock, addresses a word in the read-only mem ory. The control word read out of ROM is loaded into the ROM output register and decoded by the instruc tion decoder. To allow branching within the code a conditional jump is provided. The possible jump conditions, as determined by the condition selector, are unconditional jump, jump on carry, sign, vertical retrace, or jump on the state of one of six hardware flags. To save hardware, testing for zero is not done. Instead, the appropriate variables are loaded as nega-

Otakar Blazek Oty Blazek was project leader for the 2648A. Born in Pilsen, Czechoslovakia, he received the equivalent of an MSEE degree in from the Techn cal Un ivers ity of Pilsen. After several years as a production engineer in Czecho slovakia, Germany, and the U.S.A., he earned another MSEE degree, from the University of ^California at Berkeley, in 1971. With HP since 1972, he's contrib uted to the design of the HP 3000 I/O system, designed the n keyboard for the 2640 family, and designed 2648A graphics hardware. Several U.S. patent appli cations came out of the 2648A project. Oty is single and lives in Sunnyvale, California. He speaks five languages and enjoys tennis and skiing.
Firmware Control of a MicroprocessorBased Graphics Terminal
by John J. Moyer I HE 2648A is a microprocessor-based graphics terminal whose operation is completely con
trolled by microcode stored in read-only memory (ROM). This firmware is based to a large extent on
code written for the 2645A Display Station. The 2645A was designed in a modular fashion to simplify extensions for future products. For example, impor tant sections of the 2645A firmware were imple mented using tables. These tables were merely ex panded to include the new functions of the 2648A. Redefining the numeric keypad of the 5 A as graphics function keys required changes to only one discrete keyboard module. The firmware for the 2645A requires 22K bytes of ROM. Graphics exten sions for the 2648A add 18K bytes. The following paragraphs illustrate how the mi croprocessor was used in implementing several of the graphics features. In some cases, a task is partitioned between firmware and hardware, while in others the microprocessor interacts with the user to make the terminal easier to use.

Vector Generation

as well as the ability to draw either white on a black background or black on a white background. To draw dotted and dashed vectors, the microprocessor can load and enable an eight-bit pattern memory on the graphics display module. Instead of drawing every dot in the vector, bits can be written or skipped over, according to the pattern (Fig. 1). The pattern can be stretched up to 16 x by a prescaler.


The user causes the terminal to draw a vector by specifying a single endpoint. The terminal calculates the raster points that most closely approximate the straight line between the new endpoint and the pre vious endpoint. The microprocessor converts the endpoint from ASCII characters (suchas 500,250) ora more efficient packed format (which reduces the endpoint 500,250 to the characters /4':) to binary. If either endpoint of the vector is off-screen, the coordi nates of the portion of the vector that is on-screen are computed and substituted as new endpoints. The parameters required by the graphics controller mod ule (GCM), described in the article on page 6, are then computed. Next the microprocessor tests a flag on the GCM to determine whether it has finished drawing the previous vector. When the GCM is idle, the mi croprocessor transfers the vector parameters and sets a flag that tells the GCM that a new vector is ready. The microprocessor can begin processing the next endpoint while the GCM is drawing the vector. The microprocessor can set the mode in which a vector is drawn. The bits that make up a vector can be written by setting, clearing, or complementing the image memory. This gives selective erase capability,

The graphics cursor is drawn in the image memory as intersecting horizontal and vertical vectors. The microprocessor scans the graphics cursor keys to de termine where the cursor should be drawn. The start ing addresses for the two vectors are computed so the center of the cursor is in the specified position. If any part of the cursor would go off-screen, a shorter length for the appropriate vector is computed. The micro processor then loads the GCM with the two addresses and two vector lengths, and sets a flag indicating that

Graphics Self Test

Self test is an important feature in all HP terminals. It is de signed to answer the basic question, "Does it work?" Self test also provides valuable diagnostic information. Since the com plexity of the new graphics hardware is comparable to the entire digital portion of HP's first terminal, the 2640A, the addition of a comprehensive graphics self test was particularly important. The 2648A graphics self test consists of three tests. "Marching Vector" Memory Test This is analogous to a "marching 1's" and "marching O's" memory test. However, unlike a normal diagnostic, its operation can be viewed on the CRT in addition to being tested by the graphics controller. It verifies that the graphics vector generator operates in all four quadrants and that the graphics memory contains 259,200 uniquely addressable bits that can be set to a 1 or a 0. If any memory errors are discovered, they are reported on the display. The location of the failed memory pack is also indicated, allowing simple replacement of the socket-mounted part. Display Test This is a visual test only, since the processor does not have access to the 21 MHz video bit stream. First ZOOM is tested by displaying a succession of numbers corresponding to different zoom factors. The numbers are written in sizes that are com plementary to the zoom factors used, and consequently should all appear the same size on the screen. PAN is then tested by moving a checkerboard pattern across the center of the screen past the crosshair graphics cursor. If the pattern traverses the screen smoothly, then virtually all the zoom and pan hardware must be operating correctly. Alphanumeric Self Test Since the 2648A features are a superset of the 2645A Display Terminal's features, the remainder of the 2648A self test is identical to the 2645A self test. Firmware-implemented graphics features are also tested here, since part of the test checks all of the ROMs to ensure that their stored bit patterns are intact.
Resultant Vector Scale Factor = 1 Pattern Byte

Scale Factor = 2

Fig. 1. The 2648 A Graphics Terminal uses an eight-bit pattern byte to specify dotted and dashed lines. A scale factor can be applied to stretch the pattern up to 16 x.

memory. To erase it, the identical bits are com plemented again. Complementing a bit twice restores it to its original state. Complementing also insures that the cursor will always be visible, regardless of the background. However, as seen in Fig. 2, gaps will appear in vectors intersecting the cursor when the cursor is drawn. To remedy this, the cursor is recom plemented every frame. The resulting cursor appears half-bright because it is only visible every other frame, but it does not cause gaps when placed on top of other vectors.
Fig. 2. The 2648 A's graphics cursor is drawn by complement ing bits in the image memory and is erased by recomplementing the bits (bottom drawing). This avoids the problem shown in the top drawing, where erasing the cursor leaves a gap in any line that intersects it. However, drawing the cursor by complementing, as shown in the bottom drawing, leaves a gap atan intersection with another line. To remedy this the cursor is recomplemented every frame.
a cursor is to be generated. The GCM draws the cursor during vertical retrace, while the display is blanked. When the cursor is moved, the cursor at the old position is erased before a cursor is drawn at the new position. As Fig. 2 illustrates, if a line is erased by clearing bits in the image memory, gaps will be left in any line it intersects. If the cursor were erased this way, large parts of the display would be erased as the cursor moved across the screen. Consequently, the cursor is drawn by complementing bits in the image
Zoom allows the user to select a subset of the image memory and magnify it to fill the entire display. The center of the area to be zoomed is selected with the graphics cursor. The microprocessor uses the cursor coordinates and the desired magnification to deter mine the memory address of the first bit that will be displayed in the upper-left hand corner of the zoomed area. If this address is not on an image memory word boundary, the number of bits in the first word read that are not to be displayed is determined. The number of words to be read from the image memory, which decreases as the magnification increases, is also computed. The microprocessor loads these parameters into the proper buffer locations on the GCM, and sets a flag indicating that zoom mode is to be turned on. The GCM changes into or out of zoom mode only during vertical retrace.

Graphics Text

To provide different text sizes and orientations, the microprocessor can draw dot matrix characters di rectly into the image memory. The smallest character is defined in a cell seven dots wide by ten dots high. It is generated by drawing ten vectors, each seven dots long. Before a vector is drawn, an appropriate pattern

Pattern Vector 10 Pattern V e c t o r 9 Pattern V e c t o r 8 Pattern V e c t o r 7 Pattern V e c t o r 6 Pattern V e c t o r 5 Pattern V e c t o r 4 Pattern V e c t o r s Pattern V e c t o r 2 P a t t e r n V e c t o r 1
Fig. 3. Graphics characters are drawn as a series of adjacent vec tors, using a different dot-dash pattern for each vector. The small est character cell consists of ten vectors, each seven dots long. Characters are rotated or slanted by changing the direction of the vectors.
byte specifying the dot-dash line pattern is read by the microprocessor from a table stored in ROM. To draw characters at different angles, the direction in which the vectors are drawn is changed (Fig. 3). Larger characters are generated by increasing the size of each dot in the dot matrix representation. For example, multiplying the vector length and pattern prescale by three and repeating each pattern three times will draw each point in the matrix as a three-dot-bythree-dot square. The microprocessor can also left justify, right justify, and center strings of graphics text.


reset to 0. Only the relative position in the data stream is used to determine which data column a number belongs in, not the physical position on the screen. Con-

Single Character

Autoplot allows plots to be made directly from tabular data. The user enters simple parameters about the data into a menu. These menu entries tell the terminal how many columns of data there are, which column is to be used for X data and which for Y, and what the minimum and maximum values are. If tick marks are desired, the spacing between them must be given also. Using this information, the microproces sor will draw the axes and tick marks, with labels and a grid if desired, select the proper data values, scale them, and plot them. Axis generation is straightforward. The micro processor reads the values stored in the menu, checks them for possible errors, then uses them to determine where the axes and tick marks should be drawn. When generating tick mark labels, the format of the menu entry is used to determine the format of the label. If the spacing given in the menu entry has no decimal point, the tick labels are written as integers. If the menu entry contains a decimal point, the tick label is rounded to the same number of places after the decimal. When autoplot mode is turned on, the micro processor scans all incoming data one character at a time, reconstructs complete numerical values from appropriate ASCII characters, and determines which of the numbers it has built should be used for X and Y data points. The flow chart in Fig. 4 illustrates the process. The scanner starts building a number when a numeric character (0-9, +, -, or.) is detected. Suc ceeding numeric characters are concatenated onto the value being built. When a non-numeric character ar rives, the string being built is terminated. A column counter is then incremented to determine which data column the string is in. The column count is com pared with the menu fields for the X and Y data columns, and if a match is found, the string is con verted from ASCII to a floating-point representation and stored. When both X and Y values have been received, they are scaled using the values in the MIN and MAX menu fields, and plotted. When the column count exceeds the value in the NO. OF COLS, field, it is

Stop Building Number Column Count-* Column Count +1
Fig. 4. A flow chart illustrating how the autoplot scanning routine picks out selected columns from tabular data.
sequently, data formatted for 132-column line print ers, which will be split across two of the 2648A's 80 character lines, is correctly scanned. Intervening text or blank lines are ignored. By entering twice the number of data columns in the menu, every other point can be plotted. The source of the plot data can be selected as either the data communications module, the cartridge tapes, or the data being displayed on the screen, which is available to the microprocessor from the terminal's display memory.
I would like to express my appreciation to Ed Tang, Warren Leong, George Hunt, and Rick Palm for their help in interfacing to the existing 2645 firmware; to Pete Showman for his inputs on graphics; to Mike Ramsay and Myron Tuttle for their Q.A. efforts; and to Greg Garland and Bill Woo for their datacom exper tise. OS
John J. Moyer John Moyer received his BA de gree in computer science from the University of California at Berkeley in 1975, then joined HP to work on the graphics firmware for the 2648A. He's named as an inventor on several patent applications re lated to the 2648A. Born in Syra cuse, New York, John is single and now lives in Cupertino, California. For recreation, he likes covering distance, either in the air he's a private pilot or on the ground, with a pack on his back.
HP Model 2648A Graphics Terminal
SCREEN SIZE: 127 mm (5 inches) x 254 mm (10 in). SCREEN CAPACITY: 24 NnesxSO columns (alphanumeric); 720 dotsx360 raws (graphics). CHARACTER GENERATION: 7x9 enhanced (alphanumeric); 9 x 15 dot character cell; non-interlaced raster scan. CHARACTER SIZE: 2.46 mm (.097 in) x 3.175 mm (.125 h) (alphanumeric); 5 x 7 dot character cell (graphics). CHARACTER SET: 128 character (alphanumeric) CURSOR: Blinking-Underline (alphanumeric); Blinking-Crosshair (graphics). DISPLAY MODES: White on black; black on white (inverse video). Optional halfbright, underline and blinking. REFRESH RATE: 60 Hz (50 Hz optional). TUBE PHOSPHOR: P4. IMPLOSION PROTECTION: Bonded implosion panel. MEMORY ALPHANUMERIC: 37 lines of 80 characters (less enhancements). GRAPHICS: 720 dots by 360 rows of displayable points. OPTION SLOTS: 4 available. KEYBOARD: Detachable, bit pairing; user-defined soft keys, control and editing keys; 1.2-m pad; cursor pad; auto-repeat, n-key rollover; 1.2-m (4-foot) cable. CARTRIDGE TAPE (option): Two mechanisms READ/WRITE SPEED: 10 ips SEARCH/REWIND SPEED: 60 ips RECORDING: 800 bpi MINI CARTRIDGE: 110-kilobyte capacity (maximum per cartridge) DATA COMMUNICATIONS DATA RATE: 110, 150, 300. 1200, 2400, 4800, 9600 baud, and external. Switch selectable (selects two stop bits). Operation above 2400 baud may require nulls requires handshake protocol to insure data integrity. External clocking requires a TTL signal 16x bps. VECTOR screen. TIME (9600 baud, typical): 7 ms half screen; 10 ms full screen. STANDARD ASYNCHRONOUS COMMUNICATIONS INTERFACE: EIA standard RS232C; fully compatible with Bell 103A modems; compatible with Bell 202C/D/S/T modems. Choice of main channel or reverse channel line turn-around for half duplex operation. OPTIONAL COMMUNICATIONS INTERFACES (consult 3260A/B/C/D Com munications data sheet for details) : Current loop, split speed, custom baud rates Asynchronous Multipoint Communications Synchronous Multipoint Communications-Bisync TRANSMISSION MODES: Full or half duplex, asynchronous. OPERATING MODES: On-line; off-line; character, block. PARITY: Switch selectable; even, odd, none. ENVIRONMENTAL CONDITIONS TEMPERATURE, FREE SPACE AMBIENT: Non-Operating: -40 to +75C (-40 to + 167F) Operating: 0 to 55C (+32 to + 13TF) TEMPERATURE, FREE SPACE AMBIENT (TAPE): Non-Operating: -10 to 60C (-15 to + 140F) Operating: 5 to 40C (+41 to +104F) HUMIDITY: 5 to 95% (non-condensing) HUMIDITY (Tape): 20 to 80% (non-condensing) ALTITUDE: Non-Operating: Sea level to 7620 metres (25,000 ft) Operating: Sea level to 4572 metres (15,000 ft) VIBRATION AND SHOCK (Type tested to qualify for normal shipping and handling in original shipping carton): Vibration:.37 mm (0.015") pp, 10 to 55 Hz, 3 axis Shock: 30 g, 11 ms, 1/2 sine PHYSICAL SPECIFICATIONS DISPLAY MONITOR WEIGHT: 19.6 kg (43 pounds) KEYBOARD WEIGHT: 3.2 kg (7 pounds) DISPLAY MONITOR DIMENSIONS: 444 mm W x 457 mm D x 324 mm H (17.5 in W x 18 in D x 13.5 in H). 648 mm D (25.5 in D) including keyboard. KEYBOARD DIMENSIONS: 444 mm W x 216 mm D x 90 mm H (17.5 in W x 8.5 n D x 3.5 in H) POWER REQUIREMENTS INPUT VOLTAGE: 115 ( + 10%-23%) at 50/60 Hz (0.2%) 230 ( + 10%-23%) at 50 Hz (0.2%) POWER CONSUMPTION: 115 W to 150 W max. PRICE $7100. U.S.A.: 2648A, $5500. 2648A with cartridge tape units, $7100. MANUFACTURING DIVISION: DATA TERMINALS DIVISION 19400 Homestead Road Cupertino, California 95014 U.S.A.


16 Copr. 1949-1998 Hewlett-Packard Co.
Add-On Digital Signal Processing Enhances the Performance of Network and Spectrum Analyzers
Digitizing and storing the outputs of network and spectrum analyzers enables flicker-free display of slowly swept measurements, corrections for system errors, and direct comparisons of device performance. Additions to the basic storage circuits achieve improved signal-to-noise ratios and increased resolution.
by Mark D. Roos, Jacob H. Egbert, Roger P. Oblad, and John T. Barr
THE CONTINUING EVOLUTION of digital signal-processing techniques now allows the instrument designer to add powerful capabilities that were previously not practical because of cost. Storage of CRT displays is a case in point. Digital storage allows the user to make swept-frequency measurements at a slow rate, and then display the acquired data repetitively at a fast enough rate to enable viewing the entire sweep without annoying flicker. Another advantage of digital signal processing and storage is the capability for applying scalar correction factors. Commonly called normalization, the applica tion of correction factors removes frequency-response errors that often mask the true response when swept measurements are made with less-than-perfect mi crowave test fixtures (Fig. 1). Normalization has been done with computers in automatic test systems, but with the newer, more powerful, low-cost digital cir cuits that are presently available, this capability can now be designed into instruments used on the bench. A third useful capability provided by digital stor age is the retention of measurement data for compari
son with data taken later (Fig. 2). This is useful for matching devices, or for examining characteristics by observing changes in performance while one of the measurement parameters is varied. For example, changes in amplifier gain compression can be moni tored as the input signal level is varied.

An Add-on Capability

These and other capabilities have now been de signed into two new accessory instruments for use primarily with network and spectrum analyzers. The first of these, Model 8750A Storage-Normalizer (Fig. 3), accepts the X-Y outputs from a network or spectrum analyzer, samples the X-Y outputs during a single swept-frequency measurement, converts the samples to digital words, stores the words, and reads them out repetitively into a digital-to-analog con verter. The measurement data is reproduced repeti tively at a rate of 167 sweeps per second for flickerfree presentation on the analyzer's CRT. A line generator connects the data points on the display so a smooth, continuous trace is obtained. Model 8750A can store the data input of two chan-

Hewlett-Packard's implementation of IEEE Standard 488-1975.
Fig. of Model A Storage-Normalizer retains the results of dual-channel swept-frequency or other-type measurements for flicker-free display, normalization, and comparison. It works with suitably equipped frequency response sets and spectrum analyzers in HP 180-series mainframes and with the 8407 A and8410A/B Network Analyzers. It can work with spec trum analyzers in HP 140-series mainframes with the addition of a display monitor or oscilloscope. It also works with other types of instrumentation.
Fig. 4. Model 8501A StorageNormalizer is optimized tor use with the Model 8505A Network Analyzer. Among other functions, it enables flicker-free display of slow-sweep measurements, nor malizes measurements to remove frequency-response errors, and averages repetitive measure ments to improve signal-to-noise ratios.
time needed for multiple-frequency go/no-go mea surements in a production environment. Model 8501A can also store processed data from an HP-IB system controller and convert the stored information to analog form for display on the network analyzer's CRT. The system is thus able to acquire data in one form and reformat it for display in another form. For example, a swept measurement of reflection coeffi cient can be reformatted and displayed as input im pedance magnitude and phase angle. Model 8501 A has line generators on both the X and Y axes, giving it full graphics capability. Under con trol of an HP-IB system's desktop controller, the line generators can be used to trace vectors between any two pairs of X-Y coordinates on the network analyzer's CRT, enabling limit lines or complete graticules to be overlaid on measured data. The sys tem controller can aid the operator further by notify ing him by an audio or visual message when and where measurement data exceeds limits. The 8501A also has a built-in character generator that can be used to annotate the displays (serial num bers, dates, etc.) and to present messages to the operator on the network analyzer's CRT (Fig. 6). Up to 22 lines of text can be written using the English and Greek alphabets, numbers, and a complete set of mathematical symbols. Since the controller can also
use the 850lA's graphics capability to generate dia grams of test connections, it is unnecessary to provide written test procedures. Programs for long, involved test procedures can be stored on tape cartridges and entered into the controller as required. An option enables the new Model 8501A Storage Normalizer to respond to the control settings of a suitably equipped Model 8505A Network Analyzer and, using the built-in character generator, format this information into labels that are displayed on the analyzer's CRT along with the reproduced measure ment data. The analyzer's operating parameters may thus be included with the measurement data on CRT photos, an extremely helpful feature for documenta tion purposes.

Organization of the 8501 A
The basic concept of Model 8501 A is similar to that of the 8750A but the 8501A has additional blocks for display annotation and the HP-IB interface. Also, be cause of the need to process a variety of display for mats, including polar data, the full graphics capabil ity was implemented.
The information that must be handled and dis played by the 8501A Storage Normalizer comes in three forms from the 8505A Network Analyzer: rectangular data, polar data, and display annotation information. The display annotation basically con tains the front-panel and marker information from the 8505A and is coded in binary form. It is brought to the 8501A over separate signal lines. The 8501A block diagram is shown in Fig. 9. The rectangular or polar data from the 8505A Network Analyzer is sampled and digitized by the analog-todigital converter block. The data is then processed by the algorithmic state machine (ASM) and stored in memory. The display section reads the data from memory, formats it, and transfers it to the line generators for display on the CRT. To process data, the ASM controller detects the sweep start and sets the sweep D-to-A converter out put to zero volts. When the sweep input exceeds the

Y-Line Generator

Display Annotation O I/O in Host Instrument (8505A) HP-IB I/O X-Line Generator
Fig. 32-bit machine diagram of Model 8501 A Storage-Normalizer. A 32-bit algorithmic state machine (ASM carried was designed to do all the data processing carried out by Model 8501 A.
two steps. The first step decodes 8505A front-panel settings and converts them to a string of words and symbols coded in ASCII form. The position informa tion for the letters is also included in this string. The second step takes the ASCII codes and actually draws the characters. Rather than require that each line segment needed to construct a character be put in the display memory, a special ROM was programmed with all the strokes (short vectors) necessary to implement a 190-symbol
Jacob H. Egbert Graduating from the University of Oklahoma with a BSEE degree in 1969, Jake Egbert completed course work for an MSEE degree before leaving to join a computer firm where he designed bus sys tems. He joined Hewlett-Packard in 1971, initially working on the 8500A System Console and re lated systems, then the 8501 A. Jake enjoys all outdoor sports, playing in the Santa Rosa city bas ketball and Softball leagues, and enjoying golf and skiing. He has a wife and three daughters, ages 8,6, and 3. Roger P. Oblad A native of Salt Lake City, Utah, Roger Oblad obtained a BSEE degree from the University of Utah in 1972 and then joined HewlettPackard. At first he worked on the IF detectors in the 8505A Network Analyzer and then moved on to the 8501 A project. In the meantime, he earned an MSEE degree from Stanford University in the HP Hon ors Co-op program. Married, and with four children ages 1 to 6, Roger enjoys camping with the family and swimming.

HP Model 8501 A Storage Normallzer Display
RECTANGULAR DISPLAYS HORIZONTAL MEMORY RESOLUTION: Two display Channels, 500 pants per channel (0.2% of full scale). VERTICAL MEMORY RESOLUTION 500 points displayed lull scale (0.2% of full scale) plus 50% overrange (250 points) both above and betow full screen. POLAR DISPLAYS RESOLUTION: Two display channels. 250 points per polar display. NORMALIZATION: Two traces can be stored in memory (one lor each channel). DISPLAY MAGNIFIER: When used, display is magnified by (actor of 1, 2, 5 or giving a display resolution of 500. 250. or 50 points m Y (rectangular) and in X and Y (Polar). HORIZONTAL INPUT SWEEP TIMES: 100 s max/10 ms mm. CONVERSION TIME: 10 ms max lor 500 =2 data points. DISPLAY REFRESH TIME: Nominally 20 ms depending upon information dis played.
POWER: Selection of 100, 120. 220. or 240 V +-5% -10%. 50 to 60 Hz and -T140 VA (<140 watts). DIMENSIONS: 90 mm high, 426 m w i d e , 4 m m d e e p ( 3 V i x ! < x I n. ). WEIGHT: 12.25 kg (27 ID). INCLUDES: HP-IB cable and processor interconnect cable. PRICES IN U.S.A.: 8501A Storage Normahzer, $5300 MANUFACTURING DIVISION: SANTA ROSA DIVISION 1400 Fountain Grove Parkway Santa Rosa. California 95404
Hewlett-Packard Company, 1501 Page Mill Road, Palo Alto, California 94304
JANUARY 1978 Volume 29. Number 5
Technical information from the Laboratories of Hewlett-Packard Company Hewlett-Packard Central Mailing Depar~ Van Heuven Goedhartlaan 121 Netherlands Yokogawa-Hewlett-Packard Ltd
Bulk Rate U.S. Postage Paid Hewlett-Packard Company
Editorial Director. Howard L. Roberts Managing Editor Richard P. Dolan Art Director, Photographer Arvid A. Danielson Illustrator Susan E. Wright Administrative Services, Typography Anne S. LoPresti European Production Manager Dick Leeksma
/"* I delete A mailing I please peels off) I A I f~\ f~) r^ O O. o Chan9e yur address or delete your name from our mailing list please send us your old address label (it peels off) W FI r\ I 1501 Palo California 60 I f~\ LJ LJ ll IZO O Send changes to Hewlett-Packard Journal, 1501 Page Mill Road, Palo Alto, California 94304 U.S.A. Allow 60 days. Copr. 1949-1998 Hewlett-Packard Co.



time to test the  3000/37  put  some friends on top  for  good  luck!






wherefore azrug?  I found this...

Sad but true.  I served on AZRUG, Arizona's user group during it's last two
years.  I was chairman when we put an a successful conference in Tempe.
AZRUG hadn't sponsored a conference for several years prior to this one, and
it was the last one.  The following year AZRUG shut down due to lack of
interest.  :(

Larry Barnes says : I was one of the last board members
of AZRUG which dissolved in 1995-96 I believe.


Ed Sharpe fins on google.    finds  in HP UPDATE  march 1993

June 17-18: AZRUG -Annual
Conference and Vendor Show at
the Tempe Mission Palms Hotel.
For information, call Henry
Schubel at 602-582-6055.

I was pretty much  retired   so  did not attend this.

It would seem   Henry
Schubel was  with 
  city of  tempe  folks





Everyday we rescue items you see on these pages!
What do you have hiding in a closet or garage?
What could you add to the museum displays or the library?



DONATE! Click the Button Below!

Thank you very much!


Material © SMECC 2007 or by other owners 

Contact Information for
Southwest Museum of Engineering,
Communications and Computation 

Talk to us!
Let us know what needs preserving!


Postal address 
smecc.org - Admin. 
Coury House / SMECC 
5802 W. Palmaire Ave 
Glendale, AZ 85301 

Electronic mail 
General Information: info@smecc.org