CA1246227A - Liquid delivery and accounting systems - Google Patents

Abstract

ABSTRACT
A liquid product delivery and accounting system employs a supervisory console incorporating a microcomputer, keyboard and printer, which console is electronically connected to one or more volumetric meters. In a delivery-truck embodiment, a driver con-nects a portable RAM card to an office computer, downloading de-livery route information to the RAM card. The driver then carries the RAM card to his truck and uploads the route information from the RAM card to the console. After printing a route ticket and start-of-shift totalizer values, the driver starts on his route.
Each delivery is actuated through and controlled by the console.
The parameters of each delivery may be altered by keyboard entry of information by the driver into the console, although access to many items requires entry of a correct code. At the end of the delivery, the console calculates the price, tax, etc., and prints a sealed invoice for the customer. At the end of the route, an end-of-shift totalizer ticket is printed. Actual delivery infor-mation, downloaded after each delivery into the RAM card, is uploaded back to the office computer. In a truck loading-dock embodiment, a customer/driver inserts an account identification module into a dock-mounted console to allow delivery of liquid products to his truck. An invoice is printed for the driver and transactional data is communicated directly to a mainframe compu-ter. Temperature compensation, volumetric and price presets, automatic dwell/shutoff valve control and various security features are offered.

Description

~ ~'46Z27 LIQUID DELIVERY AND ACCOUNTING SYSTEM

This invention relates to systems for liquid product delivery, and more particularly relates to liquid product delivery systems employing computing means.
Conventional liquid product delivery systems, such as either a liquid product truck making deliveries to customers on a route or a liquid product truck loading dock, consist of one or more meters measuring the product being delivered and an operator. The opera-tor, usually a driver or dock employee, manually stops and starts 10 delivery, manually takes down the amount of product delivered and, where a bill is issued to the customer at the time and point of delivery, manually calculates the price charged and any taxes on the transaction. After ~he completion of a delivery truck route or workshift, a series of such transactions are manually balanced against inventory and/or are entered into a mainframe computer by other personnel. If the bill was not issued at the point of deliv-ery, an invoice must be separately generated and mailed after re-turn of the delivery truck, or the customer driver must walk or drive form the loading dock to an office to get the invoice.
From the above, it can be appreciated that the conventional manual liquid product delivery system has several disadvantages and problem areas. Each manual calculation creates an opportunity for human error, as does any manual entry of information into a com-puter.
Calculations such as the one done for ~emperature compensation to an equivalent volume at a standard temperature, or calc~lations for commodities which re~uire complicated price/tax formulae due to heavy governmental regulation such as fuel oil, are generally pre-cluded from being done in the field if these must be done manu~

ally. Such computations have therefore heretofore reqùired the separate generation and mailing of a bill to the customer from the s r 1 12 4 ~f i 2 2~ ~7 o~ice, adding business expenses and tending to create longer times beEore such bills are paid.
Further, any special customer instructions have in the past been orally or manually delivered to the driver/employee. A possi-bility oE product delivery to the wrong cust~mer has also alwaysbeen present.
Conventional manual operations also contribute substantially to the amount of time it takes to make a ~ingle dellvery. The necessary superv~sion by the c,perator oE the meter ducing delivery 10 has made multiple deliveries oE diEEerent products at one time to a customer very difficult.
Potentially more serious than the time consumption and error ~caused by manual operations is the possibility o theEt. A driver may steal his cargo outright, without attempting to make any re-corded transaction. Aiternatively, he may make out a transactionto a customer but Eail to deliver all or some of the product to the customer. ~e may record a transaction to a spurious third party, or may tampe ~ith the meter or mechanical totalizers to cover up the missing product. In certain situations, he may overcharge a customer and pocket the diference, or undercharge delivery to his friends, .

--` lZg~Z27 SVMMA~Y OF THE INVENTION
In accordance with the invention there is provided a calibratable system for delivery of liquid products.
Programmable control means and associated storage means has integrally-formed prover means for calculating and for storing at least one calibration constant in the storage means. Pump means is coupled to the control means for the delivery of a selected product. Meter means is coupled to the control means for sensing a volume of delivered product and the control means determines a calibrated volume of the delivered product. A
prover enable switch is fixedly attached mechanically to the control means and is electrically coupled thereto for enabling the prover means. ~anually operable means is coupled to the control means for entering a true delivered volume into the control means when the prover means has been enabled by the switch and the control means includes means for adjusting a ~ number of pulses per yallon of delivered product in response to ; the control means sensing the entered true delivered volume.
The control means including means for retrieving at least the one calibration constant from the storage means and for generating a beginning calibration hard copy record including the calibration constant in response to the prover means being enabled by the switch, for adjusting the calibration constant and for then generating an ending calibration hard copy record including the adjusted calibration constant.
Preferably, the system is mountable on a vehicle includiny means for sensing displacement indicia corresponding to vehicle movement and for recording first and second position indicia with the first position indicium associated wlth an initial vehicle position when delivery is initiated and with the second position indicium associated with a final vehicle position when -~2g6ZZ~.

the delivery has been completed. Means may be provided for creating a hard copy record of both of the position indicia when the delivery has been completed. Means for calibrating the displacement sensing means may be included.
Also according to the invention is a fluid delivery system mountable on a vehicle comprising proyrammable control means, means coupled to the control means for sensing a quantity of delivered Eluid, means coupled to the control means and to the vehicle Eor sensing displacement of the vehicle between at least first and second positions corresponding to first and second fluid delivery sites associated with a selected account, and means coupled to the control means for generating a single hard copy record indicative of fluid delivery at least at the first and second delivery sites. Preferably, means are included for recording displacement information between the first and second delivery sites on the single hard copy record.
In the preferred embodiment the fluid delivery system uses a supervisory console, one or more meters with dedicated processors, a RAM card or account identiication module and a main base computer.
The supervisory console incorporates a microcomputer, a ticket or invoice printer, numeric and function keyboards, a display, and connections to the dedicated processor(s~, other peripherals if mounted in a vehicle and a data access port to a RAM card or account identification module (AIM).
The microcomputer or CPU receives data from one or more volumetric meters, associated temperature probes and pressure switches, and in one embodiment also receives signals from the delivery truck ignition and odometer.
- 3a -~24~ 7 The microcomputer controls the display and printer as well as the dwell and sh~toff functions of the meter valve(s).
In the delivery truck embodiments, according to the invention the driver will first connect a portable RAM card to a mainframe or office comp~ter, which will then download delivery route data to the RAM card. The driver then goes to his loaded delivery truck and uploads the delivery route data to the CPU memory by connecting the RAM card to the appropriate console data port. The delivery route data typically includes customer names, addresses, account numbers, price and tax rates, any customer volume or price delivery limits, loaded inventory and any special instructions. The CPU may then optionally print out a delivery schedule and/or a pre-shift totalizer ticket, the pre-shift ticket showing totals and other data for each product handled by the console.
The driver will then drive to the first of a series of deliv-ery locations, enter a correct customer account number, and insert a ticket or invoice into the printer. The CPU disables delivery if these last two actions are not taken. The driver may then add or change delivery data stored in the CPU memory by means of the func-2Q tion and numeric keypads. Some information may be accessed/altered freely, but other information requires the entry by the driver of a correct numeric access code. The driver then connects up delivery lines to the one or more delivery valves and customer delivery points, and starts delivery at the console.
The console's CPV will then count and sum pulses fed it from the meter-dedicated processor(s), each pulse representing a volu-metric increment. Where temperature compensation is desired, the CPU will also record temperature serial data from each meter te~-perature probe.
Where any of three volume or price presets has been entered either manually or by way of the RAM card, the CPU will periodic-ally compare the preset to the volume delivered so far. Upon `~
:3L24~22 approaching the preset limit, the CPU will close the valve to a dwell condition and a~ter a predetermined period will shut it off completely. Where no presets have been entered, delivery is manually terminated.
After calculating total volume, correction for temperature, price, tax and other items~ the console prints an invoice for the customer. The transactional data and CPU-incremented totalizer data is then fed to the RAM card. Such transactional data may include odometer readings before and after each delivery, to make sure that the truck hasn't moved (and product hasn't been delivered to a non-billed party) during delivery.
These steps are repeated for each delivery. At the end of the route, the console is operated to print an after-route or after-shift ticket, and the RAM card is connected back to the office computer to transmit transactional data to the mainframe.
In an alternate embodiment, the invention is used in connec-tion with loading liquid products from a fixed location such as a loading dock to a vehicle such as a multi-compartment tank truck.
The console and meter(s) are in this embodiment located on the dock and the console may be in direct communication with an office com-puter or mainframe.
In the loading dock embodiment, the operator of the tank truck uses an account identification module (AIM) to gain access l:o the console. The AIM needs much less memory capacity than a RAM card, as data for only one customer needs to be supplied and the AIM does not have to function as a transactional data transfer device.
After gaining access to the console, the driver inseres a ticket into the console, connects the delivery lines, and starts deliv-ery. The meter and console ~unctions are similar to their func-tions in the delivery truck embodiment for the measurement, preset,shutoff, calculation, totalizing and ticket-printing steps.

