Угловые скобки указывают компилятору, что файл с именем, заключенным в скобки, нужно искать в системных (для компилятора) папках. Для включения пользовательских файлов проекта нужно использовать кавычки и полный или относительный (относительно папки проекта) путь. Я лично предпочитаю относительные пути. Тогда при переносе проекта в другую папку или на другой диск проблем не возникает.

Реализация клавиатуры не проблема. Для нее нужен буфер и три функции.
1. Определение состояний кнопок, устранение дребезга контактов, формирование скан-кодов и складывание их в буфер клавиатуры.
2. Проверка состояния буфера клавиатуры без извлечения скан-кода текущего символа.
3. Извлечение текущего скан-кода из буфера.
В N-ный раз описывать каждую функцию уже что-то лень. Сейчас поищу, где я уже это описывал

Update. Ну вот тут, например.

Достаточно создать сам файл и написать #include "file.h", подключать к проекту как файлы .c или .cpp не нужно.

По части кнопок - все методы сводятся к периодическому опросу и фильтрации чтобы устранить дребезг контактов кнопки.
В разделе для начинающих и про AVR есть несколько обсуждений этой темы и примеры кода.
Я при малом числе кнопок обычно пользую метод изложенный =AK= http://electronix.ru/forum/index.php?showt...st&p=231093

Всем спасибо С файлами ясно, получилось, про кнопки почитаю укзанные темы

А кто знает какой-нибудь JTAG - отладчик, внутрисхемный, чтобы был универсальным и подходил как к MSP, так и к ARM, AVR... сейчас придется переносить часть проекта на другой контроллер, а потом вдруг на еще какой-нибудь - не хочется каждый раз покупать новый отладчик...
Вообще говоря, разве JTAG - он и в Африке не JTAG? в чем принципиальное отличие внутрисхемных эмуляторов для MSP и для AT91SAM, если они прошивают по JTAG и работают с IAR?
Все-таки я еще темная

Сообщение отредактировал Daria - Apr 27 2009, 17:45

Я только один знаю, который сразу несколько LPT-ных эмуляторов эмулирует (такая вот тавтология ) - SM510PCI. Могу даже комплект плат для самостоятельного изготовления этого устройства предложить.
JTAG стандартизован в виде интерфейса (IEEE-1149.1), но он не полностью определяет способ доступа к кристаллу. Т.е. если грубо итожить, то в стандарте IEEE-1149.1 описаны сигналы и архитектура, но не стандартизован протокол доступа. Кроме того, разные фирмы разный софт используют. Соответственно несмотря на то, что IDE в IAR может быть одна и та же, но в дебаггере она будет использовать разные библиотеки для разных МК.

А вот J-Link( MT-Link) - разве не почти универсальный?

Встречно-наводящий вопрос: если учесть, что большинство JTAG эмуляторов, подключаемых к LPT-порту представляют из себя всего лишь буферы и/или преобразователи/согласователи уровней, то можно ли сделать заключение, что LPT-порт это почти универсальный JTAG-эмулятор?
Про J-Link почитайте его описание. Там что-либо про MSP430 и AVR сказано?

Здравствуйте снова.
Такой вопрос-
Объявляю структуру

В main инициализирую


При этом компилятор инициализирует буфер портом P5, и при

записывает в P5OUT=0x01, на следующем шаге 0x02 и т.д.
В чем смысл этой структуры - нужно хранить массив кодов, который циклически читается, и после считывания соответствующего кода выполняется соответствующая команда. понимаю, что криво, но как тогда лучше сделать? и причем тут P5OUT?

В объявлении

слово struct - лишнее. Нужно просто

Насчет остального как-то туманно. Обрывки текста как обычно для тренировки телепатии?

Мне казалось, что понятно. Ну, это все, что тносится к этому буферу . ладно, вопрос снимается, выкинула эту структуру на фиг, сделала обычный глобальный массив и глобальный указатель чтения. Все работает
Но теперь еще вопрос. Rеzident, вы, когда говорили о функциях обработки кнопок, упоминали три функции. Вопрос - а зачем разносить проверку скан-кода без извлечения из буфера и чтение скан-кода с извлечением из буфера в разные функции?
Нельзя все сделать в одной - смотрим, обновился ли буфер, и, если да, то считываем скан-код?
Я вроде сделала так, вроде работет - одна функция выполняется по флажкам прерываний, она проверят=ет состояние. обрабатывает дребезг и кладет код в буфер. А другая - в цикле for();; смотрит, обновился ли буфер, и читает.
НО - возможно тут опять дала маху пресловутая женская логика и в дальнейшем будут какие-то проблемы?
поясните. почему именно три функции, пожалуйста

В данном случае слово "функция" нужно понимать как функциональность, а не как функцию языка программирования. У меня обращения к буферу клавиатуры: запись, чтение с и без извлечения из буфера тоже обычно объединяются в одну функцию. А вот сканирование и устранение дребезга чаще всего это отдельная функция.

Здравствуйте. Подскажите, в IAR действуют функции типа sprintf, и если да, то какой файл подключить?

Дык стандартно, stdio.h . Только нужно библиотеки CLIB или DLIB в опциях проекта выбрать. И учтите, что printf и sprintf жутко любят стековую память. Для модели Small или Tiny почти 250 байт стека требуют. А если захочется float выводить, и придется выбрать модель Large или Full, то заготавливайте все 1кБ-1,5кБ.

Да и Flash они тоже любят неслабо.

Проще тогда наверное сделать подобную функцию самой Мне вообще-то надо просто число в набор символов преобразовывать(и обратно) - можно просто последовательным делением на 10 с остатком и сдвигом разбить на числа и перевести в ASCII код... Как вы считаете?