VladimirYU

PEN можно в воздухе оставить или на VCC через 1к, это рудимент от меги103. Дело не в этом. Осцилом посмотрите сигналы на ногах, может что то прояснится.

Я тоже к этому склоняюсь, но дело в том, что объекты в моем случае это физические приборы обращение к которым от "мамы" по SPI шине. Реализация класса, поддерживающего их, скрыта, есть только интерфейс .h и .r90. В общем пока обхожу эту проблему, но в дальнейшем придется разбираться. Всем спасибо за участие, за одно и лишний раз в стандарте покапался.

К сожалению реализация как конструкторов, так и методов скрыта и доступна только в виде библиотек .r90

Может проще новую эру открыть.... и полная перезагрузка

Dog Pawlowa дал более чем исчерпывающий ответ. Колитесь каким программатором пользуетесь, курите его описание, если не поможет продолжайте тему.

Столкнулся с непонятной вещью. Имеется некий класс TBase в хидере class TBase { public: TBase( UCHAR par1, UCHAR par2) // конструктор с двумя параметрами // Далее методы, данный и т.д. ......... ......... }; В file.cpp реализация. В прилложении создаются объявляются глообальные указатели и создаются два объекта 1 способ, не работает TBase *Obj[2]; // далее вызов конструкторов Obj[0] = new TBase( A, B); Obj[1] = new TBase( C, D); // Методы вызываются в основной программе Obj[0] ->Method1(); Obj[1] ->Method1(); .......... Поведение программы, как будто создан только один объет Obj[0] А если сделать вот так TBase *Obj0; TBase *Obj1; // далее вызов конструкторов Obj0 = new TBase( A, B); Obj1 = new TBase( C, D); // Методы вызываются в основной программе Obj0 ->Method1(); Obj1 ->Method1(); Все работает корректно. В чем может быть причина или где я не догоняю

Чтобы увидеть, что обработчик запустился достаточно ногой дрыгать. Уберите вы LCD из обработчика и посмотрите ушла ли проблема, если да, то копайте в реализации функций LCD.

А может обычный сигма-дельта спасет, если конечно устроит его быстродействие?

Ваша схема реализует ОС по току и только. Если вы хотите управлять скоростью и положением, то необходимы внешние по отношению к контуру тока контура управления соответственно скорости и положения. Представьте себе случай, когда Ваш двигатль работает на холостом ход. Ваша схема поддерживает в якоре постоянный ток следовательно двигатель развивает постоянный момент получаем постоянное ускорение и неограниченное линейное нарастание скорости. Идея Ваша с ОС по току верна, но для создания работоспособного привода недостаточна. Посмотрите в сторону систем подчиненного управления систем электропривода. Там подробно изложено когда контур тока необходим, а когда без него можно обойтись, а также как правильно его настроить. Автор, если память не изменяет, Башарин.

Почему, если не секрет? Ошибка ИМХО, если wdr в обработчиках прерываний, в фоне, по-моему, сколько хочешь сбрасывай. Или я ошибаюсь, поясните?

Ну про USB для меги128 забудь сразу и навсегда. А вот где проблема порылась? Чем не устраивают стандартные SPI или TWI(I2C) или USART? А с размерами буферов сами разберетесь.

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

+1 Если инструмент необходим не экономь на нем, железно окупится. А если нет уверенности, что окупится значит он просто не нужен.

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

А под какую задачу?

Нужно ли? ИМХО, на усмотрение разработчика. А вот то? что можно проверено на личном опыте. В нашей конторе для войнушки можно применять только мегу128 и CAN128, так с учетом лоадера программы уже за 64к выползают. Опять же ИМХО, при отлаженных библиотеках и при ООП подходе МКII не нужен, в больших проектах он не спасает.

Я именно имел в виду объектно-ориентированный подход к проетированию пограммы, конечно с использованием классов. Но классоы это лишь инструмент. Для меня в свое время это была настоящая ломка перейти к идеологии ООП (с С на С++), но это сугубо личные впечатления. У нас в конторе было чуть ли не табу на использование ++ и ООП для программирования МК, пока мы с напарником за почти два года на собственных примерах (проектах) не сломали этот стереотип.

Если не секрет, как Вам это удалось?

А как иначе? Ведь это не режим короткого замыкания для двигателя. Перекрылм входное отверстие и он крутит тот воздух который внутри. перепада давления нет, так как нет "подсоса" получаем практически режим холостого хода. Обороты растут ток падает. Особенность вентиляторной нагрузки.

А я бы агитировал за ООП, в условиях корпоративной разработки проектов и их дальнейшего сопровождения альтернативы ООП ИМХО не вижу.

В воздухе?! Или все же он был выведен на разъем пограммирования. Иначе в режим последовательного программирования контроллер посто не попадет.

В Питере Николь. www.aonikol.ru

А все-таки как это вяжется с изначальными утверждениями, что 20 плат нормально программировались. Советы от Tolyaha бесспорно по делу. Но ИМХО в Вашем случае причина в чем-то другом. Откровенного криминала в разводке печатной платы я все же не вижу. Согласен с замечаниями Tolyaha, но должно программироваться и в таком исполнении. А не пробовали питание 5В, или вторая микруха его категорически не любит?

Сообщение can't resync часто бывает, когда RESET не доходит до лапы контроллера, посмотрите что там делается при попытке программирования. Выбрать следует AVR ISP I/O, сделать калибровку и в светлый путь...Для avreal попробуйте опцию -%, может что-нибудь прояснится.

Я не увидел. Попробуйте понькой, м.б. поможет, она типа калибруется под машину. А кварц заводится?