http://pdp-11.org.ru/~form/pdp11-83/
PDP-11
Moderator: Shaos
-
Shaos
- Admin
- Posts: 24413
- Joined: 08 Jan 2003 23:22
- Location: Silicon Valley
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
Неужели это действительно так?PDP-11.ORG.RU wrote:Несмотря на стремительное развитие компьютерных технологий в последние годы, стабильность PDP-11 систем и безотказность их работы в режиме реального времени остается по-прежнему непревзойденной. Как и раньше, большинство промышленных предприятий во всем мире продолжает использовать PDP-11.
Если про PDP-8 я хоть косвенно, но знал, с реальной PDP-11
не довелось столкнуться нигде и никогда...
iLavr
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
-
Shaos
- Admin
- Posts: 24413
- Joined: 08 Jan 2003 23:22
- Location: Silicon Valley
O - в Америке тоже PDP-11 ещё живёт!Shaos wrote:Ну мы может в России ещё не везде заменили - оно таки всё равно из строя выходит со временем, а нового уже давно не выпускается...
Как минимум в Канаде:
http://developers.slashdot.org/story/13 ... more-years
http://www.theregister.co.uk/2013/06/19 ... ntil_2050/PDP-11 is still spry and powering GE nuclear power-plant robots and will do for another 37 years. That's right: PDP-11 assembler programmers are hard to find, but the nuclear industry is planning on keeping them until 2050 — long enough for a couple of generations of programmers to come and go.
P.S. Один из комментариев:
The microcontrollers are not rad-hardened. The PDP with core memory and 54-series TTL logic will probably survive a small nuclear blast.
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
Сейчас это странно читать, но DEC с её PDP-11 побаивался Билл Гейтс:Shaos wrote:O - в Америке тоже PDP-11 ещё живёт!![]()
Гейтс Билл - Дорога в будущее wrote: Главное, чего я боялся в те годы, - вынырнет откуда-нибудь другая
компания и отобьет у нас рынок. Особенно меня беспокоило несколько ма-
леньких фирм, занимавшихся разработкой либо микропроцессорных чипов, ли-
бо программного обеспечения, но, к счастью для нас, ни одна из них не
видела рынок программных продуктов так, как видели его мы.
Кроме того, всегда существовала и такая угроза: кто-то из крупных
производителей вычислительной техники возьмет да и смасштабирует прог-
раммное обеспечение своих больших машин под компьютеры на базе микропро-
цессоров. IBM и DEC имели целые библиотеки мощных программ. Но Фортуна
вновь не отвернулась от Microsoft: ни один из серьезных игроков так и не
стал переносить архитектуру и программное обеспечение своих компьютеров
в индустрию "персоналок".
Единственный критический момент был в 1979 году,
когда DEC предложила архитектуру мини-компьютера PDP-11 для персо-
нального компьютера, который продавала компания HeathKit. Однако у DEC
не было особой веры в персональные компьютеры, и она, по сути, почти не
продвигала этот проект.


