Anders lagar en gammal dator (-relaterad pryl)

[bqt]

Klart det finns diagnostik.

VRLAC0 - RLV11 diskless controller test
VRLBC0 - RLV11/RLV12/RL11 diskless controller test
ZRLGE0 - RL11/RLV11/RLV12 controller test 1
ZRLHB1 - RL11/RLV11/RLV12 controller test 2
ZRLID1 - RL01/RL02 drive test 1
ZRLJB2 - RL01/RL02 drive test 2
NRLKA0 - 11/21 RL01/RL02 performance exerciser
ZRLKB3 - RL01/RL02 performance exerciser
ZRLLC1 - RL01/RL02 drive compatibility test
ZRLMB1 - RL01/RL02 bad sector file utility
ZRLNC0 - RL01/RL02 drive test 3

Jag hoppas du har dom på vad för XXDP distribution du har.

[anders_bzn]

BQT: Tack för listan! Ja, den finns på den image jag har. https://github.com/j-hoppe/tu58fs/releases

Jag fick lite labbtid och jag petade i RLV11!

IMG_3217.JPG

SUCCE! Den fungerar ju!

Kod: Markera allt

XXDP-XM EXTENDED MONITOR - XXDP V2.5
REVISION: F0
BOOTED FROM DD0
124KW OF MEMORY
NON-UNIBUS SYSTEM

RESTART ADDRESS: 152000
TYPE "H" FOR HELP !

.R DD1:VRLAC0.BIN
VRLAC0.BIN

DRSSM-G2
CVRLA-C-0
CVRLAC RLV11 RL01 DSKLESS DIAGNOSTIC
UNIT IS RLV11
RSTRT ADR 145702
DR>START

CHANGE HW (L)  ? Y

# UNITS (D)  ? 1

UNIT 0
11/23 PROCESSOR (L) Y ? 
BUS ADDRESS (O)  174400 ? 
VECTOR (O)  160 ? 330
DRIVE (O)  0 ? 
BR LEVEL (O)  5 ? 

CHANGE SW (L)  ? 

NO DEFAULT
CHANGE SW (L)  ? Y

DROP ON ERROR LIMIT (L) N ? 
AUTOSIZE (L) N ? 

CVRLA EOP    1
    0 TOTAL ERRS

CVRLA EOP    2
    0 TOTAL ERRS

BQT: Jag vet att du kan massor om PDP-11, men kan du diagnostiknamnen i huvudet eller har du en bra referens? Jag hittade denna: https://bitsavers.trailing-edge.com/pdf ... k_1988.pdf som jag behövde för att förstå hur jag skulle köra testet.

Nästa blir att åka och hämta ett löst kablage och en diskpacke så jag kan koppla in en av RL01:orna som sitter i PDP-8A lite temporärt så jag kan testa lite mer på riktigt.

[bqt]

Det vore ju kul att säga att jag kan all diagnostik i huvudet, men så är det inte.

Men jag har den där manualen i pappersform. (Och förvisso även sett den på bitsavers...)

Det finns en del diagnostik som fastnat i huvudet, men långt ifrån all. Ett tips förresten. Namnen på diagnostik-programmen följer vissa mönster, och ett av dom är att de två sista tecknen är version. Och du bryr dig egentligen inte om vilken version det är.

Så normalt brukar man skriva "RUN VRLA??" så får man den version som finns i din distribution. Nu lär det väl knappast komma nya version av någon diagnostik, och alla lär väl ha ganska mycket det senaste, men ändå.

Sedan kan du säkert se lite fler mönster med. Första bokstaven har jag inte riktigt klart för mig i huvudet vad den står för. Men i det här fallet är det diagnostik för RL, vilket du ser på bokstav 2-3. Bokstav 4 är sedan specifik vilket testprogram, och det brukar börja med tester av grundfunktioner på kontrollern, så att det skulle vara xRLA?? är inte så svårgissat. Sedan är ju bara frågan varför en del heter V och andra Z. Kan vara beroende på vad för typ av system dom är för. V verkar vara Qbus enbart, medans Z går på allt möjligt. De flesta andra bokstäver tycks vara för specifika maskin-modeller.

[anders_bzn]

Jag försökte köra ADVENTURE. Jag har för lite minne

Kod: Markera allt

.RUN ADVENT

?Err 30 No room for buffers
in   routine "GETVAR"  line 28

