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

И у меня по-началу были.

Не факт.

Не может она не правильные данные давать. Она либо даёт, либо не даёт(в ошибке).

Сейчас будем искать.

Не оригинальные почти 100%, отбраковка маловероятно ибо дешёвая.

Теперь я расскажу свою версию проблем с мах6675.
1. Плохое питание. Для стабильной работы мах6675 питание для неё тоже должно быть стабильное, без помех, наводок и т.д. В микросхеме есть чувствительный усилитель и АЦП, поэтому чем стабильнее питание микросхемы, тем меньше вероятность сбоев. Надо по питанию вешать электролит и шунтировать его керамикой плюс ферритовое колечко будет не лишним.
2. Для тех, кто использует стандартную библиотеку мах6675 могу сказать что там есть ошибка. А именно, согласно даташиту чтение из микросхемы необходимо производить при спадающем сигнале clk(т.е при переходе 1->0), а в библиотеке наоборот. Вот этот код

Код (C++):

digitalWrite(sclk, LOW);
    _delay_ms(1);
    if (digitalRead(miso)) {
      //set the bit to 0 no matter what
      d |= (1 << i);
    }

    digitalWrite(sclk, HIGH);

Может быть из-за такой реализации, кстати, Proteus не хочет правильно моделировать мах6675, ибо мою реализацию он "переваривает" нормально.
3. Плохие термопары. Не секрет, что китайцы не особо заморачиваются с дешёвыми термопарами, и спай делают абы-как. Бывает, что в спае каверны или флюс и если спай переделать, то термопара очень даже хорошо работает. Бывают случаи и "неправильных" термопар, т.е не тип К, а какой нибудь другой. Бывает плохой контакт термопары в колодочке(желтенькая такая) или в зажиме. Паять термопару не рекомендуется - только обжимка или под болтик.
4. Проблемы со скетчем. Зачастую бывает, что в скетче(по разным причинам) чтение из мах6675 происходит чаще, чем рекомендует даташит(быстрее чем раз в 220мс). Тогда возникают проблемы с преобразованием в микросхеме и она впадает в ошибку. Эта ошибка часто связана с работой со временем функцией millis(). Я описывал несколько случаев таких ошибок, будьте внимательными.

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

 

А как вы это себе представляете? На сколько я понял, если мах6675 впал в ошибку, то он там до снятия питания будет сидеть. Даташит ничего об этом не говорит, но практика показывает, что это так.

 

Я предлагаю посмотреть на мах31855. Я купил себе парочку, очень много брака. Буду переделывать и проводить испытания.

 

Может кому бует интересно,поповоду отвала термопары заметил проблему которая повторялась пару раз(если плата имеет прямой контакт с корпусом станции,термопара отпаает.если изолировать плату от корпуса всё ок)

 

Очень правильное замечание, корпус - сборщик помех.

 

Возвращаемся на пост #1749 и будет Вам счастье...

 

Время пересчёта ПИД согласно коду

Код (C++):

myPID1.SetSampleTime(50); //задает частоту расчета выходного сигнала в милисекундах
  myPID2.SetSampleTime(50);

составляет 50мс. Если честно, то я очень сильно сомневаюсь что с TFT экраном скетч попадает в критическую секцию 20 раз в секунду. Поэтому расчёт ПИД осуществляется не по времени, а "как получится". Хорошего качества регулирования с этим не достичь. Есть ещё кое что, я опишу в вопросе 3.

Это связано с таким кодом

Код (C++):

 myPID1.Compute();
    myPID2.Compute();
    attachInterrupt(0, Dimming, FALLING);
    // настроить порт прерывания(ISR0 - pin D2 or ISR1 - D3)
    if (!TopStart) Output1=0;

Т.е сначала считаем ПИД, потом прерывание с включением нагревателей(и верхнего тоже), а потом сброс верхнего нагревателя если не TopStart. Поэтому и подмигивает верхний.

Здесь вообще прикольно. Посмотрите внимательно на этот код

Код (C++):

Input1 = max6675_read_temp (thermoCLK, thermoCStop, thermoSO);
      Input2 = max6675_read_temp (thermoCLK, thermoCStop, thermoSO);

Я думаю он говорит сам за себя.(чтобы не было вопросов скажу что этот код читает температуру из одного и того же МАХ6675 - верхнего два раза подряд. Это косяк великий, ибо помимо всего, время между чтениями должно быть не менее 220мс). Я даже представить не могу, как такая конструкция может вообще работать.

От себя.
Вот это

Код (C++):

myPID1.SetTunings(kp1, ki1, kd1);
    myPID2.SetTunings(kp2, ki2, kd2);
    myPID1.SetOutputLimits(0, pwr_TOP);//установка минимального и максимального значения (от 0 до 100)
    myPID2.SetOutputLimits(0, pwr_BOTTOM);//которое будет передано на управление диммером

в критической секции быть не должно. Это нужно перенести в loadProfile().
Вот эта часть

Код (C++):

 attachInterrupt(0, Dimming, FALLING);

должна быть в setup();
Вот это

Код (C++):

myPID1.SetOutputLimits(0, 100);//myPID1 = top heater PID loop
  myPID2.SetOutputLimits(0, 100);

лишнее.
Время расчёта ПИД требует корректировки(по теории должно соответствовать времени между измерениями температуры). Время измерения температуры можно уменьшить до 250мс. (сейчас 500мс)
Желательно вернуть фильтрацию, хотя бы как я советовал несколько постов назад.

 

Задавшись вопросом, "Зачем какая-то подпрограмма 50 раз в секунду грузит контроллер, когда нужно обрабатывать кнопки и она не нужна? ", я предлагаю поместить ее в самое начало процесса пайки, где включается НИЗ, туда же можно и настройки ПИД(необязательно, можно и в loadProfile()), а по завершении пайки вставить detachInterrupt()

 

А зачем описывать прерывание при каждом старте пайки, а по завершении удалять? Один раз в setup описали и все, пусть работает. А настройки ПИД? Зачем их прописывать каждую пайку? Один раз при старте станции или при смене профиля и всё. Уже давно это обсуждалось и в большинстве скетчей реализовано.

 

Там по скетчу какая-то процедура хитрая очистки графика, работа с TFT медленная, возможно затык из-за этого.

 

Не совсем так. Параметр SENSOR_SAMPLING_TIME отвечает за скорость чтения температуры в режиме IDLE как не странно. На режим пайки этот параметр влияния не оказывает. В режиме пайки "рулит" параметр GRAPHICS_SAMPLING_TIME, что, в общем-то, странно и нелогично.

 

А вообще, если мы хотим получить информативный TFT с подстройкой ПИД кнопочками и выводом параметров на компьютер и при этом не мешать работе критической секции, необходимо регулировие переносить в прерывание. Для этого у нас всё в принципе есть - быстрый ПИД, быстрое чтение из МАХ6675, быстрый фильтр и быстрый диммер.