WinAvr в вопросах и ответах

[ARV]

Подскажите пожалуйста, как передать байт в регистр последовательно, т.е. есть переменная с определенным значением и нужно записать ее в внешний 8ми битный регистр последовательно бит за битом.

а в чем проблема? SPI, TWI или USART сделают это аппаратно, а программно - при помощи сдвига в цикле.

[Vergilium]

А можно напрямую обратится к определенному выводу парта, например к 6 выводу порта А. Что то вроде этого PORTA.6 не катит в WinAVR. Может какая то функция есть или что еще?

[ARV]

А можно напрямую обратится к определенному выводу парта, например к 6 выводу порта А. Что то вроде этого PORTA.6 не катит в WinAVR. Может какая то функция есть или что еще?

а вы делайте, как будто работаете не с портом, а с обычной переменной... как в ней отдельный бит изменить? вот точно так же и с портом:

Код: Выделить всё

PORTA |= 1<<PA6; // естановить 6 пин порта в 1
PORTA &= ~(1<<PA6); // сбросить пин 6 порта в 0
PORTA ^= 1<<PA6; // изменить пин 6 порта на противоположный уровень

[DimAlt]

Можно воспользоваться замечательными макросами

pin_macros.h
* Author: Oleksandr Redchuk aka ReAl (real@real.kiev.ua)
*
* Description: port bits access macros for AVR uC family (avr-gcc compiler)
*
* Based on macros by Ascold Volkov, Andy Mozzevilov, Aleksey Musin

[Noxilie]

извиняюсь
Не могли бы Вы разъяснить эту строку

<< - битовый сдвиг как я понял
а |= что такое

просто на си писал очень давно
счас в книжку сунулся
там нет ничего такого нет

ЗЫ. или это 2 оператора |и =?

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=37871 - это если владеете ангельским
А если не владеете, то да, это два оператора.

PORTC |= (1<<PC4);
что эквивалентно: PORTC = PORTC | (1<<PC4);

1<<PC4 - это сдвиг единицы на четыре бита влево (как показал тест на эмуляторе ), то бишь мы получим 10000 в двоичной сс

что-такое PC4 вот только не понятно мне) Откуда оно такое?

[ARV]

Можно воспользоваться замечательными макросами
pin_macros.h

можно, но стоит ли? не лучше ли использовать де-факто стандартные для AVR-GCC макросы, которые уже определены в avr-libc?

что-такое PC4 вот только не понятно мне) Откуда оно такое?

а это всего-навсего заранее определенная константа для обозначения конкретного разряда порта, точно так же, как, например, ADSC обозначает бит запуска АЦП в регистре ADCSRA, так и PC4 обозначает 4-й бит для DDRC, PORTC или PINC.

[DimAlt]

Можно воспользоваться замечательными макросами
pin_macros.h

можно, но стоит ли? не лучше ли использовать де-факто стандартные для AVR-GCC макросы, которые уже определены в avr-libc?

А какой в них криминал? Мне интересно Ваше мнение.
Я сам начал приходить к таким макросам, но у меня на первых порах возникли трудности со склейкой, в поисках примеров нашел этот файл. Для меня это пример, как надо делать. Очень понравился, я не призываю им пользоваться, просто красива сама идея.

[kaf]

А какой в них криминал?

криминала никаго - очень удобно, но ## мало какие компиляторы знают.

[ARV]

криминала никакого. но большинство привыкают к тому, что есть у всех без исключения (кто пользует avr-gcc), и перепривыкать к вашим поделкам как-то не очень охота... к тому же мне показалось, что там что-то слишком уж лихо накручено... как-то непрозрачно...

[DimAlt]

перепривыкать к вашим поделкам как-то не очень охота...

Поделка автора Oleksandr Redchuk aka ReAl (real@real.kiev.ua), как то слово это, здесь не к месту.

[ARV]

Поделка автора Oleksandr Redchuk aka ReAl (real@real.kiev.ua), как то слово это, здесь не к месту.

ну мы-то от вас об этой поделке узнали - вот и приписали вам

[Negor]

Есть ту счастливчики, что удачно пользуют либы из avrlib porcylan вместе с winavr и avrstudio? Пока рабочий вариант - этот makefile. Но это не есть гуд. Неужели нужно всегда создавать makefile самому для каждого проекта? Я понимаю что раньше так и было, но 21й век на дворе. Вобщем проблема как и у многих. На этапе сбора линкер кричит undefined reference to <avrlib> Вот. Т.е. Makefile который создаёт студия не полходит. Все директории везде прописаны(до этого просто не виделись файлы.)

[AI_Disable]

Как известно, у тини2313 по два регистра сравнения на таймер. Подскажите, можно ли сделать два прерывания от таймера1 по совпадению с регистром OCR1A OCR1B, но при этом чтоб первое прерывание не сбросило таймер?

[ARV]

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

AI_Disable, при сравнении счетчик таймера не портится! т.е. если вы сами его не запортили, то все будет пучком.

[AI_Disable]

AI_Disable, при сравнении счетчик таймера не портится! т.е. если вы сами его не запортили, то все будет пучком.

То есть мне разрешить прерывания по совпадению в режиме normal, а не в CTC? Но тогда такой вопрос: если я буду вручную обнулять таймер из прерывания, не потеряю ли я на этом такты?

[ARV]

вы огласите задачу: откуда можно было знать, что у вас СТС-режим был? может, оно и не надо - обнулять-то?

[AI_Disable]

Нужно, чтоб сначала таймер досчитал до OCR1A, вызвал прерывание, затем продолжил считать до OCR1B, вызвал прерывание и сразу же обнулился. То есть нужно, чтоб прерывание по совпадению с OCR1A было как "normal", а с OCR1B, как "CTC".

[ARV]

Нужно, чтоб сначала таймер досчитал до OCR1A, вызвал прерывание, затем продолжил считать до OCR1B, вызвал прерывание и сразу же обнулился. То есть нужно, чтоб прерывание по совпадению с OCR1A было как "normal", а с OCR1B, как "CTC".

а наоборот нельзя? тогда СТС вы делали бы по OCR1A, как и положено, а по OCR1B прерывались бы...

[AI_Disable]

А таймер разве не сбросится по достижению OCR1B? Я боялся, что режим CTC выбирается для обоих регистров сравнения одновременно.

[ARV]

А таймер разве не сбросится по достижению OCR1B? Я боялся, что режим CTC выбирается для обоих регистров сравнения одновременно.

читайте даташит - СТС работает по OCR1A или ICR1.