Полигон-2

1Ж24Б написал:

[q]

Нужно ли такое вообще

[/q]

Вот тут вспоминал тему http://www.phantom.sannata.ru/...&st=15

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

1Ж24Б написал:

[q]

В чём тогда дело и что я не понимаю ? Если увеличить интервал до 25 мс, лента пробивается правильно.

[/q]

... из чего можно сделать вывод, что перфоратор работает на скорости около 30 строк в секунду ... 80 строк в секунду не пробовали колотить?

по Вашему вопросу:
1. попробуйте посмотреть, что по факту передаётся в канале от ПиСишки на контроллер. Для этого можно использовать любую программу чтения из COM-порта (например, RealTerm). Возможно, что последние байты на самом деле передаются криво или не передаются вообще
2. попробуйте использовать другую программу для передачи бинарного файла. В общем, сгодится любой текстовый терминал
3. если в линии всё верно, и проблема заменой терминальной программы не лечится, то попробуйте проверить, будут ли ошибки передачи, если передавать короткие файлы (меньше, чем порог заполнения буфера). Если проблема в управлении потоком, то на коротких файлах ошибок быть не должно; и наоборот

// при условии, что в контроллере реализован буфер, вставлять паузу между байтами нет никакой необходимости

при каком %% заполнения буфера контроллер снимает/восстанавливает сигнал готовности?

xoiss, делая первые шаги, сделал работу перфоратора циклической. Не так изящно, но был нужен результат.
1) после получения RTS МК ждёт данные, разрешая передачу сигналом CTS;
2) в буфер запоминается 64 байта (обрабатываю флаг приёма в USART), CTS устанавливается после каждого байта. Может ещё это мешает ? По времени МК на один байт тратит менее 10 мкс. Я пробовал модифицировать программу, чтобы просто выводить вместо перфоратора информацию на пару семисегментных индикаторов. Работало до последнего байта;
3) МК обрабатывает 64 байта, отслеживая сигналы синхронизации перфоратора и передавая байт, согласно документации на ПЛ-80;
Если просто записать в МК вывод байтов (реализовано в тестовом режиме) на перфорацию, всё нормально;
4) МК проверяет RTS, и если не сброшен, разрешает передачу и далее к пункту №2. Если RTS уже сброшен, останавливает электродвигатель и ждёт сигнала RTS.
Перфоратор здесь самый медленный аппарат, примерно 0.8 с на вывод 64 байт, и в момент перфорации передача на СОМ порту остановлена. До этого проекта не занимался портами, теперь недоумеваю. Что я забыл прочесть ?

ММ

[q]

ИМХО - можно было вообще ограничиться Чисто-ДОС и ЛПТ-портом, без каких-либо вычислительных средств в перфораторе.

[/q]

В дебрях Интернета лежит архив с программой на Паскале и электрическая схема сопряжения ПЛ-80/ПЛ-150М с LPT. Отзывов, повторивших такой вариант, не нашёл. Решил сделать что-то, годящееся под обычный ПК с 2000/XP. У меня "железный" СОМ порт используется с программатором МК.

1Ж24Б написал:

[q]

П.С.: можно и считыватель FS1501 подключить к COM, ... Нужно ли такое вообще ?

[/q]

Да, это было бы интересно.