Petka

Чего-то я не понимаю. В чём проблема-то? Хотите быстро, определите свой тип BOOL как uint_fast8_t. Хотите компактно используйте макрос битовой упаковки. Си позволяет делать и то и другое. Контроллеры то тут причём?

Вы работали с АВР32? Чем "круче"? Крутость пока только в рекламах Атмела. Интересует сравнение на реальных проектах. Типа: "Мы тут скомпилили для АРМа такого-то и для АВР32 такого-то, получили такой-то прирост производительности/энергопотребления/латентности и пр." Часто бывает на тестах фирмы производителя одно, а на реальной практике совсем другое. Где-то на форуме пробегала тема, что Атмел заявлял декодирование mpeg4 VGA в реальном времени 25 кадров в секунду, а в реальности не получалось больше 5 кадров/сек. Чем принципиально АВР32 отличается от XScale (кроме как более низкими частотами и сомнительного будущего)? Прошу к моему посту отнестись адекватно. Я не критикую АВР32, просто хочу узнать мнение со стороны.

А в потрохах машины ковыряться это безопасно для здоровья? Кого обманывать собираемся? Себя? Ну пускай скрутят 120тысяч километров. от этого автомобиль новее получится? Ржавчина восстановится?

А не проще тогда просто оторвать счётчик от вала?

Выше было уже сказано, что MSP430 всё равно жрёт меньше, меньше и АРМа и АВР. Не надо себя ограничивать =) В дальнейшем при выходе на рынок Cortex M0, И МСПшке придётся потесниться. Посмотрим (вокруг, а не тупо в боготворимый АВР). Да есть и встроенный EEPROM, и батареечная память, и много ещё чего вкусного. Кстати до сих пор не верю в "неслетаемость" АВРовской EEPROM. Были слёты пару раз. Больше не наблюдал, но осадок остался.

1) да 2) да 3) да

А кто оценивал менеджеров? Продукты оцениваем! Может в Атмеле Менеджеры по АВР и просто золотые люди, но АВР как продукт от этого не лучше. P.S. Ещё вспомнил плюс АРМов: Наличие PLL. Возможность использовать любой кварц, и работать с "любой" периферией на "любой" частоте.

Проверьте есть ли коротыш между 14 и 15 пинами меги.

ЭЭЭЭЭ. А чем он это сказал зажёг? Непрошитая АВРка не на портах имеет Z состояние и тока отдавать для светодиода не может. Проверьте схему на закоротки.

Должен потухнуть если к программатору не подключено программируемое устройство. Если не подключено, то проверьте цепи идущие от TARGET_RST

Сначала проверьте подключение FT232. Определился-ли компорт? Если определился замкните TX и RX FT232. Откройте терминалом определившийся компорт. При замкнутом TX/RX в терминале должно приходить эхо. Если пиходит, то обвязку FTшки собрали правильно. Потом проверьте как FTшка подключена к меге. Проверьте нет ли замыканий и/или обрывов, просмотрите глазками и прозвоните тестером. Если всё ОК, то в каком-нибудь темнинале, позволяющем дергать RTSами вручную (например mxterm), подёргайте ножками и проверьте дейтсвительно ли эти ножки дёргаются? если дёргаются, то проверяйте питание, кварц (+ номиналы конденсаторов на нём) и ресет меги. Если в порядке, то попробуйте прошить не понькой а avrdude. Если и это не поможет, то повторите весь путь с самого начала. Правильно собранный программатор из исправных комплектующих должен работать сразу. P.S. В инете есть затруднения с поиском mxterm, поэтому прикладываю его к сообщению. MxTerm.zip

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

1) не 60 МГц а 72Мгц. 2) само-собой что мерялся не просто "сферический конь в вакууме" - просто выставление 8 бит на 8 линий, а ещё выставление чтения/записи/стробирования. Осетра оставьте в покое, пускай растёт =)

