Орион-2010. Hard & Soft

[Ewgeny7]

ак я предполагаю, команда
PIP TTY:=FILENAME.EXT[OR]
отошлет файл в бинарном виде (т.е. как есть, без протокольной обертки) в терминал (на вторм конце нужно его принять)

Работает. Отправил файлик history.txt, в терминалке сохранил. В Ворде прочитал.

PIP FILENAME.EXT=TTY:[RO]
примет бинарный файл с терминала и запишет на диск. В режиме приема завершение (выход когда весь файл принят) - нажатием любой клавиши.

Здесь нет ошибки? Мне никак не прервать PIP, продолжает принимать, курсор мигает, на Интер не реагирует.

[Error404]

Здесь нет ошибки? Мне никак не прервать PIP, продолжает принимать, курсор мигает, на Интер не реагирует.

ХЗ. В описании пишут "The copy operation can be aborted at any time by pressing any key on the keyboard. PIP responds with the message ABORTED to indicate that the operation has not been completed."

У меня в эмуляторе и принимать то не начинает - выходит без сообщений.
Хотя отправляет нормально (слал текстовый файл - он вывелся в терминал, т.е. отправился).

[Ewgeny7]

ХЗ.

пнятна Очень жаль, закидывать файлы было бы достаточно удобно.
Что означают [RO] & [OR]?

[Error404]

пнятна Очень жаль, закидывать файлы было бы достаточно удобно.
Что означают [RO] & [OR]?

Флаги (опции копирования)

O - object file - передавать как бинарный файл. Текстовые передаются только до символа 1Ah (^Z)
R - rewrite read-only files - перезаписывать защищенные файлы

Флаги могут применяться в любой последовательности (что я и показал)

[Error404]

Как бы там ни было, с копированием разберемся.
Я планирую на основе исходников Камиля сделать программки для передачи/приема файла по XModem. Делать ПО самому - это идеологически верно: можно заточить как удобнее.

Главное сейчас, добиться надежности собственно транспортного уровня - чтобы не было глюков при по-байтном передаче/приеме.

Я правильно понял: на медленных скоростях набираешь в терминале, к примеру, dir<enter>, на экране отображается dr, но при этом отрабатывает именно dir - выводится список файлов?

Если это так, то рассуждаем логически:

Известно: система, приняв символ с терминала, сразу выводит его же на консоль (отображает обратно в терминал) - это эхо-режим, нормальный для CP/M и большинства систем. Причем на разных скоростях работает одна и та же процедура (код), соответственно дело не в процедуре.

Соответственно, каждое нажатие кнопки в терминала вырождается для него в "послать байт"+"принять байт". Если команды выполняются правильно, но неправильно отображаются, то получается, что на низких скоростях UART не успевает отправить "эхо-символ", его забивает вновь пришедший (как если бы существовал приоритет на получение над отправкой). Что никак не должно происходить, если грамотно работает отображение (и чтение со второго конца) состояний "занят/свободен" на передачу/чтение - сигналов DTR/DSR (в названии сигналов могу ошибаться). Нет никакой необходимости рвать отправку приемом нового символа - все должно синхронизироваться на сигналах BUSY/READY.

[Ewgeny7]

Соответственно, каждое нажатие кнопки в терминала вырождается для него в "послать байт"+"принять байт". Если команды выполняются правильно, но неправильно отображаются, то получается, что на низких скоростях UART не успевает отправить "эхо-символ", его забивает вновь пришедший (как если бы существовал приоритет на получение над отправкой). Что никак не должно происходить, если грамотно работает отображение (и чтение со второго конца) состояний "занят/свободен" на передачу/чтение - сигналов DTR/DSR (в названии сигналов могу ошибаться). Нет никакой необходимости рвать отправку приемом нового символа - все должно синхронизироваться на сигналах BUSY/READY

USART реализован по стандартно-упрощенной технологии RxD+TxD. больше никаких сигналов не используется. Причем, одновременная передача и прием разрешены, "фулл дуплекс". сейчас у меня две версии - или по каким-то причинам порт дает ошибочную информацию о неготовности принять новый байт, в результате пихается два байта подряд (второй при этом теряется), или... на работе я проблем с малыми скоростями не наблюдал. а USART я отлаживал именно там. Следовательно (хоть и маловероятно) странности в железе домашнего ПЦ.
В общем, разбираюсь.
... или вариант три. Модуль USART не сразу выдает сигнал BUSY в регистр F765, на малых скоростях задержка уже может влиять на работу программы. Проверяю.
Кто бы PIP паченил или что-то аналогичное родил?

[Error404]

Кто бы PIP паченил или что-то аналогичное родил?

Родил (на основе иcходников tinyterm) утилиту копирования с РС в Орион по XMODEM. Называется XGET.COM. В образе диска есть тут:
http://zx.pk.ru/showpost.php?p=275608&postcount=851
либо во вложении этого сообщения.

Пробуйте. Должно работать как в режиме CRT-консоли, так и в TTY...

Обратное копирование пока по PIP, XPUT.COM будет позднее.

[Ewgeny7]

Пробуйте.

Попробовали.
Большей частью работает
Меньшая часть - это параметр SPEED, который не работает вообще. Что ни поставь - работает спид по умолчанию.

---------- Post added at 19:34 ---------- Previous post was at 19:33 ----------

Или там есть разница между speed= и SPEED= ?

---------- Post added at 19:48 ---------- Previous post was at 19:34 ----------

Или там есть разница между speed= и SPEED= ?

Нету. И так и так не переключается.

[Error404]

Параметр - цифра (значение скорости). Speed писать не надо.

[pvlad]

Оказалось, что проще с нуля переписать Орион под VGA...

Согласен! Но есть самое главное: есть уже готовая концепция нового Ориона. Первый вариант под TV был некоторым схемотехническим нагромождением из-за поиска идей, утряске компромиссов. Теперь можно все сделать с чистого листа и наиболее оптимально.