ИК паяльная станция на Arduino Mega 2560. Доработка скетча "ARS_v2_Lilium_JSN"

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

 

У нас фазовое управление нагревателями, т.е мы можем включить нагреватель на 0-100%. А твердотельное реле с контролем перехода через ноль сразу включает нагреватель на 100% до того момента, пока не будет снято с него напряжение управления. Это в общих чертах.

 

а разве нельзя через ШИМ задать мощьность? 255 = 100% , 127=50% и так далее

 

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

 

Пересмотрел почти все скетчи. Маленькое замечание или вопрос. Почему пины объявляются как переменные, а не как константы? Зачем занимать память этим?
Вот, например:

Код (C++):

//Назначаем пины кнопок управления
byte upSwitchPin = 9;
byte downSwitchPin = 10;
byte cancelSwitchPin = 11;
byte okSwitchPin = 12;
 

Я думаю, что если записать так:

Код (C++):

//Назначаем пины кнопок управления
const byte upSwitchPin = 9;
const byte downSwitchPin = 10;
const byte cancelSwitchPin = 11;
const byte okSwitchPin = 12;
 

либо

Код (C++):

//Назначаем пины кнопок управления[/COLOR][/SIZE][/I]
[I][SIZE=14px][COLOR=rgb(20, 20, 20)]#define upSwitchPin = 9;[/COLOR][/SIZE][/I]
[I][SIZE=14px][COLOR=rgb(20, 20, 20)]#define downSwitchPin = 10;[/COLOR][/SIZE][/I]
[I][SIZE=14px][COLOR=rgb(20, 20, 20)]#define cancelSwitchPin = 11;[/COLOR][/SIZE][/I]
[I][SIZE=14px][COLOR=rgb(20, 20, 20)]#define okSwitchPin = 12;[/COLOR][/SIZE][/I]
[I][SIZE=14px][COLOR=rgb(20, 20, 20)]

то как минимум сохранится 4 байта.​

 

Ничего у меня не изменилось.

 

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

 

Исходя из вашей логики, если мы пины объявляем как переменные, то мы захламляем ОЗУ, а если как константы то - флеш. А теперь подумайте, какая разница, если и того и другого у нас с избытком.
Я думаю, что пины объявлены как переменные для того, чтобы к ним можно было обращаться как к переменным а не как к константам.

 

А ещё можно кнопочки "на лету" из программы подменить

 

Но назначение пинов не должно меняться. И для того, чтобы константа хранилась во флеше (не в программной), то используется другое объявление константы. А так значение константы просто подменяется в программе при компиляции. И хранится в области программ.

 

А смысл?

 

Смысла никакого, но возможность то есть. А ещё можно в этих переменных что нибудь временно похранить, чтобы не забивать озу новыми. Скорее всего так сделано чтобы не было проблем при обращении к подпрограммам.

 

Я думаю, что когда писались эти строки, автор только начинал свое движение в изучении С++. С той поры утекло много воды, а строчки остались.
Пусть автор решает.

 

Согласен, что в нашем скетче такое объявление можно не делать, скорее всего автор планировал что-то ещё дописать. А вообще такой ход часто применяется, вот посмотрите пример:

Код (C++):

#define FIRST_LED   4
#define TOTAL_LEDS  10
int ledPin = FIRST_LED;
void setup()
{
    pinMode(4,  OUTPUT);
    pinMode(5,  OUTPUT);
    pinMode(6,  OUTPUT);
    pinMode(7,  OUTPUT);
    pinMode(8,  OUTPUT);
    pinMode(9,  OUTPUT);
    pinMode(10, OUTPUT);
    pinMode(11, OUTPUT);
    pinMode(12, OUTPUT);
    pinMode(13, OUTPUT);
}
void loop()
{
    digitalWrite(ledPin, HIGH);
    delay(100);
    digitalWrite(ledPin, LOW);
    ledPin = (ledPin - FIRST_LED + 1) % TOTAL_LEDS + FIRST_LED;
}

 

А ещё можно программно заблокировать кнопки от случайного нажатия, например, при удалённом управлении станцией с компьютера.

 

Проще блокировать вызов функции, опрашивающей кнопки.
Ваш пример - редкостный по своей сути изврат, если честно. Тогда уж установку мода пинов надо было делать в цикле. Наверное, какой-то программист стебался на 1ое апреля.
Куда-то нас понесло. Кончаем оффтопить. Если автор решит подправить код, то решит. Или объяснит, почему так.

 

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

 

Автора скетча я не знаю. И что он планировал на будущее я тоже незнаю. Но до моего первого вмешательства, скетч был не пригоден для реальной пайки, ну а теперь у нас много авторов, и сделано много, а скетч МЫ вместе дорабатываем!

 

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