from routine "ADVENT"  line 25


.

Men jag kunde boota RT-11

[petertub]

RT11 lever i de första 56k minnet. Övrigt minne kan hanteras av extra drivisar t.ex. "vm"
Man kan t.ex. göra en "virtuell disk" av detta minne, kopiera över systemdisketten och boota från "vm:"


Det finns 3 monitors, SJ FB och XM
SJ är den som tar minst plats. FB kan köra "forground jibs " simultant, XM kan nytta extra minne och memory management.
( ur minnet)

[anders_bzn]

Jag lyckades koppla in en RL01 som jag har till PDP-8A och kopiera ett par diskar till image-filer på min dator. En ligger här: https://www.abc80.net/archive/misc/pdp11/ Det är en av skivorna med CAD-programmet som hörde på de 11/34:orna som kommer ifrån Kretsplanering i Stockholm .

Jag bootade RT11 från emulerad TU58 (över serieport). Det tog 50 minuter att föra över 5 megabyte data. Serieportana på min CPU köra med 19200 baud. Men man har en ingång för extern baudrate klocka, där man matar in baudrate x 16 på en pinne i kontakten. Sen byglar man kortet för extern klocka.

IMG_3258.JPG

IMG_3259.JPG

Då kunde jag plötslig köra 57600 baud istället och det tog bara en tredjedel av tidan. Kanske går det att köra men 115200 också, men med tanke på hur signalen såg ut från min signalgenerator så får jag nog vara nöjd.

Jag gjorde kopiorna genom att skapa en virtuell extra TU58 drive på 10MB som heter dd1, sen kunde jag boota RT11 från dd0 och enkelt köra:

Kod: Markera allt

COPY/DEVICE/FILE DL0: DD1:DISK.TMP

Sen dyker filen med imagen upp i en delad katalog på min datorn där jag sedan kan kopiera image:en vidare! Enkelt men ganska långsamt.

[MiaM]

Trevligt!

Angående signalkvalitet, extern klocka osv:

I princip så är det kanske bra att köra samma klocka till UART i båda ändarna? Idag är det väl svårare men om den "nyare" datorn ändå är ganska gammal, typ PC med ISA-kort, så kan man ju dela ner 1,8xxxMHz-klockan för att få rätt baudrateklocka för den överföring du sker. Vinsten är väl minimal men du vinner signalintegritet motsvarande upp till 1/16 av flanklängden för datan (i brist på bättre sätt att formulera det). Eller ja, 1/16 beror förstås på hur UART:en i PDP:n är konstruerad. Det vanliga är att man delar med 16 (t.ex. 8250/16550, 6850 osv delar med 16). I princip kan man för all del ha PLL istället och få än exaktare asynkron klockning, men jag tror ingen RS232-mässig grej gör så.

[bqt]

Känner inte till någon UART som har annat än en ren enkel klocka in på en pinne. Hur klockan genereras är helt externt från själva UARTen. Klart att någon skulle kunna göra en klurig konstruktion, men det känns väldigt mycket som onödigt extraarbete.

Samma sak med att använda samma klocka. Så länge man håller sig inom några procent av samma frekvens så är det aldrig ett problem i alla fall, så det känns också inte som något jag skulle bry mig om. Blir det för skevt så blir det bitfel, och det brukar vara ganska tydligt.

Alla UARTar i elvor jag sett är av en väldigt enkel sort för övrigt. Knappast någon buffring alls. Typ en byte. Och samplingsfrekvensen är x16, som Anders noterade.

Men i övrigt är det ju bara att berömma Anders för idogt arbete som ger resultat.

[MiaM]

Jag tänker alltså på fallet då man kör så hög hastighet att det är gränsfall för signalintegriteten.

[anders_bzn]

Jag flyttade ju lite PDP-11 saker till mitt nya förråd för några veckor sedan. I helgen så började jag skruva ihop den ena PDP-11/34 som vi hämtade 2003 för första gången sedan dess. Saken är ju den att en PDP-11/34 tar ju tre gånger så stor plats i bitar som i en enhet. Jag kom till insikt med att jag ska renoverade bitarna innan jag skruva ihop den, så det lär ju ta ett tag. Jag glömde ta bilder på den, men jag monterade ihop racken, dörrar och sidor. Gjorde rent.