1~4~ 7 In either embodiment, the invention thus reduces the time, error, expense and potential for theft associated with conven-tional, manually-operated delivery systems. In the delivery-truck embodiment, the driver can produce a sealed invoice for the cus-tomer at the point and time of delivery. In the loading-dock embodiment, the customer or customer's employee receives such an invoice without the involvement of the distributor's personnel.
The expenses of separately preparing and mailing an invoice are in either case avoided and payment is speeded up.
By having the console automatically calculate prices and taxes of delivered products, the time and error associated with manual entry or calculation are greatly reduced or eliminated. Further, since the console produces a totalizer ticket at the beginning and/or end of each shift, it is no longer necessary to manually balance the days' transactions ticket-by-ticket. Finally, the direct posting of all daily transactions from the RAM card or console to the office computer or mainframe eliminates the labor costs and error associated with manual posting.

BRIEF DESCRIPTION OF THE DRAWINGS

The attention of the reader is now directed to the drawings, wherein Fig. l is a schematic diagram showing the method of the inven~.ion as employed in a delivery-~ruck embodiment;
Fig. 2 is a perspective view of the supervisory console employed by the invention;
Fig. 3 is a schematic diagram showing the method of the invention as employed in a truck-loading system;
Fig. 4 is a front elevation of the supervisory console with one-half shown in section;
Fig. 5 is a side elevational section taken substantially along line 5-~ of Fig. 4;

3L;~462~

Fig. 6 is a detail of the keyboard and display of the super-visory console;
Fig. 7 is a detail of the power switch, fuse and data port panel of the supervisory console;
Fig. 8 is a sectional view taken substantially along line 8-8 of ~ig. 7;
Fig. 9 is a perspective view of the RAM card used with one embodiment of the invention;
Fig. 10 is an electronic block diagram of the supervisory console and peripherals;
Fig. 11 is a continuation of Fig. 10;
Fig. 12 is a user flowchart showing an access sequence to the various use modes of the supervisory console;
Fig. 13 is a user flowchart for use of the supervisory console 15 i n Mode l;
Fig. 14 is a continuation of Fig. 13;
Fig. 15 is a user flowchart for use of the supervisory console in Mode 2;
Fig. 16 is a user flowchart for use of the supervisory console in the Prover Mode;

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Mode of Operation -Referring to Fig. 1, there is shown one possible liquid prod-uct delivery system employing the method of the present invention.
Truck 10 has a cab 12 and a liquid tank 14, which may be divided into one or more product compartments 16, although only one com-partment is shown in Fig. 1. Associated with each compartment 16 is at least one pipe 17 leading from compartment 16 to measuring meter 18, in a preferred embodiment an explosion-proof turbine meter. Turbine meter 18 may be located behind cab 12 as shown, or ~46~

it may be located at any other convenient location outside of the cab such as at the rear of tank 14. Turbine meter 18 has an outlet 22 for the delivery of measured liquid product to ~he customer, and is equipped with meter-dedicated processor 24. Processor 24 is electronically connected in a manner later described to supervisory console 20 (better seen in Fig. 2) mounted inside of cab 12 in a position convenient to the driver/operator.
The embodiment shown in Fig. 1 is designed for the delivery and accounting of liquid products as they are delivered to one or more customers on a delivery route by truck 10. AQ liquid product flows through line 17 to e.g. customer storage tank 11, the liquid product is metered by turbine meter 18, whose mechanical movements are translated into electrical pulses by meter-dedicated processor 24. These pulses are electrically fed to supervisory console 20 (Fig. 2). After making the calculations hereinafter described, console 20, which incorporates a printer assembly 164 (Fig. 5), prints a sealed invoice or ticket 21 from one of the stored blank tickets 23 (Fig. 2).
Simultaneously, this information is electronically transferred to RAM card 180, a portable memory capsule which prior to the start of the delivery route had transferred customer information (name, address, account number, applicable product codes, prices tax rates and price or volume presets) for each customer on the route to the memory of console 20.
At the beginning of each series of deliveries, a ticket may be printed showing loaded inventory and the delivery route. At the completion ~f the ~elivery route, RAM card 180 contains a complete record of all deliveries made, some or all of which data may be printed by console 20 on an end-of-shift ticket. RAM card 180 transfers its stored delivery data via data serializer 25 to a local computer 27, which records the day's transactions on a medium such as a floppy disk for later transcription to mainframe comp~ter 29.

