Ик паяльная станция на arduino mega 2560. доработка скетча "ars_v2_lilium_jsn" | ч. 2

Многим предпоследнее сообщение показалось одним из последних гвоздей в гроб темы...
Я Вас разочарую .
На днях, автор собственного проекта, @Watashi , поделился в нашей группе в мессенджере телеграм новостью о том, что по просьбе одного человека он внёс некоторые изменения в крайнюю версию своего проекта.
Его проект внесён под номером 2 вот в этом заглавном посте.
Для тех, кому этот проект интересен, кто его повторяет, привожу авторскую выдержку из описания новшеств:
"Доработка версии Svs_V10_02 Все параметры во вкладке ОБЩИЕ (кроме 2 пункта - ЗАГРУЗКА ПРОФИЛЯ) теперь являются частью текущего профиля. Всего профилей 10. Начальная настройка профилей в файле ProfDate.c, после настройки, компиляции и загрузки в устройство, надо загрузить в память EEPROM через пункт меню ОБЩИЕ - ЗАГРУЗКА ПРОФИЛЯ - ВСЕХ (или по одному). Название профиля меняется в файле ConstProgm.h (ConstProgmEN.h тут английский вариант).".

Для всех, кто заинтересовался этим проектом, НАСТОЯТЕЛЬНО рекомендую отказаться от использования излучателей, обладающих высокой степенью инерции, таких, как керамические нагреватели, алюминиевые плиты, любые нагреватели, поверх которых установлена стеклокерамика.
Эти особенности нигде не оговариваются, но опыт значительного количества людей, повторивших этот проект СТОИТ того, чтобы на него ориентироваться.
Я ещё здесь, пока я здесь, темы живут. Больше никого из желающих давать обратную связь по проектам тут давно нет. Вы можете восполнить этот пробел. В наших проектах есть много чего, что можно и важно доработать, хотя большинство из них адекватно работают, если знаешь их нюансы.

 

Вероятно, у вас включен в меню пункт "ЗАЩИТА НИЗА" (возможно, в меню есть ещё режим "защита верха", я не утверждаю).
Самое сложное в вашей станции - настройки коэффициентов P.I.D. - Проект создан для излучателей с низким значением инерции использованных в качестве нижнего подогревателя плат. По этой причине время профиля ограничено. Автор сделал так, чтобы весь профиль мог уместиться на дисплее.
Для керамических излучателей нужно использовать малую скорость роста температуры, 0,2-0,4°С в секунду, чтобы избежать вылета температуры за пределы значения, заданного в профиле. После вылета будет провал, неизбежный при такой большой инерции, и, как следствие, снова будет перерегулирование. А прошивка не поддерживает долгое время разогрева нижнего подогревателя, и время всего профиля там ограничено...
Участники в группе в телеграм, повторившие проект @Watashi , и сумевшие настроить подогреватель керамический, все равно сделали ещё один подогреватель из галогеновых ламп и настроили станции уже без труда.
Жаль, что толковые люди не берутся внести некоторые изменения в проект, для того, чтобы он работал лучше с керамическими излучателями.
Сейчас есть только один проеект, специально разработанный для работы с нагревателями из керамики и алюминиевыми плитами - это проект с тремя датчиками, но там нет графиков на дисплее, тачскрина и энкодера.

 

Среди файлов в проекте @Watashi есть файл Gvard.h. Это код, отвечающий за работу интересующей вас функции:

Код (C++):

byte Tb0, Tb1, Tb2, Tb3, Tb4, Tb5;
byte Ob0, Ob1, Ob2, Ob3, Ob4, Ob5;
           