Sen skruvade jag ur PDU:erna (det är två i maskinen). Jag tänkte testa dem och sedan skruva tillbaks dem.

Det sitter exakt en elektrilytkondensator, jag har haft otur med dessa innan så jag bestämde mig för att mäta den. Det var smart! Jag mätte i båda, men den var frisk i den andra. Men jag bytte ändå, när kondensatorerna var framme och PDU:n var i bitar.

IMG_3273.JPG

Det sitter inte mycket i, ett rejält nätfilter, en automatsäkring och en stor kontaktor. Samt en liten trafo med manöverspänning. Det är glättningskondensatorn till manövern som är kass.

IMG_3274.JPG

Intressant att de valt att bygga på ett kort som är ett flipchip! Kanske för att kunna testa det enkelt i produktion, men vem vet?

IMG_3275.JPG

En av de två PDU:erna färdigservad.

IMG_3276.JPG

[anders_bzn]

En annan sak, RT-11 förstår inte formatet på en xxdp skiva. Varför har man ett eget format på dessa? Man kan ju boota rakt in i xxdp, är det något superminimalt?

[petertub]

Antagligen historiskt skäl. xxdp behövdes ju med dectape hålsemsor mm. Dvs innan diskformatet och RT-11 kom. ( alla
körde inte heller rt-11 )

[anders_bzn]

Man lär sig en del genom att läsa hjälptexten som jag hittade xxdp-skivan! Monitorn är minimal bara 2K.

Kod: Markera allt

CHQHLA0   XXDP+ HELP TEXT FILE  (HELP.TXT)   9-JAN-79

-------------------------------

1.0 XXDP+ MONITOR
------------------


1.1 XXDP+ MONITOR COMMANDS:
---------------------------

R FILENAME ADDR         LOADS AND STARTS PROGRAM AT SPECIFIED
                        ADDRESS (ADDRESS DEFAULTS TO XFR
                        ADDRESS OF PROGRAM)
L FILENAME              LOAD PROGRAM
S ADDR                  START PROGRAM AT SPECIFIED ADDRESS
                        (ADDRESS DEFAULSTS TO XFR ADDRESS
                        OF PROGRAM)
C FILENAME/QV           EXECUTES CHAIN FILE (/QV GIVES 
                        OPTIONAL QUICK VERIFY MODE)
D/L/F                   DIRECTORY (OPTIONALLY ON PRINTER(/L)
                        OR IN SHORT FORM (/F))
F                       SET CONSOLE FILL COUNT
E UNIT #                ENABLE ALTERNATE SYSTEM DEVICE
H/L                     HELP FILE (OPTIONALLY ON PRINTER (/L))

NOTE:  THE XXDP+ MONITOR CAN RUN EITHER THE OLD OR THE NEW XXDP
UTILITIES, BUT THE OLD XXDP MONITOR CANNOT RUN THE NEW UTILITIES.

THE NEW MONITOR IS A 2K PROGRAM (UNLIKE THE OLD XXDP 
MONITOR, WHICH WAS A 1.5K PROGRAM).  HOWEVER, ALL OLD 
DIAGNOSTICS ARE STILL SUPPORTED, REGARDLESS OF SIZE
(SEE 3.7).

1.2 BOOT TIME QUESTIONS:
-------------------------

THE MONITOR WILL ASK YOU AT BOOT TIME WHETHER YOU HAVE 50 HZ
AND WHETHER YOU HAVE AN LSI.  THIS IS INFORMATION THAT IT CANNOT
AUTOSIZE FOR AND WHICH IT MUST PASS ON TO CERTAIN NEW TYPES OF
DIAGNOSTICS.  

BOTH QUESTIONS DEFAULT TO "NO" IF YOU TYPE A <CR>.

THE MONITOR ALSO ASKS THE DATE AT BOOT TIME.  YOU CAN TAKE
THE DEFAULT OF 1-JAN-70 BY TYPING <CR>.

NOTE:  XXDP+ UTILITIES USE THE DATE SUPPLIED TO THE MONITOR 
AT BOOT TIME.


1.3 ENABLE COMMAND:
-------------------

