Разница CodeVision и WinAVR Опции

[virtuality]

Гребаные идентификаторы....

Как просто было в CodeVision : PORTD.1=1; DDRD=1;
Пытаюсь в WinAVR сделать - достал примерно следующий код:

Код

  DDRD  &= ~(_BV(PD2));                            // Назначаем 2-ю линию порта D на вход
  PORTD |=  (_BV(PD2));                            // подключаем "подтягивающий" резистор

Нельзя ли попроще как-нибудь?


И еще вопрос - инициализирую АЦП - выдает беспорядочные хаотичные цифры. Понятно, что дело в том, что ловятся шумы. Вылечил резистором 4,7 кОм на питание. А как-нить программно нельзяли?

[pitt]

Во-первых,
PORTD.1 = 1 эквивалентно PORTD |= ( 1 << 1 ); // ни в коем случае не PORTD = ( 1 << 1 );;
Во-вторых, WinAVR достаточно умен и генерирует код:
PORTD |= ( 1 << 1 );
+0000007E: 9A58 SBI 0x0B,1 Set bit in I/O register

[vesago]

Во-первых,
PORTD.1 = 1 эквивалентно PORTD |= ( 1 << 1 ); // ни в коем случае не PORTD = ( 1 << 1 );;

Я имел ввиду общий подход. Я имел ввиду, что лучьше сразу писать стандартно и использовать конструкции вроде PORTD |= ( 1 << blabla ); PORTD &= (1<<blabla) if((PORTD & (...))!=0)и т.п. Во всех нормальных компиляторах и на всех платформах будет работать.

[pokos]

PORTD &= (1<<blabla)

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

[vesago]

PORTD &= (1<<blabla)

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

PORTD &= ~(1<<blabla);

Код

#define LED_DDR              DDRD
#define LED_PORT             PORTD
#define LED_PIN                PIND
#define LED                       3
#define LED_ON                 LED_PORT |= (1<<LED)
#define LED_OFF                LED_PORT &= ~(1<<LED)

    if(system.led_timer == 0)
    {
      if((LED_PIN & (1<<LED)) == 0)
      {
        LED_ON;
      }
        else
        {
          LED_OFF;
        }

      system.led_timer = 0.1*(1000/SYSTEM_TICK);
    }

[pokos]

PORTD &= ~(1<<blabla);

Когда-то я придумал то же самое.... товарищи даже спрашивали, мол, зачем так сложно. Потом попробовал, во что превращают это разные компиляторы с разными опциями оптимизации. Интересно было!

[Семён]

PORTD &= ~(1<<blabla);

Когда-то я придумал то же самое.... товарищи даже спрашивали, мол, зачем так сложно. Потом попробовал, во что превращают это разные компиляторы с разными опциями оптимизации. Интересно было!

Всегда считал, что битовые операции с портами в AVR компилятор преобразует в что-то типа:
sbi DDRB,1

[_Bill]

PORTD &= ~(1<<blabla);

Когда-то я придумал то же самое.... товарищи даже спрашивали, мол, зачем так сложно. Потом попробовал, во что превращают это разные компиляторы с разными опциями оптимизации. Интересно было!

Всегда считал, что битовые операции с портами в AVR компилятор преобразует в что-то типа:
sbi DDRB,1

А разве не так?

[Семён]

PORTD &= ~(1<<blabla);

Когда-то я придумал то же самое.... товарищи даже спрашивали, мол, зачем так сложно. Потом попробовал, во что превращают это разные компиляторы с разными опциями оптимизации. Интересно было!

Всегда считал, что битовые операции с портами в AVR компилятор преобразует в что-то типа:
sbi DDRB,1

А разве не так?

товарищ pokos утверждает что НЕТ. Кстати если у меня в проекте есть не используемая аппаратура их порты и регистры (если можно) стараюсь использовать в виде глобальных флагов.
typedef struct SYSTEM
{
unsigned char data1:1;
unsigned char data2:1;
unsigned char data3:1;
unsigned char data4:1;
}SYSTEM;
__no_init volatile SYSTEM system@0x40;

значительно увеличивается скорость работы установки флага system.data1=1;, сброса флага и проверки флага.

[pokos]

товарищ pokos утверждает что НЕТ.

Кстати, не утверждал, просто осадочек остался. И проверил в имеющихся ЦодеВижн и ИАР - нормально компилируют. Потом нашёл-таки проект, где чудеса. Дык, там опечатка - как раз PORTD &= (1<<blabla) вместо PORTD &= ~(1<<blabla);
Так что, пардоньте, товарищи.