Обновление софта контроллера TrueSpectrum.

Дима вложи деньги и получи все за 10 дней максимум.

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

которые занимается управлением света проффесионально

Спасибо за заботу. Но, к сожалению, у них параллельная вселенная, мы почти не пересекаемся.

Удивительно что могут делать 9 программистов в программе вес который несколько мегабайт)))

Размер программы совсем не является показателем ее сложности. Скорее наоборот. Лет 15 назад я написал программу, которая со временем стала довольно сложной - около 60 файлов исходников  на С++ и немного ассемблере, 30 тысяч строк кода (только мой текст, не считая кучи служебных файлов), при этом все это компилировалось в экзешник размером меньше 1 мегабайта (со всеми включенными в него библиотеками) и работало со скоростью света (среди покупателей были, к примеру, подразделения микрософт, Боинг, Хьюлет Пакард...). А сейчас любая фигня под винду ляпается на каких-то новомодных библиотеках, должна весить сотни мегов и это норма. Понятно что размер сейчас никого не волнует, но большой размер это точно не в плюс программистам.

К сожалению, очень много времени было потеряно на доведение до ума не основного функционала, а того, что просили пользователи. Не знаю, зачем оно нужно - но если просили многие - я решил, что это нужно сделать.

Например, сделали "таскание точки спектра пальцем по полю суточного цикла". Если бы я знал сразу, каких титанических усилий это потребует, то даже и не подумал бы делать. Но - как говорится - курочка по зёрнышку. Казалось - вот ещё пара часов работы программиста и оно точно будет работать, как надо! Из этих "пар часов" сложилось такое время, что даже сказать страшно...

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

Всё же не удержусь. Совершенно полностью согласен.

Очень хочется показать вот эту статью. Пожалуйста, прочитайте даже те, кто от программирования совершенно далёк.

К сожалению, очень много времени было потеряно на доведение до ума не основного функционала, а того, что просили пользователи. Не знаю, зачем оно нужно - но если просили многие - я решил, что это нужно сделать.

 

Например, сделали "таскание точки спектра пальцем по полю суточного цикла". Если бы я знал сразу, каких титанических усилий это потребует, то даже и не подумал бы делать. Но - как говорится - курочка по зёрнышку. Казалось - вот ещё пара часов работы программиста и оно точно будет работать, как надо! Из этих "пар часов" сложилось такое время, что даже сказать страшно...

Не представляю зачем ее (точку) таскать... У Ювеля, например, - внизу суточного цикла бегунок, передвигая его устанавливаешь его на нужное время, сразу в режиме реального времени видишь как это выглядит, правишь спектр если нужно и сохраняешь в этом месте точку. Очень удобно.

Не представляю зачем ее (точку) таскать...

У Ювеля, например, - внизу суточного цикла бегунок

В новом софте увидите


У нас это уже сделано нагляднее.

Дер-ржаться нету больше сил )))

Уже ежедневно лезу в раздел обновление софта на сайте.)

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

Дер-ржаться нету больше сил )))

Уже ежедневно лезу в раздел обновление софта на сайте.)

 

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

Поддерживаю

Каждый день захожу)

Ну когда уже?????????
Или дайте смертным какую-то затравку, что там будет классного) уже нету сил ждать

Не очень долго осталось.

Затравку даю:

Здесь представлены все три важнейших параметра аквариумного освещения. До этого один из них никогда и никем не учитывался вообще. Второй - учитывался только у нас, в контроллере TrueSpectrum, но и то очень неявно. Третий, хоть у всех на слуху, но никакой контроллер его никогда не показывал.

На всякий случай - интерфейс и его логика находятся в статусе patent pending.

Здесь представлены все три важнейших параметра аквариумного освещения. До этого один из них никогда и никем не учитывался вообще. Второй - учитывался только у нас, в контроллере TrueSpectrum, но и то очень неявно. Третий, хоть у всех на слуху, но никакой контроллер его никогда не показывал.