THE "ENABLE" COMMAND HAS BEEN UPGRADED TO HANDLE ANY DEVICE
(FORMERLY HANDLED JUST CASSETTES).  IF YOU ARE BOOTED FROM
ONE DRIVE AND WANT THE MONITOR TO BEHAVE AS IF IT HAD BEEN
BOOTED FROM ANOTHER, JUST TYPE "E UNIT#" (E.G., "E 2"
FOR DRIVE #2).

1.4 DIRECTORY UTILITY
---------------------

THE SPECIAL UTILITY HUDI??.SYS IS AUTOLOADED BY THE 
MONITOR WHEN THE "D" COMMAND IS ISSUED BY THE OPER-
ATOR.  IT PERFORMS THE DIRECOTRY FUNCTION AND OVERLAYS 
THE CONTENTS OF MEMORY (EXCEPT THE MONITOR).  




2.0 XXDP+ UTILITIES
--------------------

2.1 XXDP+ UPD1 UTILITY COMMANDS:
------------------------

CLR                     CLEAR MEMORY
XFR                     SET TRANSFER ADDRESS
MOD ADDR                MODIFY CORE
LOAD DEV:FILENAME       LOAD PROGRAM
DUMP DEV:FILENAME       DUMP PROGRAM
CORE                    DISPLAY CORE LIMITS FOR DUMP
HICORE ADDR             SET HICORE LIMIT FOR DUMP
LOCORE ADDR             SET LOCORE LIMIT FOR DUMP
DEL DEV:FILENAME        DELETE PROGRAM
BOOT DEV:               BOOT DEVICE

NOTE:  THE UPD1 UTILITY SUPPORTS ALL STANDARD XXDP
DEVICES, BUT ONLY THE ABOVE COMMAND SET (FOR EXAMPLE,
NOTE THAT THE "PIP" AND "START" COMMANDS ARE NO LONGER
AVAILABLE.

UPD1 NEEDS TO BE USED ONLY IN CASES WHERE THERE  IS NOT
SUFFICIENT MEMORY TO TO ALLOW THE LOAD/MOD/DUMP OPERATION
ON A BINARY FILE.  OTHERWISE, UPD2 MAY BE USED.


IT IS A 4K PROGRAM AND IT EXECUTES IN LOW CORE (WHERE
IT LOADS).  IT DESTROYS THE MONITOR IMAGE IN HIGH CORE
(IT USES THAT AREA AS A BUFFER).  THEREFORE YOU MUST 
REBOOT THE MONITOR WHEN FINISHED.

THE LOAD DEVICE MUST REMAIN ONLINE THROUGHOUT
EXECUTION, SINCE UPD1 USES RETRIEVABLE DEVICE 
DRIVERS FROM THAT MEDIUM AS IT EXECUTES.


2.2 XXDP+ UPD2 UTILITY COMMANDS:
---------------------------------

CLR                     CLEAR MEMORY
ZERO DEV:               ZERO DEVICE
SAVM DEV:               SAVE MONITOR TO DISK
SAVE DEV:FILENAME       SAVE MONITOR TO TAPE
XFR                     SET TRANSFER ADDRESS
LOAD DEV:FILENAME       LOAD PROGRAM
DUMP DEV:FILENAME       DUMP PROGRAM
CORE                    DISPLAY CORE LIMITS FOR DUMP
HICORE ADDR             SET HICORE LIMIT FOR DUMP
LOCORE ADDR             SET LOCORE LIMIT FOR DUMP
DIR DEV:FILENAME        DIRECTORY (OPTIONALLY FOR A
                        PARTICULAR FILE)
PATCH DEV:FILENAME      PATCH DISK FILE
ASG PHDEV:=LOGDEV:      ASSIGN LOGICAL NAME
READ DEV:FILENAME       READ FILE FOR VALIDITY
PIP DEV:FILENAME=DEV:FILENAME/F    TRANSFER FILE (THE
                        /F SWITCH (FOR "FAST") CAUSES
                        UPD2 TO WRITE FILES TO TAPE
                        WITHOUT CHECKING TO SEE WHETHER
                        THEY ARE ALREADY PRESENT, THUS
                        POTENTIALLY DUPLICATING THE NAME)
EOT DEV:                WRITE END OF TAPE MARK
DEL DEV:FILENAME        DELETE FILE
REN DEV:FILENAME=DEV:FILENAME   RENAME FILE
DO FILENAME             EXECUTE COMMAND FILE (IT 
                        MUST BE ON SYSTEM DEVICE AND
                        IT MUST NOT CONTAIN "EXIT" CMD)
DRIVER DEV:             LOAD R/W DRIVER INTO CORE
BOOT DEV:               BOOT SYSTEM
PRINT DEV:FILENAME      PRINT FILE (ON LPT)
TYPE DEV:FILENAME       TYPE FILE (ON TTY)
MOD ADDR                MODIFY CORE
COPY DEV:=DEV:          COPY VOLUME (NEED LIKE DEVICES)
EXIT                    RETURN CONTROL TO MONITOR

NOTE:  THE UPD2 UTILITY SUPPORTS ALL STANDARD XXDP 
DEVICES, BUT THE "START" COMMAND IS NO LONGER SUPPORTED
(NECESSARY TO USE MONITOR FOR THAT).  

IT IS A 6K PROGRAM THAT EXECUTES IN LOW CORE (WHERE IT LOADS)
AND MAKES CALLS TO THE MONITOR AS IT EXECUTES.  THE EXIT
COMMAND RETURNS CONTROL TO THE MONITOR .

UPD2 USES RETRIEVABLE I/O DRIVERS FROM THE SYTEM DEVICE AS
IT EXECUTES, THEREFORE THAT DEVICE MUST REMAIN ONLINE DURING
ITS EXECUTION.


2.3 PIP/FILE RULES:
--------------------

HERE'S WHAT HAPPENS WHEN YOU DO A "PIP" OR A "FILE" BETWEEN
DISKS OR TAPES, AND THE FILE BEING TRANSFERRED IS ALREADY
PRESENT ON THE OUTPUT DEVICE ("D" AND "T" STAND FOR DISK
AND TAPE):

        SINGLE FILE MODE        WILD CARD MODE
        ----------------        --------------

FILE    D: SAYS "DELETE OLD"    D: AUTODELETES
        T: SAYS "DELETE OLD"    T: AUTODELETES

PIP     D: SAYS "DELETE OLD"    D: AUTODELETES
        T: SAYS "DELETE OLD"    T: AUTODELETES

FILEF   D: SAYS "DELETE OLD"    D: AUTODELETES
        T: DUPLICATES THE NAME  T: DUPLICATES THE NAME

PIP/F   D: SAYS "DELETE OLD"    D: AUTODELETES
        T: DUPLICATES THE NAME  T: DUPLICATES THE NAME

NOTE:  THE REASON THAT THE "FAST MODE COMMANDS"
(THE "FILEF" COMMAND AND THE "PIP" COMMAND WITH THE "/F"
SWITCH) CREATE DUPLICATE NAME ON TAPE IS THAT THE OUTPUT
TAPE IS NOT REWOUND TO SEARCH FOR THE PRESENCE OF A FILE
WITH THE SAME NAME AS THAT OF THE SPECIFIED OUTPUT FILE.


THE "FILE" AND "FILEF" COMMANDS, ALTHOUGH STILL
SUPPORTED, HAVE BEEN OFFICIALLY REPLACED BY THE "PIP" AND 
"PIP/F", WHICH ARE FUNCTIONALLY IDENTICAL (ALTHOUGH NOT SYN-
TACTICALLY IDENTICAL:  THE "PIP" NEEDS OUTPUT FILENAME,
WHICH THE "FILE" DOESN'T TAKE).

2.4 XXDP+ XTECO UTILITY COMMANDS:
-----------------------------------

DIR DEV:FILENAME                DIRECTORY (OPTIONALLY OF SPECIFIC
                                FILE)
PRINT DEV:FILENAME              PRINT FILE (ON LPT)
TYPE DEV:FILENAME               TYPE FILE (ON TTY)
EDIT DEV:FILENAME=DEV:FILENAME  EDIT ASCII FILE
TECO DEV:FILENAME               EDIT SINGLE FILE IN PLACE
TEXT DEV:FILENAME               CREATE NEW TEXT FILE
C                               MOVE POINTER BY CHARACTERS
L                               MOVE POINTER BY LINES
J                               MOVE POINTER TO START OF TEXT IN MEMORY
ZJ                              MOVE POINTER TO END OF TEXT IN MEMORY
S                               SEARCH FOR CHARACTER SEQUENCE
N                               SEARCH TO END OF FILE FOR SEQUENCE
T                               TYPE LINES OF TEXT
D                               DELETE CHARACTERS
K                               DELETE LINES OF TEXT
I                               INSERT TEXT
A                               APPEND MORE TEXT FROM FILE INTO MEMORY
<ESC>                           TERMINATE A COMMAND
<ESC><ESC>                      TERMINATE LAST COMMAND AND EXECUTE
                                ANY COMMAND
^C                              RETURN TO COMMAND MODE
^U                              RESTART COMMAND SEQUENCE
RUBOUT                          IGNORE LAST CHARACTER
^Z                              TERMINATE INPUT MODE
EXIT                            RETURN CONTROL TO MONITOR

2.5 ZEROING A SYSTEM DEVICE:
----------------------------

IF YOU ATTEMPT TO ZERO THE SYSTEM LOAD DEVICE, THE UTILITY
PROGRAM WILL WARN YOU TO LOAD ANOTHER DEVICE DRIVER
THIS WARNING IS GIVEN BECAUSE DEVICE DRVIERS RESIDE AS SYS
FILES ON THE SYSTEM DEVICE.  BEFORE YOU ZERO THE SYSTEM 
DEVICE, YOU MUST HAVE TWO DEVICE DRIVERS IN MEMORY:  ONE FOR 
THE SYSTEM DEVICE AND ONE FOR THE DEVICE YOU WILL USE TO REBUILD 
THE SYSTEM DEVICE.  THE ZERO COMMAND PROVIDES THE FIRST
DRIVER.  THE "DRIVER" COMMAND CAN BE USED TO OBTAIN THE
SECOND DRIVER.  IF BOTH DEVICES ARE OF THE SAME TYPE, THEN
ONLY ONE DRIVER IS NEEDED.


3.0 MISCELLANEOUS OPERATIONS:
-----------------------------

3.1 NON-STANDARD CSR:
----------------------

IF YOUR SYSTEM DEVICE HAS A NON-STANDARD CSR, PATCH LOCATION
20 OF THE MONITOR AND LOCATION 24 OF THE READ/WRITE DRIVER
TO THE CORRECT VALUE.  IN PATCHING THE MONITOR, IT IS NECESSARY
TO  PATCH THE ".SYS" FILE AND THEN TO DO A "SAVM" TO THE DISK.
  

3.2 CHAINING UTILITIES:
-------------------------

THE MONITOR CHAIN COMMAND CAN BE USED TO EXECUTE THE UPD2
UTILITY AS FOLLOWS.  LET THE CHAIN FILE CONTAIN THE COMMAND
"R UPD2".  AFTER THIS, PLACE WHATEVER UPD2 COMMANDS YOU WISH
TO HAVE EXECUTED.  AT THE END OF THESE, PUT THE UPD2 COMMAND
"EXIT".  YOU MAY THEN FOLLOW WITH ANY OTHER LEGAL MONITOR
COMMANDS.

THE MONITOR WILL ONLY CHAIN FILES WHICH END
WITH THE EXTENSION "BIC", SO IT IS NECESSARY TO COPY
OR RENAME YOUR "UPD2.BIN" TO UPD2.BIC" BEFORE
CHAINING.  

3.3 HOW TO MERGE XXDP+ SOFTWARE ONTO YOUR DISK :
------------------------------------------------

A) BOOT FROM OLD XXDP PACK
B) RUN OLD UPD2
C) FILE OLDEV:=NEWDEV:*.SYS
C) FILE OLDEV:=NEWDEV:*.SYS  (THIS BRINGS ACROSS THE NEW MONITORS
   AND THE NEW DRIVERS AND THE DIRECTORY UTILITY HUDI??.SYS WHICH
   IS AUTOMATICALLY INVOKED BY THE MONITOR ON A "D" COMMAND)
