Data General Nova 1200

[Qbus]

Mysterious additional pages, never made any sense to me.

 

[pbirkel@gmail.com]

Thank you Qbus. Original document including instructions and source:

http://www.bitsavers.org/pdf/dg/software/utility/093-000038-00_Debug_I.pdf

 

[Qbus]

Wow, that's way better then my copy! Now if i can only find a copy of Basic for the system. Do not care if its a print of the code being if it were five hundred lines I would still toggle it in. do have a paper tape punch and have to look into finding a way of pushing a batch file thru the com port to have the printer print a tape, know how to read tapes all day long or how to copy tapes but having the ability to compile code into a batch file and push it to the punch is still eluding me.
Remember, I do power systems, drives and racks, not software.

 

[CommodoreZ]

Thank you for providing those scans, Qbus.

Original document including instructions and source:

http://www.bitsavers.org/pdf/dg/software/utility/093-000038-00_Debug_I.pdf

Excellent. I've been compiling a list of programs, resources, and various links to the Nova community at large here: https://www.commodorez.com/novarsc.html




The latest development in my 1200 debug progress has been the fixing of the fault on the front panel. We don't seem to have schematics of a Nova 1200 front panel, the best we've got is a Nixdorf DSS 620, a clone that's close enough to reference when debugging. Initially, unresponsive AC3 Examine, Deposit, and Examine pointed towards U1 and U2 having been damaged by the power fault I had previously uh... encountered. After replacing them, with no operational change noted, this pointed towards the Console Request (/CON RQ) signal itself, which tells the CPU that the front panel has a message for it. The large signal line running across the top gets pulled about a volt lower whenever a momentary switch is pressed, which is then converted into a proper logic level low by the transistor and inverters. However, watching the voltage when AC3 EX, DEP, or EX were pressed, the voltage didn't go low enough to trigger the rest of the logic.

I measured the 5V source at the front panel, and found that it had drooped down to 4.84V or thereabouts. I tweaked the output at the supply to compensate for the droop, and suddenly CON RQ began to respond every time it should. Some of the resistors in that section of the front panel have drifted just enough to be a concern, replacements are on order right now. Either way, the switches that had been acting flaky are now consistently operating, and the power supply voltage isn't too crazy. Remember, the nominal suggested voltages from the factory is closer to 5.25V, and I'm not thrilled about boosting the power supply that high.

Anyway, since then I've been testing out various diagnostic programs. Checkerboard III and IV in particular are of interest, but I'm finding the instruction manuals to be rather vague about what to expect from a working vs. malfunctioning system. I've also yet to get the Nova 1200 Logic Test diagnostic to run in such a way to indicate that it's even trying to run.

At one point, I tried loading the Binary Loader routine over serial, as I had done so many times, and it was encountering errors that prevented the program from successfully loading. Erratic terminal response, failure to halt the Bootstrap Loader routine, that sort of thing. On a whim, I pulled out one of my two core memory boards, and tried again, and magically it worked that time. It's been an essential way of loading up these diagnostic routines, so when that starts failing unexpectedly, it's quite discouraging.

I've also tried loading up BASIC, and it never makes it past the first user response to the initial configuration prompt. Halts the CPU solid.

So, here's what I'm looking for right now:
Nova 1200 Logic Test diagnostic manual
Nova 1200 Technical Manual which will include the first-time startup procedures in order. Thus far, I've been working off of a mix of the 1220 and 800 tech manuals, but they're not precisely tuned for a straight 1200.

I'm also curious what nominal, expected operation of Checkerboard III, IV, and Logic Tests is supposed to look like from someone who has had experience running these pieces of software.

 

[thunter0512]

Thank you Qbus. Original document including instructions and source:

http://www.bitsavers.org/pdf/dg/software/utility/093-000038-00_Debug_I.pdf

Thank you Qbus for discovering and publicizing this debugger in the first place.

Thank you Paul for pointing us to the nice and readable manual with program listing. It may even be convertible to text via OCR.

