Arduino.ru

у телефона с текболом экран не нужно было обновлять?

Зачем? У него ж трекбол есть!

филлипс то получше будет, раз в месяц заряжать приходится )))

Чем меньше обновляешь экран, тем дольше живет аккум. А еще лучше от греха подальше выключить телефон.

Интересно, а зачем нужны методы begin если можно то же самое в конструкторе сделать? 

anarch , не все в конструкторе можно сделать. А точнее в конструкторе запущенном глобально. А локально не пройдет, так как у Ардуины  две функции setup и loop.

ПС: Для неверующего Фомы попробуйте I2C без begin запустить или тот же Serial. :))

Не совсем о том. Во многих библиотеках конструктор либо пустой либо вызывает init, begin и подобное, плюс ко всему куча сетеров, в свою очередь вызываемых из begin.

Это или мода или попытка или у класса дофига конструкторов и как-то обобщить их код и снизить повторную работу для программиста.

Клапочка, я этого не говорил, там предыстория есть, почему не ставят мыша али трекбола.

А я что то думал, что самым жрущим батарею в мобильных устройствах элементом было (и, наверное, остаётся) - подсветка экрана. 

Сколько раз замечал - если подсветка на минимуме, так и живет без подзаряда раза в три-четыре дольше, чем с подсветкой «на всю катушку». 

Ну на современных экранах чистой подсветки давно нет. И да посмотрите расход энергии на статичной картинке или когда идет видео. Вот когда идет видео, то уже "подсветка" жрет немного. Можно конечно сказать что обработка видеофайка это не обновление экрана. Но здесь перепутана причина и следствие. Что бы посмотреть нормально фильм то надо часто обновлять картинки, а что бы получить новые картинки нужно обработать видеофайлы. По факту уже расход энергии идет не только перегонке информации из разных буферов, но и получить информацию из видеофайла в буфер.

ПС:https://www.youtube.com/watch?v=I5Zh3v841E4

Пух, ты бредишь?

На ПК это не нужно. 

Не нужно потому, что конструктор вызывается только после того, как запустится Ваша программа, а Ваша программа запустится только после загрузки ОС.

На МК это не так: глобальные конструкторы вызываются до первого исполняемого оператора. Т.е. до настройки "железа", которая обеспечивает ардуиновский сервис - конфигурирование таймеров, настройку службы времени и т.п. Поэтому, если для инициализации класса необходимы какие-либо системные функции Ардуино, то эту инициализацию невозможно произвести в конструкторе класса и ее осуществляют в методах begin или init, вызываемых уже после первоначальной настройки железа, которая осуществляется между конструкторами объектов и вызовом функции setup().

Например системные функции? Мы же подключили Arduino.h, что еще для счастья нужно?

Еще раз: в некоторых случаях необходим вполне конкретный порядок выполнения следующих операций:

1. Инициализация системного железа Ардуино.

2. Инициализация экземпляра класса.

Если требуется произвести 2 раньше 1, код инициализации класса помещается в конструктор, а если 1 должна быть раньше 2, то инициализации класса помещается в метод begin(), вызываемый из setup().

Видимо какое то железо секретное из setup() инициализируется.

А по факту железо и таймеры Ардуино начинают инициализироваться  с запуском main

int main(void)
{
	init();

	initVariant();

#if defined(USBCON)
	USBDevice.attach();
#endif
	
	setup();
    
	for (;;) {
		loop();
		if (serialEventRun) serialEventRun();
	}
        
	return 0;
}

https://arduinomaster.ru/program/arduino-void-loop-i-void-setup/

ХМ... Создаю значит класс использую в не millis(), pinMode(), digitalWrite(), и прочую лабуду. Иницаилизирую экземпляр до setup() и все работает. Что я не могу сделать без блока setup()?

попытайтесь analogWrite()

Вы ошиблись - не работает. Тупо 0 возвращает.

Да, извините ошибочка вышла ) все это я использую в методах. 

 Получается переменные и порты только можно инициализировать в конструкторе.

class Abracadabra{
 public:
 Abracadabra(){
  pinMode(3,OUTPUT);
  analogWrite(3,1);
 }
};

Abracadabra bum;

void setup() {
  // put your setup code here, to run once:
}

void loop() {
  // put your main code here, to run repeatedly:
}

Это работает )

А как дело в ардуине обстоит с деструкторами? Смысл в ним есть? 

Есть конечно, ведь не все объекты классов будут статическими.

