Десять УАРТов

[pvman 0]

всем спасибо за ответы.

MAX14830 не очень подходит, т.к. нет произвольного доступа к данным соседнего МК, придется городить протокол, не впишусь во временные рамки..

Вариант с плис, возможно будет разумным решением, но я не соображаю в verilog. (

250килобит/с, нужно писать пакеты каждого в свой массив и перекидывать с некоторыми изменениями (несложными) в другой поток.

грубо говоря - коммутатор потоков

Edited December 15, 2017 by pvman

[@Ark 0]

Вариант с плис, возможно будет разумным решением...

 

[gosha-z 0]

MAX14830 не очень подходит, т.к. нет произвольного доступа к данным соседнего МК, придется городить протокол, не впишусь во временные рамки..

Протокол чего с чем? MAX14830 - это 4 UARTа на i2c/spi, никакого микроконтроллера, обрабатывайте что хотите и как хотите.

 

[x893 0]

Вот и я тоже не понял про соседний МК.

Но с FPGA конечно пафосно и денег больше.

 

[mantech 0]

Вот бы посмотреть видео как будет создаваться программа для NU....

Начиная от монтажа на плату и заканчивая обменом данными.

 

Да вообще-то так же, как и для СТМ, только писать прогу через программатор во внешнюю флеш или на сд-карту..

[Plain 0]

250килобит/с, нужно писать пакеты каждого в свой массив и перекидывать с некоторыми изменениями (несложными) в другой поток. грубо говоря - коммутатор потоков

Ну если таки всплыло ещё и 10 неких массивов, то даже если и к 10-й странице темы не всплывёт их размер, то 10 микроконтроллеров с одинаковыми программами.

[x893 0]

Тут одному гуру разработок нужно было 20 Мбит/сек между двумя МК обмениваться.

Но при расчетах на счетах оказалось, что реальная скорость 500 Кбит/сек.

Наверное и здесь такая же ситуация. Нужно 10, но хватит и 2-х. Остальные про запас.

 

[jcxz 0]

Да вообще-то так же, как и для СТМ, только писать прогу через программатор во внешнюю флеш или на сд-карту..

Не нужен программатор. При отладке - загрузка через JTAG. И в состав программы включить функцию прошивки себя во внешнюю флешь.

Написание/отладка/поддержка программы для одного МК будет на порядок проще чем то же самое для связки из двух МК, пускай даже одинаковых.

[VCucumber 0]

Не нужен программатор. При отладке - загрузка через JTAG. И в состав программы включить функцию прошивки себя во внешнюю флешь.

вот именно, пусть один мк программирует другие

 

Написание/отладка/поддержка программы для одного МК будет на порядок проще чем то же самое для связки из двух МК, пускай даже одинаковых.

если функции разделены, то два разных - не сложнее

два одинаковых - проще в два раза

десять одинаковых - проще в десять раз

 

[skripach 0]

У Renesas полно контроллеров имеющих 10 - 18 юартов, например.

[blackfin 0]

..

Edited December 17, 2017 by blackfin
Войны не будет. Флуд будет просто удаляться.

[AlexandrY 0]

У Renesas полно контроллеров имеющих 10 - 18 юартов, например.

Посмотрите внимательней там.

UART-ы там без FIFO, а у DMA всего 7-мь каналов.

UART-ы разные по функциональности.

Как вы с этим будете бороться?

[skripach 0]

Посмотрите внимательней там.

UART-ы там без FIFO, а у DMA всего 7-мь каналов.

UART-ы разные по функциональности.

Как вы с этим будете бороться?

Я никак не буду, ТС просил 10 юартов я Renesas дал их ему.

[jcxz 0]

Я никак не буду, ТС просил 10 юартов я Renesas дал их ему.

25*10*2=500кГц - средняя частота прерываний при непрерывных потоках по всем UART-ам если без FIFO и без DMA.

Сможет ТС реализовать такую работу на 120МГц да ещё и как он хочет - с некоторыми модификациями данных?

Я сомневаюсь.

[VCucumber 0]

на 120МГц

легко, 10 камней - это уже 1200 мгц