PIC parallel slave port (PSP) или PIC и ISA-8

Tronix · Post by **Tronix** » 11 Feb 2014 12:11

А никто с parallel slave port у ПИКов не сталкивался? На бумаге выглядит прямо вообще сказочно - фактически нужен только дешифратор адреса, дату сразу в PIC. За WR,RD,CS - отвечают отдельные пины PORTE. Итого 2 микросхемы на плате - сам PIC и РТ4/дешифратор. Или не все так гладко?

Shaos · Post by **Shaos** » 11 Feb 2014 17:01

Я уже который год хочу столкнуться с PSP, но всё руки не доходят

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

Tronix · Post by **Tronix** » 11 Feb 2014 21:43

Дык если происходит прерывание - разве ПИК не должен все бросить и бежать его исполнять, независимо от того, что он делал в данный момент? Плюс ко всему можно же на ISA еще рулить сигналом WAIT....

У меня задумка сделать XT-SD адаптер, по аналогии с XT-IDE(CF). Соответственно от PIC требуется SPI и PSP и, возможно, 512 байт оперативы, хотя вроде не обязательно. Данные будут передаваться побайтно через порты ввода/вывода. Допустим сделать порт данных и порт комманд. Команды - чтение такого-то сектора/запись такого-то сектора. С SD работать по SPI, без файловой системы с секторами по 512 байт. Трансляцию CHS -> линейный адрес делать на хосте, хотя можно и на PIC. На PIC даже наверно лучше, ибо там умножение, и 4,7Mhz и PIC-овские 20Mhz - разница есть.

Shaos · Post by **Shaos** » 11 Feb 2014 23:12

Tronix wrote:Дык если происходит прерывание - разве ПИК не должен все бросить и бежать его исполнять, независимо от того, что он делал в данный момент?

Должен, но на это уйдёт какое-то время и потом пока он сидит в обработчике прерывания снаружи опять могут чегой-то в PSP заслать...

Tronix · Post by **Tronix** » 11 Feb 2014 23:48

Shaos wrote:
Tronix wrote:Дык если происходит прерывание - разве ПИК не должен все бросить и бежать его исполнять, независимо от того, что он делал в данный момент?
Должен, но на это уйдёт какое-то время и потом пока он сидит в обработчике прерывания снаружи опять могут чегой-то в PSP заслать...

Как он только прыгает в обработчик сразу выставлять WAIT на ISA? Во время ожидания не может быть IO вроде как по спецификации

aav8 · Post by **aav8** » 12 Feb 2014 07:02

А подскажите, в каких конкрктно PIC или может еще в каких
контроллерах есть PSP?
Я знаю, что изначально он появился в i8042, что-то похожее
было в ix76/276 - но первые были, наверное, только в утрафиолете,
а во вторых он какой-то сильно замудреный.
Конечно очень удобно использовать такой контроллер в дополнение
к основной машинке.
Как помнится из док-ов на 8042 он для основной машине выглядел
как два регистра - состояние и данные.
И мог генерировать прерывания по готовности принять/передать
данные.
Т.е. ка кобычное УВВ готов принять данные - запуск прерывания
для основной машины.
Есть данные для передачи - можно опять запустить прерывание.
А про ожидание - ничего.
... примерно так ...
PS:
у меня как-то давно на работе был принтер (наверное немецкий)
в нем стоял Z80 как основной проц и 2шт. 8042 - наверное один
управлял шаговиками а другой матричной головкой. Схему я ет-но
не помню, да и принтера скорее всего давно уже нет.

Shaos · Post by **Shaos** » 12 Feb 2014 08:48

в 40-ногом PIC16F871 точно есть

Tronix · Post by **Tronix** » 13 Feb 2014 12:39

Купил 18F452. У него есть 1,5Kb RAM, PSP и SPI. Примерно вижу с электрической точки зрения я это так:

PSP-ISA.png

Стоит попробовать подключить, или пожгу все нафиг?

Shaos · Post by **Shaos** » 13 Feb 2014 17:20

а на пик питание подать?

Tronix · Post by **Tronix** » 13 Feb 2014 23:20

Shaos wrote:а на пик питание подать?

Боязно

Ну подам конечно, просто это черновик такой, в общем плане.
Я вот еще думаю насчет как обрабатывать PORTD - по прерыванию или же просто в основном цикле...

Bill · Post by **Bill** » 14 Feb 2014 01:43

Tronix wrote:
Shaos wrote:а на пик питание подать?
Боязно Ну подам конечно, просто это черновик такой, в общем плане.
Я вот еще думаю насчет как обрабатывать PORTD - по прерыванию или же просто в основном цикле...

А что тут страшного? PIC и повышенное напряжение держит, и даже обратную полярность напряжения питания. Если до этого дело не доводить, то все нормально будет. Или нет?
PS: Для начала лучше обойтись без прерываний. А потом можно и с прерываниями попробовать.

Tronix · Post by **Tronix** » 14 Feb 2014 02:22

Bill wrote:А что тут страшного? PIC и повышенное напряжение держит, и даже обратную полярность напряжения питания. Если до этого дело не доводить, то все нормально будет. Или нет?
PS: Для начала лучше обойтись без прерываний. А потом можно и с прерываниями попробовать.

А хрен его знает. Вот накопал подобную схему - PIC цепляют к MSX: http://optotech.net.br/fzanoto/barramento_pcb_003.PDF Зачем-то автор через сопротивления дату подводит 22 ома...

Bill · Post by **Bill** » 14 Feb 2014 03:31

Tronix wrote:Вот накопал подобную схему - PIC цепляют к MSX: http://optotech.net.br/fzanoto/barramento_pcb_003.PDF Зачем-то автор через сопротивления дату подводит 22 ома...

Вообще-то, подобным образом выполняется согласование линий с целью уменьшения отражений сигналов.

Lavr · Post by **Lavr** » 14 Feb 2014 03:54

Bill wrote:
Tronix wrote:Зачем-то автор через сопротивления дату подводит 22 ома...
Вообще-то, подобным образом выполняется согласование линий с целью уменьшения отражений сигналов.

А что за линия с волновым сопротивлением в 22 Ома? Что-то я такую не знаю...

Но 22 Ома или около того поставить не повредит однозначно. В случае конфликта на линиях
уж точно не погорят.

Mixa64 · Post by **Mixa64** » 14 Feb 2014 07:40

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