AT90PWM3, Ничего не понимаю - это только у меня так? Опции

[osnwt]

Собрал макет на AT90PWM3. Сложилось впечатление, что это - самый недоделанный из всех AVR.

1) Как определить ревижн чипа (A или B ). Так и не понял до конца, что же у меня.

2) PSCnRB и PSCRV.
Дословно написано следующее: If PSCRV fuse equals 0 (programmed), the selected PSC outputs will be forced to low state. If PSCRV fuse equals 1 (unprogrammed), the selected PSC outputs will be forced to high state.

Прошил PSCnRB=0 вместе с PSCRV=0, но получил прямо противоположное поведение: при PSCRV=0 на выходах стоит Vcc. При PSCRV=1 на выходах стоит 0.

Это уже 5 или 6 ревижн документа, который все в стадии Preliminary. То ли это фича, то ли я что-то не понимаю.

3) BOD и Aref.
Попытался при 5-вольтовом питании включить 4.3 вольта BOD фьюзами. Включил. Как только выставляю через ADMUX Aref=AVcc, контроллер сбрасывается. То ли это Brownout reset, то ли что-то иное - не выяснял, но все зацикливается на сбросе строго после записи в ADMUX. При отключенном BOD все нормально.

4) Amplified ADC conversions.
Не удается заставить работать ADC по дифференциальному входу AMP1. Чего только не перепробовал. При включении (ADMUX) канала 10 (ADC10) все работает. При включении канала 11 или 12 (AMP0, AMP1) преобразование не свершается - бит ADIF не устанавливается. Пробовал включать и выключать amplifier, пробовал запускать преобразование через ADSC в ADCSRA (как для B ревижена чипа), так и через ADASCR в ADCSRB (как для A ревижена) - никакой разницы. Тестовая программа виснет на куске while (!(ADCSRA & (1<<ADIF))) ;

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

Чего стоит только почитать вот этот документик: AT90PWM2/3 Programming Guide (User Guide, 6 pages, revision A, updated 06/06). This document is intended for AT90PWM2/3 users, it focuses on fuse bit programming and configuration. It also provides information and synthesis about fuse bit configuration versus different Atmel hardware development kits using AT90PWM2/3.

AT90PWM2/3 is no more programmable, it must be unsoldered.
Part is no more accessible (ничем вообще, не только по ISP или чему-то еще).

Похоже, на этот раз Atmel оплошала, и серьезно.

[bgc]

повидимому, никому не было нужно, пока работать с этим, чипом,
а Вам, osnwt, для чего? Какой двигатель крутить собираетесь?

[osnwt]

а Вам, osnwt, для чего? Какой двигатель крутить собираетесь?

Трехфазный мотор постоянного тока в бездатчиковом режиме (brushless sensorless DC motor). Эта тема достаточно популярна в среде радиомоделистов. Серийно выпускаемые регуляторы или дорогие, или работают соответственно низкой цене (я, к примеру, уже дважды ронял вертолет из за того, что сэкономил раз на недорогом регуляторе). Потому много народу пытается сделать свой на разной элементной базе. В частности, есть реализации на ATmega8, но там есть принципиальные ограничения по частоте PWM в силу программной реализации того, что аппаратно есть в AT90PWM3. Потому хочется попробовать сделать такое на специализированном контроллере, а высвободившиеся аппаратные ресурсы использовать более эффективно - например, для реализации closed-loop регуляторов различного вида.

Существующие аппаратные контроллеры тут не годятся. Во первых, нужен ключевой режим полевиков, ибо токи там от 10 до 70 ампер могут быть. Во вторых, достаточно навороченная логика управления и конфигурирования режимов. Потому AT90PWM3 как раз туда просится. Хотя, впрочем, есть и другие похожие альтернативы от других производителей контроллеров. Если с этой ничего не выйдет, то придется посмотреть на них.

[Alizei]

Трехфазный мотор постоянного тока в бездатчиковом режиме (brushless sensorless DC motor).

Апноут по такому мотору рассмотрен на первой странице сайта - [banned] - там есть все что нужно и ПИД регулирование по разным параметрам и конкретная схема устройства, есть и бессенсорное управление в апноутах со схожими номерами.

Сообщение отредактировал IgorKossak - Sep 13 2006, 10:32

[osnwt]

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

