[AVSel]

 Сообщение от INFERION :

Я не нашел в даташите упоминая довольно серьёзного для меня косяка. Почему ШИМ даёт 100% заполнение при значении 0xFF в компараторе? Никто не задавался таким вопросом?

А в OCR1C не 0xFF?
Если OCR1ACR1C на выходе всегда единица.

 Сообщение от INFERION :

МК почему-то потребляет порядка 5мА, и экономит всего 0,5мА при использовании Sleep, хотя ядро должно спать половину времени. Стало быть периферия у него весьма прожорливая (два таймера и АЦП). По даташиту он должен жрать вообще меньше миллиампера...

Ага, с потреблением в даташите явно слишком оптимистичные значения... Мне меньше 1.5мА не удалось получить даже на 2МГц...

[AVSel]

 Сообщение от INFERION :

Объясните мне, зачем нужен флаг CTC1 (в регистре TCCR1), если содержимое компаратора "C" (OCR1C) влияет на работу таймера в обоих случаях? Причём корректно работает только когда флаг стоит, и устраивает мне КЗ когда я его убираю, чтоб отключить преждевременный сброс таймера и поднять его тактовую частоту (подключить к PLL). А ещё в даташите чёрным по белому написано, что прерывание по переполнению таймера работает так же и в CTC режиме, хотя я с самого начала напоролся на эффект отваливания этого прерывания как только таймер начинает сбрасываться не со значения 255. Пришлось вместо него использовать прерывание свободного и пустого компаратора. Бред...

Я с PWM1A всегда работаю, CTC1 не трогал. Прерывание по переполнению работает. Но необъяснимые вещи встречаются тоже...

А в Power-down у тебя МК сколько кушает? Мне меньше 20мка не удалось получить, хотя в даташите написано 2мка...

[INFERION]

Я тоже работаю с PWM1A, но на микротоках слишком короткие импульсы, поэтому с определённого момента я с ШИМ перехожу на чистый однобитный сигма-дельта, и потери усасываются почти в ноль. Но для этого нужно переключать ШИМ с PLL на тактирование от RC, да ещё и предделитель заряжать, ибо требуется 2...4МГц. Ну и чтоб частота импульсов сохранилась - OCR1C на 7...15.

В Power-Down я не могу проверить. В сумме всё ест 50мкА, что-то из этого потребляет зелёный светик через подтяжку МК, что-то является утечками через светодиоды. Когда-то голый МК прошил и померил - там было порядка микроампера. Тамагочи писал что МК с разными ревизиями могут жрать нормально, а могут и около 20мкА. Наверное поэтому и ценник на них так отличается...
Светики постепенно деградируют и утечки растут.

[Tamagotchi]

 Сообщение от AVSel :

Мне меньше 20мка не удалось получить,

А вот на этом месте отключи ФУСАМИ БОД и будет меньше микроампера. Причем я вообще офигел, когда при отключенном фусами БОД убрал из прошивки код, который отключает супервизор перед сном и... ток вырос. Что-то здесь не так. Надо разобраться как следует.

[m72]

 Сообщение от INFERION :

Вариации на 40, 60, 80 и 120W.

Инопланетянин в разрезе.

[AVSel]

 Сообщение от Tamagotchi :

А вот на этом месте отключи ФУСАМИ БОД и будет меньше микроампера.

Я пробовал, толку ноль. Да и фьюсы полезные.

[Tamagotchi]

 Сообщение от AVSel :

Я пробовал, толку ноль.

100% срабатывает. Может еще что не выключил? У меня было именно 20, а как выключил - 0,3-0,5.

[m72]

Мы для девайса работающего три года от одной заправки на LSH-14 БОД отключали и ставили внешний супервизор. 5 мкА легко на атмегу16 и rtc1305.
Но этому решению в этом году стукнуло 10 лет. До сих пор в Норильске до -40 трудится.

[Rime]

Да, стоит включить фьюз BODLEVEL0 - и потребление становится более 20мкА.
А если его убрать, 5мкА, а в полной отключке - 0,3мкА.

[Tamagotchi]

 Сообщение от Rime :

А если его убрать, 5мкА, а в полной отключке - 0,3мкА.

Там _всегда_ полная отключка 0,3мкА, 5мкА это когда WDT включен.

[Rime]

А, так это сцобачко столько кушает?

[AVSel]

 Сообщение от Rime :

Да, стоит включить фьюз BODLEVEL0 - и потребление становится более 20мкА.

Так чего получается, программное отключение не работает?

[Rime]

AVSel
неа
Но это кажется только на микросхемах с буковкой V - тинька 85V в частности.

[INFERION]

Если бы оно не работало - супервизор бы жрал 200мкА, а не 20. Именно столько потребляет ИОН. Я думаю программа вынуждена не полностью отключать супервизор, т.к. у него довольно жирный переходной процесс, ждать который при пробуждении накладно...