Открываем https://android.googlesource.com/platform/external/arduino/+/d5790d78880d4bd60be277ee20e53a851aa8c116/hardware/arduino/cores/arduino/WString.h

строка 40

~String() { free(_buffer); _length = _capacity = 0;}     //added _length = _capacity = 0;

А чего в скетчах ардуинщиков не встречается. Так и классы для них "шозаблятьэто.."

Короче говоря, редко но нужно.

Виишли, по традиции, в Ардуино все объекты глобальные, их жизнь заканчивается вместе с пропаданием питания, поэтому на деструкторы зачастую забивают.  Но, конечно, классы типа String, которые многократно создаются/пересоздаются нерадивыми пользователями, просто обязаны иметь деструктор.  

Ага уже разбежались с GUI, сколько нормальную IDE не могут сделать :)

Ну а в связи с традициями где мало памяти и объект живет от включения до выключения и возник вопросик а нужен ли деструктор каждой палке. 

ПС: если не хотите что бы ушли вслед за питекантропами , то учитесь создавать и находить применение динамическим объектам.

Нет смысла - начинающим и родной вполне достаточно, а кто хочет попродвинутее, могут писать в VS Code, а могут и в Visual Studio, с отладкой, автокомплитами там, рефакторингом, вот этим всем.

GUI для разных дисплеев уже давно куча понаписана, плюс каждый день новички лепят свои новые.

В родной только диодом помигать добавить 2-3 переменные, чуток подкорректировать пример и ВСЕ!

Если что то писать, то с каждой строчкой хочется застрелиться.

И как раз таки нормальная IDE и нужна новичкам со всеми ее плюшками. Хотя бы потому что следит за действиями и на лету предупреждает. На форуме бы в разы уменьшилось тем "ПОМОХИТЕ мой мега блинк не работает". 

А ведь это есть GUI под ардуино.

~GFXcanvas1(void);
~GFXcanvas8(void);
~GFXcanvas16(void);

продолжайте ))

А кому нужны, ГУРУ? В том то и дело что плюшки всем нужны. 

Только профессионалам они увеличивают производительность, а новичков избавляют от детских ошибок.

Даже не ошибок, а от невнимательности. И подсветкой синтаксиса так сказать тыкают носом.

А не нативная среда в которой по дефолту все отключено после компиляции просто скажет "я не собрала ищи что не так". 

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

Мне кажется для ветки Arduino IDE Pro нашлось бы место среди середнячков. Кто уже не моргает диодами, но ещё не пишет на чистом си для контроллеров. Не?

~GFXcanvas1(void);
~GFXcanvas8(void);
~GFXcanvas16(void);

GFXcanvas1::~GFXcanvas1(void) {
    if(buffer) free(buffer);
}
GFXcanvas8::~GFXcanvas8(void) {
    if(buffer) free(buffer);
}
GFXcanvas16::~GFXcanvas16(void) {
    if(buffer) free(buffer);
}

Не правда ли они похожи. Если вы не работаете с кучей, то деструкторы не нужны. А вот куча нужна для переработки больших объемов данных.  А плюшки это источник самоуверенности, самообмана. Что у новичков, что у профессионалов.

Не знаю что конкретно делает данная библиотека, но осмелюсь предположить где то в конструкторе выделяется буфер под изображение а в деструкторе освобождается память. И как то это связано с обновлением изображения на экране. 

Если вы про алфа версию Arduino IDE Pro это же VS Code :)))

Уже человеческий вид приобретает. Не то что старый, добрый блокнот ))

В VS Code + PlatformIO единственное не нравится файл конфигурации проекта.

Среда-то как раз по-человечески сказала всё, что нужно, точно и однозначно, а то, что юзер не умеет читать, это как бы не её дело. Она что, должна была для не умеющих читать "видос об ошибке на ютуб выложить"?

Вообще, вопрос про деструкторы - тролльский вброс. Считаю свой пост (который кто-то из модераторов потёр) наиболее адекватным и сутевым ответом. Надеюсь, Вы успели его прочитать, прежде, чем его потёрли.

Успел не переживайте )

Ну, слава Богу, а то я уж извёлся весь.

Оставлю это здесь, так сказать для оценки. В принципе как решение заданного вопроса в начале ветки.

#include <Arduino.h>

typedef void (*Handler)();

struct TimerNode
{
  uint32_t previous;
  uint32_t interval;
  Handler handler;
  TimerNode *pNext;
};