Обсуждать тему перевода терминов не буду (я BLDC, кстати, и не переводил, а описал смысл устройства). Скажу только, что компания, в которой я работаю, занимается устройствами защиты высоковольтных распредсетей, в т.ч. трехфаных. Я занимаюсь, в том числе, и алгоритмами защит в какой-то степени, и что такое трехфазный переменный ток, прекрасно знаю. Компания работает на 90% на западный рынок, а потому исходный язык всей документации - английский. И я действительно понятия не имею, как правильно перевести многие из терминов - мне это просто не надо, а многие вещи на русский вообще переводятся криво. Скажем, мне понятнее Underfrequency (UF) protection, чем АЧР (автоматическая частотная разгрузка - разгрузка чего, почему...). Но это не важно в данной теме.

Апноут по такому мотору рассмотрен на первой странице сайта - [banned] - там есть все что нужно и ПИД регулирование по разным параметрам и конкретная схема устройства, есть и бессенсорное управление в апноутах со схожими номерами.

Говоря про аппноуты. Естественно, прежде чем что-то писать своё, надо было посмотреть то, что есть. Конечно, я это делал (хотя вопросы-то были не о реализации управления двигателем, а о совсем других вещах). По пунктам:

1) есть аппноут для ATmega*48. Там использованы внешние элементы для управления. Вариант терпимый, но не идеальный. Например, таким образом невозможно использовать asynchronous rectification, а попросту говоря (комментарии насчет слэнга отправляю в /dev/null) открытие нижнего транзистора полумоста в моменты PWM off для пропускания тока обмотки через транзистор, а не его диод (конечно, с заданным dead-time), что заметно снижает потери в виде тепла. AT90PWM3 это делать умеет, причем, аппаратно. Также многие вещи в этом аппноуте упрощены, и его можно брать за начальную основу, но потом серьезно дорабатывать.

2) есть аппноут на PWM3 с PID регуляторами для датчикового мотора. Хорошо, но момент старта там все равно надо дописывать. Хороший источник для того, чтобы разбираться с PID регулятором, но с таким же успехом (мне) проще написать это с нуля.

3) есть аппноут на PWM3 для sensorless двигателя. При всей кажущейся красоте (чего изобретать велосипед) советую посмотреть на то решение. Оно ведь кривое. Там использована внешняя плата с внешними компараторами и RC фильтрами для эмуляции датчиков Холла, что не есть правильно для конкретного применения. Это при том, что PWM3 имеет встроенные компараторы, которые при этом не используются.

На мой вопрос о причине такого решения Atmel ответила следующее:

We have not done, yet, the development of the sofware using the internal comparators.
The use of the internal comparators is possible but the developmment must be done according to the motor characteristics. And this development is tricky due to differences between starting phases and running phases.
We have provided, for the moment, the quickest solution.

Поэтому все те аппноуты имеют ограниченное применение. Я хочу написать своё решение, опираясь на теорию и даташит на контроллер. Ну, а почему именно PWM3? По таким причинам:
1) Она доступна мне и достаточно недорога (в сравнении с той же мегой 48-88-168);
2) Я имею средства разработки и отладки для AVR, и не хотел бы распыляться на другие контроллеры, если на то нет особой необходимости;
3) Теоретически, PWM3 позволяет очень эффективно реализовать коммутацию, оставив ресурсы на внешнюю логику. И при этом иметь полностью C код, что удобно для развития. Ну, а варианты с внешней логикой, и при том не идеальные, есть готовые. В том числе, на AT90S2313. Тоже работают, но ведь зачем-то выпускает фирма специализированный контроллер? Так почему бы его не использовать?

Безусловно, есть и другие варианты, но PWM3 меня полностью устраивает, если удастся решить проблемы, поднятые в первом сообщении этой темы. Пока Атмел из 4-х заданных вопросов ответил только на два (и ответ на второй не соответствует тому, что я вижу на макете), остальные обещает в течение недели проверить и сообщить. Ждем-с.

[Shurmas]

мне понятнее Underfrequency (UF) protection, чем АЧР (автоматическая частотная разгрузка - разгрузка чего, почему...).

Underfrequency (UF) protection - это защита на случай снижения частоты. Как-то не вяжется с АЧР.

Поэтому все те аппноуты имеют ограниченное применение.

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

Я имею средства разработки и отладки для AVR, и не хотел бы распыляться на другие контроллеры, если на то нет особой необходимости;

дак мега48 это AVR.