Эмулятор терминала типа VT52

Делал так.
Соединил эмуляторы DPD11 и VT52 по СОМ порту.(конфигурация DVK_COM5 и НХ_СОМ)
После приглашения @ нажал Pause/Break появилось ещё приглашение - BREAK работает. Далее загрузил по НХ и нажал Pause/Break - ничего не изменилось. Открыл конфиг VT52 СОМ_4 нажал Ентер появилось приглашение RT (точка) нажал Pause/Break
ничего не изменилось кроме как виртуальная кнопка BREAK мигнула красным цветом.
Изменение продолжительности сигнала ничего не дало. Я думаю что дело в Эм.DPD11.

---------- Post added at 17:34 ---------- Previous post was at 17:22 ----------

Ещё заметил такую вещь.
При установке 250000 эмулятор сбрасывает на 20000.

Цитата:

---

Сообщение от MiX

BREAK работает.

---

Чтобы порт терминала останавливал процессор при получении сигнала BREAK - в секции [links] файла конфигурации должна присутствовать соответствующая настройка:

Код:

---

[links]

TerminalPort [HALT] + bus

---

...

Цитата:

---

Сообщение от MiX

При установке 250000 эмулятор сбрасывает на 20000.

---

Да, точно - там есть ограничение на продолжительность BREAK в 20 мс, но этого должно хватать, потому что в Windows продолжительность кванта 15 мс, а значит за 20 мс эмулятор гарантировано "поймает" сигнал.

Patron, Да, действительно в конфигурациях СОМ_4 и НХ_СОМ такой строчки нет (другие не проверял).
СПАСИБО!

Цитата:

---

Сообщение от MiX

в конфигурациях СОМ_4 и НХ_СОМ такой строчки нет

---

Её там нет ( по умолчанию ) потому, что у ДВК порт терминала не останавливает процессор при получении BREAK.

---------- Post added at 19:51 ---------- Previous post was at 19:49 ----------

Начная с текущего релиза эмулируемый порт терминала отмеряет продолжительность входного сигнала BREAK не в реальном времени, а в эмулируемом времени процессора, поэтому входной сигнал BREAK будет "пойман" эмулятором при любой продолжительности.

Patron, Ну ведь не понятно что эмулируем. В названии эмулятор ДВК а екзешник PDP. Плата DL11-W явно не ДВКашная, притом и UNIBUS.

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_11.12.14_19-42

Изменения:

1. Внесены изменения, описанные ЗДЕСЬ.

...

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_31.12.14_21-20

Изменения:

1. Внесены изменения, описанные ЗДЕСЬ.

2. Исправлено избыточное выделение памяти при подключении каталогов Windows.

...

Цитата:

---

Сообщение от Patron

Её там нет ( по умолчанию ) потому, что у ДВК порт терминала не останавливает процессор при получении BREAK.

---

Попробовал с платой М6 - BREAK работает. Остановил процессор с помощью К1801ВП1 -065.

Цитата:

---

Сообщение от Patron

Начиная с текущего релиза эмулируемый порт терминала отмеряет продолжительность входного сигнала BREAK не в реальном времени, а в эмулируемом времени процессора, поэтому входной сигнал BREAK будет "пойман" эмулятором при любой продолжительности.

---

Не совсем понятно, в эмулируемом времени процессора это для эмулятора PDP11. Для настоящего процессора время осталось так-же 3 мск. В прочем ВП1-065 и на 3 мск. отработала.

Цитата:

---

Сообщение от MiX

Для настоящего процессора время осталось так-же 3 мск. В прочем ВП1-065 и на 3 мск. отработала.

---

С передачей BREAK средствами Windows главная проблема в том, что Windows позволяет передавать начало и конец BREAK, но принимать может только начало BREAK.

Что же до портов PDP-11, то некоторые порты распознают BREAK, если в принимаемой посылке на текущей скорости порта не пришёл стоповый бит ( и их приём BREAK мало отличается от приёма FRAME_ERROR ), а другие ( более правильные ) порты при отсутствии стопового бита распознают только FRAME_ERROR, а BREAK распознают лишь тогда, когда стоповый бит не был принят за время передачи максимальной посылки на минимальной разрешённой скорости. На минимальной скорости 75 bps стоповый бит приходит только через (1000/75)*11 = 147 мс, поэтому если последовательный порт на любой скорости принимает BREAK раньше - он не полностью удовлетворяет стандарту RS-232.

...

Цитата:

---

Сообщение от Patron

С передачей BREAK средствами Windows главная проблема в том, что Windows позволяет передавать начало и конец BREAK, но принимать может только начало BREAK.

---

Кстати да, когда я перешел с DirectInput на хуки от клавиатуры, я тоже лишился возможности нормально обрабатывать нажатие клавиши Break (совершенно не понятно почему).