Миландр
http://forum.milandr.ru/

Многокристальная сборка для цифровых приемо-передающих устр.
http://forum.milandr.ru/viewtopic.php?f=46&t=2548
Страница 2 из 2

Автор:  BY_man [ 2017-фев-28 19:11 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

до какой степени нужно "засинхронизировать"?
с точностью до такта процессорного ядра?
процессоры работают от встроенного ПЛЛ.
"Одновременно" можно стартануть от внешнего прерывания.
также можно использовать общий вход флага для анализа всеми процессорами.
Есть еще Хост-интерфейс который может одновременно "запихнуть" во внутрь всех процессоров нужное кодовое слово.
Можно еще что-нибудь придумать.

Автор:  lmx2315 [ 2017-фев-28 20:46 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

BY_man писал(а):
до какой степени нужно "засинхронизировать"?
с точностью до такта процессорного ядра?
"Одновременно" можно стартануть от внешнего прерывания.
также можно использовать общий вход флага для анализа всеми процессорами.
Есть еще Хост-интерфейс который может одновременно "запихнуть" во внутрь всех процессоров нужное кодовое слово.
Можно еще что-нибудь придумать.


..я вижу "осведомлённость" как DDC , соответственно несколько DDC должны синхронно с точностью до такта АЦП измерять входной сигнал и синхронно выдавать данные с линк портов.
Можно ли это обеспечить вышеупомянутыми средствами?

Автор:  BY_man [ 2017-мар-01 11:26 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

теперь ситуация более понятна.
Предыдущие мои "рекомендации" скорее всего не подойдут.
тут всё "пляшет" от АЦП поэтому нужно подумать как обеспечить необходимую точность.
Если все процессоры находятся в ожидании прерывания, то все равно возможен +- 1 такт разбежки
при старте обработки. Дальнейший процесс обработки должен быть строго детерминированным.
Выдачу результатов наружу через линки можно синхронизировать (возможно используя ACK вход).
А вот с приемом нужно подумать.

Автор:  lmx2315 [ 2017-мар-01 14:55 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

..может я ошибаюсь, но не увидел ножки тактирования АЦП, в микросборке только внутренний генератор?

Автор:  BY_man [ 2017-мар-03 09:08 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

Если коротко - ничего не получится.

Вот некоторые соображения (возможно они и ошибочные):

1. для синхронизации одновременной работы многих устройств, необходим какой-то периодический
инициализирующий импульс. Этот импульс должен соответствовать периоду частоты АЦП.
Все АЦП должны работать синхронно.

2. Линк-порт, приняв очередной отсчет с инициализирующим флагом, должен рассматривать его как
первый отсчет пачки (линк порт принимает 8*16 бит отсчетов и только затем передает эту пачку в DDC).

3. DDC принимает пачку сэмплов с начальным флагом. Этот флаг должен перевести DDC в исходное состояние
для начала корректной обработки(фильтры, счетчики всё в исходное положение, возможно , что и
ДМА канал тоже нужно перестартовать).

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

Например, линк-порт не может знать где начало первого отсчета. DDC не может знать где
первая пачка сэмплов. В данный момент DDC сам определяет, где начало обработки и где окончание.
Согласовать внутреннее начало обработки с внешним импульсом можно только с некотрой погрешностью.
Будут либо взяты несколько лишних сэмплов до, либо возможно пропущено несколько сэмплов.
Иногда может и повезет :)

Автор:  lmx2315 [ 2017-мар-03 14:45 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

..всё сходиться к вопросу - можно ли одновременно перезапустить линк порты у нескольких DSP ?
Может как то можно это придумать? Синхроимпульс привязаный к клокам АЦП допустим у нас есть.

Автор:  BY_man [ 2017-мар-03 21:22 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

можно почитать про HOST-интерфейс. Это простенький 3-х проводной синхронный интерфейс через
которые можно управлять всем, что есть внутри. Если клок этого интерфейса у всех процессоров
общий , вход данных тоже общий, то одновременно во все процессоры можно впихнуть одинаковую команду.
Главное чтобы была какая-то стабильность между внутренним клоком процессора и клоком хоста.
Иначе будет +1 такт разбежки.
---
Еще есть один механизм синхронизации нескольких процессоров.
Если все процессоры запускать от одного опорного клока,
а частоту внешнего интерфейса брать как производную от процессорного клока,
то можно использовать вход ACK внешнего интерфейса как синхронизирующий.
Например, в какой-то момент (по прерыванию или по алгоритму) все процессоры считывают
внешнюю ячейку памяти (например область nMS1). В ответ на это внешняя логика ставит каждому
процессору ACK=0 и держит до тех пор пока все процесоры не вылезут наружу с этим чтением.
После этого можно деблокировать АСК и все процры синхронно завершают чтение.
Далее можно включать-выключать всё что угодно и это будет у всех одновременно.
---
По данному вопросу у меня есть еще одно сомнение.
Если даже включить все линки на прием одновременно, то это не гарантирует ничего на 100%.
В случае если АЦП уже запущен и асинхронно гонит сэмплы.
В этом случае, при включении линк может дать сбой.
Эта ситуация напоминает счетчик, вход синхронизации которого от АЦП, а асинхронный сброс от процессора.
Не понятно что будет со счетчиком в момент снятия сброса и фронта клока.
Поэтому лучше всего тормозить АЦП. Тогда нет необходимости со 100% одновременным включением линков.
Как только они все включились - разрешаем выходной клок АЦП.
Там вроде есть какой-то OE сигнал с множеством функций и непонятным действием.
Правда если он тоже просто блокирует выходной буфер, то и это не даст гарантий
надёжного первого периода.

Автор:  lmx2315 [ 2017-мар-24 17:09 ]
Заголовок сообщения:  Re: Многокристальная сборка для цифровых приемо-передающих у

..спасибо, возможно попробуем что-нибудь такое.

Страница 2 из 2 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/