В смысле, в моём любимом документе 3.858.362 ТО
Вид для печати
Не.. в своей голове.. ваши диаграммы и Алекса очень даже помогают..
- - - Добавлено - - -
Да, увидел, поднять надо RPLY после Ввода и опустить еще раз после Вывода
- - - Добавлено - - -
Эххх.. всю малину мне поломали... https://cloud.mail.ru/public/ouug/35upksSYz
Пардон, вовремя не увидел этого сообщения.
Вообще-то, единственное сильно критичное по времени место для абонента МПИ - это принять адрес. Процессор выставляет адрес и через 75-150 нс выдает сигнал SYNC. Если "прозевать" фронт этого SYNC'а, транзакция по шине потеряна. А дальше можно не особо торопиться, процессор будет ждать RPLY порядка 5-10 мкс и только после этого трапнется по таймауту. За это время на STM32 можно успеть сделать очень много.
Альтернативное название темы в скобках можно указать - хардварный эмулятор хм1-031)
Там же оно четко взаимоувязано: получил ВВОД, выставил данные на шину, выставил (опустил) RPLY, ждешь, когда ВВОД поднимется. Поднялся, убираешь RPLY ждешь двух сигналов сразу: может прилететь ВЫВОД или сняться SYNC. Снялся SYNC - идешь ждать нового, прилетел ВЫВОД - принимаешь данные, отвечаешь RPLY , ждешь, когда снимется ВЫВОД и т.д. Я в былые времена ждал не двух, а трех сигналов сразу - низкого на ВВОДе, низкого на ВЫВОДе и высокого на SYNC'е. То есть, взбредет в голову процессору сделать два ВВОДа подряд в одном цикле шины, т.е. "ВВОД-ПАУЗА-ВВОД" - на здоровье, обслужим. :-)