Search Posts:

splicing papertape


Return to Threads

  splicing papertape by Bill Degnan - 12/17/2018 13:23
Teletype ASR 33 Papertape reader. You can feed a piece of papertape into the reader in local mode to print a section of tape.

I have found that the trick to splicing, aside from having correction patches is sometimes to overlap two pieces of tape, not try to get an exact cut in the program. To do this I stick in an S0 line (filler line) on both sides of the splice.

If there is a small tear in a tape that causes the reader to snag, use correction patches. If the rip is too large to patch, you'll have to splice it, just as one would a piece of film. Here are some tips how to do this...

Below is a splice of tape, represented by its data. Each 8-bit character is represented by the holes in the tape one at a time as it's fed into the reader. Let's say you determine the section of tape, with the rip marked with the brackets, reads as follows:

(this example is a standard HEX Motorola tape):
S1 = record start marker
13 = byte count
1A40 = the address to deposit the data
AE0D0A005445524D494E414C20574944 - the HEX data
6D is the checksum. The checksum at the end of each line is the one’s compliment of the sum of all 8-bit bytes dropping call carries including the byte count, m address, and data.

Note how the "line" starts with a S1. and ends with the checksum. The checksum will precede the next new line's data segment indicator (S1 and checksum are further explained below).

In this case a clean splice involves removing everything from the S1 to the 6D. Splice in the entire line from the papertape (save the data somewhere!).

NOTE: A tape is a series of sequential connected "lines". The teletype does not read in lines as if they were printed pages with a CRLF at the end of each. The papertape is read as one contiguous stream of connected "lines" with no spaces or breaks.

lines (in the context of a tape repair) = "data blocks with an assigned memory location and control bits"

Best case is to put a cut tape back together at the spot of the original rip but it's not the end of the world if you can't do this for some reason. Also, before you waste hard-to-find patch tape, you may manually test tape segments, read in sequence, before you tie all of the segments together with tape. This way you can make sure the planned repairs are correct. It should not cause the computer program reading in the tape to bomb if a tape ends and the teletype is chattering away waiting for you to stick in the next tape segment and re-start the reader. Just temporarily stop the reader, put in the next segment and start the reader again. Kind of cool actually how it works. The program will keep running until it gets the "end of tape" S9 line.

A little more about reading in data using papertape...
  • It's OK to repeat a section of tape.
  • The system in most cases will just ignore data that does not start with the record start marker (the S1 that begins a line.)

  • The computer does not strictly care what order data is read into memory.

  • Sometimes there are sections of the original papertape roll that are filler. These lines start with S0 or are just 0's or whatever

  • You may try inserting the repaired slice of tape into a filler space area, preferably if the insert is later in the address sequence. Just remember that where ever you insert the segment the splice must be a complete line from S1 to the check sum.
  • You can't insert splices at the end of the tape. They must be inserted before the characters "S9" in the tape stream, which is used to indicate the last line of a Motorola tape. A tape can have multiple S9's so don't just assume there is only one. In this case the insert needs to come before the next S9 following the splice. Some computers look for the S9 line to perform functions or to pause and set up the next section of tape. The reader run relay is used for some of that.

  • If you have an Intel tape, go here to read about that format. Same principle, just a different format.

    One other can read in a section of memory twice during the read-in, so you if you want to re-run a failed tape read or you're not sure if it worked, just restart the tape read from any arbitrary point near to where you wanted to re-enter the data.

    Here is a more detailed repair example (rip is at [50] and we're going to insert filler lines on both sides of the repaired line)

    S1131A40AE0D0A005445524D494E414C205749446D [cut here]
    S1131A5054C80020425954455320465245C50D0AE6 ---> remove this section
    [other side of the cut] S1131A600D0A4D49545320414C54414952203638B3

    You now have three pieces. The front of the tape, the small segment you've removed, and the end of the tape. Punch two buffer segments and a replacement data segment.
    [<--begin of tape end]
    S0000000000000 <-- manually punch this
    S1131A5054C80020425954455320465245C50D0AE6 <--manually punch this
    S0000000000000 <--manually punch this
    [end of tape start -->] S1131A600D0A4D49545320414C54414952203638B3

    Use papertape-repair tape to assemble the splices where [brackets indicate where to put the 4 pieces of tape]

    Please let me know if you try this!

    Teletype FAQs and more. Remember, the "S0 trick" may not work in every case as computers vary, and it might be thus best to try to attach the splices without any extra S0 lines.

    Yes if you're wondering you can edit a program tape using this method and add NEW code or clear out and replace memory locations by splicing "updates" at the end of the tape before the S9 line.



    Buy a Commodore Computer Poster

    Popular Topics and FAQs

  • Commodore B Series Tips and Tricks
  • Aerocomp TRS 80 M 1 Expansion Unit DDC
  • Items Wanted
  • Lobo Max 80
  • Zenith Z-19-CN
  • Prototype PET 2001 photo
  • Using Toggle Switches to Analyze Memory
  • Commodore Disk Archive Project
  • PET 2001 Prototype at Gametronics 1977
  • Jim Butterfield Photo
  • IMSAI 8080 With Processor Tech. Cutter
  • Secrecy is the keystone of all tyranny
  • Cromemco System Three
  • Northstar Horizon - Boot Problem
  • Computer History and Restoration Links
  • Commodore BX-256-80 - 8088 Co-processor
  • S-100 board testing with Z-80 ICE
  • Donner 3500 - an early portable computer
  • Digital (DEC) PDP 11/05 NC Assembly
  • Univac 1219 rescue
  • Fido BBS listing node list 6-13-1986
  • PDP 8e
  • MITS 88-2 SIO (2SIO) for BASIC
  • Visual Technology Inc Model 1050
  • Amiga 2500 Restoration
  • The Evolution Of IBM Computers
  • Replacement teletype print hammer head
  • Archiving and Copying Software 101
  • Computers Built 1940 - 1950
  • CBM B-520 (a.k.a B256-80 or B500 256)
  • RCA COSMAC Microkit
  • Commodore 64K C-116 Mods
  • MITS 8800b Turnmon 9600 baud
  • Catweasel, 8in and 5 1/4
  • Raspberry Pi as Gateway to Internet
  • Digital PDP11 late 1969 early 1970
  • PDP 11/40 72 inch cabinet model
  • PDP 11/40 Industrial 11 model
  • Digitial MicroVAX 3100 30 System
  • Digital VAX 4000-200
  • Commodore 64 / 1541 DRIVEKNOCK
  • Booting the System Using RL02 drive
  • PACS: Reflections by Kathleen Mauchly
  • Tele-Graphic Computer Systems Inc.
  • Commodore B Series SID Jukebox?
  • Installing Core into PDP 11/40
  • Setting Up OpenVMS 7.1 DNS CLERK
  • Felt-Tarrant Comptometer Model J
  • NextStation Color
  • Digital Rainbow (PC100-B2)
  • 1970 Compusad Compulogical Tutor
  • Archiving Papertapes Using DSI NC 2400
  • 1976 P.C.C. Features the MAI JOLT 6502
  • 1961 Beckman DEXTIR Computer
  • UNIVAC 1 and UNIVAC File Computer 1
  • Past Issues:

    poly 88 front1

    This image was selected at random from the archive. Click image for more photos and files from this set.