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

Не ждали?) С Новым Годом всех!
Да, пропал немножко, сначала с рукой осложнения, потом, как следствие финансовые трудности прибавились.
Зато 30-го декабря запустил свою станцию и без проблем перепаял MCP... Очень надеюсь, что ближайшее время наберусь сил, и буду допиливать начатое)
Форум особо не читаю, что бы не грустить, но мысли допилинга держу в голове, скоро к ним вернусь)

 

Случалось несколько отвалов на стадии изготовления девайса. Питание было от БП, При пайке всегда питание от ЮСБИ отвалов не случалось. У вас какое питание?

 

Наткнулся ещё на одну идею станции,может кому будет интересно
https://itworkclub.ru/проектирование-инфракрасной-паяльно/

 

Примерно год назад я тоже на паяльнике засветился в той теме со своим проектом и ,как ни странно, на меня тоже зарычали )). Кстати идею двухконтроллерного управления, когда один контроллер является фазовым регулятором, а второй является главным, я тоже рассматривал и частично реализовал но на шине I2C, но потом забил. И на одном контроллере atmega128 у меня все неплохо работает.

 

В моем проекте ИК станции мало что будет интересного для других, ну если только фазовое управление мощностью галогенок. Поэтому решил нигде и не публиковать. Саму идею диммера взял на cyber-place.ru. И то в скором времени думаю отказаться от нее, так как за 5 месяцев эксплуатации станции с галогеновым низом почувствовал что немного зрение ухудшилось. Да и импульсные помехи от симисторного регулятора неслабые. Когда включаю станцию у себя в квартире, аж слышно как начинают свистеть импульсные БП в некоторых домашних приборах. На работе в сервисном центре дела получше, там отдельный провод кинут до щитка. Жду, когда приедут керамические нагреватели, буду переделывать на керамику. Регулировка будет пропуском полупериодов.

 

Хочу рассказать про одну интересную особенность работы дисплейных контроллеров HD44780, но может быть про неё уже кто то рассказывал. Большинство операций, выполняемых этим контроллером, исполняются за 40мкс, и для этого в стандартной ардуиновской библиотеке этого дисплея после каждой команды вводится дополнительная задержка delay(40). Но дело в том, что эти контроллеры, выпускаемые китайцами в составе с дисплейным модулем, отлично гонятся по частоте. Мне удалось достичь увеличения в 4-5 раз без потери стабильности работы, можно поэкспериментировать и больше, но некоторые символы начинают нечетко прорисовываться. Частота работы контроллера задается внешним резистором. В дисплеях 2004 это резистор RF сопротивлением 91кОм. Его можно заменить на 22-27кОм. Тогда и в стандартной библиотеке, где подключение идет по 6 проводам, задержку можно уменьшить до 10мкс.

 

А что не сложилось то? Давайте сложим.

 

Мы говорим о версии 2.0.9?

 

Первое, что может показаться неудобным человеку, который до этого не работал с этим проектом - это читать длинную простыню в полторы тысячи строк кода. Почему бы участки кода, отвечающие за разные функции не разнести по вкладкам, ARDUINO IDE позволяет это делать. Сам я давно так и поступил со своим проектом.

 

Было бы прикольно, если бы это были разные функции. А если это одна? Как раскидать одну функцию по разным вкладкам?

 

Можно, например в конструкции switch (reflowState), после каждого "case" код оформить в виде отдельной функции и тогда можно их будет разнести по разным вкладками

 

Можно, но это затраты флеша и ОЗУ, которых и так не очень много, ну и конечно скорость выполнения. Вызов функции это с точки зрения ассемблера сохранение регистров плюс команда перехода и наоборот при возврате. Когда функций много, то это очень хорошо видно.

 

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

 

У вас функция вызывает функцию. bitWrite это функция, а не простая команда. Вы правы, компилятор умный и не будет вызывать функцию2 через вызов функции1, он сразу вызовет функцию2. Поэтому и размер кода не изменился.
А вообще, чтобы быть полностью честным, то следует отметить, что если функция встречается один раз, то компилятор вставит её в текст программы не как функцию, а как кусок кода без перехода и всего остального. Но нам от этого не легче, у нас ещё есть локальные переменные, которые должны быть "видны" функциям, если мы решим разбить скетч на части.