idle1
-
Постов
38 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные idle1
-
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Вот именно. А ещё ТС не сказал об уровне шумов в его канале. От этого очень сильно будет зависеть решение. На картинках сигнал довольно чистый.Шумов в канале нет, но есть плавное изменение амплитуды (его отсеиваю по средней). Задача поймать именно резкий провал. Сейчас я делаю аппроксимацию по 5ти последним пикам синусоиды.
Плавное изменение - это изменение на +/-0.1В/сек.
Резкое - от 0.4В за период.
Частотного и фазового сдвига нет.
-
Сразу - нет. Надо сперва в Матлабе пробовать.
Но я бы сначала попробовал выпрямить сигнал и прогнать его через простой ФНЧ с децимацией (может даже предварительной, чтобы уменьшить загрузку CPU).
Как видно - у автора длительность искомых событий примерно равна 4 периодам, так что можно сделать децимацию как минимум в 4 раза.
DSP уровня TI-шного C55xx с такой задачей справится без вопросов. А на Cortex-M надо будет писать очень оптимально и наверное на асме (обработчик сэмплов).
Я тоже размышляю на тему перехода в МК, уж больно меня пугает такое количество аналоговой рассыпухи.
Сейчас пробую реализацию на стареньком ARM7TDMI. Прерывания с ADC для уменьшения количества циклов выношу в RAM. Частота известна и стабильна, нужно только при инициализации поймать верх горбушки, а далее измерять с заданной частотой и вносить корректировки.
Предложенная Plain’ом схема мне очень нравится, если с МК прогорит, то вернусь к ней.
* Жалко всего две руки и одна голова, а так бы и схему собирал и кодил одновременно :)
-
Ну микроконтроллеры ATMega не такие уж и слабые. Я даже читал, что в него и преобразование Фурье даже можно запихнуть.:)
- Ему нужна аналоговая часть, я понял о чем он говорит. Вероятно, АЦП там работает медленно и ему нужно побыстрее. Там АЦП работает 10-20 с копейкам тактов - медленно - понимаю.
А зачем это все вообще нужно?:)
ARM и DSP - это конечно хорошо, но в радиолюбительских условиях, возможно, ему трудно будет спаять много тонких и маленьких выводов, да и плата тоже может развестись с трудом - имею ввиду само изготовление.
ARM и DSP конечно хорошо, но использовать 1-5% потенциала процессора только ради АЦП не вижу смысла. Хотя сам придерживаюсь мнения, что если можно сделать обработку на МК, то её нужно сделать на МК!
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Здравствуйте. Я так понял, что нужно найти резкое падение огибающей сигнала. Предложу свой-микроконтроллерный способ. Сигнал детектируете - на конденсатор, для сглаживания - ну в общем это входит в обычный детектор.:) Далее на ногу микроконтроллера - в АЦП. Программой обрабатываете амплитуду сэмплов. Берет несколько сэмплов(массив) и смотрите как изменяется амплитуда по времени. Если амплитуда упала за короткий промежуток времени, то генерируете прерывание(искусственное, программное). Если медленно амплитуда ушла - значит задаете новое опорное напряжение - это то же своя величина, а не AREF. Какой микроконтроллер, кстати?Я пробовал так, но на МК потребляется слишком много ресурсов для этого, т.к. небольшой дрейф амплитуды присутствует всегда, и таких цепей 16шт. Контроллер ATmega168.
К тому же мне нужно очень точно определить время появление данного провала, а при программном прерывание этого сделать невозможно.
-
Опубликовано · Изменено пользователем Herz
Избыточное цитирование · ПожаловатьсяСпасибо, Plain!!!
Я честно не ожидал столь развернутого ответа! Завтра прогоню через симулятор и попробую собрать на макетке.
Мне же удалось достичь более скромного результата :laughing:
Еще раз спасибо!!!!!!!
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Например, два чередуемых пиковых детектора и компаратор модуля разности их результатов.А можно поподробнее?
Сейчас придумал использовать два детектора с разной чувствительностью.
Первый - с совсем малой чувствительностью - задает опорное напряжение
Второй - более чувствителен
Затем сравнить их компаратором. Это позволит исключить срабатывания при плавном изменении амплитуды.
Помогите схемой для развития темы
-
Опубликовано · Изменено пользователем Vasily_ · Пожаловаться
Здравствуйте, форумчане!
Подскажите пожалуйста, как отфильтровать резкие изменения амплитуды.
Частота: 100кГц
Напряжение амплитуды, примерно: 2В
Сложность в том, что присутствует плавное изменение амплитуды.
В приложении форма сигнала и то чего я добиваюсь.
Дальнейшая обработка будет в МК, нужно поймать горбушку для вызова прерывания.
Побывал АМ демодулятор на диоде и ОУ, но в сигнале все равно присутствует пила и как отфильтровать, я уже всю голову сломал.
Хотя бы направьте в каком направлении копать!
-
Вакансия закрыта, всем спасибо! :)
-
Под мелкосерийное и опытное производство требуется монтажник, для оконечной сборки устройств в корпуса, так же монтажа кабелей и переходников. Работа на дому! Загрузка 1-2 заказа в месяц, по 10-20 приборов.
Город: Москва (запад)
Контакты:
Олег
Моб: +7(926)715-88-девять девять
email: 7158899(at)mail(dot)ru
-
Возможно не в тему...
При SMS отправке возможна подстановка любых символов латиницы до 11 шт., в т.ч. и цифр (пишем чужой номер формата +7.... и он определяется телефоном из записной книжки). Сам пробывал (на себе!!)! На сколько это возможно реализовать модулем не знаю, но сторонние СМС рассылатели (интернет сервисы), иногда позволяют (пока не заткнут дырку видать)(используем данный вид сервисов для оповещений клиентов с сайта, легально).
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Всем, доброго времени суток.
Подскажите где можно купить USB кабели для монтажа, нужно что бы разъем и провод были литыми, а с другой стороны под монтаж. Самим делать не вариант, т.к. вид не товарный получается, а покупать и резать готовые по 40р-60р надоело. Готов купить до сотни за раз. Длинна метр и более.
Мой email: [email protected]
-
Ну вот, благодаря вашим ответам стало чуть понятней в какую сторону копать. Буду учить мат. часть теперь. А вот скажите с помощью CDC драйвера передавать и принимать такие сигналы как RI# и DSR возможно? И есть ли поддержка данного драйвера в Vista и последующих?
-
Доброго времени суток.
Сейчас приходится делать устройства с подключением через USB и последующим преобразованием в последовательный порт посредством FTDI FT232, с последующим подключением к UART МК. Очень хочется отказаться от данной схемы и получить прямую связь микроконтроллера с ПК (дабы USB присутствует почти везде), но при этом USB должно определяться в системе как USB-To-Serial-Converter (т.к. переписать софт для ПК уже не представляется возможным, а изначально он рассчитан на работу через последовательный порт). Предполагается использовать AT91SAM7A3 или подобное.
Сорри, если вопрос не логичный, но я в ступоре...
Для наглядности:
Сейчас: ПК<->VCP(virtual com port driver)<->FT232<->МК
Желанное: ПК<->VCP(virtual com port driver)<->МК (избавиться от FTDI)
-
По поводу Яндекс и Google карт. Если в городе вести определение по базовым станциям то получается довольно точно (150-300м), но стоит выехать за город, 50км от Мосвы по Можайскому направлению, как точность падает до (3-6км), при этом встроенное в телефон приложение гугл карт, местонахождение базовой станции показывает точно, а вот расстояние нагло врет, в приложении было показано в радиусе 2600метро от БС, а реальное расстояние составляло 5.8км, уровень сигнала был 4 палки из 5ти.
-
а может сразу ультравизор? Или простой супевизор справится :)? А может просто транзистор али диодика-другого хватит? А как собственный BOD у Автора запрограммирован?
Ну а в общем, обресечивать, конечно, надо.
Встроенный BOD детектор -- отличная идея, сейчас попробую,, и как я о нем забыть мог
Все, настроил BOD на 4.3В фьзами, и все заработало.
Отдельное спасибо Petka за наводящий ответ и zltigo за развитие темы!
-
Здравствуйте, всем!
Столкнулся с такой проблемой как паразитное питание в связке 2313+FTDI232.
Собственно происходит следующее, FTDI питается от USB порта, а МК и остальная часть схемы от LM7805, и при обесточивании схемы от внешнего ист.питания контроллер начинает жить своей жизнью! К примеру сигнал RI#(FTDI:pin:18) может остаться подтянутым к земле через МК, но стоит прикоснуться к кварцу как тутже все встает на свои места (RI про дефалту лог.1). При этом на выводах портов подключенных к FTDI наблюдается от 1.5 до 2.1 Вольт, между GND и VCC до 1.7В, выполнение программы не происходит.
Скажите как сделать так что бы при отключении питания с МК он не влиял на состояние FTDI. Токоограничивающие резисторы в 2к ставил, подтяжка к земле и +5USB не помогает.
Схему прилагаю.
Заранее спасибо :)
-
Для отладки лучше отключи оптимизацию кода в компиляторе, однажды налетел на такое, долго провозился с ерундовой проблемой...
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Блин, я в шоке...
Спасибо всем откликнувшимся !!!
-
Про этот стабилитрон понял. Попробую найти рабочий! А такой же только с черным кольцом что может значить, стабилитрон ли он или диод?
-
Опубликовано · Изменено пользователем idle1 · Пожаловаться
Попался стабилитрон SMD надо определить тип. Выполнен в стекле с желтым кольцом, цвет внутри красный.
Помогите решить проблему.
Если нужно фото, прикреплю попозже.
-
M&P, спасибо за ссылки, но требуется анализ одновременно по нескольким типам интерфейсов. Может кто знает наши аналоги LOGICPORT?
-
Доброго времени суток.
Помогите начинающему в выборе логического анализатора для различных интерфейсов. На данный момент есть необходимость в анализе следующих типов интерфейсов: UART, SPI, CAN. С первыми двумя проблем нет, поддерживают любые осциллографы, ценовой категории до 10тр, а CAN2.0B все сложнее. Вот нашел такой девайс у буржуев http://www.pctestinstruments.com/ (LA1034 LOGICPORT LOGIC ANALYZER). Может кто пользовался или кто знает что подобное у нас? Буду благодарен.
-
Какой компилятор?
В качестве компилятора использовал IAR 5.20. Отладку передавал в AVR Studio.
Рааскажите, плз. Меня очень интересует дешевый CAN-bus из-за бюджетности проекта. Совместимость собственно с CAN не требуется, требуется неразрушающая коллизия.Коллизии у меня к сожалению не отслеживаются, мне требовался всего лишь проходной интерфейс. Всей обработкой занимается стороннее ус-во.
-
С чего Вы это взяли? Команды записи EEPROM присутствуют. Обмен сделать можно, только долго будет.
EEPROM писать то не проблема, а вот как с флеш дела обстоят? haker_fox на мой взгляд прав.
Здесь я хотел убедиться в правильности своего мнения.
Выделение резких изменений амплитуды
в В помощь начинающему
Опубликовано · Пожаловаться
Каналов реально 16! Они синхронны по частоте и сдвигу, но с разными амплитудами. При ТС я рассматривал только один и хотел делать по аналогии. С компаратором будет сложность, т.к. дрейф амплитуды по ним различен.