Как обнаружить нужное значение в последовательных данных

[vladh]

Добрый день, форумчане. Может кто подскажет идею того как реализовать нижеописанную задачу. Я вот уже несколько дней размышляю но ничего толкового придумать не могу. А Задача состоит в следующем. Имеется канал по которому постоянно и непрерывно приходят последовательные данные. Необходимо в этих данных выявить время прихода такого куска(8 и более разрядов) данных, который бы соответствовал некоторому заданному значению. Частота с которой передаются данные 200-3000 Гц.

[NewWriter]

Время относительно чего? Астрономическое время (день, месяц, час, минута) или время от включения устройства, тоже в чем, в минутах, секундах или условных тиках?
В любом случае, имеем некий работающий счетчик времени, и следим за принимаемыми данными. Когда принятые данные равны ожидаемым, записываем текущее значение счетчика времени в отдельную переменную. Всё просто.

[vladh]

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

По поводу времени - не важно. Пусть будет от времени включения аппарата. А вот как мне из непрерывного потока вычленить нужные данные? Непрерывный поток данных в моем случае такой поток, который внешне напоминает ШИМ-сигнал.

[ForcePoint]

Ну а как ещё, кроме постоянного сравнения с заданной маской?
Как хотите? Аппаратно/программно, данные последовательные/параллельные (тип интерфейса)?

[tim1960]

Поставить сдвиговый регистр с параллельным выходом и с требуемой разрядностью и запустить на его последовательный вход свои данные. С параллельных выходов данные подать на схему сравнения с требуемым кодом. При совпадении формируется строб фиксации счетчика.
Как-то так !
P.S. Это если аппаратно...

[NewWriter]

Следим за принимаемыми данными.
Допустим, нужно найти в потоке три последовательных байта 0х03, 0х47, 0xA5.
Каждый принятый байт проверяется на равенство первому искомому 0х03. Дождались? Окей, теперь ждем приема следующего байта, и он должен быть равен второму искомому 0х47. Не равен? Значит снова ждем принятого 0х03. А если был равен 0х47, тогда следующий принятый должен быть равен 0xA5. Равен? Окей, дождались чего хотели, фиксируем время приема первого (или последнего) байта. Не был равен? Снова повторяем ожидание первого искомого 0х03.

ЗЫ. Раз вопрос задан в разделе "Микроконтроллеры", полагаю, что именно на микроконтроллере предполагается делать?
Нет? на дискретной логике? уууу, задолбаться... сдвиговый регистр с параллельным входом, компаратор параллельного кода, мультиплексоры, двоичные счетчики... мдяяя

[vladh]

Ну а как ещё, кроме постоянного сравнения с заданной маской?
Как хотите? Аппаратно/программно, данные последовательные/параллельные (тип интерфейса)?

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

[vladh]

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

Наверное это решение аппаратно будет лучшим! Я чего-то о таком варианте не подумал. Теперь это решение надо будет реализовать внутри МК.

[NewWriter]

в результате АЦП некоего шумового сигнала

Тогда вероятность обнаружения именно в точности искомой последовательности - оооочень небольшая. Шумовой сигнал, он потому и шумовой, что вероятность получить именно конкретную последовательность конкретных значений - ноль целых хрен десятых. И чем длиннее искомая цепочка, тем меньше вероятность.
Вот какая вероятность того, что например младшие биты АЦП будут именно 0х03 0х47 0хA5 друг за другом?
Я так понял, вы хотите в шумовом сигнале обнаружить например синусоиду? Гиблое дело таким методом...

Другими методами надо, другими. Цифровая обработка сигналов - цифровые фильтры и тп. Там много математики. Поток принимается в буфер, и с буфером идет работа, вычисления

[vladh]

Другими методами надо, другими. Цифровая обработка сигналов.

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