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

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

 

VaderMi есть дрожание при полной мощности низа особенно заметно, но это не влияет на итоговый результат.
У себя в новом кабинете я притянул две линии - 1я для стола, 2я силовая для паялки и других прожор, посмотрим как это себя оправдает

 

Продолжаем исправлять детские болячки ))) подправил интерфейс настроек, привел код в соответствии с постом #1963, добавил украшалку)
(прилагаемые файлы должны быть в одной папке)

!!!! Внимание !!!!
Вылез неприятный момент. Украшалка - это картинка на стартовый экран, для ее записи во флеш меги используется библиотека, встроенная в Ардуино IDE, avr/pgmspace.h, а неприятность в том что после компиляции операторы типа myGLCD.textRus("ВЕРХ ",22, 2); начинают выдавать предупреждающую ошибку, причем программа работает нормально. Исправляется так: myGLCD.textRus(F("ВЕРХ "),22, 2);
Но самое плохое что и на других скетчах которые компилировались раньше нормально, в подобных случаях начинает выдавать то же предупреждение.

Поэтому я картинку убираю и перезалью скетч без нее.
Я прошу прощения за все это, я сам обнаружил это только что(((

 

Старайтесь прилагать файл с изменениями, чтобы потом можно было найти концы, если что-то пойдёт не так.

 

Понял, а сейчас очень много изменений. Посмотрите мой предыдущий пост про неприятность.

 

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

 

А что конкретно не работает?

 

А вы про какой таймер? Там с виду очень даже лихо придумано, но и граблей не меньше. Я попробую исправить и порезать немного переменных. Надо немного времени ,реального железа у меня нет(ардуинка и lcd конечно есть, но нет силовой части), а в протеусе долго моделируется.
И ещё вопрос, а надо ли 9 шагов в профиле?(это не принципиально, просто может кто использует не по назначению, с какой нибудь интересной целью).

 

Есть силовая часть (низ (9 галогеновых ламп в групах по 3шт) верх(китайская керамика 80*80 450w) могу проверить

 

Поправленная версия скетча 2.0.9 от snmar4enko. Алгоритм работы такой : при старте пайки запускается низ и по своей термопаре используя рампу идёт до уставки низа, затем включается верх и по рампе отрабатывает профиль верха. При этом низ держит свою уставку. Пока низ не вышел на свою температуру, верх не включается.
Скетч использует низкочастотный ШИМ(он же фазовое управление) поэтому необходим отдельный детектор нуля для правильной работы.
Файлом с изменениями дополню чуть позже, пока попробуйте скетч.
Не забывайте проверять адрес своего LCD!

 

Это не таймер, это рампа. Она нужна, чтобы ПИД не жарил по-полной, а отрабатывал с заданной скоростью. В этом скетче рампа используется не только для ВИ, а и для НИ.

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

 

Вот версия с 14 профилями по 9 шагов с инициализацией EEPROM и выводом номера профиля в 16-ричном формате.
Изменения
-изменил адресацию записи параметров в EEPROM и теперь все профили идут один за другим.
-добавил переработанную функцию инициализации EEPROM
-составил карту EEPROM
Не забывайте, что при первом старте скетча предыдущие настройки в EEPROM будут переписаны на те, что по умолчанию!!!

 

Предлагаю изменить работу с EEPROM на метод который предоставляет язык с++:
1. Создать структуру исходных данных (пример release_1.3.3 )

Код (C++):

//---секция профиля---//
struct Profili_t {  // основные поля профиля
byte currentProfile; //текущий профиль
byte currentStep; //текущий шаг профиля
byte profileSteps; //количество шагов профиля
byte editStep; //номер шага профиля который редактируется в данный момент
byte rampRateStep[9]; //скорость роста температуры
byte dwellTimerStep[9]; //установленное время перехода на следующий шаг
byte temperatureStep[9]; //заданные температуры для шагов профиля ВИ
};
 

2. Функция union создает общее поле в ОЗУ с переменной Mode

Код (C++):

 union {
   byte Mode[];
   Profili_t Prof;
} u;
int SizePrrof = sizeof(Profili_t); // длинна поля данных
 

3. Теперь чтение-запись в EEPROM будет выглядеть так

Код (C++):

int Adres;   // начальный адрес записи профилей
byte NnProf; //  номер профиля
void loadProfile(byte NnProf) {     //  загрузка текущего профиля
    for (byte j=0; j<=SizePrrof-1; j++) {
       u.Mode[j] = EEPROM.read(Adres+((NnProf-1)*SizePrrof)+j);
      }
void SaveProfile(byte NnProf) {  //  сохранение текущего профиля
  for (byte j=0; j<=SizePrrof-1; j++) {
    EEPROM.update(Adres+((NnProf-1)*SizePrrof)+j, u.Mode[j]);  // лучше update чем write для сбережения ресурса EEPROM
  }
 

4. Обращение к переменным профиля такое

Код (C++):

 u.Prof.rampRateStep[i]; вместо rampRateStep[i];

При таком подходе не надо думать о каких то смещениях и там где нужно записать параметр в EEPROM делаем вызов подпрограммы SaveProfile(byte NnProf); и все будет ок
Причем если решите добавить(убавить) параметр в профиль ничего менять в остальной программе больше не надо
как то так )

 

А ты уверен, что у тебя здесь

union{
byte Mode[]; ---- здесь
Profili_t Prof;
} u;
int SizePrrof =sizeof(Profili_t);// длинна поля данных


массив размером sizeof(Profili_t) а не указатель на неведомый байт хрен знает где?

 

Уверен, у меня все это работает. Я как то предлагал в посте №1827 уже работающий вариант с такими данными.

 

Ну штош, спорить не буду. Няхай.