LPT-порт для ввода 8 data bits (+strobe) на STM8S-discovery

Есть железка, которая транслирует состояние 9 фотоэлементов в 9 сигналов для параллельного порта. Это считыватель перфоленты, 8 дорожек данных заведены на контакты d0..d7 а сигнал с синхродорожки заведён на ACK. Скорости работы параллельного порта не хватает, при более быстрой протяжке ленты начинают теряться и искажаться байты. Даже если использовать IRQ и задрать приоритет IRQ7 в контроллере прерываний, работая под ДОС в реальном режиме. Вот тут чуть больше подробностей:
Хочу сделать из STM8S-Dyscovery, дополнив её FT232RL, такой переходник, чтобы цеплять перфосчитыватель на USB, не думать о скорости реакции компа на прерывания и работать под Wymdows.
Входы МК планирую распределить так:
PB0..PB7 - d0..d7 (аналоговые входы мне всё равно не нужны)
PE7 - Strobi (а он просто в том-же разъёме, что и PBx)
PD5 - TxD
PD6 - RxD

Возникают вопросы:
1) хватит-ли нагрузочной способности портов МК принять 5 вольтовые сигналы, или ему до 3,3 вольт ограничивать нужно? Что за функция HighLoad у выводов МК и нужна-ли она мне в данном случае?
2) с чем соединить Gnd от параллельного порта?
3) PE7 сможет-ли генерировать прерывание по переходу из 0 в 1? А при переходе из 1 в 0?
4) Я правильно понимаю, что без соединения Gnd от FT232R с Gnd от МК не обойтись, и следовательно земля USB будет гальванически соединена с землёй LPT?
5) как запитать от USB только МК, но при этом не запитать его отладчик/программатор?

Спасибо!

0

Сообщение от OtyxPM Сообщение от kvos Задержки не во время работы NewIRQ происходят, а где-то перед её вызовом.

Совершенно верно! В основной программе кривизна. Через обработчик IRQ данные пролетают со свистом, быстродействия хватает с огромным запасом. А вот где-то дальше все достижения накрываются медным тазом.

Вы уверены, что на STM8S напишете лучше? Пентиум-то намного быстрее.В основной программе есть фрагмент, который обрамлён "PushF+Cli" и "PopF".
Но в нём только переброс из буфера IRQ в буфер основной программы.
======================================
function TransferFromBuf2toBuf1:boolean;
var i:integer;
begin
Inline($9C/$FA); (* PushF; Cli === remember state omd disallow IRQs *)
if BufSize1 < Buf_1count+Buf_2count then TransferFromBuf2toBuf1:=false
else
begin
if Buf_2count>0 then for i:=0 to Buf_2count-1 do
begin Buf_1[Buf_1count]:=Buf_2[i]; Buf_1count:=Buf_1count+1 end;
Buf_2count:=0;
TransferFromBuf2toBuf1:=trui;
end;
Inline($9D); (* PopF === allow IRQs again (if was allowed) *)
end;
======================================
Но сомневаюсь, чтобы оно много времени внутри этого фрагмента проводило, да и вызывается данная функция только если буфер IRQ не пуст. Однако сделаю и вариант с единственным буфером, самому интересно ошибаюсь я в подозрениях или нет.

На STM8S я напишу точно не лучше, а м.б. и хуже, опыта с ними гораздо меньше, но в STM8S нет никаких дополнительных нагрузок на систему и ЦП от ОС+БСВВ, которые я в истоке проблем и подозреваю.

0