[VCucumber 0]

какой из типовых последовательных выбрать ?

SPI

I2S

I2C

USART

CAN

USB

SWD

другой ?

быстрый, дешёвый, простой, как минимум с одним мастером, но лучше мульти

 

[pfc 0]

какой из типовых последовательных выбрать ?

SPI

I2S

I2C

USART

CAN

USB

SWD

другой ?

быстрый, дешёвый, простой, как минимум с одним мастером, но лучше мульти

SPI

[mdmitry 0]

...

Зависит от многих факторов, включая помеховую обстановку. Вы озвучте задачу и условия заботы.

SPI, к слову, не отличается высокой помехоустойчивостью.

[VCucumber 0]

SPI

а вообще-то интересный может получиться вариант, если замкнуть miso и mosi

 

[iosifk 3]

быстрый, дешёвый, простой, как минимум с одним мастером, но лучше мульти

Я однажды видел в телефонной станции I2C, только линий данных было 8 и работали они одновременно...

 

[VCucumber 0]

Вы озвучте задачу и условия заботы.

связать несколько мк для быстрого обмена информацией

 

SPI, к слову, не отличается высокой помехоустойчивостью.

внутри платы не всё ли равно, у всех будет одинаково

 

Изменено 18 декабря, 2015 пользователем Огурцов

[gerber 7]

Поставьте один USB-хаб, и все процессоры соедините через него.

[VCucumber 0]

а вообще-то интересный может получиться вариант, если замкнуть miso и mosi

и оказывается, в st уже об этом подумали - bidimode

 

[mantech 34]

а вообще-то интересный может получиться вариант, если замкнуть miso и mosi

 

А смысл? Из полнодуплекса сделать полудуплекс, и в 2 раза уменьшить скорость... Тут наоборот весь смак в том, что сразу пишешь в мейлбокс другого проца и читаешь оттуда одновременно, а если замкнуть - то это уже какой-то и2с получается

[ViKo 1]

SPI - быстрый и простой.

[VCucumber 0]

spi только кажется, что дуплексный, а на самом деле ещё более извращённый, чем симплексный

например, передаёте вы слейву адрес и команду, а в это время получаете ненужные и непонятный данные

а чтобы считать ответ, что-то ненужное и непонятное отправляете

имеем оверхед в два раза

так что симплекс - даже плюс

а с мультимастером вообще имеем возможность от запросов отказаться и работать как взрослые, не по опросу, а по событиям

единственный недостаток - лишние провода синхронизации и арбитра

я вот думаю, может симплексный uart на принципах can решит задачу ещё лучше, чем spi ?

Изменено 19 декабря, 2015 пользователем Огурцов

[RobFPGA 27]

Приветствую!

 

Прежде чем выбирать тип интерфейса определитесь с топологией сети ваших МК, требованием к протоколам/трафику в сети.

Поскольку сделать сеть можно с использование любого из приведенных интерфесов но вот оптимален выбор или нет зависит от требований к системе/сети в целом.

 

Успехов! Rob.

 

P.S. я в далеких 90 годах прошлого века делал сеть на компьютерный класс собранный на "Специалист". Топология однопроводная общаяя шина, один мастер, в качестве интерфейса UART на 65к bit/s. Загрузка/сохранение програм на флоп мастера, обмен сообщениями межу слейвами, удаленное подключение мастера к слейву, очередь на принтер мастера, еще куча мелкого (ну разве что блекджека не было со шлю.. :) ) и все это в 2Kbyte ROM для слейва и 4Kbyte мастера :)

[VCucumber 0]

нечего думать: логическая топология - общая шина

физически может быть шиной, звездой или кольцом

трафик - больше - лучше

 

напишу, что не нравится:

SPI - лишние провода

I2C - по дефолту медленный и сложный, с dma там вообще не понятно, как

USART - требует наличие кварца, в общем случае

CAN - не быстрый, нет на дешёвых камнях

USB - сложный, ненадёжный, но быстрый и удобный на столе

SWD - интересная загадка, вроде бы можно прямо из мозгов получать нужную информацию, но не быстрый

ETHERNET - довольно шустрый, в пакетном режиме, уже решён вопрос с коллизиями, скорее всего не позволит снизить стоимость за счёт увеличения количества процессоров на плате

Изменено 19 декабря, 2015 пользователем Огурцов

[arhiv6 14]

SPI в каскадном подключении (кольцом). Или I2C, многие контроллеры поддерживают до 3,4 Мбит/с. В первом случае - всегда есть мастер, во втором случае любой узел может быть мастером (поддерживается арбитраж).

Изменено 19 декабря, 2015 пользователем arhiv6

[VCucumber 0]

Вариант - мультимастер spi на передачу и uart на прием, всего два провода