Сижу пасу стадо багов в очередной раз перепиленном коде. Думал глючит как всегда встроенный усилитель и залил старую заведомо рабочую версию - работает. Значит печатка и схема рабочие, этого хорошо. Придётся проверять матан, мож с указателями на переменные в ОЗУ опять чего-то где-то напутал. Каждый раз при попытке ужать код ещё немного где-то что-то ляпаю и потом два дня ищу...

Нагуглил интересную статью за повышение разрядности АЦП:
http://chipenable.ru/index....
http://chipenable.ru/index....
Именно те механизмы, которыми я и пользуюсь. Но всё это велосипеды на костылёх, т.к. сам по себе АЦП последовательного приближения - хрень полнейшая. Сигма-Дельта изначально даёт и необходимый шум, и отличную передискретизацию, и превосходные передаточные характеристики, но его почему-то в ширпотреб не суют...

Жаль ничерта не гуглится по борьбе с говёностью встроенного усилителя, с ним то проблемы более реальные и насущные...

[INFERION]

Народ, кто-нибудь сталкивался с нелинейностью ШИМ? Если конкретнее - при одинаковой частоте и заполнении, но с разной тактовой таймера реальное заполнение оказывается с хренпоймической разницей. Жил был ШИМ с тактовой 64МГц и периодом в 256 татов (4мкс, 250кГц) и ничего я не замечал, пока не решил перенастроить таймер на тактовую 2МГц и 8 тактов на период. По-идее в первом случае значение "32" даст такой же результат как "1" во втором - 0,5мкс, но на практике нифига. Длительность импульса во втором случае оказалась 1мкс, а в первом вроде бы норма. При переключениях ступенька очень заметна, и соответствует показаниям осциллографа. Затем я решил что таймеры пропускают "1" и сразу за "0" вываливают значение "2". Поднял частоту до 4МГц и получил 0,5мкс. Но... при переходе на более высокую частоту заполнение резко подскакивает, т.е. картина меняется до "наоборот". Начал отнимать константу в быстром варианте - граница начала исчезать где-то при значениях 14 вместо 32-х. Я нифига не понимаю, эти три факта противоречат друг другу...

Быстрый вариант: 64МГц/256LSB=0,25МГц=4мкс; 1/64МГц=4мкс/256LSB=0,015625мкс; 0,015625мкс*32LSB=0,5мкс.
Экономичный вариант: 2МГц/8LSB=0,25МГц=4мкс; 1/2МГц=4мкс/8LSB=0,5мкс; 0,5мкс*1LSB=0,5мкс.
Почему на практике 0,5мкс первого случая в 2 раза меньше за 0,5мкс второго варианта? Причём осциллограф во втором варианте показывает 1мкс.

Допускаем что компаратор сбрасывает пин на следующий такт после совпадения, значит если запишем туда "1", то реально получим... "2". Что интересно - если записать "0", то мы получим.. не "1", а нормальный "0". А на "255" мы получим... "256", т.е. 100%. Бредота... Ок, пробуем сделать так:
4МГц/16LSB=0,25МГц=4мкс; 1/4МГц=4мкс/16LSB=0,25мкс; 0,25мкс*1LSB=0,5мкс. Осциллограф показал 0,5мкс, так что 2+2!=4, садитесь - ДВА!
Теперь смотрим как драйвер переключается между режимами. Внезапно выясняется что драйвер считает иначе - всё таки 0,25мкс, ибо быстрый вариант резко даёт 2х прибавку к тяге. Уменьшаю его значение в 2 раза (т.е. до 0,25мкс, 16LSB) и получаю пока ещё заметную, но уже слабую ступеньку. Я вот думаю, может лаги связанные с тупейшей "синхронизацией" портов с железками таймера? Т.е. сам таймер своим переполнением может установить единичку быстрее, чем сбросит её его же компаратор?

[Maksoff]

INFERION, с такими вопросами Вам стоит в поддержку атмеля обратиться. Они лучше всех смогут ответить.
Кстати, а почему Вы делите на 256 а не на 255? Ведь при 255 (0xFF) будет как раз 100%, нееет?

[INFERION]