4~ 'f Fig. 3 shows an embodiment of the present invention designed for a liquid product truck loading system. Truck 10, having sepa-rate liquid product tank compartments 16a, 16b and 16c, is backed up to a loading dock and lines 17a, 17b and 17c are connected to valves associated with meters 18a, 18b and 18c. Liquid product is supplied to the meters from storage sources 3, 4 and 5. Also on the loading dock is supervisory console 20, into which the operator inserts his account identification module ~AIM) 181. AIM 181 is typically smaller and has less memory capacity than RAM card 180, as it generally carries only information about the driver or his firm: customer ID, driver ID, credit limit, price per unit measure for different products, preset volume or price limits for each product, etc. RAM card 180, on the other hand, must have suffi-cient memory to contain all of this information for each customer on a delivery route, or sufficient memory to record actual delivery information for each customer on the route.
After access has been acknowledged by supervisory console 20, the driver inserts a ticket into console 20, makes any allowable delivery presets in terms of volume or price, and initiates load-ing. Meters 18a, 18b and 18c and dedicated processors 24a, 24b and 24c volumetrically measure the products as they are being deliv-ered, preferably monitor the products' temperatures, and feed this information to console 20. After delivery is stopped, either manu-ally or automatica~ly by means of a preset previously entered into console 20, console 20 will print out a ticket or sealed invoice 21, containing the customer's name, address, and account number, and stating the volume of each product loaded (optionally corrected for temperature) and the price for each product. The transactional information is transmitted via data serializer 25 to local disk-based computer 27, where it is stored for polling by and uploading to mainframe computer 29.

