Как должна происходить синхронизация сигналов? Опции

[Артем Бум]

Задача
Имеется микроконтроллер (МК) как представлено на прикрепленной картинке

МК должен начать принимать информацию от Арбитра после того как на С1 появится 1-ный сигнал.
После этого появится 8 1-ных сигналов на С2.
По этим сигналам через DATA МК должен принять от Арбитра байт (последовательно).

Если значение байта равно 98 (это адрес МК среди других МК) МК должен подать Арбитру через DATA байт со значением 80 (это обозначает что МК "ГОТОВ" принимать информацию).

После этого МК получит от Арбитра по DATA последовательность бит (информацию какую-то), завершающуюся последовательностью "конец передачи".

---------
Вопрос:

Я не понимаю как должна происходить синхронизация МК с Арбитром.

- когда МК должен подавать обратно "ГОТОВ": после появления единички на С1?
- как МК поймёт, что Арбитр уже начал посылать ему информацию. В какой момент он должен начать её принимать?

Прикрепленные изображения

 

[defunct]

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

Вот такое определение синхронных интерфейсов предлагается в статье Volker Soffel'a Microcontroller Interfaces Part1:

Synchronous interfaces are characterized by the presence of a dedicated receive/transmit clock signal. A "Master" device usually outputs a clock signal that is received by all "Slave" devices to receive and transmit data in synch. The advantage: Each device works with the transmit/receive clock of the master independent of any oscillator variations of each individual device; so these interfaces are very suitable for use with cheap oscillators that have large frequency variations

от туда же определение асинхронных интерфейсов:

Asynchronous Interfaces
While synchronous interfaces transmit and receive data in sync with a dedicated receive/transmit clock signal, asynchronous interfaces embed the clock information into the data stream. Therefore they are characterized by the absence of a dedicated receive/transmit clock signal. For devices to communicate in sync with each other, they need to agree on the same transmission speed (kbits/sec), the same protocol (number of data bits, stop bits, parity, etc), and they need to constantly re-sync to the clock embedded into the data stream. Re-syncing is usually achieved through start and stop bits (or frames) at defined positions in the data stream. To keep in synch, it is also required that the devices' system clock is stable within a few percent - simple R/C oscillators with +-25% tolerances or more will not work.

В контексте интерфейсов МК, я с такими определениями абсолютно согласен.

Получается Dog Pawlowa практически прав, за исключением одной мелочи, которая и подтолкнула меня к поискам истины

В синхронном есть специальные сигналы, где приемник сообщает передатчик, что он принял данные - например, LPT.

Заменить "приемник сообщает передатчику, что он принял данные" (что есть составной частью асинхронных интерфейсов) на "передатчик генерит клок для приемника, приемник(ки) должен успеть в рамках этого клока принять/передать данные", и все станет на свои места.