I am not a fan of toggling in more than say twenty 16 bit values because I am guaranteed to make mistakes.
I have upgraded my Nova 2 with the "Program Load" feature, so I prefer to type in the source code from a listing once and then assemble once and load with the Binary Loader forever, rather than toggle in 16 bit octal values over and over. But maybe that is just me being weird.

Tom

 

[thunter0512]

While we are finding interesting things for the Nova, has anybody come across a working chess program for the Nova 2 or Nova 1200?

Even the "lowly" PDP-8 has Checkmo II which is surprising good. The more capable Nova is bound to have a decent chess program.

Tom

 

[dustyzebra]

So by the time I found out about this, a lot of the stuff had been parted out and some of it scrapped. Apparently the original owners had been trying to work with several hobbyists and amateur radio operators for like, two years or something, and had gotten a lot of "definitely interested, will be by to pay and pick up" type of replies that resulted in no action, and had gotten tired of it.

Most of the DG and Computer Automation stuff was connected to typesetting machines, there were two Kurzweil OCR systems but they were the later integrated packages, not the big early boxes with a full-fledged Nova attached. The Kurzweil stuff may have an OEMed Nova or Nova-compatible board in it, too. I believe they'd told me the Fairchild 2300 (TRW 130, AN/UYK-1...originally a 1950s nuclear sub satellite nav computer) was also hooked up to a typesetter.

We ended up making a second trip up to pick up some other large things that weren't really shippable -- the remains of at least a dozen Kaypros, the guts out of two Linotron 202s that had gotten scrapped, misc. cables and other bits that had been found since the original pick-up, and a box of board scrap that had come from some of the equipment.

I suspect CommodoreZ's Nova 1200 was indeed connected to that Teletype at one point, though the Teletype may have shared service between several computers, such as the Fairchild 2300, which also has current loop output. Don't know what the Nova 1200 in particular was doing, though.

Here's some pictures of the stuff, unloaded in the new building (not everything is from the same lot, in the second picture):





It pretty well filled the back of the 24-foot Mack box truck:



There was a bunch of Sun stuff too, which was one of the big reasons I was interested in the stuff (still support it for my day-job). TangentDelta has been working on a lot of the Computer Automation Naked Mini stuff.

Nice collection!

 

[Qbus]

Maybe it’s a form of brain damage or something else, don’t know but I am drawn to that AN/UYK-1 system. I collect old military radios, teletype and computers and that has to be the oldest system I have seen outside of a museum and would be a great project to get up and running. Am assuming that the TRW had a lot of architecture in common with the Nova being 16 bit and four accumulators but that’s just a guess.

In the last couple years have been running teletype using vintage military equipment on forty meters, 7.087 MHz, 850 Hz shift 45.5 baud at 9:00 AM EST on Saturdays, there is a small group of us all running hardware that’s all over forty or fifty years old , lot of model 28 machines and the like. Been thinking of building up a message buffer for transmitting stored messages using the Rolm 1602 military Nova but that AN/UYK would be way more of a challenge!

 

[Chuck(G)]

Baudot code, right?

 

[Qbus]

Yes, five bit uppercase only! have a YouTube video of the net at:

 

[Chuck(G)]

I used to have a Model 14 and lots of reels of the message tape. LTRS and FIGS.

 

[pbirkel@gmail.com]

Thank you Qbus for discovering and publicizing this debugger in the first place.

Thank you Paul for pointing us to the nice and readable manual with program listing. It may even be convertible to text via OCR.

I am not a fan of toggling in more than say twenty 16 bit values because I am guaranteed to make mistakes.
I have upgraded my Nova 2 with the "Program Load" feature, so I prefer to type in the source code from a listing once and then assemble once and load with the Binary Loader forever, rather than toggle in 16 bit octal values over and over. But maybe that is just me being weird.

Tom

Have you pursued the OCR conversion?

 

[thunter0512]

Have you pursued the OCR conversion?

