Как связать контроллеры (I2C? SPI? USART?...)

[Ник: SergeyИмя: Sergey]

Добрый день!
Решил продолжить старую тему http://flowcode.info/smf/index.php?topic=6739.msg6739#msg6739
Все прочитал, вроде все понятно!
Вопрос в следующем - можно ли при помощи макроса I2C Master связать два контроллера.
Я имею ввиду на одном мк этот макрос и на другом, только один шлет данные, а другой отвечает.
А хотя наверное нельзя - потому, что обое будут тактировать импульсу, а нужно только мастеру.
Как решить эту проблему.

[mim]

можно ли при помощи макроса I2C Master связать два контроллера.

Теоритические можно, нужно только внести изменения в макрос Мастера (для второго МК), чтобы он был Ведомым.
Но!!! Обычно МК связывают по SPI или RS232. По SPI намного проще, не нужны старт-стопы. На форуме есть примеры связи по SPI и 232 (485).

[Ник: SergeyИмя: Sergey]

Очень благодарен.
Я сначала так и думал делать на RS232, но потом возникли сомнения , что корректно будут работать RS232 и USB, так я его тоже использую.

[Ник: SergeyИмя: Sergey]

После долгого раздумияот возник вопрос .
Есть четыре мк. Схема такая потому, что были лишние мк + много микросхем к ним подключается.
первый - принимает и отсылает данные на пк по usb.
второй - управляет жк по i2c + еще микросхемы по i2c.
третий - управляет микросхемами по spi + one wire.
четвертый - частотомер по примеру mim.
Вопрос такой - какой лучше и проще выбрать интерфейс между мк.
Думал сначала i2c, потом по совету mim решил отказаться. Стал думать в сторону spi, но если один будет мастером (тот который с usb), то другой, который управляет микросхемами spi станет ведомым, и как он будет управлять теми микросхемами что подключены к нему по spi + если в другом мк используется i2c, то нужно писать программный прием spi (пока не знаю как это сделать, может подскажите). Поэтому думаю использовать usart.
Много написано, надеюсь понятно.
Что подскажите?
Вся эта система собирает данные (каждый мк свои) и по запросу с компьютера отдает.
Заранее благодарен.

[mim]

Что подскажите?

Я бы начал со структурной схемы. Показал бы соединения структурные и информационные (потоки и направления). Создал бы таблицу информационных потоков. Подумал бы над тем, а не сделать ли один мастер, а все остальные управляют периферией и на мастер сообщают данные. Мастер - обмен с ПК и ЖКИ (тут я уже начал рассматривать варианты структурных схем, это думать тебе).... Ну и т.д...

PS Когда я начал читать - мозг закипел... проза плохо ложится в голову инженера. Если хочешь привлечь внимание и заинтересовать, то материал нужно подать так чтобы он легко лег в голову других (пусть это и сырая идея, но она не должна напрягать).

[Ник: SergeyИмя: Sergey]

Очень благодарен за ответ.
А что написано коряво - согласен.
Как-то не получилось легче написать.
Буду думать.

[mim]

Как-то не получилось легче написать.

Рисуй...

[Ник: SergeyИмя: Sergey]

Я тут долго думал насчет интерфейса между мк все выложил в приложеном файле.
Правда я там не рисовал, но надеюсь что понятно.

[mim]

Я тут долго думал

Это заметно... Если не ошибаюсь, то это Эйнштейн диссертацию представил всего на нескольких страницах, ты перещеголял его...

все выложил в приложенном файле. Правда я там не рисовал...

В таком случае, я там не читал...
Я предпочитаю чередовать писанину с рисованием... Или ты гуманитарий?

RS232 - lan test.rar

ЗЫ подобный пример уже был, но упрощенный..

[Ник: SergeyИмя: Sergey]

Благодарю за ответ.
Я там писал в вордовском документе - что наверное лучше и быстрее передавать данные если сразу передавать порт в порт и для выбора мк отдельно ножку типа chip select как в spi. Такой себе получится 8-ми проводный spi.
Что скажите на это?