Из темы "Сравнение AVR и 51", Пример реализации 14bit ADC на AVR Опции

[oran-be]

Развитие сюжета достойно Пелевинского "Шлема ужаса"...

Никаких шуток - писание на С для 8-битников считаю позорным ламерством и верхом непрофессионализма. Обсуждения не предполагаю, т.к. бесполезно

Во!!! Вот она - квинтэссенция современного ламерского программизьма!!!

Человека, Который Всю Жизнь Писал Для РС на Дельфи И Иже С Ним, ни в коем случае, под страхом расстрела, НИКОГДА нельзя подпускать к МК. Я ясно выразился, надеюсь - НИ-КОГ-ДА!!!
....
Именно вам подавай гигагерцы с мегабайтами для того, чтобы и в несчастные МК вы понапихали своих ОС, классов, АПИ, вытесняющей многозадачности и прочего привычного и удобного для вас мусора. И по барабану вам, что в системное взаимодействие будет вовлекаться на порядки большее число физических накристальных структур, что будет убивать безглючность и надежность устройств все сильнее и сильнее. И справиться с вами будет практически невозможно, ибо имя вам - легион, а нас, штучных инженеров - увы, единицы.

Налицо явная реализация шаблона "Марку надо наклеивать в правом верхнем углу", описанного Кортасаром в "Историях хронопов и фамов". Если определить тип данных - радикально настроенный программист, признающий исключительно ядро АВР и ассемблер - как хроноп, а программист, гибко использующий все доступные средства для решения задачи - как фам, то при выполнении релиза получим результат, что первый остается на улице с выражением превеликой озадаченности на лице, а второй его утешает, поскольку выполнил и его работу тоже.
В особенности, если радикально считать мусором ОС, АПИ и вытесняющую многозадачность. В особенности последнее. Возможно =AVR= будет удивлен, если я заявлю, что ЛЮБАЯ функция прерывания есть частный случай вытесняющей многозадачности.

Да бог с ним с =AVR=, ясно, что "только от жизни собачей собака бывает кусачей" - что-то у него явно по жизни не в порядке, но тут, полагаю, мы ничего изменить не сможем.

Тока грязными сапогами по яйцам бить не надо человека, плз, кто по жизни ни разу не заблуждался, пусть первым бросит в меня камень

Обычно главные боевые особенности архитектуры разработчик прячет не глубже 1-ой стр. даташыта.

Конечно же! А Атмелы особенно! Тока это пена. Пример - первая страница даташита Меги 8, что пишется и что потом имеет разработчик:
130 Powerful Instructions – Most Single-clock Cycle Execution
На самом деле впоследствии оказывается, что этих самых инструкций где-то 70-80, остальные - "виртуальные", призванные "облегчить программирование", но на самом деле затрудняющие понимание системы команд для именно программистов. Пионерам, возможно и облегчает, но при этом мешает начинать им думать, как программистам. Многие из которых и стают потом фанатами.
Кроме этого, если повыкидывать эти самые виртуальные команды, то о Most Single-clock Cycle Execution уже речь идти не может, поскольку где то коло половины команд, причем самые нужные - имеется в виду пересылка данных, выполняются за 2, а то и за 3 такта.
32 x 8 General Purpose Working Registers
При этом нет ни малейшей поддержки многозадачности, о чем естественно замалчивается. Поэтому при входе в прерывание, при наличии боле-менее сложной функции, чтобы избежать непонятных глюков, в особенности, если пишыш на ассемблере, самое простое и радикальное - это затолкать эти самые 32 x 8 General Purpose Working Registers в стек, а потом вытолкать их, затратив 64 такта. На Ц можно об этом не задумыватся.
On-chip Analog Comparator
Этот компаратор такого качества, что хуже него тока биполярный транзистор.

Сообщение отредактировал oran-be - Nov 5 2007, 08:39

[mse]

130 Powerful Instructions – Most Single-clock Cycle Execution
На самом деле впоследствии оказывается...

Впоследствии оказывается, что самые важные команды(арифметицкие и логицкие а так-же доступ к большинству важных портов) таки, в большинстве, одноцикловые. А всякая вспомогательная ересь(загр-выгр, вызовы, переходы...), да, поболее будет. Просто в нормальной программе загружается 2-4 операнда, над ними, в грубой и извращённой форме, проводятся, насколько возможно более длительные, логицко-арифметицкие действия, а затем, по необходимости, поисходит выгрузка результата. И получается, что расход тактов на ввод-вывод 1-10%максимум.
А песатель, грузящий два байта, складывающий их и запоминающий результат, достоин одного известного почотного звания. ;О) Можете спросить у =АВР=а, под настроение может присвоить.
Про прерывания, многозадачность и 32 регистра, это ваще клиника. ;О) =АВР= просто обязан присвоинть внеочередное почотное звание.
На компараторе вполне успешно делал АЦП двойного интегрирования 14р точности. Разрядность, ессно, выше. ;О) Никакихособых проблем с его параметрами не испытывал никогда. ЛМка трёхрублёвая ничем не лучше. В общем, кочайте последний дривер ruki.sys и настойчиво им овладевайте...

[oran-be]

Ну, кроме этого. стоит еще учесть, что питание +5В тоже должно быть прецезионным и отдельным от процессора, А то гистерезис компаратора будет неопределен. Постоянная времени интегратора и время задержки компаратора опять же должны быть согласована с тактовой частотой измерителя длительности импульса.
А почему на входе не поставить дифференциальный усилитель на спаренном опере? Это бы значительно увеличило подавление синфазной помехи.

[Andreas1]