I did, but the OCR conversion quality was very poor. I used ABBYY FineReader 14 for the conversion attempt.
I think it will be easier to just type in the source code from scratch, assemble it and manually compare the assembly listing with the PDF.
Fixing up the OCR conversion is more work than typing in the original. Here is the first page as text:

007300 .LOC 7300
07300014555 A: DSZ BPSWT ;START HERE
07301 040406 STA 0,ACS JSAVE ACS
O/^oo 004466 STA 1 ,ACS+1
O73C3 050466 STA 2,ACS+2
07304 054466 STA 3,ACS+3
07305 020470 LDA 0# INST J5ETOP FREAK INSTRUCTION
07306 040470 STA 0,PIN5I
07307 020465 LDA O,BADDR 1SET PROOFED ADDRESS DO
07310 C40550 STA O,PADDR .BREAK FAY BE CHANGED.
7311 158660 5UBCR 2,2 .SAVE CARRY
07312 fr?577 SKPEZ CPU JftBYEYBER STATE OF
07313 151400 INC 2,2 ‘INTERRUPT FLOP.
07314 060277 C77l NIOC CPU .TURN OF INTERRUPT-
07315 050456 STA 2,AC5+4 JCARRY SAVE
7316 06351 1 SKPBZ TTO IRF.MBER THE STATE OF
07317 000777 JHR .-1 JTTO DONE FLAG.
07380 063711 SKPDZ TTO
07381 158000 ADC 2,2
07322 050540 STA 2,TFLAG
07323 024451 LDA 1,BADDR MP ENTERED VIA
07324 010531 1ST BFSWT JBREAK POINT TYPE THE
07325004502 AAAI JSR POCT JBREAK POINT ADDRESS.
07386 020537 LDA 0,C15
07327 004521 JSR TYPE IECHO CARRIAGE RETURN.
07330 020534 AAl LDA 0,02 JTYPE LINE FEED
O7J31 004517 JSR TYPE
07332 040531 STA O,OPEN .REGISTER OPEN/CLOSE
07333 152400 SUB 2,2
07334 050521 STA 2,BPSWT .BREAK POINT SWITCH.
07335 050524 STA 2,DIN JDATA TYPED SWITCH
07336 063610 SKPDN TTI
07337 000777 JYP .-I
07340 060610 DI AC O,TTI MNPU! A CHAR
07341 00450? BBs JSR TYPE J ECHO
07342 034575 LDA 3,0 77
07343 163^00 AND 3,0 INASKPARITY
07344 034513 LDA 3>C7O ICHECR FOR A DIGIT
07345 116032 ADCZ# 0,3,SZC
07346 034525 LDA 3,CF60
07347 117046 ADDO 0,3, SEP
07350 004410 JSR SERH INOT ADIGIT 0-7
07351 010510 CCl 1ST DIN ’ DIGIT SWITCH
07352 15H20 KOVEL 2,2 JASSE^BLE DIGITS
07353 153120 AODZL 2,2
07354 173003 ADD 3,2,SNC ISKIP IF EXTRA DIGIT.
07355 000761 JW BB-3
07356 02073*6 GOOFi LDA 0,C77 I OPERATOR ERROR.
0735? 000750 JMP Aft*1

 

[pbirkel@gmail.com]

Sigh. IMO this tends to be a two-person job -- one to read/decipher and one to format/enter corresponding text into a file. It seems to me that with all of this highfalutin tech we have these days that a workable solution would be:

1. A "syntax aware" speech-to-text capability that can handle "space", "tab" and "newline" words as text-format commands and otherwise expects single digits or characters. It would be used to transcribe the running interpretation of the source reader.

2. A corresponding text-to-speech capability that can read back the file while interpreting the three allowable "positioning" possibilities into the corresponding phrases. It would be used to proof-check the file against the source.

The resulting capability would enable a maximally efficient one-person job, at least for those of us who don't accurately and efficiently touch-type.

Is anyone doing this?