akl удачная схема - наверное повторю для себя. Неохота паять индикатор - если надо могу написать софтинку под Win , которая будет обращаться к девайсу через Com_порт ( вроде кто то уже собирался ... не знаю сделал ли? )
akl писал(а):
Как я понимаю, речь идет о приставке к компу, у которой вместо индикатора и кнопок управление и вывод на монитор осуществляется по COM или драйвером VCP. В принципе, реально: -питание от компа -управление от компа -арифметика в компе -память калибровок в компе - да, вообще все, в компе, кроме генераторной и таймерной частей.
Цитата:
я сделал все в МК, только вывод в ПК на стандартную прог-терминал- см. мое сообщ Пт янв 14, 2011 12:29:28. Пока не выкладываю- пытаюсь сделать изячней. Ваш вариант наверное лучше- еще бы обойтись без МК...
... лучше точно не будет, хотя бы потому, что Windows не среда реального времени.
svs39 писал(а):
перспективно через USB без FTDI
... полно проектов AVR-USB - если нет COM_порта, но делать "все в одном" не есть хорошо - причина та же ( программный преобразователь съедает много ресурсов ) ... хотя на любителя
akl писал(а):
-питание от компа -управление от компа -арифметика в компе -память калибровок в компе - да, вообще все, в компе, кроме генераторной и таймерной частей.
... согласен - идея именно в этом. При этом в МК останется память для реализации доп. функций. ( вот только питание от компа - наверное не стОит )
Компания MEAN WELL пополнила ассортимент своей широкой линейки светодиодных драйверов новым семейством XLC для внутреннего освещения. Главное отличие – поддержка широкого спектра проводных и беспроводных технологий диммирования. Новинки представлены в MEANWELL.market моделями с мощностями 25 Вт, 40 Вт и 60 Вт. В линейке есть модели, работающие как в режиме стабилизации тока (СС), так и в режиме стабилизации напряжения (CV) значением 12, 24 и 48 В.
набросал шаблон - получилось как то так... Будет работать под Win95..Win7 - весит немного (30..50кб) На данный момент нет 74HC132, так что испытания пока откладываются
Вложения:
Комментарий к файлу: замена железу clr.PNG [9.28 KiB]
Скачиваний: 1028
Вопрос к уважаемому Автору. В принципе, все упирается в измерение частоты.. Каков алгоритм измерения частоты (я понимаю, что там используется подсчет периодов входной частоты и соответствующее количество системных тиков, но как именно) и с какой точностью (и разрешением) она у Вас измеряется? Есть алгоритм (с исходником - не мой) для измерения частоты (тоже подсчет тиков входной частоты и клока, но с некоторыми существенными особенностями), который за малое время способен измерить частоту с точностью, например +-0.01 Гц, вместо обычно достижимого стандартного +-1Гц при незначительной загруженности МК. Схемотехнически для этого необходимо соединить между собой захват Т1 и счетный вход Т0. На схеме этого не видно, поэтому, возможно есть путь значительно улучшить характеристика прибора...
_________________ Любой, заслуживающий внимания, опыт приобретается себе в убыток...
Здравствуйте. Именно таким алгоритмом (подсчет целого числа периодов измеряемой частоты-Nx в значениях периодов-nx тактовой-Fclk за принятое время измерения с последующим расчетом Fx=Fclk*Nx/nx) после прочтения этой книги
Вложение:
BOOK.rar
и пользуюсь. В схеме CLR2313 дополнительное соединение входов ICP и T0 излишне. Для частот порядка 500кГц при тактовой 8МГц вход ICP справляется в одиночку. Связка ICP+T0 нужна для более высоких частот вплоть до Fclk/2. Например, здесь http://radioded.ru/forum/viewtopic.php?p=1534#p1534
...Именно таким алгоритмом (подсчет целого числа периодов измеряемой частоты-Nx в значениях периодов-nx тактовой-Fclk за принятое время измерения с последующим расчетом Fx=Fclk*Nx/nx) после прочтения этой книги и пользуюсь. В схеме CLR2313 дополнительное соединение входов ICP и T0 излишне. Для частот порядка 500кГц при тактовой 8МГц вход ICP справляется в одиночку. Связка ICP+T0 нужна для более высоких частот вплоть до Fclk/2...
Т.е. делается примерно так: 1. Разрешаем захват. 2. По событию захвата запоминаем счетчик Т1 (клок), значение которого уже в регистре захвата и в прерывании захвата также сохраняем счетчик Т0 (либо программно считаем) - входная частота 3. Запрещаем захват 5. Делаем произвольную задержку 6. Разрешаем захват. 7. После захвата у нас (аналогично п.2) есть значения Т1 и Т0 (переполнения разумеется учитываем). Причем точное значение периодов входной частоты и значение клока (-+1 клок) не совсем точное.
Видно, что погрешность при таком подходе очень мала. Если у Вас вместо Т0 используется программный счетчик, который в прерывании захвата считает фронты входной частоты, то так, разумеется тоже можно. Но с повышением частоты становится все труднее...
Если подход такой, то улучшать тогда нечего
_________________ Любой, заслуживающий внимания, опыт приобретается себе в убыток...
Да, в CLR2313 реализован программный счетчик. Сделано так с единственной целью - снизить потребляемый контроллером ток.
В частотомере по ссылке исходное состояние другое, а посему есть различия 1. В счетчик nx (Т1) занесено значение 0x0008 и и он остановлен, в счетчик Nx (Т0) занесено 0xFF; захват, переполнение счетчика Т1 разрешено 2. С приходом первого захвата в счетчик Т0 добавляется 1 и он, таким образом, очищается; собственно захват запрещается на время измерения, об окончании которого свидетельствует заданное число переполнений Т1. 3. По окончании времени измерения, вновь разрешается захват и с его приходом все останавливается.
Да, в CLR2313 реализован программный счетчик. Сделано так с единственной целью - снизить потребляемый контроллером ток.
В частотомере по ссылке исходное состояние другое, а посему есть различия 1. В счетчик nx (Т1) занесено значение 0x0008 и и он остановлен, в счетчик Nx (Т0) занесено 0xFF; захват, переполнение счетчика Т1 разрешено 2. С приходом первого захвата в счетчик Т0 добавляется 1 и он, таким образом, очищается; собственно захват запрещается на время измерения, об окончании которого свидетельствует заданное число переполнений Т1. 3. По окончании времени измерения, вновь разрешается захват и с его приходом все останавливается.
поскольку я не разобрался полностью с алгоритмом на асм то свою приставку-генератор обрабатываю так: 1) разрешаю захват; 2) по первому событию захвата запускаем счетчик Т1 (клок=2МГц) и во всех прерываниях захвата программно считаю Т0 - входная частота; 3) по прер считаю переполнения Т1 (клок)и после 5 поднимаю флаг ( 5 чтобы переменная счета Т0 инт не переполнилась при отсутствии измеряемой емкости); 4) при очередном захвате обнаруживаю флаг- и все: имеем 65536*5+ICR1 Я свою приставку засунул в спич коробку и подключаю к тому что лежит у меня на столе (подсунув туда код). Сейчас подключил где занят захват- так я подцепился на INT1 ( имеем 65536*5+TCNT1 )
Не совсем понятны манипуляции с начальным значением счетчиков. Ну и весь алгоритм тоже понятен не до деталей...
Да тоже самое. Просто Вы описываете алгоритм при запущенных счетчиках, а я при остановленных, с учетом того, что захват вызовет прерывание независимо от того запущен счетчик или нет.
Уважаемый akl, возможно ли повысить чувствительность прибора при измерении индуктивности в диапазоне 0- 100 мкГн? Требуется фиксировать изменение индуктивности с точностью до сотых долей мкГн, при частоте измерительного генератора 500 кГц.
Боюсь, что просто не получится. Здесь схемотехника должна быть другая, особенно в стабильности параметров генераторной части. Попробуйте начать с генератора типа такого.
Вложение:
gener.GIF
Если получится с генератором, можно будет будет идти дальше.
Боюсь, что просто не получится. Здесь схемотехника должна быть другая, особенно в стабильности параметров генераторной части. Попробуйте начать с генератора типа такого.
Вложение:
gener.GIF
Если получится с генератором, можно будет будет идти дальше.
Какая частота измерительного генератора наиболее оптимальна? Что порекомендуете в качестве опорной индуктивности.
Возникла мысль сделать похожее устройство на основе этого Т.е избавиться от тини2313 и схемы сопряжения, используя только мегу8 и необходимую обвязку из CLR2313. Может быть, также предусмотреть режим измерения частоты (все равно алгоритм ее измерения будет работать) и добавить входную цепь для расширения пределов входного напряжения.... Скачал исходники, немного подправил под себя вывод на дисплей, освободил нужные в дальнейшем пины. Убрал лишний код, освободив почти 50% памяти контроллера. Оригинальная программа оказалась не структурированной совершенно. Придется еще править для удобной работы. Но глубоко переделывать не буду. Есть мысли вместо линейного стабилизатора применить простой DC-DC преобразователь, хоть на ne555... Может еще чего полезного предусмотреть? Оптимизировать так оптимизировать...
_________________ Любой, заслуживающий внимания, опыт приобретается себе в убыток...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 38
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения