Ну вы блин даете!!

ЗЫ. Еще синхронизация по УСБ!



все зависит от протокола, первый байт, да, как правило бесполезные данные, но следующие уже что нужно. Я вообще делал по принципу мейлбоксов, т.е. есть блоки по 32 байта скажем в обоих процах, один на прием другой на передачу. Через ДМА идет постоянная синхронизация между МК, поэтому данные из одного МК сразу попадают в другой, в последнем байте старший "триггерный" синхробит, который позволяет определить, что весь кадр обновлен. Просто и не тормозит процы.

Я на прошлой неделе стоял перед похожим выбором, отказался от SPI в пользу UART. Полная асинхронность потоков, мало проводов, достаточная(для меня) скорость, простота отладки: возможность подключить PC для контроля (подслушка) или вообще использовать PC как вторую сторону обмена

Это если соединение точка-точка. Для сети на каждую пару корреспондентов свой UART надо лепить.

А можно соединить кольцом: tx первого к rx второго, tx второго к rx третьего и т.д. В узле проверяем что прилетело в rx - если адресовано не нам - отправляем по кольцу дальше без изменений. Если нам - отправляем по кольцу ответ. Но медленно всё это будет.

Сообщение отредактировал arhiv6 - Dec 25 2015, 23:17

Мне 25 мегабит нужно было, сами понимаете - уарт так не могет Да и уартов мало не бывает, спи мало, где используют, да и было их аж 3!

arhiv6: медленно
Конечно, поэтому мой вариант наоборот - общие rx- tx и отбрасываем все пакеты кроме своих

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

Сообщение отредактировал Огурцов - Dec 27 2015, 19:08