D) FILE OLDEV:=NEWDEV:*.BIN  (THIS BRINGS ACROSS THE NEW UPD2,
   UPD1, XTECO, AND DXCL UTILITIES)
E) FILE OLDEV:=NEWDEV:HELP.TXT  (BRINGS ACROSS THIS FILE)
F) LOAD NEWDEV:HMXX??.SYS   (THIS IS THE NEW MONITOR FOR 
   YOUR SYSTEM DEVICE:  THE "XX" IS THE DEVICE MNEMONIC, AS
   EXPLAINED BELOW)
G) SAVM OLDEV:        (PUTS NEW MONITOR IMAGE IN BOOT AREA OF 
   OLD PACK)
H) YOU ARE STILL RUNNING THE OLD UPD2:  NOW BOOT YOUR DEVICE
   AND YOU'LL BE RUNNING THE NEW MONITOR.

3.4 HOW TO MERGE YOUR XXDP TAPE ONTO AN XXDP+ TAPE:
---------------------------------------------------

A) BOOT FROM NEW TAPE
B) RUN NEW UPD2
C) DELETE OLDEV:THDP.SAV
D) DELETE OLDEV:TMDP.SAV
E) DELETE OLDEV:UPD1.BIN
F) DELETE OLDEV:UPD2.BIN
G) DELETE OLDEV:XTECO.BIN
H) FILEF NEWDEV:=OLDEV:*.*

