Sida 2 av 15
Re: Restaurera en PDP11/04
Postat: 31 augusti 2013, 16:28:40
av MattisLind
bqt skrev:
Vad menar du med "istället för två"? 11/04 är en Unibus-maskin. Dom har alltid nästan alltid hex-kort. Jämför du med Qbus-maskiner kanske? Ett Unibus-bakplan ser ofta ut såhär (låt oss använda ett 9-kortsbakplan som exempel):
Jag menade att i PDP11/05 var CPUn byggd på två hexkort. I denna har man klämt ihop det till ett hexkort.
bqt skrev:
Angående att maskinen inte startar upp när du testar den. Hur mycket kan du om Unibus? Är bussen "hel"? En Unibus måste vara oavbruten från CPU till terminator. Själva terminatorn måste dessutom sitta i den sista slotten, eftersom det är bara i första och sista slottens A&B position som Unibussen finns samlad.
Om bussen inte är intakt, och korrekt terminerad, så brukar CPUerna hänga sig. En annan sak att kolla är om du har en kontroller installerad. Med all sannolikhet är M9312 inställd att automatiskt boota från något när maskinen går igång. Om en kontroller inte finns så kommer den att försöka accessa addresser på vilket det inte finns något som svarar, varpå maskinen också stannar.
Jodå, jag har pillat med en och annan Unibus maskin förut. Min uppfattning är att bussen är "hel". M9312 är både terminator och bootstrap kort och kan placeras både i en MUD plats och i en standardplats beroende på bygel W6. Jag ställde in M9312 för att direkt gå in i konsolemulatorn, inte försöka boota från RL11 (eftersom det sitter ett RL boot rom i). Men det kan vara värt att ta en extra koll av detta kort så det inte råkar vara felbyglat. Framförallt ska jag testa utan M7800-kortet och se vad som händer. Men alla förslag är välkomna!
bqt skrev:
Tomma kortplatser måste ha en Unibus-jumper. Det finns två varianter. En liten fyrkantig sak på kanske 8x8 cm, som ska sitta i C-positionen, och en dubbelhöjdsjumper som sitter i C&D. Haken är att lilla jumpern bara kopplar diverse interrupt och bus grant signaler, som alla finns i C. Men NPR-signalerna (DMA i dagligt tal) sitter i D-positionen, och om man har en kontroller som kör DMA så måste man klippa en tråd i bakplanet. Tar man sedan ur kontrollern måste antingen tråden installeras på nytt, eller så har men det större jumper-kortet. Om dessa jumprar inte sitter på plats så fungerar maskinen inte heller.
Det är G727 grant continuity card du tänker på. Ja. sådana måste man i om man inte har något annat fram till terminatorn. Men det ger bara problem vid interrupt, inte minnesaccesser. NPR kedjan i bakplanet är intakt virat. Det har tydlig aldrig suttit något kort som krävt DMA tidigare.
bqt skrev:Detta är ganska annorlunda än Qbus. (Eller Omnibus, om man är van vid PDP-8or)
Det är väl närmast att det finns olika positioner i bakplanet som innehåller Unibus i lite olika varianter som är det speciella med Unibus. Elektriskt och signalmässigt är den ju väldigt lik QBUS om än att QBUS har multiplexerad adress och databus.
Re: Restaurera en PDP11/04
Postat: 31 augusti 2013, 18:22:38
av kimmen
Häftigt projekt!

