06.09.2011, Исследование машины быстрого поиска в НИИ КП
Материал из SRNS
Korogodin (обсуждение | вклад) |
Korogodin (обсуждение | вклад) (→Ограничения) |
||
Строка 17: | Строка 17: | ||
В реальности доступной памяти - около 1 Мб. Но если алгоритм не ограниченный данным условием покажет неудовлетворительное время поиска - этого будет достаточно для отказа от идеи использования ARM'а в качестве машины быстрого поиска. | В реальности доступной памяти - около 1 Мб. Но если алгоритм не ограниченный данным условием покажет неудовлетворительное время поиска - этого будет достаточно для отказа от идеи использования ARM'а в качестве машины быстрого поиска. | ||
− | Вероятно в боевом варианте нельзя пользоваться сторонними библиотеками. | + | Вероятно, в боевом варианте нельзя пользоваться сторонними библиотеками. |
{{wl-publish: 2011-09-06 12:32:11 +0400 | Korogodin }} | {{wl-publish: 2011-09-06 12:32:11 +0400 | Korogodin }} |
Версия 16:50, 6 сентября 2011
Задача
- Реализовать на ARM алгоритм слепого поиска с минимальным требуемым временем на прохождения поля поиска
- Оценить время работы такого алгоритма при нахождении сигналов уровня 20 дБГц.
Предполагается, что алгоритм будет некоторым аналогом когерентно-некогерентного ячеестого накопления. Откуда ему будут соответствовать время когерентного накопления и некогерентного накопления . Ожидаются рабочие значения , . Желательно получить время прохождения поля поиска менее .
Входные данные
- Сигнал С/А GPS: +/- 5 кГц по частоте, +/- 512 чипов по ПСП + легкая модификация под ГЛОНАСС СТ
- Алгоритм берет данные из двух буферов по 128 слов. Буферы заполняются попеременно. Схема формирования данных для ячеек буфера:
Ограничения
В реальности доступной памяти - около 1 Мб. Но если алгоритм не ограниченный данным условием покажет неудовлетворительное время поиска - этого будет достаточно для отказа от идеи использования ARM'а в качестве машины быстрого поиска.
Вероятно, в боевом варианте нельзя пользоваться сторонними библиотеками.
[ Иерархический вид ]Комментарии
Сделано
Может быть, перенести сюда наше обсуждение по почте? А то потеряется...
Это как раз у меня был этот хитрый алгоритм, он сейчас заложен в Альпаку. Оценки выше приведены для сигнала GPS C/A, для ВТ всё будет пропорционально хуже. Памяти 1 Мб немного, требуемый объём памяти можно разменять на время поиска. Ограничения вызваны обработкой в процессоре. В ПЛИС можно делать быстрее, но нужна куча ресурсов, это одна из причин, по которой нужно делать новую Альпаку.
В поиске всё вообще всегда в ресурсы упирается.
Из скидок у меня только простота сигналов - С/А и СТ.
Помнится у Саши был какой-то хитрый алгоритм поиска в программном приемнике, основанный на перемножении спектров.
Эти ограничения - десятки минут, они вызваны возможностями процессора? Или связки какой-то аппаратный поиск в ПЛИС + дополнительная обработка процессором? Как эти цифры привязать к чисто программному поиску?
Вот поэтому я не верю в программный поиск. Кстати, про Альпаку, возможно, написано неверно - я тут недавно подкрутил поиск, и он стал искать в несколько раз быстрее. Надо померять. Но это всё равно будут десятки минут.
Ты абсолютно прав.
Ты поясни, они там что, программно в ARM быстрый поиск устроить хотят? Сразу предупреждаю, я тут прикинул, текущая реализация блока поиска в Альпаке для обеспечения требуемых характеристик будет искать, видимо, 3 часа. У тебя ресурсы существенно скромнее. Поиск в микросхеме Шувалова должен быть намного быстрее - 320 с. Поиск в нынешнем SiRF'е - 2.5 с, но это, скорее всего, не так.
Да, Жень. И так как мне не хочется изобретать велосипед, надеюсь у тебя проконсультироваться на эту тему. Дооформлю тут всё и пришлю тебе письмо.
К чему это? В НИИ КП задание дали?
Войдите, чтобы комментировать.