Ну, кроме этого. стоит еще учесть, что питание +5В тоже должно быть прецезионным и отдельным от процессора, А то гистерезис компаратора будет неопределен. Постоянная времени интегратора и время задержки компаратора опять же должны быть согласована с тактовой частотой измерителя длительности импульса.
А почему на входе не поставить дифференциальный усилитель на спаренном опере? Это бы значительно увеличило подавление синфазной помехи.

Достаточно входного LC фильтра и проц не мешает. Питание доп. стабилизируется только при индикации с импульсными токами около ампера и это лишь LM2931. И это необходимо при любом АЦП.
Зачем что-то с чем-то согласовывать??? Это самодостаточная схема.
Токовый вход и низкое сопротивление датчика не способствуют помехам. Зачем удорожать и снижать стабильность(и еще как!) увеличением прецизионных резисторов.

[oran-be]

Достаточно входного LC фильтра и проц не мешает. Питание доп. стабилизируется только при индикации с импульсными токами около ампера и это лишь LM2931. И это необходимо при любом АЦП.
Зачем что-то с чем-то согласовывать??? Это самодостаточная схема.
Токовый вход и низкое сопротивление датчика не способствуют помехам. Зачем удорожать и снижать стабильность(и еще как!) увеличением прецизионных резисторов.

Гистерезис компаратора жестко привязан к напряжению питания и от него зависит значение полной шкалы. Если будет плавать питание -будет ттечь и шкала.
А согласовывать надо длительность импульсов, которые генерирует схема с тактированием счетчика. чтобы он выдал нужное количество разрядов и не переполнился при этом. Ведь эта самодостаточная схема вырабатывает ШИМ, которого для отображения в цыфре недостаточно.

Вопрос к модераторам - mse там забанили или нет, чего то непонятно, а то фсе таки интересно, что за схема такая.

[Andreas1]

Гистерезис компаратора жестко привязан к напряжению питания и от него зависит значение полной шкалы. Если будет плавать питание -будет ттечь и шкала.

От гистерезиса ничего не зависит(только размах пилы и частота, которая и так плавает). Вы не поняли работу АЦП.

А согласовывать надо длительность импульсов, которые генерирует схема с тактированием счетчика. чтобы он выдал нужное количество разрядов и не переполнился при этом. Ведь эта самодостаточная схема вырабатывает ШИМ, которого для отображения в цыфре недостаточно.

Все там достаточно.Частота около 20Гц. А частота счетчика в проце 7МГц. И переполнения уж как-нибудь можно программно отследить.

[oran-be]

От гистерезиса ничего не зависит(только размах пилы и частота, которая и так плавает). Вы не поняли работу АЦП.

А вы поняли? Запишите формулу. чему будет равна длительность импульса в зависимости от входного напряжения и обнаружите там значение гистерезиса. В этом одновибраторе гистерезис триггера выступает в качестве опоры. Или, может можно построить АЦП без опоры?

[singlskv]

Или, может можно построить АЦП без опоры?

Конечно можно
Конечно, измерения будут относительными, но точными....
иногда этого достаточно...

[oran-be]

Конечно можно
Конечно, измерения будут относительными, но точными....
иногда этого достаточно...

"измерения будут относительными, но точными".... Можно написать и так - неточных измерений не бывает, бывает мало пива. После определенного кол-ва любые измерения легко производятся на глаз, безо всякого АЦП.
У Лема есть одна концепция: Чем сложнее компьютер, тем проще на него писать программу и чем проще компьютер, тем сложнее на него писать программу. В общем, в итоге группа программистов после долгой работы написала бесконечно сложную программу, которая могла работать ваще без компьютера. Похоже, примерно тот случай.

Я и говорю - не поняли. В первом посте я давал формулу и где почитать. N пропорционально Uвх/Uопоры. Точность самого АЦП определяется точностью отношения резисторов интегратора, т.е точностью поддержания суммы опоры и входа. А опора - это полпитания, точно задаваемые тензодатчиком. Тем более, что усилитель токовый и поддерживает разбалланс моста по напряжению =0.

Как вы ваще программы пишыте с таким могучим логичским мЫшлением? "опора - это полпитания, точно задаваемые тензодатчиком". Ппц. Получается, основная опора - это таки питание, которое потом делится на 2. Еще у вас странные представления о работе тензодатчика. В вашей схеме "опора" будет уходить в плюс синхронно с сжатием датчика и без сжатия будет слегка в минусе относительно полпитания. Кроме этого, Ку вашего токового усилителя завязано на сопротивление тензодатчика, которое, скажу вам по секрету, весьма плывет от температуры.

Сообщение отредактировал oran-be - Nov 9 2007, 07:59

[Andreas1]

"измерения будут относительными, но точными".... Можно написать и так - неточных измерений не бывает, бывает мало пива.

Если не в теме- зачем же это явно так показывать? Существует достаточно примеров, когда измеряемым параметром является отношение Uвх/Uоп и тензодатчики в их числе.

Еще у вас странные представления о работе тензодатчика. В вашей схеме опора будет уходить в плюс синхронно с сжатием датчика и без сжатия бутет слегка в минусе относительно полпитания. Кроме этого, Ку вашего токового усилителя завязано на сопротивление тензодатчика, которое, скажу вам по секрету, весьма плывет от температуры.

Скажу вам по еще большему секрету, тензодатчики корректируют по температуре добавлением доп резисторов последовательно с мостом. Предыдущее даже комментировать неохота. Схема работает давно с разными тензодатчиками и в диапазоне температур и уже достаточное количество нормально прошло не одну госповерку. А токовый усилитель применяет фирма CAS, выпустившая многие сотни тысяч(если не миллионы) весов и пока не отказывается от него.