Re: Restaurera en PDP11/04
Postat: 31 augusti 2013, 18:54:41
av MattisLind
Busterminering
Jag hade missat att CPU kortet inte har någon terminering för bussen och en bus måste ju vara terminerad i båda ändar. bqt:s inlägg fick mig att studera lite mer och hittade då denna sida:
http://www.pdp-11.nl/pdp11-34a/cpu/opti ... -info.html. Man måste ha en M9312 för att terminers bussen i övre änden (slot 3) så att säga och sedan en M9302 för att terminers nedre änden. Alltså behöver jag definitivt åka till Pappas lada och leta upp en M9302.
Re: Restaurera en PDP11/04
Postat: 31 augusti 2013, 21:21:47
av bqt
MattisLind skrev:bqt skrev:
Vad menar du med "istället för två"? 11/04 är en Unibus-maskin. Dom har alltid nästan alltid hex-kort. Jämför du med Qbus-maskiner kanske? Ett Unibus-bakplan ser ofta ut såhär (låt oss använda ett 9-kortsbakplan som exempel):
Jag menade att i PDP11/05 var CPUn byggd på två hexkort. I denna har man klämt ihop det till ett hexkort.
Ah! Totalt missförstånd från min sida då.
bqt skrev:
Angående att maskinen inte startar upp när du testar den. Hur mycket kan du om Unibus? Är bussen "hel"? En Unibus måste vara oavbruten från CPU till terminator. Själva terminatorn måste dessutom sitta i den sista slotten, eftersom det är bara i första och sista slottens A&B position som Unibussen finns samlad.
Om bussen inte är intakt, och korrekt terminerad, så brukar CPUerna hänga sig. En annan sak att kolla är om du har en kontroller installerad. Med all sannolikhet är M9312 inställd att automatiskt boota från något när maskinen går igång. Om en kontroller inte finns så kommer den att försöka accessa addresser på vilket det inte finns något som svarar, varpå maskinen också stannar.
Jodå, jag har pillat med en och annan Unibus maskin förut. Min uppfattning är att bussen är "hel". M9312 är både terminator och bootstrap kort och kan placeras både i en MUD plats och i en standardplats beroende på bygel W6. Jag ställde in M9312 för att direkt gå in i konsolemulatorn, inte försöka boota från RL11 (eftersom det sitter ett RL boot rom i). Men det kan vara värt att ta en extra koll av detta kort så det inte råkar vara felbyglat. Framförallt ska jag testa utan M7800-kortet och se vad som händer. Men alla förslag är välkomna!
Låter bra, men nej, du kan inte placera M9312 på godtycklig plats. I ett vanligt bakplan så är första slotten, position AB är "Unibus IN". Sista slotten, position AB är "Unibus OUT". En terminator kan bara placeras på Unibus OUT. Först och sista slotten är virade annorlunda än dom andra. Termineringen på CPU-sidan är lite annorlunda, eftersom det ofta är lite specialvarianter av bakplan i den ändan. W6 ska bara vara installerad om M9312 används i en 11/70 (kolla manualen för M9312, sidan A-2 för en summering). På en 11/04 ska W1-W5 dessutom bort, vilket bör kollas. Jag vet att det också nämns att W6 är för MUD-slottar, men det är inte riktigt så enkelt. Du behöver som sagt var terminering i vardera ändan. CPU-ändan är egentligen bara att följa listan över vilka moduler som sitter vart. Termineringen i andra ändan måste vara på en Unibus out.
Kikade lite på ritningarna för 11/04 för övrigt. M9312 ska tydligen *alltid* sitta i slot 2 på den maskinen, och sedan ska du ha en M9302, som ska sitta på Unibus OUT på slutet.
bqt skrev:
Tomma kortplatser måste ha en Unibus-jumper. Det finns två varianter. En liten fyrkantig sak på kanske 8x8 cm, som ska sitta i C-positionen, och en dubbelhöjdsjumper som sitter i C&D. Haken är att lilla jumpern bara kopplar diverse interrupt och bus grant signaler, som alla finns i C. Men NPR-signalerna (DMA i dagligt tal) sitter i D-positionen, och om man har en kontroller som kör DMA så måste man klippa en tråd i bakplanet. Tar man sedan ur kontrollern måste antingen tråden installeras på nytt, eller så har men det större jumper-kortet. Om dessa jumprar inte sitter på plats så fungerar maskinen inte heller.
Det är G727 grant continuity card du tänker på. Ja. sådana måste man i om man inte har något annat fram till terminatorn. Men det ger bara problem vid interrupt, inte minnesaccesser. NPR kedjan i bakplanet är intakt virat. Det har tydlig aldrig suttit något kort som krävt DMA tidigare.
Gott. Om NPR inte är intakt så hänger maskinen, men BGn spelar inte in förrän du får ett interrupt som sagt. Men saknas termineringen så är det en till signal som inte kommer tillbaka, som brukar göra att CPUn hänger sig. SACK om jag minns rätt, men det kan vara någon annan med.
bqt skrev:Detta är ganska annorlunda än Qbus. (Eller Omnibus, om man är van vid PDP-8or)
Det är väl närmast att det finns olika positioner i bakplanet som innehåller Unibus i lite olika varianter som är det speciella med Unibus. Elektriskt och signalmässigt är den ju väldigt lik QBUS om än att QBUS har multiplexerad adress och databus.
Qbus behöver normalt sett ingen terminering i bortre ändan, till skillnad från Unibussen. Och alla slottar är normal bara double, så bussen brukar gå i en serpentin. Så för Qbus brukar man bara behöva se till att fylla alla slottar från CPUn tills dess man inte ska stoppa in något mer, och sedan är man klar. Det finns bus-grant kort för Qbus med, men man behöver dom ganska sällan. Quad-breda kort behöver se till att Qbussens kontinuitet behålls.
(Det finns lite fler detaljer och udda saker man kan behöva hålla reda på, men i princip så... Och eftersom vi pratar Unibus-maskin här så behöver vi ju inte gräva ner oss med i Qbus.)
Re: Restaurera en PDP11/04
Postat: 1 september 2013, 18:33:03
av MattisLind
Låter bra, men nej, du kan inte placera M9312 på godtycklig plats. I ett vanligt bakplan så är första slotten, position AB är "Unibus IN". Sista slotten, position AB är "Unibus OUT". En terminator kan bara placeras på Unibus OUT. Först och sista slotten är virade annorlunda än dom andra. Termineringen på CPU-sidan är lite annorlunda, eftersom det ofta är lite specialvarianter av bakplan i den ändan. W6 ska bara vara installerad om M9312 används i en 11/70 (kolla manualen för M9312, sidan A-2 för en summering). På en 11/04 ska W1-W5 dessutom bort, vilket bör kollas. Jag vet att det också nämns att W6 är för MUD-slottar, men det är inte riktigt så enkelt. Du behöver som sagt var terminering i vardera ändan. CPU-ändan är egentligen bara att följa listan över vilka moduler som sitter vart. Termineringen i andra ändan måste vara på en Unibus out.
Kikade lite på ritningarna för 11/04 för övrigt. M9312 ska tydligen *alltid* sitta i slot 2 på den maskinen, och sedan ska du ha en M9302, som ska sitta på Unibus OUT på slutet.
Alla byglar W1 - W6 är out så det borde vara OK. Som jag förstår det så har man CPU i slot 1, MS11 minnes modul i slot 2 ( det är ett hexkort så det bli väldigt svårt att ha M9312 där...) och M9312 i slot 3 A-B. Sist har vi M9302 i slot 9. Bakplanet är ju DD11-PK som också används av PDP11/34. Då tar CPU upp två platser. Så i det fallet måste M9312 sitta i slot 3. Se mer på sidan 46 i
http://bitsavers.trailing-edge.com/pdf/ ... _Feb78.pdf
Man kan också läsa i PDP-11/04 manualen (
http://vaxhaven.com/images/3/38/EK-11004-OP-001.pdf) att om maskinen inte fungerar och hänger sig så lyser RUN lampan också konstant (sid 2-3). Men i mitt fall slå slocknar den alltså ganska omgående.
Här ytterligare två bilder på huvudklockan, med lite olika tidbasinställning:
Precis efter BUS INIT gör den alltså åtta cykler en paus på några mikrosekunder tre cykler, paus och ytterligare tre cykler.
Förloppet ovan syns i de 10 första mikrosekunderna. Sedan händer någonting efter 30 mikrosekunder och efter 50 mikrosekunder.
Som sagt en logikanalysator ger nog svaret. Och jag har dessutom fått ett fint erbjudande här i forumet! Tackar!
Re: Restaurera en PDP11/04
Postat: 1 september 2013, 20:54:05
av hcb
Sådana här trådar är så vackra att jag får tårar i ögonen. Tack alla ni som håller teknikhistorien levande!
Re: Restaurera en PDP11/04
Postat: 1 september 2013, 21:02:33
av säter
"bqt" och ni andra som kan dessa datorer innan och utan, hur har ni fått all denna kunskap?
Är ni gamla servicekillar från Digital eller?
Re: Restaurera en PDP11/04
Postat: 1 september 2013, 21:30:42
av bqt
MattisLind skrev:Låter bra, men nej, du kan inte placera M9312 på godtycklig plats. I ett vanligt bakplan så är första slotten, position AB är "Unibus IN". Sista slotten, position AB är "Unibus OUT". En terminator kan bara placeras på Unibus OUT. Först och sista slotten är virade annorlunda än dom andra. Termineringen på CPU-sidan är lite annorlunda, eftersom det ofta är lite specialvarianter av bakplan i den ändan. W6 ska bara vara installerad om M9312 används i en 11/70 (kolla manualen för M9312, sidan A-2 för en summering). På en 11/04 ska W1-W5 dessutom bort, vilket bör kollas. Jag vet att det också nämns att W6 är för MUD-slottar, men det är inte riktigt så enkelt. Du behöver som sagt var terminering i vardera ändan. CPU-ändan är egentligen bara att följa listan över vilka moduler som sitter vart. Termineringen i andra ändan måste vara på en Unibus out.
Kikade lite på ritningarna för 11/04 för övrigt. M9312 ska tydligen *alltid* sitta i slot 2 på den maskinen, och sedan ska du ha en M9302, som ska sitta på Unibus OUT på slutet.
Alla byglar W1 - W6 är out så det borde vara OK. Som jag förstår det så har man CPU i slot 1, MS11 minnes modul i slot 2 ( det är ett hexkort så det bli väldigt svårt att ha M9312 där...) och M9312 i slot 3 A-B. Sist har vi M9302 i slot 9. Bakplanet är ju DD11-PK som också används av PDP11/34. Då tar CPU upp två platser. Så i det fallet måste M9312 sitta i slot 3. Se mer på sidan 46 i
http://bitsavers.trailing-edge.com/pdf/ ... _Feb78.pdf
Man kan också läsa i PDP-11/04 manualen (
http://vaxhaven.com/images/3/38/EK-11004-OP-001.pdf) att om maskinen inte fungerar och hänger sig så lyser RUN lampan också konstant (sid 2-3). Men i mitt fall slå slocknar den alltså ganska omgående.
Ok. Låter som M9312 är rätt byglad. Finemang. Kikade på manualen. Finns tydligen ett par olika varianter på bakplan. Kände inte till DD11-PK, men då blir det nog slot 3 för M9312, som du säger.
Precis efter BUS INIT gör den alltså åtta cykler en paus på några mikrosekunder tre cykler, paus och ytterligare tre cykler.
Förloppet ovan syns i de 10 första mikrosekunderna. Sedan händer någonting efter 30 mikrosekunder och efter 50 mikrosekunder.
Som sagt en logikanalysator ger nog svaret. Och jag har dessutom fått ett fint erbjudande här i forumet! Tackar!
Låter som om den försöker köra, tycker jag. Hur var det, hade du korrekt terminering i båda ändar nu?
Re: Restaurera en PDP11/04
Postat: 1 september 2013, 21:33:42
av bqt
säter skrev:"bqt" och ni andra som kan dessa datorer innan och utan, hur har ni fått all denna kunskap?
Är ni gamla servicekillar från Digital eller?
Jag har visserligen jobbat ett tag på DEC på 80-talet, men inte med service. Skyller allt på diverse datorföreningar jag varit med i sedan början av 80-talet. När man har en 11/40, och ingen mjukvara, så blir man motiverad av att läsa ritningar. Att ha mekat och lekt med dom flesta modeller av PDP-11 hjälper. Och givetvis att maskinerna ibland gått sönder, och att man då har haft fullständiga ritningar som hjälp när man reparerat. Till slut fastnar en del...
(Jobbar ju en del med PDP-11 fortfarande också...)
Re: Restaurera en PDP11/04
Postat: 2 september 2013, 16:36:51
av MattisLind
bqt skrev:Låter som om den försöker köra, tycker jag. Hur var det, hade du korrekt terminering i båda ändar nu?
Ja, nu sitter det en M9302 i slot 9 och M9312 i slot 3. För säkerhets skull har jag bypassat bakplanet för alla BG signaler så nu går dessa direkt från CPU kortet i slot 1 till terminering i slot 9. NPG är intakt och uppmätt från slot 1 till slot 9. Allt detta för att SACK turnaround ska genereras korrekt av M9302. Notera att eftersom W1-W6 inte är byglade termineras ej dessa av M9312.
Jag fortsätter felsökning. Det kan ju faktiskt vara så att någon komponent inte mår prima längre.
Re: Restaurera en PDP11/04
Postat: 2 september 2013, 18:44:48
av pbgp
säter skrev:"bqt" och ni andra som kan dessa datorer innan och utan, hur har ni fått all denna kunskap?
Är ni gamla servicekillar från Digital eller?
Vet inte om du syftade på mig. Men jag skyller helt på datorföreningen här i stan. Där har jag fått chansen att skruva i dom här maskinerna och det startade gnistan i mig och jag blev en samlare själv. Men jämfört med BQT och Mattis är jag nog en amatör

Dock en glad sådan.
Re: Restaurera en PDP11/04
Postat: 2 september 2013, 20:44:43
av anders_bzn
Jag håller med pbgp, glad amatör. Jag kan inte mycket om PDP-11 (ännu), bara de grundläggande sakerna, vilket nog är mer än vad en vanlig människa vill veta. Det jag kan om PDP-8 har jag lärt mig under renoveringen av PDP-8/L. Den maskinen kan jag nog bättre än de flesta. Det är lätt att lära när man tycker det är kul.
Re: Restaurera en PDP11/04
Postat: 2 september 2013, 22:38:32
av MattisLind
Logikanalysator
Efter att ha hämtat en utmärkt logikanalysator i Täby-Kyrkby (Tack för den!) så gjorde jag ett provskott. Bilden ovan visar state-analys av mikrokodsadressera (de finns utdragna som testpunkter i bakplanet) med huvudklockan som klocksignal. Maskinen börjar exekvera på FE, vilket är helt rimligt. Mikrokodsadressregistret resetas till noll men efter den sitter inverterande open collector buffertar. Dessutom wire-or:ar BUS-INIT sekvensen in 0 i bit 0. Alltså FE. Nu måste man bara tolka om de övriga adresserna är rimliga eller inte. Att läsa mikrokodslistningen för PDP11/04 var inte gjort i en handvändning tyvärr. Men det är väl inte orimligt att det är någon form av initieringssekvens som sker mellan adress 0D och 07 (de 8 första klockpulserna). Kanske görs hämtningen av PC från adress 24 mellan 07 och D4? Då klockan gör ett uppehåll?
Nästa steg blir att analysera adress- och databuss. Analysatorn har 34 kanaler så det blir precis vad den klarar.
Re: Restaurera en PDP11/04
Postat: 2 september 2013, 23:28:54
av bqt
MattisLind skrev:bqt skrev:Låter som om den försöker köra, tycker jag. Hur var det, hade du korrekt terminering i båda ändar nu?
Ja, nu sitter det en M9302 i slot 9 och M9312 i slot 3. För säkerhets skull har jag bypassat bakplanet för alla BG signaler så nu går dessa direkt från CPU kortet i slot 1 till terminering i slot 9. NPG är intakt och uppmätt från slot 1 till slot 9. Allt detta för att SACK turnaround ska genereras korrekt av M9302. Notera att eftersom W1-W6 inte är byglade termineras ej dessa av M9312.
Jag fortsätter felsökning. Det kan ju faktiskt vara så att någon komponent inte mår prima längre.
Såg inlägget om mikrokoden med... Det låter (ser) verkligen ut som om den kör. En tanke - det skulle kunna vara problem med minnet. Alternativt något fel på M9312. Kommer din M9312 från denna 11/04 från början?
Re: Restaurera en PDP11/04
Postat: 3 september 2013, 08:28:39
av MattisLind
säter skrev:"bqt" och ni andra som kan dessa datorer innan och utan, hur har ni fått all denna kunskap?
Är ni gamla servicekillar från Digital eller?
Nej, jag har aldrig jobbat på Digital. Däremot är jag uppväxt med TTL-kretsar (jobbig barndom...) och alltid varit fascinerad av hur en dator fungerar inuti. På något sätt är det så att många av de tekniker som finns i en PDP-11 finns i mer raffinerad form i dagens Core 2 maskiner. Sedan tillbringade jag en tid på 80- och 90-talet på datorföreningar som Stacken och SDF med att mecka VAX-datorer.