Я не знаю, что такое Illumination uniformity

Но первые два параметра - это неуловимый Джо по-моему

Их можно посчитать, но это будет в вакууме и без аквариума

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

А есть текст патента, который pending? Ну, интересно почитать, как патентуется скругленный уголок смартфона такое

Я не знаю, что такое Illumination uniformity

Практически никто не только не знает, что это, но и многие не знают - зачем это. Но это на самом деле один из трёх важнейших параметров освещения. О том, что это, зачем и для чего, будет рассказано в третьей статье. Она написана полностью, находится у рецензента.
 

Но первые два параметра - это неуловимый Джо по-моему
Их можно посчитать, но это будет в вакууме и без аквариума

Их не только можно, но и _нужно_ считать. А почему это теперь стало возможно - как раз и будет показано в третьей статье.
 

Любая сетка поверх, включенное течение, примеси в воде, близость стекол - и все, числа поехали на десятки процентов.

Да, десятки процентов. Но - не разы. Которые сейчас есть даже при использовании PAR-метра. Об этом тоже подробнее в третьей статье
 

А есть текст патента, который pending?

Конечно, иначе как бы он был pending. Но именно по этой причине давать читать его текст кому бы то ни было, пока не стоит, извините. Если вы не в курсе, патентный поверенный подписывает первым делом NDA с соискателями патента.
 

Ну, интересно почитать, как патентуется скругленный уголок смартфона

Я в курсе, что чужая работа не только самая простая, но и нафиг не нужная, и вовсе не ценная. На самом деле интерфейс - это вишенка на тортике. Она была бы бессмысленна (заметьте - я не пишу "невозможна") без выполнения определённых требований к аппаратуре светильника. Как нетрудно догадаться, мы это сделали не только первыми в мире, но и запатентовали. Проще говоря - любые иные светильники с регулируемым спектром, включая и те, что "научные" - просто маркетинговая лапша на уши. И они не станут нормальными ровно до тех пор, пока их производители не купят у нас право использовать наши разработки.

Да, я прекрасно понимаю, что это все для кого-то может выглядеть странно - как это, "какие-то там пацаны из Мухосранска" что-то сделали, типа самое крутое в мире. Но - вот так уж случилось, что - сделали. Это не "скруглённый угол" это большая работа, которая близка к своему логическому завершению. Если ранее у нас было практически безупречное железо и "дикорастущий" софт, то теперь и софт у нас будет близок к идеалу. Не хочу зарекаться очередной раз, но осталось уже не очень много работы.

Чтоб было понятнее, насколько была большая работа проделана, скажу, что раньше DLI суточного цикла вычислялся несколько секунд. Затем мы ускорили расчёт примерно до одной секунды. Сейчас такой же суточный цикл считается около 100 мс. 

Да, десятки процентов. Но - не разы. Которые сейчас есть даже при использовании PAR-метра.

Не понял. Откуда возьмется отклонение в разы при использовании PAR-метра? Если брать калиброванный прибор, а не имитацию. Это же измерительный прибор, его показания всегда первичны (а не того, что он мерит - линзы могут прогореть, помутнеть, софт глюкануть, драйвер сломаться, да мало ли что?)

Конечно, иначе как бы он был pending. Но именно по этой причине давать читать его текст кому бы то ни было, пока не стоит, извините. Если вы не в курсе, патентный поверенный подписывает первым делом NDA с соискателями патента.

 

Тут не понял. Поправьте меня, если ошибаюсь

Я думал, что если патент есть, то текст его сразу известен и публикуется где-то, причем это общедоступная информация (а иначе как потом доказывать? Не будет же присяжный поверенный говорить "мамой клянусь, вот эти первые зарегистрировали") - там же открытая база вроде?. Ну вот к примеру один из патентов от Ecotech Marine - в статусе pending, кстати

Что там за NDA такой в этом случае, если патент зарегистрирован? ИМХО, все равно что сказать автору книги "Мы твою книгу напечатаем, но ты никому не рассказывай о чем там вкратце" - ну абсурд же?

