Вид для печати
А можно это где-нибудь посмотреть-попробовать? Может дело куда-нибудь и пойдёт, т.к. у меня появился адаптер USB-ИРПС.Цитата:
Сообщение от aviator
Приехал ко мне «Русич» с клавиатурой УКНЦ, тремя ПЗУ и РТ4 на панельках, и платой в достаточно печальном состоянии... зато на нижней части корпуса надпись «опытный».
Вот прошивки ПЗУ из модели с тремя мс.
Вложение 64451
Попробовал в эмуляторе - вроде всё работает, хотя у второго и третьего файлов суммы MD5 отличаются от другого комплекта ПЗУ. Первый файл совпал полностью. Надо разобраться в чем заключаются отличия.
А что там в бейсике, в редакторе в качестве кнопки Backspace используется? Или она только у меня не работает?
Вот кстати, что из РТшки вычиталось Вложение 64455
У меня тоже не нигде не работает, даже при вводе номера рабочего места.Цитата:
Сообщение от TomaTLAB
Ыыыыы.... переключение регистра там воапще пестня! Я чуть голову не сломал.
По ходу дела ни комбинации, ни автоповтор никак не реализованы.
[шифт] работает как [капс], т.е. с фиксацией, но только для букв.
Для знаков нужно нажать-отпустить [УПР] потом знак, оно "одиночного действия".
[ФИКС] включает инверсию символов, зачем это - убей не пойму.
[ГРАФ] - псевдографика, ну тут понятно.
Да, это я тоже не сразу сообразил.Цитата:
Сообщение от TomaTLAB
А почему-бы и нет?Цитата:
Сообщение от TomaTLAB
У вашего «Русича» какая клавиатура - УКНЦ (с красной «Стоп») или МС1502 (с Ф10 вместо «Стоп»)?
- - - Добавлено - - -
И кстати - у вас номер на шильдике есть? У моих номера были в диапазопе 660-664. То есть было произведено как минимум 660 экземпляров, на одном уровне с Союз-Неоном.
Классика 7007 от УКНЦ(0511).Цитата:
Сообщение от MacBuster
Шильдика нет, наклеена бумажка, почти вусмерть затертая, но на плате похожая: "Процессор №_____ -04" и ручкой Василенко А.И. Номер не написан :)
Есть подозрение, что третья ПЗУ (с бейсиком) битая: уж больно много отличий, и большинство похожи на лишние 1-2 бита, чем ближе к концу - тем больше.Цитата:
Сообщение от MacBuster
Попробую очистить ножки и считать ещё раз.Цитата:
Сообщение от b2m
Вложение 64506 Вот мои если интересно.
Интересно у кого больше битые :) потому как с пятого раза считалось, ноги вроде позолоченные, а какой то дрянью поросли.
Эти нормальные, т.е. в основном совпадают. Но как и у MacBuster, есть аналогичное отличие от тех, что мне присылал dk_spb (вроде). Пропатчен конец какой-то процедуры, всего 11 байт.Цитата:
Сообщение от TomaTLAB
Где в ПЗУ расположена процедура обмена по ИРПС и получения по нему данных (любых)?
Попробовал - каждый раз считывается содержимое с разной контрольной суммой :(Цитата:
Сообщение от MacBuster
b2m, А для трёх ПЗУшной версии конфиг не делали?
Если это с бейсиком, редактором и пересылкой по сети - то да. И даже сервер к нему писал, чтобы в эмуляторе пересылка работала.
Второй конфиг делал с RMON 3.6, но там с протоколом передачи по сети непонятно, информации нет. Этот вариант хочет загрузку CP/M по сети.
Это я в теме нашел, а вот на три ПЗУ.... Или я плохо искал?Цитата:
Сообщение от b2m
Вот тут картинки: https://zx-pk.ru/threads/13476-quot-...l=1#post484848
Какой смысл был выкладывать конфиг без ПЗУ?
Так ПЗУ же выложили давно уже. Конфиг можно выпросить?
Вот, конфиг, ПЗУ и сервер: rusich.zip
Реалы с тремя линейками РУ5 были или на практике всегда только одна линейка?
Странно, а я вот никогда с одной линейкой не видел, даже на фото....Цитата:
Сообщение от ivagor
Вот ИРок для видео с трёх рядов запаянными никогда не видел.
Здесь естьЦитата:
Сообщение от dk_spb
То, что "там" - явно две линейки выдрали, причем не сильно аккуратно. Похоже на незаконченную попытку ремонта.
Да выкусили их, ножки "под корень" прямо у корпуса ИС.Цитата:
Сообщение от TomaTLAB
https://cdn.discordapp.com/attachmen...04/unknown.png
Правильно, потому что воронежские рушки сколько ни чини - через полгода снова чинить оставшиеся.
Можно получить схему Русича на условиях не распространения? Хочу починить свой русич - у меня 3 пзу стиот если что Но я их еше не считывалЦитата:
Сообщение от dk_spb
Коллеги, имеется Русич и, возможно, сервер для загрузки. Но вот промежуточных коммутационных блоков никаких нет - в т.ч. конвертера "токовая петля-ирпс".
Собирать его самому пока желания нет, но есть вариант взять вот такое готовое решение: https://owen.ru/product/as2
Подскажите, получится ли подключить через такой?
А есть софт для сервера?Цитата:
Сообщение от mig_25
Возможно. Но для начала хочется попробовать самому загрузиться.
mig_25, а где же удалось найти документацию?
Приветствую всех!
Наконец-то мы в музее сделали все подключения, попробовали весь софт и написали статью про КУВТ Русич!
https://retro-computer.ru/home.aspx#/item/RUSICH
Собрали всю имеющуюся информацию, а также узнали немного его истории, за что спасибо aviator
Просьба всем, кому интересно прочесть статью, у кого есть сами компьютеры с 1 ПЗУ и есть желание - также собрать преобразователь и загрузить ПО. Возможно, в будущем кто-то сможет серверную составляющую также добавить в эмулятор Русича (некий эмулятор XT будет совместно с Русичем) и будет возможность опробовать это у более широкого круга людей.
Если есть какие-то замечания и правки - также пишите.
На сайте приведена информация, некоторая история и файлы для работы с ПЭВМ - часть образа диска для загрузки с учительской машины, версии прошивок РМУ, что также считывали мы, документация-описание программ. Всё можно скачивать и использовать. Также есть простейшая схема преобразователя ИРПС-RS-232 для подключения Русича с IBM PC (чуть переработанная упрощенная схема из темы соединения ДВК с PC, с минимальным количеством деталей, если кто сделает другую - тоже хорошо, оригинальной сетевой инфраструктуры у нас в музее нет).
К сожалению, версия ПО для учительского PC для Русича с 3 ПЗУ на данный момент, видимо, считается утраченной.
За помощь с дизассемблированием утилиты RNET спасибо avivanov76
Очень познавательно! Но схема компьютера не очень чёткая. Желательно добавить разрешения...
fifan, все изображения 4000х3000, а чтобы посмотреть фотографии целиком жмите квадратик снизу.
https://pic.maxiol.com/thumbs2/17476...45077898.1.jpg
Схемы компьютера у нас и нет. Если Вы про ссылку на измененную схему специалиста в разделе "предшествующего проекта", то в таком разрешении оно было получено.
Я додумался что фото можно увеличить. Я про схему в архиве - там даже номера выводов микросхем не разобрать.
То схема "Специалиста". Там их две: оригинальная и модифицированная, с цветом и дополнительным ВВ55. ОЗУ на РУ5 и РУ6. И монтажка модифицированного "Специалиста". Я это тут выкладывал, давно правда. И кассеты тоже.Цитата:
Сообщение от fifan
Это "телеграм" без спроса ужал. Я отправил нормальные, поправят.
fifan, вот, спасибо aviator
https://retro-computer.ru/Lists/Item..._kuvt_1988.zip
В тексте тоже обновил
Выкладываю файл IDA Pro с результатами дизассемблирования программы RNET.
Заранее предупреждаю, что программа дизассемблирована только частично (меньше, чем наполовину).
Для диагностики проблем с переходником и для общего понимания устройства сетевого протокола этого было вполне достаточно, а планов восстанавливать исходный текст полностью - не было.
Если вдруг кто-то захочет продолжить дизассемблирование и разобраться с сетевым протоколом подробно, то можно взять этот файл как отправную точку.
Чтобы ориентироваться было легче, дальше идет краткое описание программы.
Программа RNET написана на Borland Turbo C++ 1.0 и представляет собой резидент MS-DOS с двумя оверлейными частями.
Судя по всему, RNET.OV1 - это парсер конфигурационого файла, а RNET.OV2 - просмотрщик снимков экрана. Эти части не связаны напрямую с работой сети, поэтому не дизассемблировались вообще.
При запуске выполняется функция, которую я назвал InitServer (возможно, это просто main, но я старался давать имена по смыслу). Она делает массу подготовительных действий, из которых главными являются выделение памяти для сетевого драйвера, проверка возможности установки резидента, разбор конфигурационного файла и инициализация сетевого протокола. Если у этой функции все получилось, то она устанавливает обработчики прерываний Int14_Handler (интерфейс COM-порта BIOS) и Int28_Handler (внутреннее прерывание MS DOS, которое она вызывает, когда не выполняет дисковый обмен и ждет ввода пользователя), после чего выполняет установку резидента (функция InstallResident).
За инициализацию сетевого протокола отвечает функция InitNetworkProtocol. Она устанавливает обработчики прерываний COM-порта (COM_IntHandler) и таймера (Int8_Handler), программирует UART и таймер, и вызывает функцию AnnounceServer, про которую речь пойдет дальше.
После того, как резидент установлен, вся работа происходит по прерываниям.
Активация резидента (показ пользовательского интерфейса), происходит стандартно - из обработчиков Int28_Handler и Int8_Handler. В этом случае дополнительно устанавливаются обработчики Int24_Handler (обработчик критической ошибки) и BIOS_CtrlBreak (обработчики нажатия Ctrl-Break BIOS и DOS).
Серверная часть вызывается из обработчиков COM_IntHandler и Int8_Handler.
Найти все места установки обработчиков прерываний было непросто, поскольку разработчики сделали это прямой записью в память, а не штатными вызовами MS-DOS. Добавила сложностей и сама IDA Pro, которая любит путаться в сегментах и не всегда отличает код от данных. Так что и сами обработчики я нашел не сразу :)
Работа серверной части начинается с вызова функции AnnounceServer. Эта функция формирует заголовок пакета из трех 16-разрядных слов (6 байтов) - токена клиентской машины, длины блока данных (в данном случае 0) и контрольной суммы. Токен клиентской машины - это единица, сдвинутая влево на число позиций, равных номеру ученической машины. Фактически - это сетевой адрес. После отправки пакета сервер ждет ответ клиента.
То есть, обмен по сети всегда начинает сервер. Тут, наверное, место для шутки-перевертыша: "В Советской России сервера подключаются к клиентам". Но мне кажется, разработчики не могли здесь сделать иначе.
Похоже, что в сети преобразователи ИРПС-RS232 были соединены по схеме "Монтажное И". В случае если клиенты начинали бы обмен первыми, то у них не было бы способа понять, что произошла коллизия и какой-то еще клиент ведет передачу одновременно.
Ответ клиента представляет собой одно 16-разрядное слово, в котором может быть текст "Ок" или "Er". Если сервер получил ответ "Ок", то дальше выполняется собственно передача данных, иначе сервер переходит к следующей ученической машине.
По сути, сервер поочередно перебирает все рабочие места и спрашивает у каждого: "Есть что передать?". Клиент должен ответить очень быстро, тайм-аут здесь - один тик таймера.
Все сетевое взаимодействие выполняют 4 функции: SendComplete, RecvError, RecvByte и Timeout. Они вызываются из обработчиков прерываний.
Функция SendComplete вызывается после завершения отправки пакета.
Функция RecvByte вызывается после получения очередного байта от ученической машины.
Функция RecvError вызывается в случае возникновения ошибки приема (например, не сошлась контрольная сумма пакета).
Функция Timeout вызывается, если ответ от ученической машины за отведенное время не получен.
Сложность тут в том, что в зависимости от состояния сетевого протокола могут использоваться разные версии этих функций.
Например, фактически в коде есть 3 версии функции SendComplete (SendComplete_Func1, SendComplete_Func2, SendComplete_Func3), 4 версии функции RecvByte (RecvByte_Func1, RecvByte_Func2, RecvByte_Func3, RecvByte_Func4), 3 версии функции Timeout (Timeout_Func1, Timeout_Func2, Timeout_Func3). У функции RecvError версия всего одна - RecvError_Func.
В связи с этим, вызовы функций выполняются через указатели SendCompleteFuncPtr, RecvByteFuncPtr, RecvErrorFuncPtr и TimeoutFuncPtr.
Что еще интересно - тут фактически реализованы два уровня сетевых протоколов. Один условно можно назвать транспортным - здесь используется 6-байтовый заголовок пакета, про который я написал выше. Поверх этого уровня есть другой уровень, назовем его прикладным. То есть, внутри блока данных протокола транспортного уровня должен лежать другой заголовок и какая-то своя структура данных. Как этот уровень устроен - я выяснять не стал, но, судя по всему, на этом уровне прокидываются все запросы CP/M, а также отправка копий экрана.
Процесс обмена с каждой ученической машиной отслеживается в массиве WorkstationRequestArray. Изменения в этот массив вносятся либо через функцию AddWorkstationRequest, которая вызывается из функций RecvByte_Func3, RecvByte_Func4, либо напрямую. Обработку массива запросов выполняет функция DoWorkstationRequests, которая вызывается из функции ActivateResident.
Это все, что удалось накопать. Есть еще несколько вспомогательных функций, назначение которых можно понять по их названиям.
Вложение 82349