Форум РадиоКот

ChipKiller писал(а):akl удачная схема - наверное повторю для себя. Неохота паять индикатор - если надо могу написать софтинку под Win , которая будет обращаться к девайсу через Com_порт ( вроде кто то уже собирался ... не знаю сделал ли? )

akl писал(а):Как я понимаю, речь идет о приставке к компу, у которой вместо индикатора и кнопок управление и вывод на монитор осуществляется по COM или драйвером VCP. В принципе, реально:
-питание от компа
-управление от компа
-арифметика в компе
-память калибровок в компе
- да, вообще все, в компе, кроме генераторной и таймерной частей.

я сделал все в МК, только вывод в ПК на стандартную прог-терминал- см. мое сообщ Пт янв 14, 2011 12:29:28. Пока не выкладываю- пытаюсь сделать изячней. Ваш вариант наверное лучше- еще бы обойтись без МК...

ChipKiller писал(а):akl если надо могу написать софтинку под Win , которая будет обращаться к девайсу через Com_порт

перспективно через USB без FTDI

svs39 писал(а):наверное лучше- еще бы обойтись без МК...

... лучше точно не будет, хотя бы потому, что Windows не среда реального времени.

svs39 писал(а):перспективно через USB без FTDI

... полно проектов AVR-USB - если нет COM_порта, но делать "все в одном" не есть хорошо - причина та же ( программный преобразователь съедает много ресурсов ) ... хотя на любителя

akl писал(а):-питание от компа
-управление от компа
-арифметика в компе
-память калибровок в компе
- да, вообще все, в компе, кроме генераторной и таймерной частей.

... согласен - идея именно в этом. При этом в МК останется память для реализации доп. функций. ( вот только питание от компа - наверное не стОит )

всем привет подскажите ,на схеме ЖК дислей WH160x 4я ножка RS , а на моем МТ-16S2D 4я нога АО это одно и тоже???????

Если правильно перевел даташит своего индикатора, то одно и то же

akl писал(а):Как я понимаю, речь идет о приставке к компу,

только нафига оно надо, лучше модификацию с дисплеем от nokia 3310 сделать - полезнее будет ИМХО

набросал шаблон - получилось как то так... Будет работать под Win95..Win7 - весит немного (30..50кб) На данный момент нет 74HC132, так что испытания пока откладываются

Вопрос к уважаемому Автору.
В принципе, все упирается в измерение частоты.. Каков алгоритм измерения частоты (я понимаю, что там используется подсчет периодов входной частоты и соответствующее количество системных тиков, но как именно) и с какой точностью (и разрешением) она у Вас измеряется? Есть алгоритм (с исходником - не мой) для измерения частоты (тоже подсчет тиков входной частоты и клока, но с некоторыми существенными особенностями), который за малое время способен измерить частоту с точностью, например +-0.01 Гц, вместо обычно достижимого стандартного +-1Гц при незначительной загруженности МК. Схемотехнически для этого необходимо соединить между собой захват Т1 и счетный вход Т0. На схеме этого не видно, поэтому, возможно есть путь значительно улучшить характеристика прибора...

Здравствуйте. Именно таким алгоритмом (подсчет целого числа периодов измеряемой частоты-Nx в значениях периодов-nx тактовой-Fclk за принятое время измерения с последующим расчетом Fx=Fclk*Nx/nx) после прочтения этой книги и пользуюсь. В схеме CLR2313 дополнительное соединение входов ICP и T0 излишне. Для частот порядка 500кГц при тактовой 8МГц вход ICP справляется в одиночку. Связка ICP+T0 нужна для более высоких частот вплоть до Fclk/2. Например, здесь http://radioded.ru/forum/viewtopic.php?p=1534#p1534

akl писал(а):...Именно таким алгоритмом (подсчет целого числа периодов измеряемой частоты-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. По окончании времени измерения, вновь разрешается захват и с его приходом все останавливается.

http://cgi.ebay.com.hk/ws/eBayISAPI.dll ... EL:HK:1123 как они сделали такую крутую?

Не совсем понятны манипуляции с начальным значением счетчиков. Ну и весь алгоритм тоже понятен не до деталей...
Следующие ссылки, думаю, Вам будут интересны (если не видели ранее, конечно):
http://electronix.ru/forum/index.php?showtopic=29796
http://electronix.ru/forum/index.php?showtopic=77251
http://pro-radio.ru/controllers/5978/

akl писал(а):Да, в 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 )

Goodefine писал(а):Не совсем понятны манипуляции с начальным значением счетчиков. Ну и весь алгоритм тоже понятен не до деталей...

Да тоже самое. Просто Вы описываете алгоритм при запущенных счетчиках, а я при остановленных, с учетом того, что захват вызовет прерывание независимо от того запущен счетчик или нет.

Goodefine писал(а):...если не видели ранее, конечно
http://electronix.ru/forum/index.php?showtopic=29796
http://electronix.ru/forum/index.php?showtopic=77251
http://pro-radio.ru/controllers/5978/

В первых двух сам вякал, а на последнюю ссылался здесь.
http://www.pro-radio.ru/measure/4037-11 ... /04-39-08/

akl писал(а):... Да тоже самое...

Тогда понятно. Остается только повышать точность статистической обработкой. Если нужно, конечно...

Уважаемый akl, возможно ли повысить чувствительность прибора при измерении индуктивности в диапазоне 0- 100 мкГн?
Требуется фиксировать изменение индуктивности с точностью до сотых долей мкГн, при частоте измерительного генератора
500 кГц.

Боюсь, что просто не получится. Здесь схемотехника должна быть другая, особенно в стабильности параметров генераторной части. Попробуйте начать с генератора типа такого. Если получится с генератором, можно будет будет идти дальше.

akl писал(а):Боюсь, что просто не получится. Здесь схемотехника должна быть другая, особенно в стабильности параметров генераторной части. Попробуйте начать с генератора типа такого.

gener.GIF

Если получится с генератором, можно будет будет идти дальше.

Какая частота измерительного генератора наиболее оптимальна?
Что порекомендуете в качестве опорной индуктивности.

Возникла мысль сделать похожее устройство на основе этого
Т.е избавиться от тини2313 и схемы сопряжения, используя только мегу8 и необходимую обвязку из CLR2313. Может быть, также предусмотреть режим измерения частоты (все равно алгоритм ее измерения будет работать) и добавить входную цепь для расширения пределов входного напряжения.... Скачал исходники, немного подправил под себя вывод на дисплей, освободил нужные в дальнейшем пины. Убрал лишний код, освободив почти 50% памяти контроллера. Оригинальная программа оказалась не структурированной совершенно. Придется еще править для удобной работы. Но глубоко переделывать не буду. Есть мысли вместо линейного стабилизатора применить простой DC-DC преобразователь, хоть на ne555... Может еще чего полезного предусмотреть? Оптимизировать так оптимизировать...