3.6 HOW TO BUILD XXDP+ DISK FROM SCRATCH:
-----------------------------------------

A) ZERO THE DISK
B) LOAD MONITOR FOR THAT DISK TYPE
C) DO A "SAVM" TO THAT DISK
D) TRANSFER ALL DESIRED FILES TO THAT DISK

3.6 HOW TO BUILD XXDP+ TAPE FROM SCRATCH:
-----------------------------------------

A) ZERO THE TAPE
B) LOAD MM MONITOR
C) DO A "SAVE" OF THE MM MONITOR TO THE TAPE (EXT = "SAV")
D) LOAD THE MT MONITOR
E) DO A "SAVE" OF THE MT MONITOR TO THE TAPE (EXT = "SAV")
F) TRANSFER DESIRED FILES TO THE TAPE

3.7 LOADING AN "OVERSIZE" DIAGNOTIC:
-------------------------------------

THE XXDP+ MONITOR IS A 2K PROGRAM (XXDP WAS 1.5K).  THE
LOWER .5K IS "EXPENDABLE" AND IS RESTORED BY THE REST OF
THE MONITOR WHEN IT IS FOUND TO BE MISSING (BY CHECKSUM).

IT IS POSSIBLE TO RUN A 14.5K DIAGNOSTIC ON A 16K MACHINE.
SUCH A DIAGNOSTIC, HOWEVER, SHOULD NOT BE LOADED AND STARTED
BY TWO SEPARATE COMMANDS LOAD/START.  THIS IS BECAUSE THE TTY I/O
ROUTINES ARE IN THE LOWER .5K OF THE MONITOR AND IF THE DIAGNOSTIC
OVERLAYS THAT AREA YOU WON'T BE ABLE TO TALK TO THE KEYBOARD. 
THEREFORE IF THE MONITOR DETECTS THAT YOU HAVE ISSUED THE "LOAD"
COMMAND FOR SUCH A FILE, IT WILL TYPE THE MESSAGE 
"CONTINUE LOAD THEREBY DISABLING KEYBOARD?"  IF YOU ANSWER
"YES", IT WILL COMPLETE THE LOAD, BUT YOU WILL HAVE TO
START THE DIAGNOSTIC VIA CONSOLE SWITCHES.  IF YOU ANSWER "NO",
THE MONITOR RETURNS TO COMMAND MODE, AND YOU MAY ISSUE A "RUN"
COMMAND FOR THAT DIAGNOSTIC (WITH AN OPTIONAL STARTING ADDRESS)
AND YOU WON'T BE AFFECTED BY THE LOWER .5K BEING TEMPORARILY
OVERLAID.  


