Ja, alltså RTC delen av DL11-W är inte en speciellt imponerande sak. Den tar en signal från bussen som i sin tur kommer från nätagget som i princip ofiltrerad halvvågslikriktad AC, dvs fyrkantvåg, som den i sen tur kan använda för att skapa ett interrupt av. Det är upp till OS:et att hålla reda på årtal etc. Man måste säkerligen konfigurera OS:et när man gör SYSGEN om man är i 60Hz eller 50Hz land.sm5tfx skrev:Jag har för mig att RT-11 går bra utan TOY Clock eller motsvarande... har inte kört det på många år, men har några svaga minnen av att man fick mata in det manuellt när man bootade 11/03 från floppy
Restaurera en PDP11/04
-
MattisLind
- Inlägg: 775
- Blev medlem: 27 maj 2011, 20:27:12
- Ort: Älvsjö
- Kontakt:
Re: Restaurera en PDP11/04
Re: Restaurera en PDP11/04
TOY är en helt annan sak. Finns inget OS på PDP-11 som kräver TOY. Men realtidsklocka måste finnas för att RSX ska köra, och jag tror inte RSTS/E kommer någonstans utan den heller. Vidare tror jag inte heller Unix fungerar något vidare utan. Realtidsklockan genererar bara interrupt med jämna mellanrum. Typiskt 50Hz eller 60Hz beroende på vart man bor, eftersom den vanligaste realtidsklockan plockar frekvensen från strömmatningen.sm5tfx skrev:Jag har för mig att RT-11 går bra utan TOY Clock eller motsvarande... har inte kört det på många år, men har några svaga minnen av att man fick mata in det manuellt när man bootade 11/03 från floppy
XXDP är ren diagnostik, och behöver den inte alls. RT11 har jag för mig fungerar bra utan realtidsklocka, men jag ska inte svära på det.
Re: Restaurera en PDP11/04
Jomen, såklart måste man tala om för OSet vilken frekvens realtidsklockan går på. Den behöver för övrigt inte vara baserad på strömmatningen, även om det är en väldigt enkel och bra källa med hög precision.MattisLind skrev:Ja, alltså RTC delen av DL11-W är inte en speciellt imponerande sak. Den tar en signal från bussen som i sin tur kommer från nätagget som i princip ofiltrerad halvvågslikriktad AC, dvs fyrkantvåg, som den i sen tur kan använda för att skapa ett interrupt av. Det är upp till OS:et att hålla reda på årtal etc. Man måste säkerligen konfigurera OS:et när man gör SYSGEN om man är i 60Hz eller 50Hz land.sm5tfx skrev:Jag har för mig att RT-11 går bra utan TOY Clock eller motsvarande... har inte kört det på många år, men har några svaga minnen av att man fick mata in det manuellt när man bootade 11/03 från floppy
Det fanns (finns) även realtidsklockor som man kan programmera in vilken frekvens man vill ha. RSX rekommenderade inte att man körde på mer än 1KHz för realtidsklockan, eftersom det är en del processande vid varje interrupt.
Kod: Markera allt
.set /host
Host=MIM RSX-11M-PLUS V4.6 BL87mP
.con dis full att for sys
SYS SYS Online,Accpath
PDP-11/74mP, EIS,UNIBUS_Map,D-Space,SWR,Cache,FPP,
Clock=KW11-L, $TKPS=50., $TTPRM=000002
.
-
MattisLind
- Inlägg: 775
- Blev medlem: 27 maj 2011, 20:27:12
- Ort: Älvsjö
- Kontakt:
Re: Restaurera en PDP11/04
Konsolemulator
Jag patchade in en Nokia CA42 USB kabel som jag hittade på M7800 kortet och kopplade in den i en dator med ett terminal program. Slog på strömmen och tryckte på INIT knappen. En prompt!
Perfekt. Det innebär att den klarat av diagnostik tester 1 till och med 4 som den ska. Men tyvärr verkar den lite skakig i början. Först när den är varm går den hyfsat stabilt. Innan dessa kan den plötsligt stanna utan att göra några busaccesser alls.
Kommandot "DL" betyder att den ska boota från en RL02. Naturligtvis finns ingen ansluten. Men innan den försöker boota så kommer den köra diagnostik steg 4 och framåt. T ex testa minne etc. Fast den gör HALT direkt efter <CR>. En trace på detta syns i nedan:
Hit har den alltså kommit efter att ha hittat BOOT rom för DL device. Tänk på att DATA inte är på bussen utan på BUS receiver-sidan så man ser inte write-data. Efter rad 42 så gör maskinen inga fler busaccesser. Nästa steg blir till att kolla vad mikrokoden gör här.
Man ser att den lägger ut adress 000500 på bussen vilket är helt OK, men varför ser man adressen 165210 på bussen därefter? Den stannar alltså innan den exekverar HALT!?
Jag patchade in en Nokia CA42 USB kabel som jag hittade på M7800 kortet och kopplade in den i en dator med ett terminal program. Slog på strömmen och tryckte på INIT knappen. En prompt!
Perfekt. Det innebär att den klarat av diagnostik tester 1 till och med 4 som den ska. Men tyvärr verkar den lite skakig i början. Först när den är varm går den hyfsat stabilt. Innan dessa kan den plötsligt stanna utan att göra några busaccesser alls.
Kommandot "DL" betyder att den ska boota från en RL02. Naturligtvis finns ingen ansluten. Men innan den försöker boota så kommer den köra diagnostik steg 4 och framåt. T ex testa minne etc. Fast den gör HALT direkt efter <CR>. En trace på detta syns i nedan:
Hit har den alltså kommit efter att ha hittat BOOT rom för DL device. Tänk på att DATA inte är på bussen utan på BUS receiver-sidan så man ser inte write-data. Efter rad 42 så gör maskinen inga fler busaccesser. Nästa steg blir till att kolla vad mikrokoden gör här.
Kod: Markera allt
292 ; ------------------------------------------------------------
293 ; ------------------------------------------------------------
294
295 165564 .=base+564
296 RESTRT: ; SECONDARY DIAGNOSTIC ENTRY POINT
297
298 ; ------------------------------------------------------------
299 ; ------------------------------------------------------------
300
301 165564 012705 165006 T6: mov #data2,r5 ; ptr to data R5=165006
302 165570 012702 000500 mov #memloc,r2 ; ptr to memory R2=500
303 165574 011503 mov (r5),r3 ; R3=177777
304 165576 005012 clr (r2) ; M[500]=0
305 165600 112512 movb (r5)+,(r2) ; M[500]=377 R5=165007
306 165602 005202 inc r2 ; R2=501
307 165604 112512 movb (r5)+,(r2) ; M[501]=377 R5=165010
308 165606 005302 dec r2 ; R2=500
309 165610 023512 cmp @(r5)+,(r2) ; @M[DATA2]=M[500]? R5=165012
310 165612 001015 bne T6Z ; br if FAIL
311 165614 005202 inc r2 ; R2=501
312 165616 143522 bicb @(r5)+,(r2)+ ; R5=165014 R2=502
313 165620 024542 cmp -(r5),-(r2) ; R5=165012 R2=500
314 165622 143522 bicb @(r5)+,(r2)+ ; R5=165014 R2=501
315 165624 001010 bne T6Z ; br if FAIL
316 165626 010502 mov r5,r2 ; R2=500
317 165630 016505 177772 mov -6(r5),r5 ; R5=177777
318 165634 110532 movb r5,@(r2)+ ; R5=177777 R2=502
319 165636 150572 000000 bisb r5,@0(r2) ; R5=177777
320 165642 020352 cmp r3,@-(r2) ; R5=177777 R2=500
321 165644 001407 beq T7 ; br if PASS
322 165646 000000 T6Z: halt ; FAILED
323 -
MattisLind
- Inlägg: 775
- Blev medlem: 27 maj 2011, 20:27:12
- Ort: Älvsjö
- Kontakt:
Re: Restaurera en PDP11/04
Tack för erbjudandet! Jag ska kolla på Aspö först. Tror att jag kommer behöva ett Hex kort eller dual kort också för att kunna felsöka minneskortet.pbgp skrev:Jag har ett quad-extenderkort om du vill låna.
Re: Restaurera en PDP11/04
Jag har ett dual också. Quad + Dual borde funka som Hex. Dock är quad:et tredjeparts, likadant som på bilden tidigare i tråden så vem vet om det passar rent fysiskt.
Nåja, hojta till så letar jag fram dom.
Nåja, hojta till så letar jag fram dom.
-
anders_bzn
- Inlägg: 5772
- Blev medlem: 17 december 2008, 19:22:18
- Ort: Kävlinge
- Kontakt:
Re: Restaurera en PDP11/04
Så att det fanns några dual på eBay. Men vilka priser...
Själv sitter jag på tre dual. Ett kommer nog från samma ställe som Pontus quad om jag minns rätt.
Själv sitter jag på tre dual. Ett kommer nog från samma ställe som Pontus quad om jag minns rätt.
Re: Restaurera en PDP11/04
Jag blir lurad gång efter annan av att du verkar ha någon konstig trigg. Data kommer hela tiden vid fel adress. Ex. data på rad 40 är egentligen det data som läses ut på den adress som visas på rad 39. Kanske något att kika på, men det är ju inte ett stort problem just nu...MattisLind skrev:Konsolemulator
Kommandot "DL" betyder att den ska boota från en RL02. Naturligtvis finns ingen ansluten. Men innan den försöker boota så kommer den köra diagnostik steg 4 och framåt. T ex testa minne etc. Fast den gör HALT direkt efter <CR>. En trace på detta syns i nedan:
Hit har den alltså kommit efter att ha hittat BOOT rom för DL device. Tänk på att DATA inte är på bussen utan på BUS receiver-sidan så man ser inte write-data. Efter rad 42 så gör maskinen inga fler busaccesser. Nästa steg blir till att kolla vad mikrokoden gör här.
Man ser att den lägger ut adress 000500 på bussen vilket är helt OK, men varför ser man adressen 165210 på bussen därefter? Den stannar alltså innan den exekverar HALT!?Kod: Markera allt
292 ; ------------------------------------------------------------ 293 ; ------------------------------------------------------------ 294 295 165564 .=base+564 296 RESTRT: ; SECONDARY DIAGNOSTIC ENTRY POINT 297 298 ; ------------------------------------------------------------ 299 ; ------------------------------------------------------------ 300 301 165564 012705 165006 T6: mov #data2,r5 ; ptr to data R5=165006 302 165570 012702 000500 mov #memloc,r2 ; ptr to memory R2=500 303 165574 011503 mov (r5),r3 ; R3=177777 304 165576 005012 clr (r2) ; M[500]=0 305 165600 112512 movb (r5)+,(r2) ; M[500]=377 R5=165007 306 165602 005202 inc r2 ; R2=501 307 165604 112512 movb (r5)+,(r2) ; M[501]=377 R5=165010 308 165606 005302 dec r2 ; R2=500 309 165610 023512 cmp @(r5)+,(r2) ; @M[DATA2]=M[500]? R5=165012 310 165612 001015 bne T6Z ; br if FAIL 311 165614 005202 inc r2 ; R2=501 312 165616 143522 bicb @(r5)+,(r2)+ ; R5=165014 R2=502 313 165620 024542 cmp -(r5),-(r2) ; R5=165012 R2=500 314 165622 143522 bicb @(r5)+,(r2)+ ; R5=165014 R2=501 315 165624 001010 bne T6Z ; br if FAIL 316 165626 010502 mov r5,r2 ; R2=500 317 165630 016505 177772 mov -6(r5),r5 ; R5=177777 318 165634 110532 movb r5,@(r2)+ ; R5=177777 R2=502 319 165636 150572 000000 bisb r5,@0(r2) ; R5=177777 320 165642 020352 cmp r3,@-(r2) ; R5=177777 R2=500 321 165644 001407 beq T7 ; br if PASS 322 165646 000000 T6Z: halt ; FAILED 323
När man matchar mot källkod så funkar allt (dvs, källkoden matchar mot vad som händer på bussen) fram till rad 305, där det är en MOVB. Det intressanta är att den är på address 165600. Något som går fel vid ökningen av PC där? Annars dags att kika på om du har probar på rätt pinnar för adresser...?
165210 skiljer bara på två bitar från 165600...
-
MattisLind
- Inlägg: 775
- Blev medlem: 27 maj 2011, 20:27:12
- Ort: Älvsjö
- Kontakt:
Re: Restaurera en PDP11/04
Triggen beror på analysatorn och att man har MSYN och SSYN. För att få det att fungera så har jag bara lyckats genom att sätta MASTER CLK på MSYN för adressbussen och SLAVE CLK på SSYN för databussen. Då verkar det bli så här. Kanske kan man bara använda SSYN för både adress och databuss? Förra gången jag testade verkade det ge att felaktiga adresser lagrades in i analysatorn. Får prova igen.Jag blir lurad gång efter annan av att du verkar ha någon konstig trigg. Data kommer hela tiden vid fel adress. Ex. data på rad 40 är egentligen det data som läses ut på den adress som visas på rad 39. Kanske något att kika på, men det är ju inte ett stort problem just nu...
När man matchar mot källkod så funkar allt (dvs, källkoden matchar mot vad som händer på bussen) fram till rad 305, där det är en MOVB. Det intressanta är att den är på address 165600. Något som går fel vid ökningen av PC där? Annars dags att kika på om du har probar på rätt pinnar för adresser...?
165210 skiljer bara på två bitar från 165600...
Om två pinnar på adressbussens probar vore omkastade tycker jag det skulle ha påverkat många fler adresser. t ex 165564 som i så fall borde bli 165174, fast den verkar ju rätt, eller hur?
Fortsättning följer.
Re: Restaurera en PDP11/04
(Irriterande att man inte kan citera det senaste inlägget...)
Triggningen är som sagt var ingen stor grej. Jag läser fel ibland, och behöver läsa om informationen ett par gånger innan det går ihop.
Vad gäller det egentliga problemet så håller jag med om att det inte är uppenbart vad som skulle vara felkopplat om det är ett prob-problem. Men det var en reflektion. Något mer som talar emot ett problem med probarna är ju att den även ser ut att stanna, vilket inte borde ske om det verkligen bara var ett problem med probar. Men om den verkligen försöker hämta från den adressen så kan jag tänka mig att det tar helstopp, för det finns nog inget som svarar där.
Men det är ju bara att mäta och felsöka.
Triggningen är som sagt var ingen stor grej. Jag läser fel ibland, och behöver läsa om informationen ett par gånger innan det går ihop.
Vad gäller det egentliga problemet så håller jag med om att det inte är uppenbart vad som skulle vara felkopplat om det är ett prob-problem. Men det var en reflektion. Något mer som talar emot ett problem med probarna är ju att den även ser ut att stanna, vilket inte borde ske om det verkligen bara var ett problem med probar. Men om den verkligen försöker hämta från den adressen så kan jag tänka mig att det tar helstopp, för det finns nog inget som svarar där.
Men det är ju bara att mäta och felsöka.
Re: Restaurera en PDP11/04
> (Irriterande att man inte kan citera det senaste inlägget...)
Det kan man visst, vilket detta inlägg visar.
Det kan man visst, vilket detta inlägg visar.
Re: Restaurera en PDP11/04
Ha! Nu hittade jag hur man gör det. Tackar för att du fick mig att leta mer. Jag fann det inte helt intuitivt, men men...
Re: Restaurera en PDP11/04
bqt: Innan du postar fler inlägg kanske du bör läsa reglerna.. Det finns en anledning till varför det är svårt att citera sista inlägget på det sätt du just gjorde..