Подключал дисплей по 8ми битной шине. На АРМе каждый бит (из 8ми битной шины) устанавливал индивидуально (дисплей был подключен на пробу не на один порт, а в "разброску"). В итоге получил бОльшую скорость, чем на АВРке где 8ми битная шина заведена целиком на один порт и все 8м бит выставлялись одновременно. А вы говорите ногодрыгательство у АВРок рулит... Больше не рулит. FAST-GPIO в LPC вот что теперь рулит =). Этот пост моя обьективная оценка ногодрыгательства "AVR vs LPC" в моих применениях.

Из конструктивного: Там где раньше стояла Mega128/64 и аналогичные можно поставить LPC2387. Корпус по площади такой-же, кушает примерно столько-же, пинов больше, ОЗУ не просто больше а принципиально больше, флеша, периферии больше и лучше =) Тактовая частота до 72МГц почти в пять раз больше. Производительность выше (при пересчёте на один мегагерц). Возможность внутрисхемной отладки без применения "фирменных" отладчиков. Наличие свободного программного обеспечения для компиляции, прошивки, отладки, разработки. В LPCшках есть возможность более широкого выбора на какие пины выводить периферию. Из минусов: Не такие мощные порты (правда теперь всё реже нужны мощные), возможность запитать только да 3,3В. (тоже сейчас безумно теряет актуальность) Всё! Больше минусов не знаю. Да, забыл ЦЕНА! За такие вкусности LPC стоит ДЕШЕВЛЕ жлобских AVR (серии 128мег). Из виртуальных плюсов LPC2387: на это посадочное место встаёт новый чип от NXP Cortex M3 - LPC1766. P.S. А Вы, Уважаемые коллеги, чем заменяете полюбившиеся AVRки? (с какого конкретно камня на какой конкретно перешли, какие проблеммы возникли, как их решали, почему сделали переход, какие плюсы получили от перехода, что потратили, что сэкономили)

в конце выходных.

А напряжение батареи какое?

Про авторство прошивки: Автор прошивки "Guido Socher, tuxgraphics.org". Я только модифицировал прошивку для того, что бы можно было переназначать сигналы на любые порты + использовать более широкий набор кварцев. Да, я веду в свободное время более серьёзную доработку прошивки, для снижения требований к тактовой частоте.

От чего запитывается программируемое устройство? Общие ли земли? Какие у вас номиналы резисторов? Штатные или "близкие"? Попробуйте без конденсатора на ресете. 1мкФ это ОЧЕНЬ большой номинал для ресета. Есть ли у Вас индуктивность на питании программатора? P.S. Где-то была тема, в которой я негативно высказывался к RC цепочкам на ресете без диода.

Autobaud уже не лезет в мегу48. =( 1) При подключении программатора к программируемому чипу светодиод начинает мерцать? Такого быть не должно. Светодиод мигает на программаторе сразу после ресета. Попробуйте выяснить не ресетится ли программатор по каким-либо причинам. 2) У Вас значения кварцев отличаются почти на 3%. Для UARTа допустимая погрешность частот допускается с каждой стороны не более чем 2,5%. Всё на грани. 3) Правильно ли собран резисторный делитель? Нет ошибок в номиналах?

В том-то и дело что на stk500v2 заложена стандартная частота 115200. 57600 это уже будет отклонением от стандартных настроек, и например кодвиженовский проггер не сможет работать с этим железом.

Задам наводящие вопросы: 1) какую константу нужно записать в UBRR, что бы UART работал на частоте 115200? 2) какая при этом получится точность в процентах?

Почти. На программаторе стоит кварц, по-английски это "Crystal oscillator". "Ceramic Resonator" - это другое.

Скорее всего нет =). Совет: Если хотите научиться использовать AVR ознакомьтесь с фузами. За какие настройки они отвечают. Прочитать в оригинале можно в datasheet на ваш контроллер в разделе "memory programming" -> "fuses". Особое внимание уделите фузам "CKSEL". Если останутся вопросы задавайте сюда. Поможем.

1. крайняя прошивка имеет версию 6!