4.0 XXDP+ NAMING CONVENTIONS
-----------------------------

4.1 XXDP+ MONITOR AND DEVICE DRIVER NAMING CONVENTIONS:
-------------------------------------------------------

DEVICE    MONITOR       DRIVER          DEVICES
MNEMONIC  FILE          FILE            SUPPORTED
-------   -------       ------          -----------

CT      HMCT??.SYS      HDCT??.SYS      TA11/TU60
DB      HMDB??.SYS      HDDB??.SYS      RP04/5/6
DD      HMDD??.SYS      HDDD??.SYS      DL11/TU58
DK      HMDK??.SYS      HDDK??.SYS      RK11/RK05
DL      HMDL??.SYS      HDDL??.SYS      RL11/RL01
DM      HMDM??.SYS      HDDM??.SYS      RK611/RK06/7
DP      HMDP??.SYS      HDDP??.SYS      RP11/RP02/3
DR      HMDR??.SYS      HDDR??.SYS      RM02/3
DS      HMDS??.SYS      HDDS??.SYS      RS03/4
DT      HMDT??.SYS      HDDT??.SYS      TC11 DECTAPE
DX      HMDX??.SYS      HDDX??.SYS      RX11/RX01
DY      HMDY??.SYS      HDDY??.SYS      RX211/RX02
MM      HMMM??.SYS      HDMM??.SYS      TMO2/TMO3 TAPES
MT      HMMT??.SYS      HDMT??.SYS      TM11 TAPES
KB                      HDKB??.SYS      PPT RDR (LOW SP)
PT                      HDPT??.SYS      PPT PCH (LOW SP)
PR                      HDPR??.SYS      PPT RDR (HIGH SP)
PP                      HDPR??.SYS      PPT PCH (HIGH SP)