Или вы под статусом pending что-то другое имеете в виду?

Да, я прекрасно понимаю, что это все для кого-то может выглядеть странно - как это, "какие-то там пацаны из Мухосранска" что-то сделали, типа самое крутое в мире. Но - вот так уж случилось, что - сделали. Это не "скруглённый угол" это большая работа, которая близка к своему логическому завершению. Если ранее у нас было практически безупречное железо и "дикорастущий" софт, то теперь и софт у нас будет близок к идеалу. Не хочу зарекаться очередной раз, но осталось уже не очень много работы.

Под "скругленным уголком" имелся в виду именно патент на интерфейс, ну не "чорная-чорная страница с тремя графиками на ей" патентовалась же?

Чтоб было понятнее, насколько была большая работа проделана, скажу, что раньше DLI суточного цикла вычислялся несколько секунд. Затем мы ускорили расчёт примерно до одной секунды. Сейчас такой же суточный цикл считается около 100 мс. 

Ни о чем не говорят эти числа. 

Вы лучше расскажите в чем вычислительная сложность

Обывателю это не понятно совсем

Насколько я понимаю (если изменение яркости светодиодов линейное), задача сводится к вычислению среднего PAR и умножению
Средний PAR считается по нескольким точкам, ну допустим кто-то весьма требовательный вбил в расписание 50 точек с различными спектрами - то есть нам нужно посчитать PAR в этих точках и потом найти средний (не арифметический, конечно - а скорее высоту прямоугольника, который будет иметь ту же площадь, что и фигура, ограниченная ломанной, координаты которой - значения PAR / временные отметки). Это тоже совершенно несложная задача

Получается, 99.9 мс из этих 100 происходит расчет PAR.

То есть примерно 2мс обсчитывается PAR для одного спектра. Тут с одной стороны сложнее - спектральные характеристики диодов различные. С другой стороны это очень даже предпросчитывается. Ну, грубо говоря, у нас есть нелюбимый вами белый диод с несколькими пиками. Можно реалтайм его обсчитывать, а можно для 5000 (условно) значений яркости (у вас столько градаций, да?) посчитать значения PAR (даже не на контроллере) и сохранить в файл (4 байта unsigned int  - за глаза) - итого за 20кб для канала или 240кб для всех каналов у нас есть все возможные значения PAR. Все что нужно - сделать ровно 12 чтений с определенным смещением из уже открытого файла - крайне быстрая операция. Ну или 600 чтений всего  - для 50 настроек спектра в течении дня - я не думаю что в вашем микроконтроллере такой слабый IO - это миллисекунда-другая я думаю.

Если график зависимости PAR от градации яркости диода более-менее линейные, то можно и вовсе 100 точек хранить и усреднять. Тогда 400 байтов на канал и 4800 на все каналы - более чем ни о чем даже для древних контроллеров

Более того, это прекрасно кэшируется, то есть при добавлении новой точки уже можно посчитать ее PAR и таким образом для 50 точек у нас оверхед всего лишь 200 байт - зато мгновенный расчет.

Или у вас как-то более сложно этот процесс просчитывается?

Не понял. Откуда возьмется отклонение в разы при использовании PAR-метра?

В силу того, что подавляющее большинство источников света для МА - по сути являются точечными, или близкими к таковым, источниками света, то освещённость кораллов по мере роста колоний может драматически меняться даже в пределах одной колонии! Проще говоря, пока колония маленькая, свет доходит до её веток более-менее равномерно и можно замерить освещённость колонии с помощью прибора. Когда колония немного вырастает, начинается самозатенение, резко меняется освещённость нижних ветвей. То есть PAR-метр становится бесполезен.
 
Проще говоря, чтобы уменьшить вероятность возникновения проблем, надо не с PAR-метром каждый день в аквариум залезать, а светильник правильный покупать.
 

