Просмотр полной версии : SBC-11/21 (ака Falcon) и я
Пока большая часть моих программ (в том числе всякие доработки по Falcon-ам) - RequestWare, то есть, если что-то из написанного мной кому-то интересно, а у меня на недо-сайте не выложено - пишем в теме или в личку - обсуждаемо.
Тема посвящена плате M8063-AA (она же SBC-11/21, она же Falcon)
Заполучил я её достаточно давно (аж 30 ноября), но по разным причинам (в том числе и по причине... э... некоторой тупости, каюсь) удалось запустить только в среду, а загрузить на ней (через HX сервер) RT-11 - только вот только что :) Но с RT-11 уже причина не во мне, а в некоторых хитростях с этой платой и драйвером HX:
Итак, встречаем:
?
@167776/000000 177777
@10000/004130 12706
010002/004146 10000
.....
010130/000400 5007
@10000G
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from HX0:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
Остлось разобраться с таймером, точнее - с сигналом BEVNT и перемычками на плате - и можно будет запустить SPEED3 :)
- - - Добавлено - - -
Разобрался. Скорострельность платы:
.RUN HX7:SPEED3
Тест быстродействия (кэш, если он есть, выключен)
R1+R0 classic 269 410 оп./сек
R0(23456.)+R0(12345.) empty 81 317 оп./сек
R1(23456.)+R0(12345.) 62 483 оп./сек -> 269 774 оп./сек
R1+@R0 classic 164 728 оп./сек
R1(23456.)+@R0(M-12345.) empty 81 318 оп./сек
R1(23456.)+@R0(M-12345.) 54 216 оп./сек -> 162 672 оп./сек
MOV 8 word 1 empty 54 611 оп./сек
MOV 8 word 1 6 850 оп./сек -> 7 832 оп./сек
MOV 8 word 2 empty 54 202 оп./сек
MOV 8 word 2 7 899 оп./сек -> 9 246 оп./сек
R1 := M(word) 116 238 оп./сек
R1 := M(even byte) 117 119 оп./сек
R1 := M(odd byte) 117 121 оп./сек
#4+R0(2000) empty 162 604 оп./сек
#4+R0(2000) 81 301 оп./сек -> 162 600 оп./сек
CMP (R0)+,(R0)+ empty 162 598 оп./сек
CMP (R0)+,(R0)+ 68 566 оп./сек -> 118 562 оп./сек
#2+R0(2000) empty 162 596 оп./сек
#2+R0(2000) 81 296 оп./сек -> 162 588 оп./сек
INC R0 INC R0 empty 162 591 оп./сек
INC R0 INC R0 73 069 оп./сек -> 132 708 оп./сек
TST (R0)+ empty 162 597 оп./сек
TST (R0)+ 81 310 оп./сек -> 162 643 оп./сек
CLR R0 - SOB R0, . empty 270 428 оп./сек
CLR R0 - SOB R0, . 3 оп./сек -> 3 оп./сек
Вчера забыл написать.
На плате стоят 24-ёх ногие УФСППЗУ, но как выяснилось (как раз на этом я протупил) - прошивка там была несколько не та. У меня таких ЭСППЗУ под рукой не нашлось, только 28-ми ногие. Их тоже можно поставить, но надо перепаивать некоторое количество перемычек - а это отдельный квест. Близко под рукой были другие 24-ёхногие УФСППЗУ, но... Их надо было стереть. У нас дома есть бытовая УФ лампа для медицинского кварцевания горла-носа, но до этого я ПЗУ-хи не стирал, так что был вопрос.
Результат эксперимента - ST M2732A она стёрла не дольше,чем за 5 минут.
На лампе написано ОУФ6-04 "Солнышко".
- - - Добавлено - - -
XXDP сопротивляется...
- - - Добавлено - - -
В варианте Memory Map 0
.RUN IOSCAN
160010-173776 ;160010-167777 - RAM, 170000-173777 - ROM
176200-176206 ;
176540-176546 ; SLU2
177560-177566 ; SLU1 - консоль
.
При включении питания код в ПЗУ пытается определить скорость обмена, но для выбранного способа получилось сделать максимум только 9600. Но благодаря тому, что скорость обмена по SLU1 программируемая - можно через MacroODT выставить 38400, запустить VT52, в настройках которого указана 38400 - и получить более весёлую скорость работы с HX
В процессе добавления загрузчика с HX.
Попробую оставить и все штатные загрузчики, но пока не понятно - получится или нет. Что бы слегка освободить место - выкинул автоопределение скорости (всё равно только до 9600 работает), пока фиксированно выставляет 38400, потом сделаю более простой способ (без пересборки ПЗУ, только изменение понятного места) выставить свой вариант, ну и в принципе будет возможным полагаться на аппаратное задание скорости :)
Слегка притормозил с ПЗУ - надо переставить Windows на двух серверах, пока в MS не додумались тоже ссанкции ввести и ещё можно активировать Windows
- - - Добавлено - - -
Хм.. Начиная с Windows Server 2016 MS добавила новый вариант team-инга для сетевых адаптеров, а в Windows Server 2022 (вроде в 2019-ом Hyper-V не матерился на него) LBFO team-инг даже сделала deprecated :)
На втором серваке тоже переставил. Завтра вечером и далее - вернусь к Falcon-у
Продолжил развлекаться с Falcon, но надо ещё поменять на серверах винты - на одном - системный, на другом - выделенный для резервных копий системного. Появились bad блоки (винтам в районе 9-ти лет).
Сервера пропылесосил, на одном, где засбоил винт для резервной копии, винт поменял на новый. Сейчас делается свежая резервная копия, после чего сервер перегружу с полным запуском всего.
После полноценного запуска этого сервака займусь вторым - там надо менять системный диск, немного больше работы, если повезёт и перестановка системы, если не повезёт :)
Интересные даты. На этом серваке стоят два терабайтника ещё прозводства IBM - август 2008. На одном один перемещённый блок, на другом ноль :) 13 с половиной лет со дня выпуска, примерно 11 с половиной лет включенного питания - power time 4234 дня :)
Вчера не успел (обновлял резервную копию, процесс сопротивлялся), восстановление запустил сегодня. Пока в процессе.
- - - Добавлено - - -
Ну а пока процесс идёт - продолжаю пилить содержимое ПЗУ :) Этап причёски и анализа существующего кода - на предмет оптимизации и повторго использования в загрузчике с HX
- - - Добавлено - - -
Фсе, эпопея с заменой винтов закончена, теперь наблюдения - как себя новые поведут, особенно тот, который системный :)
Прошерстил примерно половину кода ПЗУ. Смог слегка уменьшить свою добавку для HX. Лишних 66(8) байт или 27(10) слов.
Потихоньку (увы, праздники-выходные ёк) продолжаю шерстить код.. Всё таки надеюсь без дальнейшего выкидывания функционала вставить загрузку с HX. Ещё бы неплохо добавить загрузку с CF, но, учитывая распределение страницы в/в - стандартная прошивка мультиконтроллера не подойдёт... Так что пока - не знаю, буду ли делать CF...
Сегодня удалось запустить и SBC-11/21-Plus (ака Falcon+). К сожалению, купленная плата имела свой вариант PLM-ки (которая определяет то, как распределяется адресное пространство). И она отличалась от стандартной. Но если поменять её на PLM-ку от Falcon-а - похоже, получаем такое же, как на нём распределение - и соотвественно - ПЗУ запустилось, а система через HX загрузилась. Значит, плата рабочая и можно будет сделать кастомную прошивку для определения того, как на неродной PLM-ке распределяется адресное пространство. И, возможно, получится использовать её PLM. Ибо и найти такую PLM сейчас тяжеловато (насколько я помню, на eBay были, но теперь этот источник недоступен, а на Ali не помню - искал или нет..) и как прошивать - не понятно...
P.S. от 12.10.2022 - на самом деле - не понятно, что там тогда произшло - ибо я пробовал повторить фокус позже - и не получилось.. Возможно, нужные правильные установки перемычек, кто его знат... Так же возможно, что попробую когда-нибуть всё таки добить вопрос - можно ли на Falcon+ использовать PLM от Falcon
Очередная порция переделки кода под DSMAC. Осталось примерно 300 строк (включая комментарии :) )
Смог слегка уменьшить размер кода от DEC, теперь лишних 54(8) байта или 22(10) слова. На самом деле размер кода для поддержки HX будет ещё меняться (и скорее всего, в сторону увеличения), так как пока не выверялась вся работа с ним и уже были замечены не до конца изменённый код для работы с ним.
- - - Добавлено - - -
Первичная прическа - Ёк.
Теперь буду пилить функционал и уменьшать размер кода.
С учётом того, что лентопротяг DD работает через серийник (читай - некоторые процедуры будут общие) - надеюсь сохранить ВСЕ уже имеющиеся загрузчики и поддержать при загрузке через HX возможность загрузки с носителей не только операционок, но и (при правильном оформлении нулевого блока) загрузки выбранного файла с носителя с файловой системой RT-11 :)
Ещё поправил свой код. Лишних 36(8) байт или 15 слов. Сильно достают аппаратные точки входа, расположенные в середине ПЗУ - 172000 и 173000. Приходится выплясывать (собстенно, такое и в исходном ПЗУ) обходы вокруг них :)
Добрался до точки, когда уже надо проверят в реале :) Шаг 1 - перепаять перемычки на использование 28-ми ножных ЭСППЗУ, шаг номер два - (закомментив часть кода загрузчика DX-DY), проверить, чего я там наваял :)
Из плохих новостей - две 28-ми ножечных микросхемы (по крайне мере те, которые у меня есть) рядом не встают - панельки вплотную, микросхемы широковаты.
Из хороших новостей - при режиме отображения памяти 0 оба сокета (А и В) отображаются одинаково, так что одну микросхему можно вставить в один сокет (скажем А - младший байт), а вторую микросхему во второй сокет (В - старший байт).
Их плохих новостей - что то где то с перемычками не так сделал (хотя посмотрел со всех боков) и с 28-ми ножечной микрухой - не стартует..
Бум дальше смотреть и думать
Уф... Всё, заработало. Теперь, после всего, могу сказать, что для этой микрухи главное - подать +5В на 23 (WE) ногу (см по описанию - какие перемечки сделать). Больше ничего не надо делать :) Но без завода этой ноги на 5В - она начинает периодически писать и портить содержимое :)
Ну и была ещё одна ошибка - размер ПЗУ - два кб, а размер этой микрухи - 8 кб, так что надо прописать содержимое (для простоты) - четыре раза одно и тоже. Лопухнулся - записал только два раза одно и тоже, а из-за разводки по умолчанию - оно лезет куда то в верхнуюю половину.
Теперь можно экспериментировать со своей версией :)
1. Запустить Falcon в принципе - сделано
2. Причесать код ПЗУ под DSMAC - сделано
3. Выставить перемычки, что бы можно было втыкать 28-ми ножные ЭСППЗУ - сделано
4. Нарисовать загрузчик с HX в принципе - сделано
@HX0
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from HX0:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
5. Проверить загрузку standalone программ через HX - в работе.
6. Попробовать оптимизировать код ПЗУ, что бы остались штатные загрузчики (DD, DX, DY) - в ожидании
7. Проверить работоспособность штатных загрузчиков - в ожидании
Из-за всё возрастающего усложнения кода всё таки решил отказаться от единого файла с возможностью через условную компиляцию получить как исходный вариант, так и с поддержкой HX. Возможно, после получения окончательного результата в поддержке HX попробую опять объединить варианта, но... загадывать не буду. Так что пока поддержка HX - в альтернативном файле...
Вчера распилил исходник и проверил, что всё собирается, старый вариант даёт идентичный bin файл, а новый по прежнему работает :) Смотреть на код стало легче, буду двигаться дальше..
- - - Добавлено - - -
Проверка загрузки standalone программ. Первый подход к снаряду - где то циклит и постоянно читает первый сегмента каталога...
@HX2
Тест быстродействия (кэш, если он есть, выключен)
BR .+2 269 316 оп./сек
R1+R0 classic 269 333 оп./сек
R0(23456.)+R0(12345.) empty 81 884 оп./сек
R1(23456.)+R0(12345.) 62 551 оп./сек -> 264 931 оп./сек
R1+@R0 classic 162 776 оп./сек
R1(23456.)+@R0(M-12345.) empty 81 883 оп./сек
R1(23456.)+@R0(M-12345.) 54 251 оп./сек -> 160 764 оп./сек
...
Есть какая то странная ошибка - не всегда правильно отрабатывается тайм-аут. Для непосвящённых - T11 не имеет аппаратной поддержки таймаута шины, снаружи работает для этого дела таймер, а вот обработка сигнала с него процессором сделана... Видимо, дурь у того человека была зело крепкая, других предположений нету :) Кстати, необходимость команды NOP после команды, которая принципально может вызвать таймаут - из этой же серии :)
Воюю..
Выработанное годами правила - если вдруг возникает ошибка - истчи в своём кода, а уже потом где то ещё :) Чего только не передумал - вплоть до сбой ПЗУ и ОЗУ, потом сообразил, что проверить просто - прошить старый код в ЭСППЗУ и поиграться. А потом посравнивать код и - вуаля. Как минимум, одна ошибка нашлась :) Пока ошибку по таймауту с вылетом в ПЗУ (там, где не должно её быть) - ТТТ - после исправления ошибки в коде - не наблюдаю :)
- - - Добавлено - - -
Вроде в ПЗУ для HX все ошибки вычистил. Попробовал сделать standalone моего варианта SPEED - с ходу полностью не получилось - вылезла интересная ошибка:
@HX0
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from HX0:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
152314
@HX2
Тест быстродействия (кэш, если он есть, выключен)
BR .+2 269 564 оп./сек
R1+R0 classic 269 809 оп./сек
R0(23456.)+R0(12345.) empty 81 880 оп./сек
R1(23456.)+R0(12345.) 62 583 оп./сек -> 265 548 оп./сек
R1+@R0 classic 164 825 оп./сек
R1(23456.)+@R0(M-12345.) empty 81 885 оп./сек
R1(23456.)+@R0(M-12345.) 54 253 оп./сек -> 160 773 оп./сек
R0*R0 classic - команда не реализована
11.*12. empty 81 88 оп./сек
11.*12. - команда не реализована
R2/R0 classic - команда не реализована
R2-R3(34567.)/R1(321.) empty 62 914
оп./сек
R2-R3(34567.)/R1(321.) - команда не реализована
34567./321. (FPU) empty - команда не реализована
34567./321. (FPU) - команда не реализована
34567.89022+32109.754321 empty - команда не реализована
34567.89022+32109.754321 - команда не реализована
34567.89022*32109.754321 empty - команда не реализована
34567.89022*32109.754321 - команда не реализована
34567.89022/32109.754321 empty - команда не реализована
34567.89022/32109.754321 - команда не реализована
CIS MULPI 1 - команда не реализована
CIS MULP 1 empty - команда не реализована
CIS MULP 1 - команда не реализована
CIS MULPI 2 - команда не реализована
CIS MULP 2 empty - команда не реализована
CIS MULP 2 - команда не реализована
CIS ADDNI 1 - команда не реализована
CIS ADDN 1 empty - команда не реализована
CIS ADDN 1 - команда не реализована
CIS ADDNI 2 - команда не реализована
CIS ADDN 2 empty - команда не реализована
CIS ADDN 2 - команда не реализована
MOV 8 word 1 empty 54 588! оп./сек
MOV 8 word 1 6 015" оп./сек -> 6 759" оп./сек
MOV 8 word 2 empty 54 591# оп./сек
....
чем не нравится загрузка HX: через ODT ?
Сложностью. Плюс - нет аналога @HX2
- - - Добавлено - - -
Ну и для работы на скорости 38400 придётся поплясать
- - - Добавлено - - -
И да - каждый может использовать тот способ, который ему нравится. Мне нравится такой.
не понимаю - а Вы используете эмулятор Патрона для НХ, или что-то другое ?
А есть другая реализация HX?
а, может, лучше - эмулятор поправить или переписать или сделать свой (еще функциональней) ?
а, может, лучше - эмулятор поправить или переписать или сделать свой (еще функциональней) ?
Вперёд, всё в руках хотящего
надеялся, что ответите как-то типа:
-нет, потому, что...
-некогда,
-слабо,
-не возможно в принципе,
-нет исходников,
-может когда-нибудь
и т.д.
надеялся, что ответите как-то типа
А как связаны между собой мои и чьи-то хотелки?
И почему я должен вести себя в соотвествии с чьими-то надеждами?
По поводу HX - его функционал меня устраиват до степени, что что-то хотеть в отношении него не считаю нужным.
Возможность автоматически вводить код в эмуляторе VT52 - тоже
Возможность автоматически ввести код для загрузки - считаю обходным манёвром на время, пока не будет изменено содержимое ПЗУ начальной загрузки. То, что это не сложно - уже доказано не однократно - 1201.2018, KDJ-11B, DE-10, теперь вот SBC-11. И такой вариант увеличивает количество сценариев использования, для примера - я могу подцепить к SBC-11 терминал VT220 или VT520 и всё ещё иметь (аппаратную) загрузку с HX.
Устроил себе небольшое развлечение - переписываю эмулятор TU58 c С на C# :)
Учитывая, что загрузчик с DD в ПЗУ есть - будет на чём проверить :)
расскажите, пожалуйста, в чем разница и что общего в HX, DD(DEC), DD(РАФОС) и тд, как бы - краткий обзор технологий загрузки и работы через терминальный порт.
У меня прямо таки куча свободного времени, да?
с ответом можно и подождать - когда появится время тогда и напишите.
про 11/21 то же интересно бы увидеть от Вас маленькое 'review' - краткий рассказ что это такое, назначение и целевое применение, выявленные преимущества и недостатки, сравнение с чем-то, производительность в сравнении с другими отечественными и DEC моделями, Ваши планы использования и т.д.
увидеть от Вас маленькое 'review'
Я не технический писатель, мне это не интересно.
думаю, что если бы писали подобные писания, то больше бы было интересующихся PDP-11 архитектурой(зарубежной и отечественной), и и так крайне мало людей что-то делают (или собираются делать) в этом направлении. А так их станет еще меньше, а не больше. И для кого или для чего тогда вообще что-то писать ?
Считаю - полезно популяризировать. А так - очень мало толку. Мне далеко не все понятно что Вы пишите, да и, наверное многим то же. А кому понятно, те и сами это знают. Задавать Вам вопросы (ответы на которые были бы многим полезны то же) - глядя на ответы - не хочется.
если бы писали подобные писания
Так пишите, в чём проблемы.
И для кого или для чего тогда вообще что-то писать ?
Понятия не имею. И я - не пишу.
Мне далеко не все понятно что Вы пишите, да и, наверное многим то же
Очевидно, что мне все мои знания ветром надуло?
А платы Falcon-а, о которых я, кстати, до примерно прошлого лета мало что слышал, тоже с неба свалились?
Задавать Вам вопросы
Это типа вот этого?
а, может, лучше - эмулятор поправить или переписать или сделать свой (еще функциональней) ?
Так это не вопрос, это хотелка, лично ваша, и, как я уже писал - всё в ваших руках.
А лично я занимаюсь тем, чем лично мне интересно. И не настаиваю, что это должно быть кому то ещё интересно. Так же как и то, что мне должно быть интересно то, что кому то ещё интересно. Возможные две трети отпущенного мне времени (если не больше) я уже прожил и оставшееся время на НЕ ИНТЕРЕСНОЕ мне в данный момент или вообще тратить не намерен.
- - - Добавлено - - -
производительность в сравнении с другими отечественными и DEC моделями
Это, кстати, уже сделано.
болит средний палец на правой руке
Это от переписки с ra3qdp ;-)
Это от переписки с ra3qdp
Тоже возможно :)
Кстати, ежели не секрет, почем Falcon брали? А то у меня лежит рабочий Falcon+ (который M7676) с родной толстенной книжкой. Я как цены на ебее увижу, всё думаю зачем он у меня лежит ;-)
Кстати, ежели не секрет, почем Falcon брали?
Именно Falcon - был обмен (но вот никак не рискну с этими ссанкциями отправить обменное), а то, что на обмен
Щас попробую найти в истории...
- - - Добавлено - - -
Похоже, я эту обменную плату (KDF11-A) не на ebay-е брал. Но был вариант - или деньги или обмен, и вот за деньги - 70 евро, насколько я помню :)
А мой Falcon+ мне достался за 88 баксов :)
Понял, спасибо за инфу. Мне книжка от фалкона+ в своё время под $60 встала, если не дороже (насколько я помню было $40 без учета доставки из штатов).
В общем пускай пока лежит ;-)
Я даже инструмент купил и провод для намотки перемычек ;-)
Первый контакт Falcon-а и типа "TU58" есть :)
АССССА :D
@DD0
RT-11SJ V05.04 F
?LD-W-Unable to update disk copy of LD handler
.R MSCPCK
.SHO CONF
RT-11SJ V05.04 F
Booted from DD0:RT11SJ
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
KMON nesting depth is 3
SBC 11/21 (T11) Processor
56KB of memory
60 Cycle System Clock
FPU support
.
Потому что support-ится системой. Это не про процессор.
- - - Добавлено - - -
Из интересных особенностей данного эмулятора:
@DD0
RT-11SB V05.07
?LD-W-Unable to update disk copy of LD handler
.R MSCPCK
.DIR
SWAP .SYS 28P 31-Oct-1998 RT11AI.SYS 96P 31-Oct-1998
RT11SB.SYS 97P 31-Oct-1998 RT11FB.SYS 106P 31-Oct-1998
.......
ARK .DSK 1200P 31-Oct-1998 MSRT .DSK 1000P 31-Oct-1998
DISSAV.DSK 200P 31-Oct-1998 TIMIT .MAC 1 29-Mar-2022
ERLG .MAC 1 29-Mar-2022 DD .SYS 5 29-Mar-2022
DDX .SYS 5 29-Mar-2022
231 Files, 16560 Blocks
3822 Free blocks
.TYP ERLG.MAC
ERL$G = 1
.
Если почитать доку по реальному TU58, то можно узнать, что его размер - всего 512 блоков :) Но эмулятор умеет работать и с образами бОльшего размера (до 32 мб, как обычно для XXDP, DOS-11 и RT-11), при этом он при запуске (если файловая система - RT) ищет DD.SYS и DDX.SYS и патчит их под размер текущего образа, а при остановке эмуляции - депатчит :) Результат виден по логу - был использован образ от RL02
Из общего впечатления - какая то тормозная эта эмуляция девайса... На 38400 работает примерно как HX на 9600.
Подозрение, что я чего то недоперемудрил при переделки работы с временными задержками (есть там такое) под Windows.
А фот виг вам - принял (не)желаемое за действительное.
Сделал два одинаковых образа, в одном настроил загрузку с HX, в другом - с DD и с секундамером засёк время загрузки (на одной скорости портов - 38400). HX - 2:37, а DD - 2:25, то есть DD даже чуть лучше :) Видимо в первый момент сказалось психологически привычное время загрузки с настроенной системы (и минимум драйверов), а на DD грузился с дистрибутивного носителя (а там куча драйверов, которые при загрузке RT проверяет).
- - - Добавлено - - -
В целом, эмулятор доведён до приличного состояния - можно возвращатся к допиливанию ПЗУ Falcon-а :)
Нашёл ошибку в загрузчике DD в моём варианте ПЗУ - но пока вмешательство именно в него было минимальным. Загрузчик теперь тоже работает. Теперь продолжится процесс уменьшения размера кода, что бы был доступен и загрузчик с DX/DY (сейчас условной компиляцией выпилин).
Заодно попробовал прошивать микрухи Sterh Chip Studio-ей, запущенной в виртуалке - с пробросом com порта.То же проблем от этого процесса не было - и сама нашла нужный порт и прошивка прошла без проблем.
Развлекаясь с отладкой эмулятора, а потом ПЗУ, как то упустил из виду, что этот эмулятор так же умеет подключать не только образы, но и папки файловой системы - примерно так же, как HX. Решил поразвлекаться. В процессе пофиксил ещё некоторое количество ошибок.
К DD0 подключен образ, к DD1 подключена папка. В процессе... :)
@DD0
RT-11SB (S) V05.07
.R MSCPCK
.COP/SYS *.* DD1:
Files copied:
DK:SWAP.SYS to DD1:SWAP.SYS
DK:RT11SB.SYS to DD1:RT11SB.SYS
DK:RT11FB.SYS to DD1:RT11FB.SYS
...
.
151764
@DD1
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from DD0:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
ГЫ :) Никто, в том числе я - не заметили, что несмотря на попытку загрузки с DD1:, реально загрузка прошла с DD0 :) Ошибочка в загрузчике, однако :)
Поправил
В целом, работу с образом и подключенной папкой вроде проверил-поправил, но вот то ли второй уарт на плате, то ли работа с подключенной папкой сбоят, но - при копировании на устройство с подключенной папкой - эпизодический ошибки. Причём частота и место возникновения - не предсказуемы..
Я, конечно, привык сначала валить на себя, но как бы я не извращался с работой с ком-портом - эффекта ноль. Чисто внешне - приходит с Falcon-а пакет с ошибкой в контрольной сумме - при попытки записи на "устройство".. Вот уже начал думать, что, может - этот уарт на плате сбоит?
Что бы посмотреть, так ли это - собрал стенд на KDJ11-B, а в качестве уарт-а решил использовать уарт на мультиконтроллере. Но тут меня малость поджидала засада - я почему то был уверено, что в прошивке для уарта стоит скорост 115200. На деле же оказалось - 19200. То есть, мало того, что скорость не такая же, как на Falcon-е, так ещё и медленнее. Ок, собрать быстро прошивку с нужной скоростью не получилось - общие модули с моим PDP-2011, а я там их хорошо поизменял с момента последней возни с мультиконтроллером.
Ок, решил посмотреть, что будет на 19200. Новая засада. Во первых - ошибки КС исчезли, но периодически, особенно в моменты неработы с TU58 прилетает байт 377. Который, как не удивительно, работе обеих сторон не мешает - так как летит исключительно в моменты простоя..
Пришлость допиливать мультиконтроллер под новые реалии. Пока в процессе - в новой прошивке работают CF, но больше ничего... Причём работают вполне норм, даже когда за мультиконтроллером стоит контроллер SCSI. Пока в непонятках...
Есть мысли - 1 - переставить на FALCON-е местами микрухи и посмотреть, что будет (можно сделать быстро) или 2 - у меня есть ещё платы с уартами - попробовать задействовать их в тестировании..
Игры продолжаются....
- - - Добавлено - - -
А, да, на KDJ11 есть загрузчик с TU58, но.. Через него почему то не грузится, хотя загрузчик с диска он считывает и вполне успешно передаёт ему управление.. Хотя.. Может я мало жжжждал? :D
Поменял местами DC319. Первое впечатление - стал хреново работать HX (на 177560), хотя вывод на терминал вроде норм.
Запустил копироваться с DD: на DD1: (второй уарт), пока вроде норм..
- - - Добавлено - - -
А фот хрен... Думать дальше...
Разобрался с незагрузкой на KDJ11-B - в образе другой адрес CSR, а на лету загрузчик CSR не подхватывает, как и драйвер.
Собрал новый стенд - KDJ11-B, четырёх-портовка DLV11-J, скорость 38400, образ настроил. Грузится успешно. Интересная особенность - FALCON читает загрузочный блок, а KDJ11-B выдаёт команду BOOT - по сути, чтение с параметрами - читать нулевой блок с адреса 0.
Запускаю тестирование чтения-записи в подключенную папку...
Шлёпаит, пока без проблем...
Следующий эксперимент (через какое-то время) - отключу (по крайне мере попробую) на Falcon-е второй uart и попробую его через DLV11-J. Попробую определиться - проблема в uart-ах на Falcon-е или в процессоре (не хватает быстродействия - но врят ли)...
Звездец :) Подложил себе с мультиконтроллером боНбу замедленного действа :) Из-за одного оператора, точнее его отсутствия (результат одной переделки, которую я потом в других модулях и PDP-2011 отменил, а вот в мультиконтроллере нет) - феерическая работа :) Из всего, что на нём было, с новой прошивкой работали только CF-ки, а практически всё остальное даже не откликалось :) Ну.. Поломав голову в выходные и сегодня вечером, до меня всё таки дошло - что не так. Так что теперь FALCON-ы попробую погонять в плане проверки работы с эмулятором TU58 на ненаплатном уарте. Не прям вот щаз, но теперь это стало реальней. А пока попробую посмотреть, как будет работать эмулятор TU58 на скорости 115200 и выше :)
- - - Добавлено - - -
Ну, в принципе, конечно, получше, но.. всё равно - так себе :) Попробую на большей скорости, но позже. Пока восстановлю полный функционал прошивки мультиконтроллера на обновлённых модулях :)
- - - Добавлено - - -
Ожидаемо - и это действительно ожидаемо :) нарушилась работа устройств с ПДП :) Но тут хоть понятно, что надо просто правильно подключить их к новому варианту корзины :) Завтра буду смотреть, что надо перекоммутировать :)
Уф.. Люблю хотеть странного :) Сегодня, не помню уже, с чего началось, но начал я читать тему "Проблемы программирования отечественных ПЛМ". И где то там (скорее всего, но не наверняка, сейчас искать лень), налетел на то, что 556РТ2 является (лучше чем) аналогом PLS100. И тут что то мне стукнуло, что в Falcon-ах стоит именно такая PLS. Полез проверять - ну почти правильно стукнуло - в Falcon-Plus именно PLS100, а в в Falcon - родной брат близнец - N82S100. И тут мне приходит в голову мысля - прошить парочку РТ2, некоторое количество которых у меня есть - дабы воткнуть стандартную PLS-ину и сделать из "не совсем Falcon-Plus" совсем Falcon-Plus. Если вкратце, опуская примерно часа 4 развлечений в паре - ST-007 vs 556РТ2 - я таки получил (пока одну) РТ2, которая успешно заработала в Falcon-е (пока не Plus).
Выводы. Основных проблем - две.
Первая - плохой контакт РТ2 в колодке программатора. Возможно (!) - поможет облуживание ножек РТ2 перед действом. По крайне мере - мне помогло - на первой же взятой из кучки "типа не с нулевым содержимым" РТ2.
Вторая - защита по току Стерха. Ну, в принципе рецепт как бы известен - подержать Стерх в холодильнике :) Мне помогло - по крайне мере - прочитать исходную PLS-ну - изначально читалось примерно 99 процентов и и уход в срабатывание защиты :)
Щас пойду щить ещё штуки три - что бы был небольшой запас для экспериментов :)
- - - Добавлено - - -
Вдогонку :) Где то в доках мне попадалось описание того, как программирвать PLS-ину, что бы получить свое распределение страницы в/в. Учитывая, что в текущем варианте область 160000-167776 (или около того) заняту наплатным ОЗУ и то, что код ПЗУ не использует всё место и то, что идёт пересечение с разными интересными устройствами (типа MSCP и мультиконтроллера) - есть мысль нарисовать другую PLS - без этих огрехов :)
- - - Добавлено - - -
Вторая (следующая в коробке), после облуживания ножек - успешно пополнила список PLS для Falcon-а :)
- - - Добавлено - - -
Третью РТ2 успешно запрограммировал и.. сжёг в Falcon-е, воткнув с поворотом на 180 градусом. В отличии от процессоров, РТ2 не выдеражала такого..
Далее две РТ2 из коробки не взлетели (читались не все нули), а новая третья - без проблем
- - - Добавлено - - -
Ещё одна пропущна по прочина, что там что то уже была, а ешё одна сбойнула на защите по току.
Следующая - успешно :)
Четыре PLS-ки в запас и для экспериментов с Falcon-Plus :)
- - - Добавлено - - -
Ещё небольшой лайфхак - вставлять РТ2 не до конца в панельку, а слегка приподняв - что бы zif зажал тонкие части ножек и не пытался зажать верхнюю часть. Последнюю РТ2 именно так вставил - без облуживания :)
- - - Добавлено - - -
На очереди - возобновление игр с Falcon-Plus :)
SuperMax
25.04.2022, 06:38
прошивка РТшек это не простая задача, у меня есть опыт их массовой прошивки (больше 300шт)
напомню, что у них сразу заявлено что 50% пойдет в помойку
касаемо прошивки в стерхе - клон стерха шьет лучше чем оригинал
но и оригинал тоже рабочий
после прошивки, надо провести термотренировку в духовке - прожарить их согласно стандарта
затем еще раз проверить в программаторе, вставить в устройство и погонять 2-4 часа [дабы она сама нагрелась]
и вот если все работает - тогда можно пометить микросхему как рабочую.
прошивка РТшек
Это всё я читал, только мне это без особой надобности - массово прошивать и тем более прошивать на продажу не собираюсь, так что - прошилась и заработала - уже норм. Если через какое то время перемычки начнут восстанавливаться - попробую перепрошить, не получится - просто выкину. Ну и образы есть, если всё запасные гикнутся - просто новые прошью.
Нашел прошивку PLM для Falcon-Plus (вроде) (осталось ПЗУ восстановить или понять, что от Falcon-a можно использовать).
И нашёл, где мне попалось (micronote 007) описание, как сделать прошивку PLM для Falcon-ов - только на текущем этапе от неё мало толку - стандартных там нет...
В документации на SBC-11/21-Plus нашлось содержимое прошивок PLM - как для Falcon-а, так и для Falcon-Plus, так что теперь есть все. Начал разбираться, как они создаются. Нууу.. В принципе - не симфонию писать, с принципом разобрался. Но делать это руками - много времени нужно, поэтому попробую потихоньку нарисовать скрипты для генерации jed-файлов на основе формального описания :)
- - - Добавлено - - -
Ну, в одну сторону один вариант уже расшифровывает :) Пример для Falcon-Plus (первый столбец - номер записи, второй - для каких вариантов отображения адресного пространства (их четыре) срабатывает, дальше - с какого по какой адрес и последний столбец - какой сигнал выдаёт на выходе)
00 0 2 177600 177777 localRAM
01 1 3 177600 177777 QBus
02 0123 177570 177577 QBus
03 0123 177560 177567 DL0
04 0123 177540 177557 QBus
05 0123 177500 177537 QBus
06 0123 177400 177477 QBus
07 0123 177000 177377 QBus
08 0123 176600 176777 QBus
09 0123 176560 176577 QBus
10 0123 176550 176557 QBus
11 0123 176540 176547 DL1
12 0123 176500 176537 QBus
13 0123 176400 176477 QBus
14 0123 176300 176377 QBus
15 0123 176240 176277 QBus
16 0123 176220 176237 QBus
17 0123 176210 176217 QBus
18 0123 176200 176207 PIO
19 0123 176000 176177 QBus
20 0123 174000 175777 QBus
21 0123 160000 177777 QBus
22 0 2 170000 173777 socketA
23 1 3 170000 173777 socketB
24 0 2 164000 167777 socketA
25 1 3 160000 167777 socketB
26 0 2 160000 163777 QBus
27 0 140000 157777 localRAM
28 1 3 140000 157777 socketB
29 2 140000 157777 QBus
30 0 100000 137777 socketB
31 1 100000 137777 localRAM
32 2 100000 137777 QBus
33 3 100000 137777 socketA
34 0 000000 077777 QBus
35 1 000000 077777 socketA
36 2 000000 037777 socketB
37 3 000000 037777 localRAM
38 3 040000 077777 socketA
39 2 040000 057777 localRAM
40 2 060000 067777 localRAM
41 2 070000 073777 localRAM
42 2 074000 075777 localRAM
43 2 076000 076777 localRAM
44 2 077000 077377 localRAM
45 2 077400 077577 localRAM
46 2 077600 077777 QBus
47 0123 000000 177777
- - - Добавлено - - -
Не, не совсем правильно :) Хотя в целом становится понятно - чего и как :)
- - - Добавлено - - -
Надо ещё все перемычки проверить, а то как то не запускается Falcon-Plus :)
Начал пробовать развлекаться с разборкой jedec-а
Доделал разборку jedec (по крайне мере в том варианте, который выдаёт Стерх для РТ2). Теперь надо подумать и поразглядывать :) Но уже днём...
Малость сдвинулся с мёртвой точки. Получил прошивку РТ2, с которой код в ПЗУ начал работать :)
К сожалению, в процессе разборок платы Falcon-Plus теперь отличаются по перемычкам, но обе хоть как то запустились :) Сейчас такое впечатление, что сбоят наплатные RAM (стоит аж 2*8 и 2*32 кб, но не всё используется), но.. Я не уверен :) Надо попробовать сделать РТ2 с другим распределением адресного пространства (только внешняя память и только наплатная) и посмотреть, что будет. Ну и сделать на обеих платах одинаковые перемычки :)
Пока же процесс загрузки с HX начинается, но.. в произвольных местах слетает...
- - - Добавлено - - -
Вдогонку. Теперь на очереди скрипт, который по описанию распределния адресного пространства будет генерировать jedec файл для прошивки. Самое сложно - перевести диапазоны адресов в маски :) Посмотрим, что можно сделать :)
Зашил в ПЗУ простейший вариант теста памяти. Пока только набортной. Гоняю тест первой платы. На первый взгляд - дурит пара 8-ми килобайтных, а пара 32-ух - норм (тест пока ещё идёт). В принципе - не самый худший вариант - насколько я помню - такие у меня есть в загашнике. Плохо то, что эта память учавствует в (стандартном) распределении адресного пространства - соотвественно - падать при загрузке система БУДЕТ. Но прежде чем менять - я ещё подумаю и посмотрю, в частности на перемычки.
Есть всё таки некоторые сомнения в неработоспобности микросхем памяти.. Пытаюсь понять - что дурит..
По результатам экспериментов. На одной плате тесты набортного ОЗУ проходят норм, но всё равно не грузится. На другой плате дурь при чтении областей восьмикилобайтных ОЗУ.
Подумав, сделал прошивку для РТ, которая использует только набортное ОЗУ (стандаратная подтягивает и память с QBus, по крайне мере в маппинге 0 и 2) и только 32-ух килобайтные микросхемы. Запустил на тестовой прошивке, посмотрим, что будет :)
- - - Добавлено - - -
Ещё на что только сейчас обратил внимание. На плате, где восьмикилобайтники работают - стоят микросхемы -10 (100 наносекунд, ЕМНИП), а каторая сбоит - -15. Банально не хватает быстройдействия?..
- - - Добавлено - - -
Закралась у меня тут ещё одна мысль, решил её попробовать, прошил ПЗУ не тестовой прошивкой, внеся туда одно изменения и...
@HX0
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from HX0:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
Жаль, RESORC не различает SBC-11/21 и SBC-11/21-Plus
Внесённое изменение - понизил скорость консольного порта до 19200.
Первой под эксперимент попала плата со сбойями в восьмикилобайтниками.
Вторая плата - память работала, но были сбои при загрузке (что меня и навело на мысль снизить скорость). Сейчас её проверю на 19200, а потом первую на 38400.
- - - Добавлено - - -
Нет, не фига. Первая плата работает и на 38400, вторая и на 19200 дурит..
Итак, на текущий момент есть рабочая плата с набортными 56 кб ОЗУ, у которой дурит обращение к набортными микросхемам 8 кб, но они выключены из использрвания прошивкой РТ2.
И вторая плата, у которой ОЗУ рабочее, но дурит (?) работа через конскольный порт.
По первой - буду потихоньку добивать прошивку из документации, а потом попробую добавить туда HX и CF-ки с мультиконтроллера.
По второй - пока не знаю, что буду делать :)
- - - Добавлено - - -
Быстрая проверка :)
@HX0
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.BOO ZB1:RT11SB
RT-11SB (S) V05.07
.R MSCPCK
.SHO CONF
RT-11SB (S) V05.07
Booted from ZB1:RT11SB
USR is set SWAP
EXIT is set SWAP
KMON is set NOIND
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled
CLI is set DCL, CCL, UCL, NO UCF
SBC 11/21 (T11) Processor
56KB of memory
50 Hertz System Clock
Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support
.
- - - Добавлено - - -
@HX0
HX 2.2 RT-11 Cold boot..
HX DSK/TTY multiplexer v3.3 2016
RT-11SB (S) V05.07
.R MSCPCK
.BOO ZB1:RT11SB
RT-11SB (S) V05.07
.R MSCPCK
.RUN SPEED3
Тест быстродействия (кэш, если он есть, выключен)
R1+R0 classic 408 499 оп./сек
R0(23456.)+R0(12345.) empty 136 143 оп./сек
R1(23456.)+R0(12345.) 102 518 оп./сек -> 415 081 оп./сек
R1+@R0 classic 272 352 оп./сек
R1(23456.)+@R0(M-12345.) empty 136 141 оп./сек
R1(23456.)+@R0(M-12345.) 90 768 оп./сек -> 272 348 оп./сек
11.*12. - команда не реализована
R2-R3(34567.)/R1(321.) - команда не реализована
34567./321. (FPU) empty - команда не реализована
34567./321. (FPU) - команда не реализована
MOV 8 word 1 empty 90 874 оп./сек
MOV 8 word 1 11 843 оп./сек -> 13 617 оп./сек
MOV 8 word 2 empty 90 760 оп./сек
MOV 8 word 2 14 555 оп./сек -> 17 334 оп./сек
R1 := M(word) 205 529 оп./сек
R1 := M(even byte) 204 249 оп./сек
R1 := M(odd byte) 204 249 оп./сек
#4+R0(2000) empty 272 297 оп./сек
#4+R0(2000) 136 148 оп./сек -> 272 295 оп./сек
CMP (R0)+,(R0)+ empty 272 297 оп./сек
CMP (R0)+,(R0)+ 116 720 оп./сек -> 204 287 оп./сек
#2+R0(2000) empty 272 297 оп./сек
#2+R0(2000) 136 148 оп./сек -> 272 295 оп./сек
INC R0 INC R0 empty 272 297 оп./сек
INC R0 INC R0 117 215 оп./сек -> 205 809 оп./сек
TST (R0)+ empty 272 282 оп./сек
TST (R0)+ 136 158 оп./сек -> 272 350 оп./сек
CLR R0 - SOB R0, . empty 408 476 оп./сек
CLR R0 - SOB R0, . 4 оп./сек -> 4 оп./сек
.
По оценки быстройдействия результат примерно в полтора раза лучше, чем M8073. Не могу сказать, с чем это связано - кварц на плате стоит одинаковый, но - использовалась внешняя память на M8073 и набортная на M7676 и DEC увела много мелкологики (42 против 25) в какой то аналог CPLD или как они там раньше назывались. Возможно, это и позволило уменшить задержки. Как бы то нибыло - результат выше :)
В ПЗУ ещё нет загрузчика с Zx, только с HX, так что пришлось пойти таким путём.
Кстати, плату мультиконтроллера с M8063 в текущем варианте использовать нельзя - из за особенностей распределения адресного пространства в/в, а вот с M7676 - без проблем.
Пришла новая партия РТ2. Прошивать пока не пробовал, но прогнал все микрсхемы по критерию - читаемость в нулевом состоянии. Результат - точно 10 процентов дали ошибку - срабатывание защиты по току, из них у пары защита срабатывала не постоянно. Ну, могу сказать, что одна PLS с платы при чтении тоже даёт срабатывание защиты (при этом, я так понимаю, вполне себе работает) и что заморозка Стерха даёт (вроде) возможность прошить и такие РТ. Потом, может, поиграюсь с этими :)
- - - Добавлено - - -
Ну, дальше мне как обычно захотелось странного и засунул я вместо T-11 его братишку - 1807ВМ1.
Что могу сказать.. Да ничего не могу сказать - вполне работоспособно :) Даже те же 408 с копейками тысяч операций в секунду показал :)
Малость прошерстил всякие микросхемы, накопившиеся в процессе разборки с Falcon-ами. Как оказалось, запорол я ещё пару микросхем РТ2, но запорол логически - то есть записалось норм, но малость не то :) И к сожалению, записалась такая инфа, которую уже не поправить - то есть эта пара - на выброс, увы. Но в плане записываемости - с ними всё было норм :)
- - - Добавлено - - -
Пока игры с Falcon-ами откладываются на полку - самое интересное для меня я достиг, а набивать по листингу исходник ПЗУ и допиливать его другими загрузчиками... Лень.
Скорее всего вернусь к мультиконтроллеру - там после переделки внутренней корзины не работает RK11 - как минимум, надо восстановить. Ну и поиграться с процессом создания на нём аналога DEUNA/DELUA/DELQA - даже не знаю, кем его правильно считать, ибо внутри шина ни Unibus, ни QBus, а по работе он только эмулирует и не полностью (хотя и достаточно для операционок) платы Ethernet от DEC
тема об SBC-11_21 - он без диспетчера памяти, а речь пошла об RSX...
Хотя, Form для меня делал версию и без диспетчера.
(как-то тема отошла от названия и переключилась на эмулятор для работы через терминальные порты, логично было бы их разделить, но хозяин - барин).
логично было бы их разделить
И вот - сделал :)
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot