Ну так в чем проблема? Опять таки используя теорию автоматического регулирования, решается уравнение ПИД, получается значение от 0 до 100, и преобразуются проценты в скважность. Тогда это будет работать правильно. Как раз таки нет. Нужно только забыть про примитивнейшее управление по порогу, как в термостатах. В зависимости от скорости теплоносителя подбирается период и все. Это используется в массе АСУ. Это по сути ШИМ.
Вот про это я и писал, что не получится. Любая регулировочная арматура имеет заужение проходного сечения, а что бы сделать балансировочник, нужно сделать клапан с равнопроцентной регулировочной характеристикой, а это не так просто. Именно поэтому я и написал, что ставить аналоговый сервопривод на полнопроходной запорный кран нет никакого смысла. Он просто не будет работать как регулировочный. Вы просто получите вот такую характеристику: Красным пунктиром отметил. Ибо вы откроете кран на 5% и получите максимальный расход, который определяется сопротивлением сети. То есть вы не сможете использовать сервопривод на все 100%, а будете его использовать процентов на 5, и по сути оно так и будет, что клапан открылся на 5% и закрылся, снова приоткрылся и закрылся. Тогда какой смысл в аналоговом приводе?
Парад глупости продолжается! Все верно, не останавливайся, позорься дальше! Другим поясню. Человек на столько глуп, что не понимает сути написанного по ссылке: Объектно ориентированный подход к построению информационной модели системы естественным образом сочетается с концепцией событийно ориентированного программирования с использованием встроенного языка CONTROL (CTRL). При этом сценарии (скрипты), написанные на языке CTRL, могут представлять собой как обработчики событий, связанных с элементами графического интерфейса, так и процедуры (в том числе сложные) обработки данных (сценарии общего назначения). Для людей более развитых поясню. Данные "скрипты" используются для обработки данных, полученных от контроллеров. Если переводить на литературно-технический язык - это язык написания отчетов. К примеру, я хочу определить, когда пора ремонтировать турбину. Для этого собираются в СУБД скады данные с датчиков вибрации, и к ним применяются методы статистической обработки, для того, что бы понять, когда вибрация изменится на определенной значение, что будет говорить о необходимости ремонта агрегата. Ну или постоянно пишутся параметры котла, в том числе КПД, и как только это значение снизится на определенное значение, то оператору выскочит предупреждение о том, что пора бы котел выводить на обслуживание. То есть, это не для управления оборудованием, а для обработки результатов. Там по сути стандартный язык запросов SQL для получения данных и операторы, позволяющие обработать результаты запроса. Собственно когда я вам показываю скриншоты графиков или таблиц с данными, это и есть работа вот таких отчетов. Более того, я могу выгрузить результаты запроса в csv файле, открыть его в Exсel и обработать в нем. Это как морская свинка, которая по сути и не морская, и не свинка вовсе. Я просто поражаюсь этим терминам, как умная розетка или умное реле, которыми просто можно управлять удаленно. Это всегда до маркетологов называлось телемеханикой. Но безграмотные люди этого не знают, и потому хавают то, что им втирают маркетологи. Алгори́тм (лат. algorithmi — от имени среднеазиатского математика Аль-Хорезми) — совокупность точно заданных правил решения некоторого класса задач или набор инструкций, описывающих порядок действий исполнителя для решения определённой задачи. Сцена́рий — литературно-драматическое произведение, написанное как основа для постановки кино- или телефильма, и других мероприятий в театре и иных местах. Так вот у специалистов алгоритмы, а у клоунов сценарии. Они по сценарию учат роль. Какое это имеет отношение к SCADA? Блин, да в АСУ ТП все это системы реального времени, а в УД как в игрушке под названием Ардуино, нет ничего подобного. Вот как только ты попробуешь реализовать ПИД на Ардуино, и убедишься, что оно нормально не работает, хотя формула вроде правильная, датчики работают, а толку нет, вот тогда если начнешь не бред нести, а спрашивать почему не работает, я тебе расскажу. Так вот, УД - это телемеханика элементарная, и никакого отношения к методам в АСУ ТП не имеет. Нет, понятно, что гвоздь можно забить и шуруповертом при желании, вот только зачем, если для этого есть молоток или нейлер.
Бардака в опентерме побольше, чем в коммерческих продуктах, но там тоже мало кто кому что должен. Не знаю. У меня обновления только вручную делаю это раз в 3-4 месяца, если вижу что HA что-то интересное родил, в удобное для контроля время. И всем советую. Собственно говоря, опытный админ никогда софту для критической инфраструктуры не доверит автообновление Не слышали, кстати, месяц назад историю про окирпичивание телефонов Xiaomi от автообновления по всему миру?
Ozon - это 2 ипостати: поставка из РФ и из Китая Из РФ - подороже, быстрее и беспроблемный возврат Из Китая - конкурент Али, иногда Озон подешевле но доставка стабильно дольше, и у меня нет опыта диспутов по Озону, на Али - практически 100% возврат бобла
Во-первых, Ардуино давно уже не торт... Во-вторых, никаких проблем реализовать ПИД на Ардуино нет. В-третьих, Ардуино или более широко, Arduino framework, - всё-таки отличается от адруинщиков и их подхода к программированию.
Это понятно. Пример термостата в цене до 3000 с opentherm, ПИД регулированием и гораздо более качественного, чем POER приведёте ?
тут вопрос, что считать качеством. Если для вас качество - внешний вид на картинке, то это одно... Да, и за 3000 у вас с POER никакого пида не будет
Да уже понятно, что POER барахло. Вы же расписали все его недостатки. Тем не менее хочется от Вас пример термостата, который стоит рекомендовать владельцу газового котла с opentherm.
Обычный потребитель под словом "термостат" подразумевает красивый агрегат, с блекджеком и шлюхами, экранчиком, кнопочками, а не контроллер с доступом через интернет. Поэтому у вас возникло непонимание