Обсуждаем контроллеры компании Atmel.
Вс мар 14, 2021 11:10:40
Конечно))) В принципе, вопрос фронтов тут не важен, т.е. если не первый, так второй сработает.
Итак, важнее я понял - понять как мешает постоянная составляющая, приведение к "нулю" и т.п. Думаете, именно это снижает надежность? Я смотрю в лог анализаторе и период выхода очень плавает.
Вс мар 14, 2021 11:18:42
Я ж уже говорил - "схему на обозрение".
Недаром в вопросах "частотомеростроения" наиболее важным являлся именно блок форимрования сигнала из синусоиды (и прочего "нецифрового компонента") в ТТЛ импульсы. Особо для широкого спектра возможных входных частот.
Вс мар 14, 2021 11:43:20
За помощь и терпение спасибо. Схемы у меня просто нет, постараюсь сделать. В любом случае, более чем 1-3 дискр. компонента я не смоге добавить в проект. Не говоря уж о ОУ и т.п.
Я предполагаю, что решение (повысить надежность) в том, что я САМ формирую исходный сигнал. Я могу менять его уровень, частоту, делать прямоугольник, трапецию (хотя это и не нужно) и т.п. Нет задачи обрабатывать чужой, т.е. неизвестный сигнал. Нет задач создания универсального прибора.
Это м.б не профессионально, но цель оправдывает средства. Еще раз - спасибо. Попробую поменять код и перепрошить Тиньку.
Вс мар 14, 2021 11:54:04
Для МК, если он сам не является формирователем сигнала, любой внешний сигнал является "чужим" и по уровням/форме и по синхронизации.
Вс мар 14, 2021 12:49:50
ТС, ты не ответил, что за устройство, какие задачи должно выполнять. Иногда это даёт более полную картину, чем пытаться выкладывать портянки кода и объяснять словами.
Вс мар 14, 2021 19:21:57
Demiurg, я не хочу отнимать дополнительное время у форумчан. Чем дальше в лес - тем больше дров. Спасибо за участие. Если полученные советы не помогут - продолжу пост.
Вс мар 14, 2021 19:30:53
Я не зря задавал вопросы. Зачастую новички пытаются расписать алгоритмы, выкладывают портянки. А в итоге, когда ТС говорит, что за устройство ему требуется, какие задачи оно должно выполнять, это и есть то, что нужно для правильных ответов.
Ср мар 17, 2021 00:29:51
... поступают пакеты импульсов (см фото)
Период пакета - не менее 300 мс
Нужно ловить первый перепад, выдавать сигнал на выход,
игнорировать следующие в пакете и воспринимать новый перепад только после 280...290 мс
Не совсем понял, что требуется…
но вот для попробовать… может угадал.
1.png
Фьюзы МК прошивать не нужно… тактируется на заводских установках (1,2 МГц)
dim3740_Tiny13.hex
Пн сен 27, 2021 10:05:47
Вернулся к теме... Проект работает нестабильно. Привожу схему. На ней НЕ ОУ, а ATTYNY 13 в режиме компаратора. На вход от китайского МП3 плеера (выход наушников) поступают записанные пакеты звуковой частоты. Я завожу их а) через кондер б) даю смещение . На второй вход - регулируемое напряжения для сравнения.
В итоге: не всегда срабатывает.
Вопросы: величина конденсатора? Куда он разряжается? Нужно ли отсеивать отрицательную полуволны скажем диодом? Как вообще делать согласование?
http://i-fotki.info/26/0a35abbed00c2857 ... 4.jpg.htmlЯ понимаю, что нужны "приведение к нулю", "компенсация шумов", но.... тут все проще. Хорошее напряжение на входе, плеер на максимум и не трогаем. Там простой писк, как в телефоне и все.
ПС: только сейчас увидел в предыдущем посте схему. Извините))) Счас попробую ее реализовать.
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.