Я думал, что если патент есть, то текст его сразу известен и публикуется где-то, причем это общедоступная информация (а иначе как потом доказывать? Не будет же присяжный поверенный говорить "мамой клянусь, вот эти первые зарегистрировали")

Разумеется, при подаче документа в патентное ведомство, он регистрируется. То есть фиксируется дата приоритета, который возникает фактически, когда патент выдаётся. Никакого "мамой клянусь" поэтому не требуется.

Любая компания может на свой страх и риск публиковать текст патента до его получения. Обычно все такие "смелые", когда речь идёт о несущественной новации. Когда же патент является полностью инновационным и фундаментальным, плюс содержит много сущностей, публиковать его до регистрации никто не будет, конечно же.
 

Под "скругленным уголком" имелся в виду именно патент на интерфейс, ну не "чорная-чорная страница с тремя графиками на ей" патентовалась же?

Вид элементов интерфейса нами не патентуется. Речь идёт о патентовании принципов.
 

Вы лучше расскажите в чем вычислительная сложность
Обывателю это не понятно совсем

Это ему и не нужно. Это - наша забота. Мы сделали так, как надо. Рассказывать, как именно - не вижу необходимости, извините.
 
Отмечу только одно - вы снова поверхностно смотрите на чужую работу, извините за прямоту. Только один пример.

Насколько я понимаю (если изменение яркости светодиодов линейное)

Именно что "если". А на самом деле всё не только не просто, но и очень по-разному для разных светодиодов.

Кстати. У нас примерно 200 килобайт весь фронт-енд теперь весит. Именно сокращение размера фронта от более чем мегабайта до 200 килобайт было одной из причин тотальной переделки софта. А вы предлагаете только базу по PAR 240 килобайт... У нас там много чего ещё есть, это и бэк, и ОС, и БД SQLite, и куча сетевых примочек. Список можно продолжать. Кроме того, наличие этой базы не решит никаких иных задач. Расчёт DLI у нас проистекает из расчёта спектра, а не живёт сам по себе, как тот сферический конь в вакууме Поэтому нет у нас 240 килобайт. Вернее, есть, но они будут отщипываться от пространства, которое будет использовать пользователь. А ему всегда мало
 
Напоследок - вы написали целый абзац рассуждений о том, как вашу идею можно реализовать на MCU. Но на самом деле у MCU есть много других занятий, которые, кроме него, никому нельзя доверить. Например, он 16 раз в секунду вычисляет яркость для каждого канала, далее отправляет данные в DAC, устанавливая необходимые значения тока для драйверов светодиодов. Плюс кроме этого дофига чего делает. А весь фронт обслуживается микрокомпьютером. Который хоть и "микро", но вполне себе полноценный компьютер - с полноценной многозадачной ОС Linux, с кучей вполне "больших" программ, только малую часть из которых я упомянул выше.
 
Почему я об этом вспомнил? К сожалению, вы снова поленились сделать простейший фактчекинг. О том, что в составе нашего контроллера есть полноценный микрокомпьютер, написано не только на нашем сайте, но и в статье, которую хорошо бы прочесть и усвоить любому, кто хочет получить полноценную информацию об аквариумном освещении, а не маркетинговую бредятину.

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

Так я же не прошу вас раскрывать содержимое патента

Интересует только его номер, для факт-чекинга 

Это ему и не нужно. Это - наша забота. Мы сделали так, как надо. Рассказывать, как именно - не вижу необходимости, извините.
 
Отмечу только одно - вы снова поверхностно смотрите на чужую работу, извините за прямоту. Только один пример.

Смотрите - вы раньше написали "Чтоб было понятнее, насколько была большая работа проделана, скажу, что раньше DLI суточного цикла вычислялся несколько секунд. Затем мы ускорили расчёт примерно до одной секунды. Сейчас такой же суточный цикл считается около 100 мс."
Я поинтересовался, что такого сложного в расчете DLI, что это занимало 3с, и даже 100мс это вечность для такой задачи

В ответ что-то из серии Джентльменам верят на слово! "У нас есть тааакие приборы, но мы вам о них не расскажем" 

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

