СМ-1420 или 2420, СМ-3508.31. С чего начать? Не работает.

[MiX]

Обоснование?

Объясню проще.
Это для того чтобы Вы на токовой петле поставили точку.
Передача с СМ на СОМ порт.
М/х КР581ВА1 нога 25 >инвертированный сигнал > инвертор К155ЛП5> прямой сигнал> тр.V7
Сигнал взят до базы V7 т.к. если к коллектору добавить сопротивление на +5 (или 12)в то получится опять инвертированный сигнал, что для СОМ порта не годится.

Разумеется, если передача прямая то и прием тоже должен быть прямой.
Передача с СОМ порта в СМ.
М/х КР581ВА1 нога 20 <инвертированный сигнал <триггер К555ТЛ2 <прямой сигнал <оптрон К293ЛП1А
Сигнал подаётся в обход оптрона, т.к. если его подавать через оптрон, сигнал будет инвертирован что для СМ не годится.

Имеется в виду, что не сгорел, получив с R21 на базу +12в. А если при +5в с выхода инвертора открывался, то и при +12в с выхода TX COM-порта тоже будет открываться.

Дело не в том что сгорел/не сгорел, а в том что резистор R21 "чужой" питающий тр.V6. И при работе "чужого" транзистора V6 просаживалось питание на V7.

Транзистор КТ315В рассчитан на 40В.

Из предыдущих экспериментов прямо следует, что должно нормально работать.

По замерам на 2 и 8 контактах осциллограммы терминала и СОМ порта близки к идентичному. Но факт остается фактом.

Но раз так - какой смысл пробовать что-то другое?

Я начал вести топикстартера, я и доведу до завершения. Разумеется с описанием это было бы быстрее.

Люди даже без диода подключают базу транзистора к сигналу TX и всё нормально работает.

И что? Где Вы увидели в моих схемах диод?

Для КТ315 указано максимальное обратное напряжение на базе -6в, поэтому без диода лучше не включать.

Описание КТ315В- http://www.radiolibrary.ru/reference...or/kt315v.html
Где сказано про -6в?

[Advertiser]

[Patron]

По замерам на 2 и 8 контактах осциллограммы терминала и СОМ порта близки к идентичному. Но факт остается фактом.

Для зажигания оптрона - его вход надо закоротить на землю. Для этого на выходе ИРПС находится транзистор V7. Когда выход ИРПС подключен к терминалу - транзистор V7 зажигает оптрон терминала, когда выход ИРПС подключен ко входу ИРПС - транзистор V7 зажигает оптрон ИРПС. Это стандартная работа ИРПС при подаче на базу V7 управляющего сигнала 0..5в. Чтобы такая работа нарушилась при подаче на базу V7 управляющего сигнала 0..12в - транзистор V7 должен сгореть. Иначе он будет работать так же нормально, как и во всех тех случаях, когда люди подключали базу транзистора КТ к сигналу TX COM-порта и этот транзистор без проблем зажигал входной оптрон ИРПС.

...

Работа в обход оптрона перспективна только в том случае, если плату можно "разогнать", увеличив скорость обмена. Иначе - зачем "углубляться в плату", когда и так всё должно работать без проблем.

- - - Добавлено - - -

Где сказано про -6в?

Погуглив на тему "Напряжение БЭо КТ315" можно узнать, что паспортная величина обратного напряжения база-эмиттер КТ315 = 6в, а в Википедии можно прочитать: На обратно смещенном эмиттер-базовом переходе КТ315 при напряжении около 7,5В возникает электрический пробой, это позволяет использовать транзистор в качестве стабилитрона на то же напряжение.

Меня словосочетание "электрический пробой" слегка напрягает, поэтому на мой взгляд - от диода вреда не будет.

[Artredsun]

Йееее!!!! По следу из хлебных крошек восстановил связь (через тот блок, что на фото выше - СМ-8529) со старым ПК на котором виндовс 98 и какая-то досовская прога (procomm или что-то типа того). Оператор смог передать файл с СМ на ПК. Но это прога не сразу видит СМ, надо чтоб на СМ`ке через "железный" терминал что-то прогрузилось.

Попозже (может завтра или в понедельник) я всё таки попробую доделать плату ИРПС оп вашим инструкциям, сейчас просто надо срочно обработать данные и распечатать, просто до этого мне надо было запустить АЦПУ чтоб распечатать, но так как удалось восстановить связь с ПК, то передадут на него и уже с него напечатают.

Всё в торопях пишу, если сумбурно, не ругайте

[Patron]

Оператор смог передать файл с СМ на ПК. Но это прога не сразу видит СМ, надо чтоб на СМ`ке через "железный" терминал что-то прогрузилось.

Я понимаю ситуацию так, что на PC или установлен эмулятор TU58, а в сборке RSX включён драйвер DD, или на PC и в RSX используется для обмена файлами какая-то пара программ местного изготовления.

Дело в том, что работать с файлами PC через сервер протокола HX ( или даже загружать по протоколу HX операционку через порт системного терминала ) можно только с теми операционными системами, для которых реализована поддержка HX. На данный момент это RT-11, XXDP v2 и ТМОС-2.