Heathkit H11 microcomputer, based on the DEC LSI-11 microprocessor
Хотя скажу честно - по всем воспоминаниям выглядит очень странным,
как Xerox и DEC "просрали все полимеры" Джоббсу, Гейтсу и IBM.
Везде только и пишут - это потырено у Xerox, а вот это - у DEC...
iLavr
-
bigral
- Senior
- Posts: 152
- Joined: 31 Mar 2012 16:50
- Location: 93.73.80.128
Эх был бы я в америке! http://www.ebay.com/itm/Vintage-PDP-11- ... 3cd5882764 
По делу вот чего могу сказать, ну запустить PDP-11 комп дома не так уж и тяжело в наше время. По первах надо пользовать плату процессора со SLU, ПЗУ и РАМ-ом на борту типа мс1201.x или M7616, выгода в том что можно просто подключить такую плату к ком-порту подать питание и загрузить RT-11SJ используя HX мультиплексор. Тот же трюк можно провернуть имея корзину и платы с этим всем перечисленным.
А вот дальше сложнее... mmu, переферия! И rsx-11! Тут я пока и сам "плаваю", но это собственно то для чего вообще стоит заниматься этим PDP-11... (в академическом плане естественно).
По делу вот чего могу сказать, ну запустить PDP-11 комп дома не так уж и тяжело в наше время. По первах надо пользовать плату процессора со SLU, ПЗУ и РАМ-ом на борту типа мс1201.x или M7616, выгода в том что можно просто подключить такую плату к ком-порту подать питание и загрузить RT-11SJ используя HX мультиплексор. Тот же трюк можно провернуть имея корзину и платы с этим всем перечисленным.
А вот дальше сложнее... mmu, переферия! И rsx-11! Тут я пока и сам "плаваю", но это собственно то для чего вообще стоит заниматься этим PDP-11... (в академическом плане естественно).
-
Shaos
- Admin
- Posts: 24413
- Joined: 08 Jan 2003 23:22
- Location: Silicon Valley
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
-
bigral
- Senior
- Posts: 152
- Joined: 31 Mar 2012 16:50
- Location: 93.73.80.128
Все как-бы описанно на wiki, последняя страница в адресном пространстве каждого PDP-11 проца представляет собой регистры периферии (при этом и сами регистры проца ТОЖЕ там же) ну и еще железяки любят использовать вектор прерываний.
Что касается того, что в идеале нужно навесить для полного счастья так это наверно "наборчик" типа того что навешенно в проекте pdp2011: http://pdp2011.sytse.net/wordpress/pdp-11/
Type Address Vector Description
- 17 777 776 - PSW - Program status word
- 17 777 774 - Stack limit register
- 17 777 772 - PIRQ - Software IRQ register
- 17 777 766 - CER - CPU Error Register
- 17 777 640 - MMU User mode PAR
- 17 777 600 - MMU User mode PDR
- 17 777 576 - MMU SR2
- 17 777 574 - MMU SR1
- 17 777 572 - MMU SR0
- 17 777 570 - Console switch and display register
KL11 17 777 560 60/64/4 KL11 Console serial line
KW11L 17 777 546 100/6 KW-11L Line clock - default 60Hz
RK11 17 777 400 220/5 RK11 RK05 Disk controller
RH11/70 17 776 700 254/5 RH11/RH70 Mass bus controller - RP/RM disk
KL11 17 776 500 300/304/4 KL11 optional 2nd serial line
KL11 17 776 510 310/314/4 KL11 optional 3rd serial line
KL11 17 776 520 320/324/4 KL11 optional 4th serial line
XU 17 774 510 120/5 DEUNA controller
RL11 17 774 400 160/5 RL11 RL02 disk controller
M9312 17 773 000 - M9312-style bootrom
- 17 772 516 - MMU SR3
- 17 772 340 - MMU Kernel mode PAR
- 17 772 300 - MMU Kernel mode PDR
- 17 772 240 - MMU Supervisor mode PAR
- 17 772 200 - MMU Supervisor mode PDR
- 17 770 200 - Unibus map registers
Что касается того, что в идеале нужно навесить для полного счастья так это наверно "наборчик" типа того что навешенно в проекте pdp2011: http://pdp2011.sytse.net/wordpress/pdp-11/
Type Address Vector Description
- 17 777 776 - PSW - Program status word
- 17 777 774 - Stack limit register
- 17 777 772 - PIRQ - Software IRQ register
- 17 777 766 - CER - CPU Error Register
- 17 777 640 - MMU User mode PAR
- 17 777 600 - MMU User mode PDR
- 17 777 576 - MMU SR2
- 17 777 574 - MMU SR1
- 17 777 572 - MMU SR0
- 17 777 570 - Console switch and display register
KL11 17 777 560 60/64/4 KL11 Console serial line
KW11L 17 777 546 100/6 KW-11L Line clock - default 60Hz
RK11 17 777 400 220/5 RK11 RK05 Disk controller
RH11/70 17 776 700 254/5 RH11/RH70 Mass bus controller - RP/RM disk
KL11 17 776 500 300/304/4 KL11 optional 2nd serial line
KL11 17 776 510 310/314/4 KL11 optional 3rd serial line
KL11 17 776 520 320/324/4 KL11 optional 4th serial line
XU 17 774 510 120/5 DEUNA controller
RL11 17 774 400 160/5 RL11 RL02 disk controller
M9312 17 773 000 - M9312-style bootrom
- 17 772 516 - MMU SR3
- 17 772 340 - MMU Kernel mode PAR
- 17 772 300 - MMU Kernel mode PDR
- 17 772 240 - MMU Supervisor mode PAR
- 17 772 200 - MMU Supervisor mode PDR
- 17 770 200 - Unibus map registers
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
Не - меня на более низком уровне непонятка гложет:bigral wrote:Все как-бы описанно на wiki, последняя страница в адресном пространстве каждого PDP-11 проца представляет собой регистры периферии (при этом и сами регистры проца ТОЖЕ там же) ну и еще железяки любят использовать вектор прерываний.
The I/O instructions are
skip on device flag (SKF, SDF),
transfer data between device buffer and accumulator (KRS, LDS), and
reset device flag (RKF, RDF).
Если я всё правильно понял, то с любой периферией протокол обмена одинаков:
взводится её флаг, слушается флаг её готовности, по готовности "хапается" байт.
То есть каких-либо особых протоколов, как управляя побитно ножками К580ВВ55А,
в PDP - недостичь?
Или я несколько превратно процесс I/O понимаю?
iLavr
-
bigral
- Senior
- Posts: 152
- Joined: 31 Mar 2012 16:50
- Location: 93.73.80.128
Ну то что любая периферия это обычный 16 bit регистр на шине q-bus\unibus это точно, а значит и работа с ней происходит самым обычным образом с помощью любой команды способной читать\изменять память. Я не особо в курсе как там рулить отдельными битами в ВВ55, к сожалению, но я так понимаю это способ незная содержимого других битов устанавливать сбрасывать нужный бит (типа как битовая память 8051-го)? Если так, то если "припрет" можно всегда сделать регистр читаемым чтобы использовать битовые операции на нем или по другому обойти эту проблему.Lavr wrote:Если я всё правильно понял, то с любой периферией протокол обмена одинаков:
взводится её флаг, слушается флаг её готовности, по готовности "хапается" байт.
То есть каких-либо особых протоколов, как управляя побитно ножками К580ВВ55А,
в PDP - недостичь?
Или я несколько превратно процесс I/O понимаю?
-
petrenko
- Doomed
- Posts: 598
- Joined: 10 Mar 2012 16:21
- Location: РФ
-
Lavr
- Supreme God
- Posts: 16802
- Joined: 21 Oct 2009 08:08
- Location: Россия
Да в общем-то вопрос как-бы состоял не в этом. Вопрос был вот в чем:
её портом "С", а имел в виду, что это довольно известное УВВ, о порядке управления
которым рассказывать не надо.
И хотя я не знаю аппаратных подробностей Q-bus, но, предположим, что мы её "прикошачили"
в адреса:
ну и как теперь с ней работать на низком уровне, учитывая, что есть следующие команды:
The I/O instructions are
skip on device flag (SKF, SDF),
transfer data between device buffer and accumulator (KRS, LDS), and
reset device flag (RKF, RDF).
Учитывая, что с любой периферией протокол обмена одинаков:
взводится её флаг, слушается флаг её готовности, по готовности "хапается" байт.
Или я неверно понимаю процесс работы с УВВ в PDP?
Я взял параллельный порт 8255 чисто для примера и не имел ввиду побитное управлениеLavr wrote:Если я всё правильно понял, то с любой периферией протокол обмена одинаков:
1) взводится её флаг, 2) слушается флаг её готовности, 3) по готовности "хапается" байт.
её портом "С", а имел в виду, что это довольно известное УВВ, о порядке управления
которым рассказывать не надо.
И хотя я не знаю аппаратных подробностей Q-bus, но, предположим, что мы её "прикошачили"
в адреса:
Code: Select all
17 777 х00 - рег. А
17 777 х01 - рег. В
17 777 х10 - рег. С
17 777 х11 - РУСThe I/O instructions are
skip on device flag (SKF, SDF),
transfer data between device buffer and accumulator (KRS, LDS), and
reset device flag (RKF, RDF).
Учитывая, что с любой периферией протокол обмена одинаков:
взводится её флаг, слушается флаг её готовности, по готовности "хапается" байт.
Или я неверно понимаю процесс работы с УВВ в PDP?
iLavr
-
MC68k
- Retired
- Posts: 1328
- Joined: 25 Jul 2011 00:14
- Location: WWW