Именно что "если". А на самом деле всё не только не просто, но и очень по-разному для разных светодиодов.

Я имею в виду нижний график на той картинке, что вы разместили выше.

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

Кстати. У нас примерно 200 килобайт весь фронт-енд теперь весит. Именно сокращение размера фронта от более чем мегабайта до 200 килобайт было одной из причин тотальной переделки софта. А вы предлагаете только базу по PAR 240 килобайт... У нас там много чего ещё есть, это и бэк, и ОС, и БД SQLite, и куча сетевых примочек. Список можно продолжать. Кроме того, наличие этой базы не решит никаких иных задач. Расчёт DLI у нас проистекает из расчёта спектра, а не живёт сам по себе, как тот сферический конь в вакууме   Поэтому нет у нас 240 килобайт. Вернее, есть, но они будут отщипываться от пространства, которое будет использовать пользователь. А ему всегда мало 
 
Напоследок - вы написали целый абзац рассуждений о том, как вашу идею можно реализовать на MCU. Но на самом деле у MCU есть много других занятий, которые, кроме него, никому нельзя доверить. Например, он 16 раз в секунду вычисляет яркость для каждого канала, далее отправляет данные в DAC, устанавливая необходимые значения тока для драйверов светодиодов. Плюс кроме этого дофига чего делает. А весь фронт обслуживается микрокомпьютером. Который хоть и "микро", но вполне себе полноценный компьютер - с полноценной многозадачной ОС Linux, с кучей вполне "больших" программ, только малую часть из которых я упомянул выше.
 

Смотрите, у вас недостаток места (ну раз вы с этим так боретесь) и в то же время у вас есть пара, а то и все 4 мегабайта для Линукса на борту и еще половина для БД.

ОК, БД может быть удобна для хранения настроек и т.д., но Линукс? Чем не устроили крошечные ОС типа FreeRTOS?

Ну и - можно смело вместо файла на 240 кб обойтись файлом на 24 кб - хранить PAR не всех 5000 градаций яркости, а 500 - и аппроксимировать. Скорее всего разница будет сильно меньше десятых долей, до которых у вас округляется - т. е. незаметна

То есть проблема с размерами файлов и т.д. для меня выглядит надуманной

Ну и потом, как я показал выше, при знании значения PAR в той или иной точке посчитать DLI - дело нескольких десятков-сотен простых арифметических операций (то есть десятки микросекунд). Очевидно, при сохранении точки ее PAR вполне можно заранее посчитать и сохранить вместе со спектром. Оверхед 4 байта на точку. Не такая большая цена для калькулятора архиважного параметра. Никакой необходимости реалтайм это пересчитывать - нет (ну по крайней мере со стороны это видится так).

"Расчёт DLI у нас проистекает из расчёта спектра, а не живёт сам по себе" - вот это вообще не понял. В моем понимании, неважно как именно работает алгоритм расчета DLI, важно что его значение совпадает с расчетным. Ну то есть такая аналогия - некто вызвал такси до вокзала, а водитель кружит по городу пару часов. Другой же за 5 минут дошел пешком. Результат абсолютно одинаков - оба добрались до вокзала, временные затраты разные.

Да, абзац рассуждений я написал, и заметьте, это заняло у меня несколько минут с придумыванием алгоритма, который позволит решить вашу задачу за 2мс вместо 100. Поэтому искренне не понимаю, какие именно у вас приборы, что вы не покажете? в чем вычислительная сложность-то?

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

А это-то причем? Какое отношение наличие или отсутствие микрокомпьютера имеет ко всему вышеперечисленному? И как это знание поможет в рассуждениях?   

Интересует только его номер, для факт-чекинга 

Номер у патента появляется после его регистрации. Как патент зарегистрируют - так сможете увидеть. Да я и сам расскажу  
 

интересно что такого сложного в перемножении нескольких сотен чисел.

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

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