Таймер переполняется раз в 256 тактов, поэтому и делю. Т.е. должна быть возможность записи 256-ти ступенек в компаратор - 0...255, где 0 тоже является ступенькой. На этом этапе вроде бы всё логично, разбираем механизм дальше:
Ноль в программировании таковым не всегда является. В данном случае он должен оставаться нулём, поэтому механизм следующий: ШИМ при переполнении таймера должен ставить единицу, а при совпадении значения таймера со значением в компараторе - сносить эту единицу. Допустим имеется 0, тогда происходит оба события одновременно - понятное дело что событие таймера должно быть приоритетнее, чтоб на нуле я действительно получил ноль. Тогда если я запишу 255, то уже на следующий такт возникнет переполнение, и я должен получить скважность в 1 такт таймера. Ведь 256 я записать не могу, чтоб таймер никогда до этого значения не досчитывал. Он досчитает, компаратор сбросит пин, а уже на следующий такт таймер переполнится и установит этот пин. Но на практике получается что-то другое, логику чего я понять не могу. На нуле действительно ноль, а на 255 100%, как будто у нас 257 ступенек. Я уже обнаружил эффект с отсутствующей единицей - за нулём сразу идёт 2 под видом единицы, и в дальнейшем реальное заполнение на 0,4% больше за записанное значение. Я раньше думал что это мультиметр мой врёт, а оказывается нифига. Искал упоминая подобной фигни в даташите - не нашел. В общем ШИМ имеет смещение, ещё и нелинейный на разных частотах. Я этого никак не ожидал от топорной логики, где накосячить очень трудно...

[Maksoff]

Теперь логику понял. Тогда да, лучше сразу Атмел спрашивать.
Надо будет мне свой программатор расчехлить, и самому посмотреть. Не верится что могли такое натворить и умолчать об этом.

[INFERION]

Да им бесполезно писать. Они шаблонно отвечают что-то вроде "читайте AVR120", а там нет ничего за дрейф смещения усилителя и вызывающие его механизмы. Думаете в службе поддержки знают что-то, чего сами же нигде не пишут? Врятли инженер, разрабатывавший этот камень, будет на меня отвлекаться...

 Сообщение от Maksoff :

Надо будет мне свой программатор расчехлить, и самому посмотреть. Не верится что могли такое натворить и умолчать об этом.

Нагляднее всего это проявляется при попытке переключить ШИМ на другое тактирование с сохранением частоты и длительности импульса. Нелинейность сразу же вылазит боком. А если допустить что там имеется смещение в 1LSB и учесть его - всё начинает нормально работать. Осциллограф так же показывает 1мкс вместо ожидаемых 0,5мкс на 0x01. CTC прекрасно глючит, если его отключить не записав перед этим в OCR1C 0xFF. Не знаю нафига это нужно, но глючит страшно, как будто RC генератор с катушек слетает, прихватывая за собою и PLL. И ещё одно паскудное место - смещение ровно в 1LSB только если не переключать таймер между синхронным и асинхронным режимами (не клацать PLL), а тактирование крутить только предделителем. Иначе там смещение какое-то не кратное. Подозреваю что это связанно с синхронизацией железок в асинхронном режиме (по факту заполнение раза в полтора больше ожидаемого), но в даташите я так и не смог найти точного указания сколько тактов и на какое событие оно тормозит. По рисункам всё симметрично, а I/O подключается вообще напрямую через мультиплексор. Без каких-либо регистров.

Две вещи меня больше всего парят в этих МК:
- усилитель АЦП, по которому информации почти ноль.
- С недавних пор странное поведение ШИМ на околонулевых значениях заполнения.
И где мне эту информацию искать? На встроенный усилитель вот уже года два ничего не нахожу, из-за чего его использование затруднительно. Он не такой простой как я раньше считал. Там не ОУ, ещё и какие-то схемы авто"коррекции" смещения есть (видел неоднократно упоминания). Альясинг, откуда ему там взяться? Генератором подкачки заряда что-ли усиливают сигнал? Что это за странная фраза "усилитель тактируется частотой 12кГц, поэтому все составляющие в сигнале выше 6кГц должны быть отфильтрованы внешним фильтром для избежания наложения спектров"? Вообще-то если написано что дифференциальный усилитель имеет полосу пропускания до 4кГц и он по умолчанию аналоговый (первое что в голову приходит) - он и сам прекрасно всё отфильтрует, но по факту альясинг таки есть...
Смещение... почему оно сильно зависит от совершенно левых изменений в программе? Причём поведение усилителя так же весьма заметно. Можно получить смещение в 3LSB на всех чипах, и отличную работу. А стоит чуть подправить и перекомпилить код - уже 35LSB и ужасная работа. Хоть механизм калибровки не затрагивался вообще, как и исполнительные механизмы, использующие показания шунта. Просто физическое расположение этого куска кода в Flash оказалось чуть сдвинуто из-за правок в интерфейсе кнопки. И этого достаточно чтоб пересрать всю работу программы...

[mws]

Эх, давно это было, поднял свои исходники из проекта на 128 меге, вот что у меня там:

.EQU	f19200		=	0x005f
.EQU	f9600		=	0x00bf		; прескалер = 8
.EQU	f4800		=	0x017f		;
.EQU	f2400		=	0x02ff
.EQU	f1200		=	0x05ff
.EQU	f0600		=	0x0bff
.EQU	f0300		=	0x17ff

То есть надо вычесть единичку из делителя, чтобы частота соответствовала. Могу ошибаться, но видимо у тебя что-то подобное надо сделать.