NOTE:  THE DEVICE MNEMONICS ARE UNCHANGED FROM PREVIOUS
XXDP, BUT ALL OTHER NAMES ARE NOW DERIVED FROM THESE
MNEMONICS.  ALL MONITORS START WITH "HM" AND ALL DRVIERS
START WITH "HD".  THE ?? IN EACH FILE IS THE REV/PATCH
LEVEL.

FILES WITH THE EXTENSION ".SYS" ARE BINARY FILES THAT
CANNOT BE DIRECTLY EXECUTED BY THE OPERATOR.

TAPE MONITORS MUST BE GIVEN THE EXTENSION ".SAV" WHEN
PLACED AT THE START OF A MAGTAPE FOR BOOTING, AND ".SYS"
WHEN RESIDING IN THE NORMAL FILE AREA ON EITHER TAPE OR
DISK.

4.2 XXDP+ UTILITY NAMING CONVENTIONS:
---------------------------------------

THE FILE NAMES OF THE XXDP+ UTILITIES ARE AS FOLLOWS:

        UPD1.BIN        UPDATE UTILITY #1
        UPD2.BIN        UPDATE UTILITY #2
        XTECO.BIN       TEXT EDITOR
        DXCL.BIN        DEC/X11 CONFIGURATOR LINKER


END OF HELP.TXT

[MiaM]

Hur är det med kondingarna i nätfiltren?

Apropå de där kontakterna för fjärrstyrning: Såg senaste Youtubevideon från Watch Wes Work och han nämnde att snarlika kontakter (sexpoliga i hans fall, i en CNC-maskin) är bara specade att klara att kopplas i/ur typ 40 gånger eller liknande.

Intressant att DEC valde att använda amerikanska NEMA-kontaktdon för 220-240V. Kan på ett sätt förstå deras val, men det hade ju varit smidigare+++ ifall de hade använt vanliga schuko eller för den delen den franska varianten.

Också intressant att det är en trefaskontaktor. Undrar om dessa PDU:er fanns för trefas?

Som avlägset nästan relaterad anekdot så har jag skrotat två (!!!) PDU-mässiga grejer från Norsk Data-prylar. De använde DIN-skena med ett gäng automatsäkringar, alla tvåpoliga pga Norge, och bland annat chassimonterade honor av den större typen av apparatkontakt (den som uppgraderades från 10A till 16A för 30 år sen, till skillnad från den vanliga som samtidigt uppgraderas från 6A till 10A). Dessa burkar matades med 32A enfas med blå CEE-kontakt och en vit tjock treledare med 6mm2-ledare eller liknande. Förvånansvärt att de inte körde trefas med så stor ström. Det kanske allmänt var så att man hade ett par rack och fördelade faserna per rack helt enkelt?

[bqt]

XXDP har lite rötter i DOS-11, som kom före RT-11, och som är lite mer primitivt. Filstrukturen är inte kompatibel. Skulle tro att det helt enkelt behövdes lite mer prylar och smarthet när dom kom till RT-11, så dom var tvungna att bryta kompatibiliteten.

MiaM: dom kör ju skyddsjord, jord och spänning genom, så alla tre används. Med det sagt, DEC hade även en 3-fas PDU. Men den är lite större och biffigare. Men jag har inga bilder från insidan, och kommer inte ihåg hur det ser ut i den. Men kanske någon annan har? Enda PDP-11 som jag vet använde den är -11/70. Inte så att något i maskinen behöver 3-fas, men dom styrda uttagen på insidan är i 3 grupper, för dom olika faserna, så man kan sprida lasten.