Плавный сдвиг фазы от ОС1х - возможно ли такое? Опции

[IGK]

Датчик в автоматической линии. Типичный металлодетектор, по сути. Нет ни схемы, ни программы. Жалобы - рывки механизма (воспринимается как дрожание).

Схема простая - обычный синхронный детектор, собран на коммутаторе 4066. На входе - сигнал, привязанный к опорной частоте, получаемой от ОС1А. Управление 4066 от ОС1В. Частота МК 11.0592 МГц, рабочая датчика около 8 КГц. После 4066 идет УПТ, сигнал с него оцифровывается и при превышении некоего уровня сдвигает фазу ОС1В для балансировки схемы.
Вроде в программе есть ФВЧ - если железку проносить медленнее скорости транспортера, не реагирует. Если совсем медленно - сдвигает фазу.

Даже один шаг (90.4нс) вызывает приличный бросок на выходе УПТ. Пробовал понижать коэфф.усиления - не подходит, пропускает куски железок в порошке.

Вопрос вот в чем - как бы сделать сдвиг фазы более плавным?

Пробовал на Спайсе промоделировать аппаратный "уплавнитель фазы" ;-) на ФАПЧ 4046 - он работает быстрее, чем синхронный детектор, порядка 1-2 мс максимум. Этого мало, надо сотни мс.
Ставить ПЛИСку для увеличения частоты - все равно, что заново автоматику делать.
Программно: можно было бы ФНЧ попробовать, но как понять, что вызвало бросок на выходе детектора? Ведь могут совпасть оба сигнала - вызванные сдвигом фазы и от куска металла. Правда, тогда придется переписать прогу, но она невелика.

Пока больше ничего в голову не пришло. В Гугле решений пока тоже не нашел...

[SasaVitebsk]

Я бы для начала попробовал бы разобраться. Понять в какую сторону хотябы двигаться. Для этого попробовал бы тактовую частоту увеличить в двое. Проц потянет (для эксперимента). А то что-то сомнительно чтобы 90нс влияло. Будет 46. Должна быть разница. Если нет, то надо дальше схему/прогу рыть.

[IGK]

>попробовал бы тактовую частоту увеличить в двое. Проц потянет (для эксперимента). А то что-то сомнительно чтобы 90нс влияло. Будет 46. Должна быть разница. Если нет, то надо дальше схему/прогу рыть.

Я с металлодетекторами знаком хорошо. Свиг на 90нс вполне может вызвать скачок на выходе УПТ - именно скачок, так как сдвиг управл.сигнала можно рассматривать как трапецеидальный входной сигнал с фронтом (для Меги) в несколько нс. А сигнал от металлического включения - это скорее колокол (забыл, как он правильно в ЦОС называется) или производная синусоиды длиной, прямо пропорциональной диаметру датчика и скорости ленты транспортера. Это сотня мс, фронты в десятки мс. Ясно, что ФВЧ от такого сигнала очень даже хорошо срабатывает - на уровне десятков мв.
В общем, в два раза повысить частоту - это мало. Тут ведь не точность нужна, а плавность сдвига, чтобы ФНЧ не сработал.
В общем, тут как раз лучше, чтобы схема сдвига была аналоговой. Я уже моделирую схему с задержками фронта/спада сигнала и управлением от фазового детектора на XOR. Т.е получается двойное цифро-аналогово-цифровое преобразование. В аналоге и введу интегратор с желаемой скоростью нарастания... Не так и сложно получается, хотя и не очень красиво. Сдвоенный таймер, триггер, НС86. Я как-то привык меньше деталей ставить :-)

[=GM=]

>попробовал бы тактовую частоту увеличить в двое. Проц потянет (для эксперимента). А то что-то сомнительно чтобы 90нс влияло. Будет 46. Должна быть разница. Если нет, то надо дальше схему/прогу рыть.

Я с металлодетекторами знаком хорошо. Свиг на 90нс вполне может вызвать скачок на выходе УПТ - именно скачок, так как сдвиг управл.сигнала можно рассматривать как трапецеидальный входной сигнал с фронтом (для Меги) в несколько нс. А сигнал от металлического включения - это скорее колокол (забыл, как он правильно в ЦОС называется) или производная синусоиды длиной, прямо пропорциональной диаметру датчика и скорости ленты транспортера. Это сотня мс, фронты в десятки мс. Ясно, что ФВЧ от такого сигнала очень даже хорошо срабатывает - на уровне десятков мв.
В общем, в два раза повысить частоту - это мало. Тут ведь не точность нужна, а плавность сдвига, чтобы ФНЧ не сработал.
В общем, тут как раз лучше, чтобы схема сдвига была аналоговой. Я уже моделирую схему с задержками фронта/спада сигнала и управлением от фазового детектора на XOR. Т.е получается двойное цифро-аналогово-цифровое преобразование. В аналоге и введу интегратор с желаемой скоростью нарастания... Не так и сложно получается, хотя и не очень красиво. Сдвоенный таймер, триггер, НС86. Я как-то привык меньше деталей ставить :-)

Ну если будет желание сделать в цифре, то вот МК с 64-мегагерцовыми PLL на борту: ATtiny25, 45, 85, значит, шаг можно уменьшить до 15 нс.

Все же, как мне кажется, изменение шим на семь сотых процента (0.07% ! ) не должно драматически влиять на поведение системы. Что-то у вас не то в системе. Как вы фильтруете после синхронного детектора? Как вы фильтруете сигнал после оцифровки? Зачем нужен ФВЧ в МК, когда нужен ФНЧ?