bool Gvard_If() {            
    if (Input2 < 50) return (false);  // если температура низа меньше 50 гр защита не работает
    Tb5=Tb4; Tb4=Tb3; Tb3=Tb2; Tb2=Tb1; Tb1=Tb0;
    Tb0 = Input2;
    Ob5=Ob4; Ob4=Ob3; Ob3=Ob2; Ob2=Ob1; Ob1=Ob0;
    Ob0 = Output2;
    if (Tb5>=Tb4 && Tb4>=Tb3 && Tb3>=Tb2 && Tb2>=Tb1 && Tb1>=Tb0 &&
         Ob5<=Ob4 && Ob4<=Ob3 && Ob3<=Ob2 && Ob2<=Ob1 && Ob1<=Ob0 && Ob0==bottomMaxPwr) {
       return (true);
       }
     return (false);
}

Этот код обнаруживает ситуацию, когда система обладает настолько большой тепловой массой, что даже полное отключение нагревателя не останавливает рост температуры немедленно. Алгоритм предотвращает перегрев ("overshoot"), блокируя исполнение профиля.

 

Логики не прослеживаю, однока, возможно, звёзды так сошлись и в скетч заползла ошибочка задвоения назначений пина.
Рад, что сумели разобраться. Скетч для проверки всех пинов NANO тут в темах я выкладывал где-то, под mega2560 не делал. Однако, есть обходной манёвр, например, залить скетч проверки двух max6675, указав при этом один из вариантов подключения, представленных в проекте @Watashi . Как минимум, такой тест позволил-бы выяснить, все ли заданные пины у вас на плате работают корректно.

 

@Tarafara , приветствую. Именно на ESP32 s3 проект переведён нашим участником @_Alf_
Об этом гласит пункт 14 заглавных постов текущей темы.
Вот ссылка на Github, там же есть и версия с тремя термопарами по проекту @geleos27 тоже на ESP32.

 

Примеры из библиотеки пробовали запустить? Могу ошибаться, с библиотекой какие-то действия делать надо, что-то в ней поменять.
Я-бы постарался помочь, но такого модуля и дисплея у меня нет, как у вас на фото.

 

Мне всё же кажется, что в библиотеке дело. Есть читалка для дисплеев, которая показывает какой в дисплее контроллер. Попробуйте найти, где-то в постах @Watashi есть код. Может там и не ili9488 на самом деле - китайцы затейники.
Вот код, который мне Алиса ИИ выдала, не проверял.

Код (C++):

#include <SPI.h>

// Пины подключения дисплея
#define TFT_CS 10   // Chip Select
#define TFT_RST 9   // Reset
#define TFT_DC 8   // Data/Command

void setup() {
  Serial.begin(9600);
  while (!Serial) {} // Подождите пока монитор порта откроется

  Serial.println("Initializing...");

  // Инициализируем SPI для дисплея
  SPI.begin(TFT_CS, TFT_DC);

  // Читаем два байта из специального адреса (часто 0x00) — это и есть ID контроллера
  uint16_t id = SPI.readWordBE(0); // BE означает Big Endian

  Serial.print("ID found: 0x");
  Serial.println(id, HEX);

  // Здесь можно добавить логику, чтобы сопоставить ID с названием контроллера
  // Например: if (id == 0x9325) Serial.println("Это контроллер ILI9325");

  // Очищаем экран и выводим результат
  Serial.println("Filling the screen...");
  SPI.transfer(0); // Заставляем контроллер прочитать данные
  delay(1000);
  SPI.writeByte(0);
  SPI.transfer(0);
  Serial.println("Done filling");
}

void loop() {
  // Основной код здесь будет работать после определения контроллера
}
 

 

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

 

@Watashi в ответ на подобные вопросы писал, что существует пара типов тачскринов, которые работают в его проекте, для каждого типа есть настройка, после настройки уже только выполняется калибровка.
Кроме того, существует, как минимум один тип тачскрина, с которым его проект не работает, или работает некорректно.
Обычно, я прошу тех, кто какой-то проект повторяет, законспектировать себе всё по теме с ним связанное и делать пометки, что помогло, и что не помогло. Вы видели такие конспекты в наших темах? - и я не видел... Много людей повтороили проект @Watashi , но ни один из них не переписал, не дополнил документ по настройке.

 

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