Скажите, пожалуйста, почему вы так _крайне_ невнимательно читали соседнюю тему, на которую я вам дал ссылку?
 

Чем не устроили крошечные ОС типа FreeRTOS?

Тем, что под них не существует необходимых программ.
 

Ну и - можно

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

Поэтому - хотите, поверьте, что была проделана большая работа. Не хотите - ваше право, не буду настаивать, рассказывать и уж тем более доказывать. Извините на всякий случай. Извините, пожалуйста (С) Хэнкок.
 

Какое отношение наличие или отсутствие микрокомпьютера имеет ко всему вышеперечисленному? И как это знание поможет в рассуждениях?

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

Кто не понял - ранее тормозил с расчётами не наш контроллер, а ваш компьютер. Теперь не тормозит.

Номер у патента появляется после его регистрации. Как патент зарегистрируют - так сможете увидеть. Да я и сам расскажу  
 

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

Скажите, пожалуйста, почему вы так _крайне_ невнимательно читали соседнюю тему, на которую я вам дал ссылку?
 

Тем, что под них не существует необходимых программ.
 

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

Поэтому - хотите, поверьте, что была проделана большая работа. Не хотите - ваше право, не буду настаивать, рассказывать и уж тем более доказывать. Извините на всякий случай. Извините, пожалуйста (С) Хэнкок.

Вот что я понял из текста по вашей ссылке.

Характеристики светодиода нелинейны, но вы пересчитываете настройки яркости так, что 1% шкалы ползунка = 1% яркости.

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

Смотрите:

2 точки со значением "интенсивности" светодиода 10% и 50%

У вас: эти 10% и 50% - это именно яркость

У другого светильника - это значение силы тока на диоде

Реальный PAR в вашем светильнике изменяется линейно от 10% до 50%

У другого светильника очевидно нет

Именно этот фактор линейного изменения PAR в вашем светильнике архиважен и дает нам возможность крайне простым способом посчитать DLI 

А в другом светильнике PAR меняется нелинейно и да, нужно ухищряться.

Если для другого светильника нужно хранить базу в 5000 значений PAR для канала, то для вашего достаточно всего лишь знание 12 значений PAR для каждого диода при 100% яркости. Далее простая арифметика - и непонимание откуда там 100мс взялось то вместо 20 мкс?

Понятно теперь куда я клоню? 

Ну и по поводу "программ" - а что за программы вам нужны? SQLite собирается даже под ESP32 (sic!), веб-сервер там тоже есть, какие еще программы используете?

Именно этот фактор линейного изменения PAR в вашем светильнике архиважен и дает нам возможность крайне простым способом посчитать DLI

Как я писал выше, значение количества излучения - у нас вычисляется также. То есть вы видите только часть цепочки расчётов.
 

Ну и по поводу "программ" - а что за программы вам нужны?

На самом деле всё гораздо запущеннее с "недооперационками". Вы хоть раз пробовали настройть WiFi под FreeRTOS?

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

Между прочим:

А в другом светильнике PAR меняется нелинейно и да, нужно ухищряться.

Как раз в светильниках с ШИМ количество излучения всегда меняется очень точно в соответствии с процентом ШИМ

Спасибо вам за то, что вы так трепетно относитесь к нашему проекту. Но помощь уже не нужна. 

Помогать и мысли не было, у вас там 9 человек трудится 

Был и остался вопрос, как вычисление DLI занимает столько времени, тем более как вы сказали это делает не маломощный микроконтроллер, а управляющий девайс. Навскидку мой старенький Iphone 12 Pro может сотни миллиардов операций с плавающей точкой в секунду делать, под триллион - так что 100 мс - это просто запредельное время. Да даже древний Iphone 6 2014 г. в. может в 100 миллиардов операций с плавающей точкой в секунду - ну или в 100 миллионов в миллисекунду. После этого очевидно возникают вопрос "где деньги Зин?" - а чего так долго у вас считается-то?

Ну да ладно, не в миллисекундах ведь дело на самом деле