Dimensy, спасибо за подсказку.
Получается, со стороны разработчика опять "грабли" какие-то... это нужно на каком-то одном условном ноуте, в среде OL (а если загружант не в курсе что такое OL и "с чем его едят"), загрузить пачку макросов в библиотеку, потом от туда их экспортировать в файлы, потом перенести эти файлы на другой ноут и уже на нем их импортировать... жесть... 2026 год на дворе...
Еще и пофайлово всё это дело...![]()
Последний раз редактировалось Spawn; 18.05.2026 в 00:25.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Не соглашусь по Pt1000 на ST - вычисляет правильно, но избыточно неоптимально - возведение в степень через POW, т.е. через формулу EXP(y*LN(x)), вместо простого цикла по схеме Горнера.
Версия на FBD ещё имеет особенность - сохраняет на выходе последнее корректное измеренное значение, что потенциально может привести к зависанию измерений до отключения питания (исправлялось изменением какой-то константы - в компонентах уже исправленная версия). Из-за этих двух причин предпочитаю не рисковать и пользоваться самодельным на ST.
А вот PID - хорош. Ещё хочу применить, но всё нужда не заставляет Event_Log - архив ошибок на 24 события. Мне ещё нравился обработчик входа 4-20 мА CONV4..20_ - он сразу формировал ошибку при обрыве и коротком замыкании, а также выполнял подстановку значения при недостоверном измерении.
И ещё есть интересные и полезные.
Нужно всё проверять.
Мне даже не хочется вспоминать этот треш с макросами, в смысле остался неприятный осадок до сих пор, короче, открываю один макрос, повторюсь, что специально другие не смотрел, короче, первый, что под руку подвернулся, там четыре одинаковых элемента, пишу Юрию Реваке, что напрашивается оставить один элемент, а три удалить, говорю, кому надо 4 элемента, используют 4 экземпляра макроса, а если кому требуется один такой элемент, три будут стоять мёртвым грузом, короче, я не готов к таким излишествам, чтобы 3/4 элементов на полотне программы стояли просто так, мёртвым грузом!
Короче, он оптимизировать(удалять три элемента) отказался, говорит такой макрос поступил, а мой макрос "SCALE" подправил, хотя в моём варианте он был красивей и функциональней, короче, не принципиальности ни справедливости!
Он состоял из двух независимых макросов, которые можно и отдельно использовать: из макроса двухстороннего ограничения и собственно макроса "SCALE" без ограничения по входному сигналу, такой тоже может понадобится, всё вместе макрос "SCALE" с ограничением:
Макрос SCALE.png
SCALE_L.owle
Потом ещё посмотрел 2-3 макроса, которые можно было упростить в разы, что я и сделал, короче, ни один макрос, что открыл не был более-менее приемлемым, как будто новички делали и всё, с тех пор не смотрю макросы из менеджера компонентов(раньше по другому как-то назывался), не хочу расстраивать организм по пустякам!
Последний раз редактировалось Сергей0308; 19.05.2026 в 01:26.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.