caxapa.ru :: Вопрос по межпроцессорному взаимодействию. Кто как реализует?

M@ik (22.08.2006 09:08, просмотров: 15694)

Вопрос по межпроцессорному взаимодействию. Кто как реализует? Скажем два контроллера расположены на одной плате (или на разных, но рядом) и должны передавать друг другу данные и команды. Вопрос: какой выбрать физический интерфейс (UART, SPI, ...), какой протокол обмена: (с подтверждением, без подтверждения - расположены ведь рядом!), формат сообщений ( например просто кусок данных, или wake-подобные пакеты со стартовыми байтами и контрольными суммами). Кто делал подобное - как поступал в таком случае? Может есть литература по этому вопросу? Заранее спасибо!

- Для скоростного обмена на одной плате использовал Parallel Slave Port. Иваныч(210 знак., 23.08.2006 13:12, )
- Ответ: 3-wire SPI + 1wire ASK from Slave CA3AH(200 знак., 23.08.2006 10:16, )
- Текущий проект - SPI и I2C vet1(195 знак., 22.08.2006 16:35, )
- В мультмастер режиме - CAN спасет во всех случаях (-) - SF0(22.08.2006 15:26, )
  - Блин, да какой там мультимастер??? AVR(371 знак., 22.08.2006 15:34, )
    - Ну какой ни есть а всё таки коллизии могут быть, а если поток туда-сюда очень мал, то я бы просто разделил направления туда и обратно. Можно применить 2 микролана. - =L.A.=(23.08.2006 13:16, )
      - Никаких коллизий в системах точка-точка с раздельным полнодуплексным каналом связи не может быть ПО ОПРЕДЕЛЕНИЮ - AVR(23.08.2006 13:19, )
        
        Ну да, и я тоже насчет дуплекса. А программный уровень - это уже дело тонкое. - =L.A.=(23.08.2006 13:31, )
    - кому как, кому то попроще, а кому то надежней и без головной боли... Sergey Pinigin(54 знак., 22.08.2006 15:47, )
      - Ага. А там полшага и до ОС, и до DreamBoard, и далее - до упора AVR(125 знак., 22.08.2006 15:56, )
        
        Ничего конкретного не сказано! "Скажем" != "Нужно". Sergey Pinigin(65 знак., 22.08.2006 17:51, )
        
        CAN есть далеко не во всех МК, и далеко не каждый эмбеддер умеет с ним работать. UART есть везде, и всеми давно освоен. Точка. - AVR(22.08.2006 17:54, )
        
        +1 Я бы выбрал 1 процессор помощнее, IHMO в четыре раза отлаживать проще. MrSerg(65 знак., 22.08.2006 18:25, )
        
        +1. Из I2C, UART, SPI, CAN я бы выбрал по нисходящей UART, SPI, I2C, CAN. rezident(145 знак., 22.08.2006 18:00, )
        
        давайте понятия не мешать... RS485 - физический уровень, UART - интерфейс передачи байта(не гарантированная), CAN - два уровня OSI. - Sergey Pinigin(22.08.2006 18:08, )
        
        Обмен по UART в пределах платы возмутительно ненадежен - одна ошибка на каждые 7492 года! Немедленно отменить или принудительно снабдить трехэтажным OSI, обмотать четырьмя слоями ваты - и никаких связей! :)) - AVR(22.08.2006 18:15, )
        
        А кто путает-то? Если к RS485 добавить растяжку линии и программно поддержать второй уровень OSI это не CAN будет? - rezident(22.08.2006 18:12, )
        
        я плакать:-))) ну-ну, флаг вам в руки и барабан на шею... программируйте (и то повторить не получится), то что аппаратно реализовано. - Sergey Pinigin(22.08.2006 18:16, )
        
        Вместо ехидства могли бы указать в чем именно я заблуждаюсь. rezident(42 знак., 22.08.2006 18:19, )
        
        CAN: благодаря побитовому арбитражу коллизий в нем НЕТ. - Sergey Pinigin(22.08.2006 18:28, )
        
        И это все мое заблуждение? :) - rezident(22.08.2006 18:39, )
        
        Принцип разумной достаточности следует соблюдать всегда, иначе будет абсурд. Жаль, что и умные люди все чаще от этого отмахиваются:(( - AVR(22.08.2006 18:19, )
        
        Вот я разумно и не написал про FlexRay ;-) - Sergey Pinigin(22.08.2006 18:25, )
        
        Если уж на пошло, то давайте дальше делить: UART и CAN это асинхронные интерфейсы, а SPI и I2C синхронные. rezident(133 знак., 22.08.2006 18:14, )
- I2C плюс линия ALARM с открытым коллектором для извещения ведущего, что какой-то из ведомых гикнулся. - БУБУ(22.08.2006 14:00, )
- У меня на плате арм связан чрез уарт с периферийной мегой. vesago(149 знак., 22.08.2006 13:50, )
- Ответ: - ++(22.08.2006 11:18, , ссылка, ссылка)
- Я использовал свой протокол обмена по четырем обычным двунаправленным выводам портов. Протокол напоминает однобитовый Centronics. Достоинство - он синхронный, для контроллеров со скудными ресурсами типа х51. - Vladimir Ljaschko(22.08.2006 09:39, )
- Я по I2C завязывал 6 контроллеров, чисто ради эксперемента. Работает стабильно. Можно уартом и SPI, а один знакомый вообще свой протокол придумал - samsony(22.08.2006 09:18, )
  - Однажды нужно было что-то вроде 4-битного ПДП - пришлось пожертвовать портом. 2 Меги 64. - AZ.(22.08.2006 10:35, )
- CAN или на худой конец LIN - Sergey Pinigin(22.08.2006 09:16, )
- "должны передавать друг другу данные и команды". Это наз-ся мультимастер. Ключевое слово. - =L.A.=(22.08.2006 09:13, )
  - В некоторых контроллерах УАРТ предусматривает мультипроцессорный режим (Mega, Msp, TMS...) - samsony(22.08.2006 09:20, )
    - I2C тоже - samsony(22.08.2006 09:28, )
      - что тоже? ;-) протокол изобретать? коллизии программным путем разгребать? Sergey Pinigin(154 знак., 22.08.2006 09:41, )
        
        В меге128 оллизии на аппаратном уровне разгребаются ;) - -=MIV=-(22.08.2006 09:42, )
        
        I2C кажется в любой меге коллизии аппаратно разгребае - samsony(22.08.2006 09:45, )
        
        А блин буква т глючит. Не заливайте ноутбук кофем- это не клавиатура, в форточку не выкенешь - samsony(22.08.2006 09:46, )
        
        ага, байта или пакета? и автоповторы и арбитраж умеет :-))) - Sergey Pinigin(22.08.2006 09:44, )
        
        Что то начали все усложнять. Можно сделать элементарно-> samsony(305 знак., 22.08.2006 09:50, )
        
        Можно даже один вход/выход - samsony(22.08.2006 09:50, )
        
        "Зачем столько куным, ара?" Всё уже сделано и называется CAN. Iwan(126 знак., 22.08.2006 10:42, )
        
        Лучше не предлагайте того что не имеет практической реализации... Sergey Pinigin(88 знак., 22.08.2006 09:54, )
        
        В серии успешно однопроводку применяем, но не мультимастер - Shura(22.08.2006 11:28, )
        
        Адреса =))) ! А кто, из того что на борту контроллеров типа AVR , всё это умеет на аппаратном уровне ??? =))) - -=MIV=-(22.08.2006 09:48, )
        
        CAN у AT90CANxxx - Sergey Pinigin(22.08.2006 09:51, )
        
        И чо же он такого умеет чо не умеет I2С (если там конечно не Can Open реализован ) ? - -=MIV=-(22.08.2006 09:54, )
        
        Можно почитать там =>> - Sergey Pinigin(22.08.2006 10:03, , ссылка)
        
        Да всё то же самое что и у I2C =)) - -=MIV=-(22.08.2006 10:16, )
        
        PS ЕЗЕРНЕТ не в счёт ;) - -=MIV=-(22.08.2006 09:49, )

Микроконтроллеры