Поскольку в случае с RSX поддержку устройства (как я понимаю) надо "запекать" в монолитный образ системы, загружаемый в ОЗУ - даже наличие драйвера HX для RSX не сильно поможет до тех пор, пока не будет создан новый загрузочный образ RSX для конкретной загружаемой машины. Это масштабный напряг, наградой за который ( по сравнению с работой через эмулятор TU58 или перегоном файлов через связку программ ) станет всего лишь дружелюбный графический интерфейс.

Для экспериментов с запуском RT-11 или XXDP на СМ это не важно, но если расчёт идёт на практическое использование протокола HX в RSX - объём напряга полезно представлять заранее.

Если у PC есть два COM-порта, то переделка консольного порта СМ на прямую работу с PC - позволит осуществлять загрузку RSX на СМ и обмен файлами с PC "по-старинке", но без использования родного терминала СМ и c любого компа ( вплоть до ноутбука или даже планшета с Windows ).

...

Однако, есть одно дело, для которого годится только протокол HX - это полное скачивание образов всех носителей СМ в файлы на PC и использование эмулятора СМ на PC вместо запуска оригинальной "железной" СМ.

Для этого надо загрузить RT-11 на СМ по протоколу HX и произвести резервное копирование всех дисков и лент СМ в файлы образов на PC, подключенные к приводам HX.

[Hunta]

Поскольку в случае с RSX поддержку устройства (как я понимаю) надо "запекать" в монолитный образ системы

Нет.
Вариант номер раз - при работающей системе подгрузить драйвер.
Вариант номер два - подгрузить драйвер (с помощью VMR) в образ.

Новый загрузочный образ создаётся только тогда, когда нужно его полностью пересоздать. Иначе все изменения делаются без его пересоздания с помощью VMR. Наверное, Вы спутали этот процесс с SYSGEN. Да и назвать его - монолитным - тоже можно с натяжкой. Система отдельно, драйвера отдельно. Но при желании (через SYSGEN) драйвера можно "зашить" в ядро

- - - Добавлено - - -

для которого годится только протокол HX

Нет. Копирования дискет, а также обмен файлами по протоколу Kermit. Именно так я и перетаскивал к себе на ДВК софт

- - - Добавлено - - -

Если у PC есть два COM-порта,

А зачем два?

- - - Добавлено - - -

А понял - один терминал, второй HX?

[Patron]

Копирования дискет, а также обмен файлами по протоколу Kermit. Именно так я и перетаскивал к себе на ДВК софт

Имелось в виду копирование цельных образов дисков СМ ( включая содержимое системных областей, вроде первичного загрузчика в нулевом блоке ), которые можно подключить в эмулятор и загрузиться.

один терминал, второй HX?

Да. Один COM-порт - для подключения к порту системного терминала СМ, а другой COM-порт для обмена файлами ( как сейчас ) или для подключения по HX с использованием прерываний ( после установки драйвера HX в RSX ).

[Hunta]

Имелось в виду копирование цельных образов дисков СМ

В своё время я использовал возможности BRU (RSX-11) создания резервной копии бОльшего по объёму диска на диски меньшего объемы (800 кб виртуальные диски), которые потом переносил на PC (Kermit), копировал на дискеты и восстанавливал на ДВК. Но с загружаемыми дисками проблема - их можно загрузить только на диске, подключённом к такому же контроллеру, то есть на эмуляторе с ходу их можно загрузить, только подключив к такому же эмулируемому контроллеру. На эмуляторе ДВК таких устройств не густо. С HX можно загрузить только добавив драйвер под нужную системы и затем загрузить - в RT-11 перезаписав первичный загрузчик, а в RSX-11 - пересоздав образ системы и загрузив ей из под (другой) RSX-11. На эмуляторе же типа simh возможно не будет HX. Зато там много стандартных устройств и больший шанс, что созданную таким образом копию диска можно будет восстановить (системно-независимый BRU) и загрузить без доп телодвижений.

Ну а если загрузиться под RT-11, стандартными средствами создать копию тома RSX целиком можно, но именно что целиком - даже не занятые сектора, что, учитывая скорость обмена через последовательный порт, может выглядеть тоскливо даже уже для относительно небольшого диска DP

[form]

RT-11, стандартными средствами создать копию тома RSX целиком можно

Правда при условии, что этот диск вписывается в 32Mb или это DU

[Hunta]

диск вписывается в 32Mb

Во времена, когда это было доступно в железе - у меня такого вопроса не возникало - максимальный объем отдельного накопителя, который я мог яростно эксплуатировать, был 20 мб. А диск на 100 мб - мог только посмотреть и позавидовать Так что периодически про 32 мб RT-11 забываю

[form]

А диск на 100 мб - мог только посмотреть и позавидовать

Я тоже в те времена не видел таких дисков - только под конец приперли советский VAX, но я его рабочим не застал уже
DP же у нас были только RP02, они вполне себе вписываются, а вот RP03 бы не вписался в RT-11. Я когда 11/83 поднимал столкнулся с ограничениями, но у меня был DU, там проще, хоть и пришлось программу писать для записи старшей части (HX тогда не было, скопировать образ размером 65535 блоков было не откуда), но в рамках родного драйвера

- - - Добавлено - - -

И, к слову, в драйвер HX для RT-11 не помешает добавить функционал разбивки на разделы и доступа к полным 32 битам размера как в DU
В DU правда в RT-11 вроде только 24 бита реализовано (да и в RSX до M+ V4.6 вроде тоже).