class EasyTimer
{
private:
  TimerNode *Head;

public:
  EasyTimer() : Head(nullptr){};
  ~EasyTimer(){};

  void add(const Handler, const uint32_t);
  void loop();
};

void EasyTimer::add(const Handler handler, const uint32_t interval)
{
  if (Head == nullptr)
  {
    Head = new TimerNode{millis(),
                         interval,
                         handler,
                         nullptr};
  }
  else
  {
    TimerNode *current = this->Head;
    while (current->pNext != nullptr)
    {
      current = current->pNext;
    }
    current->pNext = new TimerNode{millis(),
                                   interval,
                                   handler,
                                   nullptr};
  }
}

void EasyTimer::loop()
{
  TimerNode *current = this->Head;
  while (current != nullptr)
  {
    if (millis() - current->previous >= current->interval)
    {
      current->handler();
      current->previous = millis();
    }
    current = current->pNext;
  }
}

EasyTimer Timer;

void blink()
{
  digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN));
}

void setup()
{
  // put your setup code here, to run once:
  pinMode(LED_BUILTIN, OUTPUT);
  Timer.add(blink, 1000);
}

void loop()
{
  // put your main code here, to run repeatedly:
  Timer.loop();
}

1-#165

2- Можно добавить лямду

typedef void (*Handler)();
struct TimerNode {
  uint32_t previous;
  uint32_t interval;
  Handler handler;
  TimerNode *pNext;
};

class EasyTimer
{
  private:
    TimerNode *Head;

  public:
    EasyTimer() : Head(nullptr) {};
    ~EasyTimer() {};
    void add(const Handler, const uint32_t);
    void loop();
};

void EasyTimer::add(const Handler handler, const uint32_t interval) {
  if (Head == nullptr) {
    Head = new TimerNode{millis(),
                         interval,
                         handler,
                         nullptr};
  }
  else
  {
    TimerNode *current = this->Head;
    while (current->pNext != nullptr)
    {
      current = current->pNext;
    }
    current->pNext = new TimerNode{millis(),
                                   interval,
                                   handler,
                                   nullptr};
  }
}

void EasyTimer::loop() {
  TimerNode *current = this->Head;
  while (current != nullptr)
  {
    if (millis() - current->previous >= current->interval) {
      current->handler();
      current->previous = millis();
    }
    current = current->pNext;
  }
}

EasyTimer Timer;
void setup() {
  pinMode(LED_BUILTIN, OUTPUT);
  Timer.add(
  /*лямда функция*/[]() {
    digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN));
  },
  /*период*/500);
}
void loop() {
  Timer.loop();
}

3 деструктор организован криво

4 у деда семена аналогичная штука есть .

1.1 Для чего разыменовывать указатель на структуру? 

1.2 Немного не въезжаю в использование структуры. Я пишу так (наверное не правильно, но почему то работает)

struct A
{
    int a;
    A *pN;
};

не использую struct перед A *pN. В литературе написано что нужно использовать typedef. 

typedef struct A
{
    int a;
    A *pN;
};

2. Про лямбду в курсе. Кстати вы с ней и подсказали в другой ветке ;) за что огромное спасибо! 

3. Деструктор сначала написал затем удалил.

EasyTimer::~EasyTimer()
{
  while (Head != nullptr)
  {
    TimerNode *current = Head;
    Head = current->pNext;
    delete current;
  }
}

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

4.Видимо у многих есть что то подобное. Все это пишу пока что в целях обучения. Полученный материал пытаюсь применить на практике.  

1 Структуры со ссылками на себя https://cpp.com.ru/kr_cbook/ch6kr.html#p65  считайте это тоже важный кусок знаний.

EasyTimer::~EasyTimer()
{
  while (Head != nullptr)
  {
    TimerNode *current = Head;
    Head = current->pNext;
    delete current;
  }
}

Правильно. Такое не нужно было писать, а если уж написано - то поганой метлой выметать.

ЕвгенийП, признайтесь, вам конфетку выдают за понятное только вам сообщение?

Прочитал это и многое другое, но не знаю с чем это связанно, со стандартами или переводом. 

В приведенной вами ссылке указывают слово struct, а вот в книге, например Подбельского опускается данное слово.

И опять же не совсем понятно с псевдонимом. Если создали структурный тип, зачем нужен псевдоним. 

И коньяк наливают.

Нашел когда указывать нужно слово struct в книге "Язык программирования С++" Б.Страуструп. 

struct stat { /* ... */ }
int stat ( char* name, struct stat* buf);