Arduino.ru

канечный афтомат пагугли.

Код кривой, корявый, вставить не можешь... Бухал что ли? После ДР?
 

#define KEY         2
#define LED1        12
#define LED2        11
#define LED3        10
#define LED4        9
#define LED5        8

#define get_key()   !digitalRead(KEY)
#define KEY_TIME    250


uint8_t led[] = { LED1, LED2, LED3, LED4, LED5 };

void setup() {
  pinMode(KEY, INPUT_PULLUP);
  for (uint8_t i = 0; i < sizeof(led); i++)
    pinMode(led[i], OUTPUT);
}

void loop() {
  if (get_key()) {
    static uint8_t i;
    digitalWrite(led[i], !digitalRead(led[i]);
    if (++i >= sizeof(led))
      i = 0;
    delay(KEY_TIME);
  }
}

Сравнивай.

В 22 я бы сделал так:

static uint8_t  i = 0;

 

это когда писатель и за каждую букву оплачивают?  )))

А что, инициализировать ее не надо? И так сойдёт?

Если чем-то отличным от 0, то - надо.

А почему? Что-то не пойму...

Чего именно не понимаете?

Почему бессмысленно дважды инициализировать одну и ту же переменную одним и тем же значением?

Если переменная локальная и объявляется внутри функции, то инициализировать обязательно.

А если не локальная?

В данном случае локальная

компилятор проинициализирует

Да?

А вот распределение памяти говорит иначе.

int a;

void setup() {
  static int b;
  int c;
  Serial.begin(115200);
  Serial.println(a);
  Serial.println(b);
  Serial.println(c);
  Serial.println((uint16_t)&a);
  Serial.println((uint16_t)&b);
  Serial.println((uint16_t)&c);
}

void loop() {
}

Результат:

0
0
-20990
280
278
2298

 

Кому это он так задолжал?

Если код из #2, то никому он ничего не должен. Разве что Вы будете очень долго кнопку нажатой держать. Он же у Вас спит по четверти секунды и плюёт на кнопку с высокой колокольни. Потом просыпается, глянет как там кнопка и снова спать.

Статики и глобалы автоматически инициализируются нулем.

Спасибо, добрый человек! Буду знать теперь.

это аппаратные особенности

Отнюдь.

Фигвам!

И в Си, кстати, тоже.

Аптамуш, статик это тот же глобал, и хранится там же, в глобалах, просто его область видимости ограничена функцией, вернее, блоком {...}, где он обьявлен

В чем, кстати, каждый при желании может убедиться самостоятельно: https://arduino.ru/forum/programmirovanie/ne-korrektno-rabotaet-kod#comment-668602

если хранится в том же адресном пространстве кто мешает оттуда достать?

Код ВСЕГДА работает так, как написан и ему плевать на познания автора кода о корректности работы кода ...

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

А во-вторых, никто доставать не мешает. Даже речи о том, что кто-то мешает, не было.

а в чём тогда разница? что именно создаёт область видимости?
ЗЫ невольно тут вспомнишь про петуха, у него и для поощрения и для наказания один метод...а в чём разница )))

Область видимости создаёт ЯП и строго поддерживает компилятор. Что бы ты не заблудился.)

Область видимости и адресное пространство это вообще разные вещи (даже относятся к разному: область видимости - к софту, а адресное пространство - к железу), единственное, что их как-то связывает, то, что область видимости содержится внутри адресного пространства (возможно, фрагментарно).

1. Адресное пространство - свойство аппаратное, и является совокупностью всех доступных процессору адресов ячеек или каких-либо их аналогов (например, регистров) по адресу (плоскому или сегментированному). Например, у AVR два адресных пространства: ОЗУ+регистры и flash/программы (либо PROGMEM данные). Т.е. одному и тому же адресу соответствуют два объекта - один в одном адресном пространстве, другой - в другом. У Intel x86 тоже жва адресных пространства: одно для программ и данных, другое - для портов ввода/вывода. Размер этих адресных пространств (длина адреса) различен. А вот у stm32 и других ARM адресное пространство одно, куда входит ОЗУ, ПЗУ, а также поты ввода/вывода. В любом случае это особенность аппаратной архитектуры.

2. Область видимости - особенность языка программирования, в частности Си и Си++. Есть похожие вещи и в других языках программирования, но они могут по-другому называться и иметь иные свойства. В частности, в Ассемблере, насколько я помню, такого понятия как область видимости вообще нет. В Фортране и Паскале видимость переменных определяется существенно отличающимися от области видимости правилами.

Использование локальных переменных при определении требует инициализации, а глобальных переменных - нет.