`:~
~2462Z~7 The em~odiment as shown in Fig. 3 may also be altered for use in aircraf~ refueling. In this alternate, non-illustrated embodi-ment, account identificati~n module (AIM) lBl w~uld be provided with a "load" function for downloading identification data from an aircraft data terminal and a "transfer" function for uploading this information to console 20.
Where the aircraft are refueled from an underqround hydrant through a vehicle incorporating a refueling valve, a fuel line and a supervisory console 20, AIM 181 would first be connected to a data terminal on the aircraft by the operator of the vehicle. Data identifying the aircraft and required fuel grade would be transfer-red from aircraft memory means to AIM 181 when AIM 131 is operated in "load" mode. The operator would then disconnect AIM 181 from the aircraft, carry the module over to console 20, connect module 181 to console 20 and transfer the aircraft identification data to console 20 by operating AIM 181 in the "transfer" mode. After console 20 acknowledges access, loading would be done in a manner similar to that described in Fig. 3.
Other variations on the above liquid product delivery schemes may easily be thought of, and the described embodiments are for purposes of illustration only.

Mechanical Elements Figs. 4 and 5 show supervisory console 20 in more detail as mounted on pedestal 28. The components of console 20 are supported and contained by a case 30, preferably constructed of welded metal plates and treated as appropriate to prevent corrosion. Mounted into upper opening 31 in front panel 32 as by means such as machine screws 34 is display and keyboard assembly 36.
As can be seen from Fia. 2, the tickets to be printed are inserted through top panel 38 by means of a preferably cast ticket - slot 40. Blank tickets are stored in ticket storage bin 42. Cover ~ 246227 ~8 is preferably mounted to case 30 as by machine screws 34, on~ or more of which may have a drilled head with a cable passing thro~ah it, which cable is brought through another fixed point and sealed with a lead seal to prevent undisclosed tampering with the contents of case 30.
Front panel 32 also is formed with lower opening 47, into which is installed ticket chute cover plate 48. Chute cover plate 4B is mounted by means such as machine screws 34 and nuts 49 to front panel 32. The machine screws 34 are received within coun-terbores 50 (Fig. 5) and fitted with protective caps 51.
Case 30 is mcunted to swivel assembly 53 of pedestal 28 bymeans of spacers 54 and drilled machine screws 60. These may not be unscrewed from assembly 53 without breaking lead seal 46, as they are attached to each other through cable 44.
Display assembly 74 is attached to the interior wall of front panel 32 at a point above keyboard assembly 76, both of which are covered by display and keyboard bezel 78. Display assembly 74 is in addition covered by transparent lens 80. In this embodiment, the display elements of display assembly 74 consist of two rows of dot-matrix LED units 83 and 86.
Fig. 6 more particularly shows the layout of display and key-board assembly 36. Top row 81 consists of six alphanumeric display chips 83, each of which has four dot matrices. Top row 81 thus can display a total of twenty-four characters. Bottom row 84 consis~s of three alphanumeric display chips 86, each of which has four 5 X 7 dot matrices. ~ottom row 84 is thus capable of displaying twelve alphanumeric characters which are however of larger size.
In use, top row 81 generally displays alpha characters and bottom row 84 displays numbers. Variations on the described embodiment can easily be thought of in terms of type of display (LED, liquid crystal or CRT), number of chips and characters, and placement of display elements.

Reyboard assembly 76 has in this embodiment two keypads: a numeric keypad 88 containing number keys 89-98 and a decimal point key 99, and a f~nction keypad 100. Function keypad 100 has a PRINT
key 101, a START key 102, an upscroll key 103, a downscroll key '104, an ENTER key 105, a CLEAR key 106, a Mode 1 key 107, a Mode n key 108, and a STOP key 109. The functions of these keys will be later described. Other embodiments of the present invention may have a different or expanded set of function keys, and the arrange-ment of function keys in Fig. 6 can obviously be varied as well.
Returning to Fig. 4, there is also shown a prover switch con-nector and fuse panel 110 recessed within opening 112 of left case panel 114. Panel 110 is shown in more detail in Figs. 7 and B.
Mounted on panel 110 are a pair of fuses 116, a multiple pin con-nector 118* and switch seal plate 120. Switch seal plate 120 is affixed to panel 110 by means of drilled machine screw 121 and nutsert 122. In between switch seal plate 120 and fuse panel 110 is plate 124, itself attached to fuse panel 110 by means of screw 125 and nut 126 and forming the sides 127 of the prover switch seal. Inside switch seal plate 120 is prover switch 128, shown in the "disable" position. The shape of switch seal 120 is such that prover switch 128 cannot be moved to the ~enable" position (shown in phantom) without removal of switch seal 120. Since drilled machine screw 121 has cable 44 passing through it, which cable is connected to another close-by point such as the head of drilled machine screw 35, and since the ends of cable 44 are brought ~o-gether and sealed with a bureau of standards seal 46, switch seal 120 may not be removed without showing evidence of tampering.
Returning to Fig. 4, side cover 130 is secured as by machine screws 34, which may be drilled and cabled in a manner similar to that shown for panel 110.
Fig. 5 shows the internal layout of console 20, with wiring and other parts having been omitted for clarity. Supported by base 1;~46~27 plate 68 throuch left cage foot 132 and a right cage foot (not shown) is CPu assembly 136. ~eft cage foot 132 is secured to base plate 68 and left cage support 134 by locknuts 138 and machine screws 139 (Fig. 4). Not sho~n is a right cage support similar to left cage support 134 and affixed in a similar manner to the right cage foot.
Four panels are affixed as by screws 140, spacers 141 and nutserts 142 to the left and right cage supports: a power supply assembly board 144 (best seen in Fig. 4), a power kludge board 146, a signal kludge board assembly 148 (only the board is shown in Fig.
5) and a backplane (not shown) on the side nearest to right case panel 115. Affixed to the interior of the cage supports is a cir-cuit board guide and spacer assembly 150, shown in this embodiment with eight circuit board slots 152. Interior circuit boards 154, 156, 158 and 160 are slid into four of the eight slots and into a series of multiple pin connectors (not shown) mounted on the back-plane. In this embodiment, interior board 154 is ~he CPU and R0 board containing an eight-bit microprocessor chip; board 156 is a data input/'output board; board 158 is a digital/asynchronous re-ceiver/transmitter (DART) board for receipt and transmission ofRS232 serial data ~o printer assembly 164 and dedicated processor 24; and board 160 is a 6K RAM board. The extra card slots 152 are provided for additional boards such as an optional RAM board for additional read/write capability (not shown). Ribbon cables 175, 176 and 177 connect DART board 158 with signal kludge board 14~.
Inserted through the extreme lower end of rear panel 169 is main connector 170, the cables from which connect CPU assembly 136 through the interior of pedestal 28 to vario~s truck systems, in-cluding an electrically pulsing odometer, the ignition, 12V DC
power from the truck battery and dedicated processor 24.
Affixed to left panel 114 and right panel 115 as by machine screws 161 and locknuts 162 (one of each shown in Fig. 4~ is printer assembly 164.

a ~
~2~622~7 Printer assembly 164 consists of a ticket tray 166 into which a blank ticket is inserted upside down for printing-*', means to sec~rely hsld the ticket in place while each line is printed, a plurality of solenoid-actuated dot-matrix printing heads (not shown), a printer motor to advance the ticket line by line after the preceding line is printed, and an optical ticket sensor 16~.
The mechanical details of printer assembly 164 are not central to the invention and as such will not be set out here. Suffice it to say that alphanumeric information for printing is electronically transmitted to printer control board 172, which in turn controls the printer heads and advance mechanism. Optical ticket sensor 168 senses the presence or absence of an inserted ticket. After a ticket 21 is printed, it falls down chute 174 and becomes visible in chute cover plate 43 as in Fig. 2, where an operator may con-veniently pull it out of the console.
Adapted to be inserted into multiple pin connector 118 is RAMcard 180, one embodiment of which is shown in Pig. 9. As pre-viously discussed, RAM card 180 is designed to transfer information from a local or mainframe computer to console 20, and vice versa.
To effect these information transfers, 16K of RAM has been found to be sufficient, using common 8-bit digital architecture and input/
output. In addition to memory, control and input/output interface integrated chips, RAM card 180 also carries a power supply such as a small battery to keep the volatile memory contents alive. Since the internal structure of RAM card 180 is not important to an understanding of the present inventionl it will not be further described here.
In the loading-dock embodiment of the present invention, an account identification module (AIM) may be used in place of a RAM
card. The AIM need only contain about 2K of random access memory to effect its functions as part of a vehicle-loading scheme.

- 14 ~

~462;~
Electronic Elements Having described a mechanical embodiment of the present inven-tion, the reader is next directed to Figs. 10 and 11, which are electronic schematic/block diagrams showing the CPU assembly, I/0 devices and peripherals both inside and outside of console 20.
Central to the electronics of the present invention is central processing unit (CPU) ~lock 450, physically located on CPU/ROM
board 154. CP~ block 4~0 contains a microprocessor unit such as a Z80 integrated microprocessor chip and associated interface ele-ments. CPU block 450 and the other elements of the microcomputerare based preferably on 8-bit architecture. Paths 452 and 454 show two-way connections between CPU block 450, data bus 456, and ad-dress bus 458. The reader should assume the existence of bus drivers, control lines, clock lines and power llnes, which for purposes of clarity have been omitted throughout.
Located on card 160 is random access memory (R~M) block 460, actually a series of RAM integrated chips and associated interface chips. Paths 462, 464 access CPU data bus 456 and address bus 458, respectively. Read-only memory (ROM) block 466 is connected simi-larly to data bus 456 and address bus 458 via paths 468 and 470.
CPU block 450, RAM block 460, ROM block 466, data bus 456 andaddress bus 458 together comprise CPU unit 472, which is programmed to carry out the various tabulations and computations of data herein described. CPU uni~ 472 has several input/output ports, ~5 among them digital interface block 474, connected via data and address paths 476 and 47B.
Interface block 474 mainly handles I/O lines from dedicated processor 24. Several of these deal with the fluid valve asso-ciated with turbine meter 18, which valve has pump, dwell and shut-off positions. Line 4B0 i5 switched ~o receive a signal ~o shutoffsolenoid 482 when the valve is desired to be opened. Dwell solenoid 484 is connected via line 486 to inte~ace block 474;

- lS -3~Z~6Z27 switching line 486 closed while switch 494 is in RUN position 499 and while signal line 498 is high causes the valve to close almost but not com~letely all of the way in order to avoid fluid hammer at the end of a fluid delivery.
Dedicated processor 24 may optionally have an LED meter dis-play 488 and associated logic, in which case the display is con-trolled by COUNT line 490 and RESET line 492. Interface block 474 also sends a RUN signal to 3-way meter switch 494 via line 498 .
In its RUN position 499, switch 494 is connected via line 500 to dwell solenoid 484 and shutoff solenoid 482, allowing the valve to fully open if lines 480 and 486 are switched closed by block 474.
In PRINT position 502, switch 494 allows the valve to close and sends a signal to interface block 474 via line 496 to instruct console 20 to print the ticket produced at the end of each deliv-ery. Switch 494 may also be turned to its EMERG~NC~ STOP position 504, which closes the valve by opening the circuits for solenoids 482 and 484. A ticket will not be printed when the switch is in EMERGENCY STOP position 504. Optionally, RUN switch position 499 may also activate a reel-heating function through line 506, the electronics for which are associated with meter display 488.
Over-voltaae diode pair 485 is connected across dwell and shutoff solenoids 484, 482 at 487, 489, 491.
Interface block 474 also teceives PRINTER DISABLE line 508 from printer CPU block 510 (Fig. ll), whereby a command may be sent to disable printer 164 while fluid is being pumped through the valve (i.e., shutoff solenoid 482 is energized). It also handles ticket jam line 51~, whereby a signal is transmitted from printer motor speed assembly 514 (Fig. 11) when a ticket is jammed in the printer mechanism. A hign signal on this line will prevent serial data from bein~ transmitted by digital asynchronous receiver/
transmitter (DART) 158 to printer serial interface block 516.

~ lZ,462;~

Also received by interface block 474 is meter pressure signal line 518, whic~ transmits a high signal when switch 519 is open due to abnormal fluid pressure, causing fluid delivery to be interrupted. Line 521 is connected to prover switch 128. A low condition on this line is needed before the prover mode of the console may be entered, as discussed below. Finally, digital interface block 474 also handles HOLD POWER line 523 and LOW
BATTERY line 527. Line 524 transmits a signal indicating below-normal voltage in the truck battery.
Figure 10 shows an electronics block diagram for one meter only. However, two or more meters may be employed, one for each product or tank. In this case meter display count line 490, dis-play reset line 492, shutoff line ~80, dwell line 486, remote print switch line 496, meter RUN line 498, and meter pressure line 518 are all duplicated for each additional meter, and the interface capability of interface block 474 is commensurately expanded.
The liquid product volume passing through meter 18 is mechani-cally measured as by the rotation of a shaft, and this motion is translated into two channels of electrical pulses by volume pulsers 520 and 522. Various means of generating electrical pulses from mechanical motion are known in the art, including means such as the magnetic coupling of magnets and one or more Hall-effect transis-tors. Any suitable pulse generating means may be employed in the present invention.
Channel A and channel B pulses, resulting from a small meas-ured increment of fluid passing through meter 18, are fed via lines 524, 526 to analog/digital converter unit 528, and from thence to pulser interface block 530 . Interface block 530 has data and address connections 532, 534 to data and address buses 456, 458.
For each additional meter, the above-described pulse electronics are duplicated.

1246;~

In the delivery tr~ck embodiment (Fig. 1), console 20 may op-tionally be eq~ipped to show whether truck 10 moved during delivery by printing a ticket 21 showing the odometer reading at the begin-ning and at the end of each delivery. If this Gption is desired, an electric pulser S36 is installed on the tr~ck odometer.
Pulser 536 transmits pulses, each representing a certain incremen-tal distance traveled, along line 538 to odometer analog/digital converter block 540 and thence to odometer interface 542. Inter-face 542 is connected via paths 544, 546 to data and address buses 456, 458.
Referring to Fig. 11, portable RAM card 180, designed to dump data pertinent ~o each day's delivery route to CPU unit 472 and record delivery data for processing by the mainframe computer thereafter, is connected to R~M card interface block 548 by data and address paths 550, 552. Interface block 548 is in turn con-nected to data and address buses 456, 458 (Fig. 10~ via paths 554, 556.
As discussed below, the volume delivered may optionally be corrected to a standard volume at a given temperature for correct pricing. To determine the correction factor between ~gross volume"
(volume at the ambient delivery temperature) and "net volume"
(volume at a given temperature, conveniently 60F.) the average temperature of the fluid needs to be obtained. To obtain the aver-age temperature, resistance temperature probe 558 samples the temp-erature at frequent periodic intervals, such as twice per second, each sampled temperature corresponding to a volumetric increment.
The sampled temperatures are encoded into serial format, e.g., RS232 format, by serializer 560, and transmitted via serial channel 561 to DART 158.
DART 158 als~ outputs serial printer data via channel 562 to printer serial interface block 516. Receiving printing commands via printer data and address buses 564, 566 from printer CPU block ~,2a~6~27 510 in connection with printer ROM 568 and printer RAM 570, inter-face block 516 outp~ts instructions to the printer head solenoids 572 via path 574 and trigger line 578 and to motor speed block 514 via line 584, and receives a signal from dot position sensor 580 via line 582.
Dot position sensor block 580 senses the position of dots as printed by the dot-matrix printer head by optically coupled LED 586 and photo-transistor 588, and relays this information to motor speed block 514 via line 590.
Motor speed block 514 controls the motion of Printer motor 592, whose feeds are connected across diode 593. Motor speed block 514 allows the ticket to advance in ticket tray 166 (Fig. 5) only after an entire line has been printed.
DART unit 158 also receives signal line 594 from ticket sensor 168. Sensor 168 has an LED 596 optically coupled to a photo-tran-sistor 598, and is able to sense the presence or absence of a ticket between these two components. DART unit 158 is connected to CPU unit 472 via digital data and address paths 600 and 602.
Referring back to Fig. 10, the remaining interface component, interface block 604, is connected to CPU data and address buses 456, 458 via paths 606, 608. Interface block 604 handles digital data from keyboard assembly 76, display assembly 74 and a signal from truck ignition 610 through path 612, path 614 and line 616, respectively.

User Procedure In ~he preferred embodiment, console 20 is designed to operate in up to eleven different modes, with each mode using different inputs, employing different calculating algorithms and producing different outputs. The modes are designated as Mode 0 through Mode 9, with the eleventh mode being Mode "P".

-- lg --

2:27 .~

The driver of truck 10 has access to Modes 0 and 1 without knowledge of any security code. Higher modes are protected with various levels of sec~rity, with Mode "P" - the measurement "prover" mode - being most secure and bearing a governmental de-partment of weights and measures seal.
The various modes and their security levels are set out in the following table.

Mode Number Function Security Level 0 menu open 1 driver open 2 dispatcher keyed

3 SuperViSGr keyed

4 valve setup keyed enable/disable presets keyed 6 real time clock keyed 7 diagnostics keyed 8 software identification keyed 9 odometer calibration keyed P prover mode sealed Mode 0 Figure 12 depicts the user flowchart for Mode 0. From start 200, the operator depresses the M# key 108 per step 202. In 204, display 74 comes back with "ENTER MODE NO." and "0". From this 25 display there is a two-way branch via paths 208 and 210 depending on the mode selected.
Mode 1 is accessed via path 206. The operator simply de-presses "Ml" key 107 per 212 and arrives at Mode 1, 214. For further details of Mode 1, see Fig. 13.
Where access to Modes 2, 3, 4, 5, ~ or 9 is desired, path 208 is used. In step 216, the opera~or depresses the digit key corre-spondin~ to the mode nu~ber n, and then ENTER key 105. In i24~Z7 response, display 74 will prompt with "KEY" in step 218. The oper-ator then enters a four digit number in step 220.
At decision 222, if the four digit number eq~als the code key Kn stored in memory for the mode for which access is desired, the console will allow access to mode n at 224. See Fig. 15 for the user flowchart for Mode 2. If the entered number does not equal Knl the console will dump the operator to Mode 1 (214) via path 226.
Modes 7 and 8, accessed by path 210, have no security fea-ture. The operator presses digit key 96 or 97 (n7" or "Bn) andnENTER" key 105, per input step 228. This causes him to enter either Mode 7 or 8, as shown by connector 230.
Mode_l Turning now to Fig. 13, the first portion of the operator procedure for Mode 1 is diagrammatically shown. In the delivery-truck embodiment of the invention (Fig. 1), this mode is used by the driver when making deliveries of llquid product. The console modes will hereinafter be described as they apply to the liquid product vehicle delivery embodiment.
Mode 0 connector 232 indicates that Mode 1 may be accessed by the Mode 0 procedure (Fig. 1). The display will first show "Ml-DELIVERY MODE" (234). The operator then presses ENTER key 105 (input 236) to arrive at the NET VOLUME ~ALLONS display 23B. This display can alternatively be reached by switching on truck ignition 610 (Fig. 10) per step 239. Display 238 is the first display of a series of displays in the Mode 1 displa~ cycle.
NET VOLUME GALLONS display 238 displays that message on top display row 81 and the volume of the product delivered in gallons as corrected to a ~ase temperature on bottom display row 84 (See Fig. 6). At the beginning of the delivery cycle, this is initialized to "on.

lZ4~7 To leave NET ~OLUME GALLONS display 238, the operator presses downscroll key 104 at 240 or upscroll key 103 at 241 (Fig. 14).
The operator may look at any of the followina displays by succes-sively pressing either of scroll keys 103, 104. If downscroll key 104 is depressed, GROSS VOLUME GALLONS display 242 will appear and will indicate the number of gallons of delivered product uncor-rected for temperature. This value is also initialized to zero.
The operator may now upscroll at 243 back to GROSS VOLUME GALLONS
display at 238, or he may downscroll at 244 to arrive at TEMP THIS
10 DEL *F display 246, which indicates the temperature of the liquid product as last sampled by temperature probe 558 (Fig. 11). NET
VOLUME GALLONS 238, GROSS VOLUME GALLONS 242 and TEMP THIS DEL ~F
246 are displays which cannot be changed by the operator in Mode 1.
Downscrolling again at step 248 causes the console to display "PRODUCT NUMBER" at 250. ~f the operator decides to change the product number by following path-252, he presses CLEAR key 106 at 251 and enters the product code at 253, which will then appear on the display at 250. If the product number is correct, the operator may downscroll at 254 to ACCOUNT NUMBER display 256. If the opera-tor decides to change the account number by following branch 258, he does so by clearing display 74 and entering the new number at 260. Looping back to display 256 via path 261, the operator has a chance to satisfy himself that the number is correct. Once so satis~ied, he downscrolls or upscrolls at 262.
Upon upscrolling or downscrolling at 262, the console deter~
mines at 259 whether the account number entered at 260 matches any number on a list of account numbers stored in RAM block 460 (Fig.
10). If it does and if the operator has downscrolled, INVENTORY
display 263 will next appear. A matching account number plus an 30 upscroll will access PRODUCT NUMBER display 250. If the accountnum~er is spurious, the routine loops back via path 264 to ACCOUNT

NUM3ER display 256, and will continue to do so unless a matching account number is entered.

~L29L~
The driver may also elect to chanse the number of gallons of inventory shown on display 263 by following path 266. If he does, he clears at 267 and enters the new data at step 268, and the in-ventory display 263 will then reflect the entry.
PRESET GROSS, PRESET NET and PRESET PRICE functions 274, 276 (Fig. 14) and 282 (Fig. 14) are available to be displayed and changed only if the functions have been enabled through Mode 5.
PRESET GROSS allows a gross volume delivery limit to be set, where-by an automatic fluid shuto~f sequence (later described) is trig-gered when a certain gross volume of delivered fluid is reached.
The preset gross volume may be changed by following branch 273, clearing at 272 and entering a new limit at 275.
Connectors 270, 269, 294, 295 and 298 in Fig. 13 match like numbered connectors in Fig. 14, where the scroll cycle continues.
Downscrolling at 278, the operator is able to view PRESET NET
display 276 (Fig. 14). This displays a net volume delivery limit which actuates the automatic shutoff sequence upon being ap-proached. The preset net volume may be changed by following branch 277, clearing at 2B0 and entering a new preset net volume at inp~t step 279.
By downscrolling at 315, the PRESET PRICE display 282 may be reached. This preset sets a limit on how many dollars' worth of a product may be delivered before actuating the automatic shutoff sequence. Following path 281, the Mode 1 operator may clear the display at 317 and enter a new dollar limit at 283~
As previously noted, any or all of the three presets (274 (Fig. 13), 276, 282) may be disabled and may thus be unavailable to the Mode 1 operator to view or change. The scroll cycle wo~ld be correspondingly truncated, with scroll cycle paths 311, 313 being 30 connected to paths 285 and 299 were all presets disabled or 289 and 300 were PRESET NET and PRESET PRICE disabled, or 293 and 301 were PRESET PRICE only disabled. Connectors 270, 269, 2g4 and 295 would ~Z~62Z7 be bypassed were PRES~T NET and PRESET PRICE disabled. Connector 298 would show the correct user flowchart path were all three pre-sets, or PRESET NET and PRESET PRICE alone, disabled. Alternate paths may be drawn were only, say, PRESET GROSS disabled, but their paths have been omitted from Figs. 13 and 14 for clari~y.
At this point, the operator may scroll up or scroll down at input steps 241, 319 to check the various parameters displayed in Mode 1, or he may enter the start sequence by pressing START key 102 at 284. If PRESET PRICE 282 and/or other presets are disabled, the operator uses alternate START path 265.
The console will then look for an inserted ticket at 286. If no ticket has been inserted, a REQUEST TICKET message is displayed at 287. The physical insertion of a ticket at 288 will loop the procedure back to decision point 286.
Once thè ticket is inserted, the console next checks at deci-sion point 290 to see if switch 494 (Fig. 10) is in remote print position 502. The procedure will go no further until switch 494 is turned to RUN position 499 manually at step 291.
Once switch 494 is switched to RUN, the console checks the pump pressure at 292. If the pump pressure is incorrect, the operator manually changes it at step 297. Once the correct pump pressure has been set, path 306 is followed to delivery enable point 302, and the liquid product delivery begins.
If one of the three presets above mentioned applies to the particular customer, the procedure path will proceed from decision 304 to decision point 305, where the console compares the volume so far delivered to a preset volume Vp minus a dwell increment D. Vp is calculated as the least of (1) Vg, preset gross volume; (2) Vng, preset net volume modified by a ~emperature correction factor to a gross volume; and (3)Vsg~ equivalent to P(a(Tn Tg) + 1) 6~27 I

where S = total price limit, P = price per net gallon at a base temperature, a = temperature coefficient, Tn = base temperature, and Tg = average temperat~re at which the delivery i5 being made.
If the delivered volume does not yet equal Vp-D, the liquid will continue to be delivered to the customer at the normal rate, and logic path 321 will cycle back to decision point 305 to be tes~ed at the next time increment. If the delivered volume equals Vp-D, the console will send a "dwell" command to dwell solenoid 484 (Fig.
10), greatly reducing flow rate through the associated delivery valve. Dwell state 30B will be maintained as long as the delivered volume is less than Vp, a comparison done at step 309. When Vp is finally reached, the console sends a signal to shutoff solenoid 482 (Fig~ 10) to shut off the delivery valve per instruction 310, which in turn enables delivery ticket 21 (Fig. 1) to be printed at step 312.
Where none of the three presets has been specified, the de-livery is ended manually per manual dwell step 314 and manual shutoff step 316. The operator then either depresses PRINT key 101 at step 318 or turns switch 494 to remote print position 502 at 323 to enable ticket-printing step 312. The printing of the ticket ends the Mode 1 cycle.
The information printed on a ticket generated by Mode 1 varies with the software instructions encoded into the ROM 466 of CPU unit 472 ~Fig. 10). In this embodiment, the following items may be listed:
1. Date and time of start of delivery 2. Date and time of end of delivery 3. Truck odometer reading at start of delivery 4. Truck odometer reading at end of delivery

5. Odometer reading change during delivery

6. Ticket number

7. Sale number ~2462~

8. Vnit (console) identification number

9. Ope ator number

10. Tr~ck number

11. Net or gr3ss volume gallons at start

12. Net or gross volume gallons at finish

13. Temperature this delivery, F

14. Product number

15. Total, tax category 1

16. Total, tax category 2

17. Total, tax category 3

18. Total, tax category 4

19. Tax this delivery

20. Price/unit, no tax

21. Price including tax If any of the above items is zero, it will not be printed.
Mode 2 Fig. 15 shows a user flowchart for Mode 2 operation. From Mode 0 (connector 320), the operator knows he has accessed Mode 2 by the "**M2-- PRICE AND TAX**" display 322. He then presses ENTER
at step 324 to arrive at the first display 326 of the Mode 2 scroll cycle. In one embodiment, the items successively displayed in the Mode 2 scroll cycle occur in the following order:
1. PRODUCT NUMBER
2. PRICE/UNIT NO TAX
3. TAX/U~IT CAT 1 4. TAX/UNIT CAT 2 5. TAX/UNIT CAT 3 6. TAX~UNIT CA~ 4 7. % TAX CAT 1 8. % TAX CAT 2 9. % TAX CAT 3 ~246~;~7 10 % TAX CAT 4 .

11. OPERATOR Nl~ R
Where the above order is adopted, ITEM 1 display 326 becomes the PROD~CT N~MBER display, ITEM 2 display 328 becomes the PRIC~
5 UNI~ NO TAX display, and the ITEM n display 330 becomes the OPER-ATOR NUMBER display. The operator may move from any one Mode 2 display to any other Mode 2 display by the operation of downscroll key 104 and upscroll key 103 at downscroll steps 332 and upscroll steps 334. When the change of any of the above items is desired, the operator clears the display at one of the CLEAR steps 336, and enters new data at the associated data entry step 338. Entry of the data will cause the associated item display to display the new data.
The Mode 2 display sequence shows, for each product identified by a product number, a price per volumetric unit and several tax parameters. This is desirable because truck-delivered liquids, and in particular petroleum products such as fuel oil and diesel fuel, are subjected to different sales taxes based upon l) the jurisdic-tion, 2) the tax category of the recipient, 3) the use or uses of the product and 4) the amount delivered. Taxes may vary from county to county, may not be applicable to non-profit or religious organizations, or may be applicable at a lesser rate. Furthermore, the tax rate may vary within certain volume categories. Finally, the tax structure may dif~er between fuel uses, e.g., fuel used for residential heating v. diesel fuel for vehicles. Console 20 is thus programmed in this embodiment ~o store and use at least four different tax categories for each product, both by tax per volu-metric unit and by tax per dollar amount soldO
Mode 2 also registers which operator is using which super-visory console or truck.
The Mode 2 scroll sequence may be exited by pressing an exitkey at 340. Alternatively, the operator may choose to print a ~za~6~2~7 Mode 2 ticket by depressing PRINT key 101 at step 342 to generate a ticket at 344. Fig. 15 shows a dotted path 345 to the PRINT
sequence from ITEM n display 330, as the PRINT sequence may be ac-tuated from any Mode 2 display. A Mode 2 ticket prints out any or several of the following items:
1. Truck number 2. Unit ID number 3. Last sale number 4. Last ticket number 5. Total net volume 6. Total gross volume 7. Cumulative tax category 1 8. Cumulative tax category 2 9. Cumulative tax category 3 10. Cumulative tax category 4 As can be seen from the above items, a Mode 2 ticket 344 is designed to be printed out at the end of a work shift to maintain a record of deliveries. Totals of sales in the various tax cate-gories and total net and gross volumes are displayed after a cer-tain sale and/or ticket number, for the amounts delivered since alast Mode 2 ticket was printed.
Mode 3 - SuPervisor Mode This mode is accessed in a manner similar to Mode 2. The following displays can be read and changed, in accordance with the Mode 2 procedure:
1. Sale number 2. Ticket number 3. Total net volume 4. Total gross volume 5. Cumulative tax category 1 6. Cumulative tax category 2 7. Cumulative tax category 3 ~3 ~24~ 7 8. Cumulative tax category 4 9. Tota~ tax 10. Total sales, no tax 11. ~otal sales, incl. tax 12. Total gross volume not priced 13. Total net volume not priced 14. One-time key for Mode 2 15. Key for Mode 2 16. Key for Mode 3 17. Key for Mode 4 18. Key for Mode 5 19. Key for Mode 6 20. Key for Mode 9 21. Number of decimal places, volume

22. Number of decimal places, price

23. Maximum price/unit, including tax In the above list, items 1 and 2 (sale number and ticket num-ber) are records of the sequential numbers of the last ticket and last sale processed by console 20. Items 3 through 11 are cumula-20 tive totals for the console, and normally would not be changed ex-cept after installing or moving a meter or register. Items 12 and 13 are records of liquid delivered where no price was charged, and are thus a further precaution against theft.
Items 14 through 20 contain the entry keys for Modes 2-6 and 25 Mode 9. The keys for these modes may therefore be changed in the field at any time by a person entrusted with the last Mode 3 key.
Item 23, the "maximum price/unit including tax" figure, assigns an upper limit to what customers are charged for delivered products.
If a mistake is made in pricing a product in Mode 2 such that the 30 entered price/unit exceeds the maximum, an error message will be generated.

~2a.t6~

A ticket may be printed in Mode 3 at any time by pressing PRINT key 101. The ticket may be set up to show any of the fol-lowing items:
1. Truck number 2. Unit identification number 3. Sale number 4. Total net volume 5. Total gross volume 6. Cumulative tax category 1 7. Cumulative tax category 2 8. Cumulative tax category 3 9. Cumulative tax category 4 10. Total tax 11. Total sales, no tax 12. Total sales, including tax 13. Total net volume not priced It is contemplated that a ticket will be printed before and after any changes in the program are made.
Mode 4 - Valve Setup This mode is accessed from Mode 0 by use of a key, and uses display/change procedures similar to those of Mode 2 (see Fig.
15). Mode 4 access is acknowledged by the display **M4--VALVE
RELATED**. The following displays are shown and may be changed:
1. First stage closure 2. Dwell flow (units/min) The first display concerns for how much volume* the delivery valve will be partially open in a DWELL condition, i.e., as the delivered volume nears a preset volume, when the flow rate will be cut down to minimize hydraulic shock. The second display sets the 30 dwell flow rate.

.. , . ... ., , . , . ,, .. . ,, . . . , . .. ", , ~, . . .. ....... . . . . . . ... . . ... . .. ..
. .

~ 62~ ~
Mode S - Enable/Disable Presets .

Mode 5 is accessed through Mode 0 by use of a key. Access is acknowledged by the display n**M5--ENABLES**". Mode ~ allows the display and change of the following items in a manner similar to Mode 2:
1. Enable net preset 2. Enable gross preset 3. Enable price preset Setting any of items 1-3 to ~1" will enable the particular preset, i.e., the operator may set the preset in Mode 1. Setting of any of items 1-3 to ~0" will disable the preset, making that preset f,unction unavailable to a Mode 1 operator. For details as to each preset, refer to the dissussion of presets under Mode 1.
_ de 6 - Real Time Clock Mode 6 is accessed t~rough Mode 0 by use of a numeric key.
Access is acknowledged by the display ~*M6--REAL TIME CLOCK**.
Mode 6 allows the display of the following items:
-1. Year 2. Month 3. Day 4. Hour 5. Minutes 6. Seconds 7. Date-time group Items 1-6 may be displayed and changed in a manner similar to Mode 2 in order to set the console~s built-in real time clock.
"Date-time group" may not be changed.
Mode 7 - Diaqnostics Mode 7 is accessed through Mode 0 without the use o~ a numeric key. It allows the display of the following items:
1. Before rounding 2. After rounding ~Z46Z27 3. Places to round to 4. Actual probe temperature, F
5. Temperature coefficient 6. Pulses/unit volume 7. Odometer pulses/mile 8. Trip odometer 9. Total miles .
Of the above .tems, only ~before rounding" and ~places to round to" may be changed in Mode 7 as affecting the rounding func-tion of the console. Items 4-9 are Prover Mode (Mode P) data which may be checked but not changed in Mode 7.
Mode 8 - Software Identification Mode 8 is accessed through Mode 0 but requires no key. Access is acknowledged by the display n*~M8--IDENTIFICATION*~n. The fol-lowing displays may be viewed but not changed:
1. Software version and date 2. Hardware model no.
3. Console order no.
4. Meter order no.
5. Total counts/1000 Item 5, "total counts/1000n, represents a cumulative total of the meter pulses registered on the console, divided by 1000. All five items may be printed on a ticket in Mode B, which is actuated by pessing PRINT key 101.
Mode 9 - Odometer Calibration Mode 9 is accessed through Mode 0 by use of a numeric key.
Access is acknowledged by the display n*~M9--ODOMETER**n. The following items in Mode 9 may be displayed and changed in a manner similar to the Mode 2 procedure:
1. Trip Odometer 2. Total miles 3. Pulses/mile 1~4~2~7 , .

Item 3, pulses/mile, allows calibration of the conYersion factor between odometer pulses sensed by analog/digital converter 540 (Fig. 10) and actual miles travelled.
Mode P - Prover Mode Since the apparatus of the invention is involved in the delivery of taxed and regulated commodities, the accuracy of the meter's measurement may have to be approved by a governmental auth~
ority. Access to Mode P allows the calibration of volumetric and temperature measurement.
Fig. 16 shows a user flowchart for Mode P. ~nlike Modes 1-9, access is not obtained through Mode 0. The operator must first break a Department of Weights and Measures seal 46 (Figs. 7 and 8) at step 350, open the prover mode switch seal plate 12C at step 352, and flip prover switch 128 at step 3~4. The console will then look for an initial ticket at 356. If a ticket has not been in-serted, it will display REQUEST TICKET at 358 until a ticket is inserted. It will then print the following information at step 360:
1. Unit identification number 2. Base temperature 3. Temperature coefficient 4. Gross volume, gal.
5. Net volume, gal.
6. Temperature offset 7. Temperature this delivery 8~ Total counts/1000 9. Meter factor 10. Pulses per unit volume Once the ini~ial ~icket has been printed, the console will ask 30 for a new ticket at 362 and verify that the ticket has been in-serted at 364. After t~e second ticket has been inserted, Mode P
will proceed to a scroll cycle, the first display of which is BASE

1~ ~.2~6227 TEMPERATURE display 366. The base temperature is the one for which the "net volume" of the product is calculated. If, ~or example, the base temperature is 60F, and the average delivery temperature is 40F, the "gross volume" delivered at 40~F will be converted by the console to an equivalent net volume at 60F. If it is desired to change the base temperature, the operator does so by executing CLEAR step 368 and data entry step 370.
Scrolling down by pressing downscroll key 104 at 372, the operator next views TEMP COEFFICIENr display 374. This display displays the value for a, used in the volume conversion calculation step Vn = Vg (a(Tn - Tg) ~ 1) where Vn = net volume, Vg - gross volume, Tg - average delivery temperature (F) and Tn = base temperature (F). Temperature co-efficient a may be changed by executing CLEAR step 376 and dataentry step 378.
The operator is now ready to calibrate the meter. By pressing START key 102 at 380, delivery is enabied at 382. The liquid flows through both meter 18 of the truck and also a master meter. The master meter records a correct gross volume at 384 after a selected amount of liquid has been run through.
After completion of the prover run and associated manual shut-off sequence at 385, the operatoe next downscrolls at 386 on con-sole 20 to arrive at G~OSS VOLUME GA~LONS display 388. Console 20 . 25 will meanwhile have o~unted the pulses received from meter 18 at i 389 and will have calculated a gross volume therefrom at 390. The display will therefore show the gross volume measured by the con-sole in the prover run. In the circumstance that the indicated gross volume is different from that measured by the mastér meter, the operator clears the display at 391 and enters the master meter gross volume IVgm) at 3~2.

:12~6~7 At step 398, the console back-calculates the number of pulses per unit of gross volume ~rom V~m entered at 392. The console also calculates the net volume at 400 with the aid of temperature co-efficient a entered at step 378, the base temperature Tn entered at 370 and the average delivery temperature Tg. The various Mode 9 displays 402 are then altered by the console, where applicable, to reflect the new calibration. The Mode 9 displays are listed below in their scroll order in this embodiment:
1. BASE TEMPERATURE
2. TEMP COEFFICIENT
3. GROSS VOLUME GALLONS
4. NET VOLUME GALLONS
5. TEMP OFFSET-DEG F
6. TEMP THIS DEL F
7. UNIT ID NUMBER
3. TRUCK NUMBER
9. PULSES/U~IT VOLUME
Each of these displays may be changed in a manner similar to that used in Mode 2, except for the TEMP OFFSET display which is calculated automatically.
After all changes have been calculated/entered, the operator presses PRINT key 101 at 404 to generate a ticket similar to that printed before the prover run at 360. The operator will then have a written record of the current calibration parameters.
While the foregoing description of certain preferred embodi-ments illustrates ~he invention, t~e invention should not be con-strued as being limited to those embodiments but rather by the scope of the claims which follow.

Claims (6)

WHAT IS CLAIMED IS:

1. A calibratable system for delivery of liquid products comprising:
programmable control means and associated storage means, said control means having integrally-formed prover means for calculating and for storing at least one calibration constant in said storage means;
pump means, coupled to said control means, for delivery of a selected product;
meter means, coupled to said control means for sensing a volume of delivered product with said control means determining a calibrated volume of delivered product;
a prover enable switch fixedly attached mechanically to said control means and electrically coupled thereto for enabling said prover means; and manually operable means, coupled to said control means, for entering a true delivered volume into said control means when said prover means has been enabled by said switch with said control means including means for adjusting a number of pulses per gallon of delivered product in response to said control means sensing said entered true delivered volume;
said control means including means for retrieving at least said one calibration constant from said storage means and for generating a beginning calibration hard copy record including said calibration constant in response to said prover means being enabled by said switch, for adjusting said calibration constant and for then generating an ending calibration hard copy record including said adjusted calibration constant.

2. A system as in claim 1, wherein the system is mountable on a vehicle including means for sensing displacement indicia corresponding to vehicle movement and for recording first and second position indicia with said first position indicium associated with an initial vehicle position when delivery is initiated and with said second position indicium associated with a final vehicle position when the delivery has been completed.

3. A system as in claim 2 including means for creating a hard copy record of both of said position indicia when the delivery has been completed.

4. A system as in claim 2 including means for calibrating said displacement sensing means.

5. A fluid delivery system mountable on a vehicle comprising:
programmable control means;
means, coupled to said control means, for sensing a quantity of delivered fluid;
means, coupled to said control means and to the vehicle, for sensing displacement of the vehicle between at least first and second positions corresponding to first and second fluid delivery sites associated with a selected account;
and means, coupled to said control means, for generating a single hard copy record indicative of fluid delivery at least at said first and second delivery sites.

6. A vehicle mountable fluid delivery system as in claim 5 including means for recording displacement information between said first and second delivery sites on said single hard copy record.