evgn

Очень просто, в свойствах проекта: Project Options -> Linker -> Additional Input Format -> hex

Уже попробовал... и не только на IAR 4.2, а еще на Code Composer и MspFet от KURTa... На всех одинаковая картина... Или вообще не находят, или находят неизвестно чего :(

В микроконтроллеры MSP430F1101A не удается загрузить прошивку. На корпусе надписи (87К ...). Работаю с процами этого типа уже несколько лет. Сделал штук 7 проектов. И такая бяка :) Загрузка программы производилась в Iar Embedded Workbench v.3.30 и Rowley CrossWorks v.1.4 b1. При этом в те же микроконтроллеры MSP430F1101A с надписями (68K....) удается загрузить прошивку без проблем. CrossWorks говорит периодически, что неизвестный тип MSP430. Iar как водится ничего не говорит. Программатор MSP-FET430P140. Может я чего упустил и в них что-то поменялось? Подскажите плиз.

Проверьте настройку на вход пина PA23, ибо 0 устанавливаться при считывании не должен... на то он в общем-то и вход.

А проверьте baud rate и вообще все настройки uart-ов передатчика и приемников... Когда я начинал работу с rs485 была такая проблема с немного отличающимися настройками по baud rate у разных устройств, в результате приходит стабильно повторяющаяся ошибка на некоторых байтах. Можно кстати проверить, послав Ваш пакет наоборот.

aaarrr спасибо, что просветил... А я как то не вдавался в подробности различий... Действительно так лучше :) Надо поменять проц... :)

Спасибо всем... это мы все и так знаем. А чем SAM7X отличаются от SAM7S? Проблема решена, тему можно закрыть. :) Оказалось, что на ноге PA0 был какой-то страный уровень :) , а проверить PA0,PA1,PA2 на присутствие высокого уровня я забыл. :) Откинул внешние цепи от PA0 и все получилось. Правда откуда этот уровнь взялся, я не знаю, надо поискать будет. Раньше такого не случалось.

Здравствуйте! Есть проект на AT91SAM7256. Прошивка заливается через SAMBA-интерфейс (по DBGU). При изготовлении новой партии приборов возникла ситуация, что SAMBA не работает. При поиске неисправности выяснилось, что отсутствует генерация на кварце, кварц 18,432 МГц. Генерация переодически возникает при замыкании TST, но не всегда. Одна плата зашилась и работала, но при дальнейших плясках с бубном, прошивка была стерта и дальше SAMBA не стала пускаться. Точно такиеже платы шьются нормально, все работает. Коссяков при сборке не замечено. Раньше такого не было... Посоветуйте пожалуйста как его можно запустить...

А вот у меня ASUS P535... коммуникатор... и на нем нет СОМ порта и USB-хоста тоже нет.... Нет даже IR... :) дык можно ли и как-нить и нам реализовать какой-нить выход?... Очень хоцца... Я его недавно купил и еще не копал в эту сторону, но раз тут такая пьянка... :) Может кто уже делал что-нить. Есть у кого мысли на ентот счет? Я думаю можно реализовать железку-переходник подключаемую по USB, но может есть выход попроще... программно..так сказать :)

Всем большое спасибо за помощь! :a14: Менять TCNT программно это действительно не выход... Это помогает... но появляются небольшие на 1-2 цикла шима задержки..... зато часто, что дает еще более худший эффект, чем длинные но редко :). Решением было менять OCR1C и OCR1A в прерывании, запуская прерывание после вычисления значения, и запрещая их по выходу из прерывания. Хотя я так и раньше пробовал... но почему-то не получилоось :unsure: , наверное я не запрещал прерывания... Работает и так как предложил уважаемый =AVR=, т.е. меняя в прерывании сначала OCR1A, затем OCR1C и запрещая прерывания, хотя отличий не видно, т.к. частота небольшая.

Использую tiny26 для формирования шима на 2 ногах PB1 и PB2... соответственно прямого и инвертированного. Кварц 16МГц(хотя от 8 тоже пробовал :) на fast PWM). Тактирование от СК с делителем на 128. DDRB = 3; TCCR1A = ((1<<COM1A0) | (1<<PWM1A)); TCCR1B = 136; Генерируем меандр с переменной частотой от 2кГц до 2,5кГц, меняется с частотой 7Гц. В цикле меняем OCR1C=X; OCR1A=X/2; Где Х вычисленное значение для генерации необходимо частоты меандра. Причем на некоторых частотах такого эффекта не наблюдалось(там была медленная смена 2 частот) На осилографе наблюдаем переодическое пропадание шима... т.е. установление в 0 или 1 на несколько милисекунд... В чем причина такого поведения? Также пробовал atmell-овский пример на fast PWM (avr131) где генерируется синусоида на фаст ПВМ. Наблюдалось также только половина синусоиды :(..

Там написано, что надо ставить резисторы <= 500Ом :) Где точно я это нашел уже не помню. А сейчас искать некогда. А то что периодически можно повесить проц статикой :), т.е. кокой-то уровень заряда, т.е разряда :) его вешает. Думается можно поставить конденсатор большей емкости. Зато от внешних помех защищает довольно неплохо. Мне не удалось ничем его повесить не прикасаясь к плате. Да... кстати с 64-ыми наблюдается таже ботва %). Только на макетке собранной на проводах с пульсациями на питании в пол-вольта, все работает и ничем не убивается.... Вот жеж мля странность. :blink:

В общем почти победилось заземлением через высоковольтный конденсатор и развешиванием на ногах ERASE, TST, JTAGSEL резисторов 500Ом. :) Errata иногда полезно почитать :)

Нет... не нужно. Все и так великолепно шьется.

У меня боттом тоже полностью залит полигоном... монопенисуально :)