Программа управления объектом "Скважина"

[Григори]

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

Критика и идеи по улучшению приветствуются!

Исходник и самописное "руководство" прилагаю

[Сергей0308]

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

Критика и идеи по улучшению приветствуются!

Исходник и самописное "руководство" прилагаю

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

[Григори]

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

Да, согласен, поддержание заданного давления звучит куда гармоничнее

[kondor3000]

Термосопротивление 50М даёт погрешность до +/- 10-15 градусов. Рекомендуется использовать Pt1000

А мгновенный расход надо измерять каждую секунду, а не раз в минуту.

[FPavel]

Предлагаю улучшения:
- сброс выполнять не по лог.1, а по фронту - чтобы сброс не "зависал"
- по аварии - останавливать алгоритм управления - если датчик неисправен, то ПЧВ просто максимально раскрутит насос, а ТЭН перегреет ёмкость
- ошибки, останавливающие работу сделать с фиксацией
- сделать диагностический вывод со сменяемыми сообщениями об ошибках
- т.к. команда на пуск, сброс ошибок и что-то ещё поступают по цифровому интерфейсу, то есть смысл контролировать его состояние (обрыв) и останавливать работу. Контроль осуществлять по изменению какого-нибудь числа, специально изменяемого и присылаемого из Master-устройства.

[Сергей0308]

Термосопротивление 50М даёт погрешность до +/- 10-15 градусов. Рекомендуется использовать Pt1000

А мгновенный расход надо измерять каждую секунду, а не раз в минуту.

Каждую секунду не получится, там счётчик с импульсным выходом, не получится обновлять расход быстрей периода следования импульсов, может доходить до нескольких десятков секунд(например у нас), короче много раз подобные расходомеры обсуждали на форуме, последний раз подобное упоминалось не далее как вчера в соседней теме, короче, предлагаю вычислять(подсчитывать) период следования импульсов в циклах программы, фиксировать значение по фронту сигнала, затем, зная время цикла программы, переводить это в период, затем, зная вес импульса с импульсного выхода, переводить это в расход, короче, я это примерно так вижу, в плане вычисления и обновления значения расхода!
В плане температуры поставить ТРМ200(сейчас 2ТРМ0), к нему подключить датчик температуры 50М и какой-нибудь ещё наиболее важный параметр(на второй вход) вывести для отображения на приборе, а по сетевому интерфейсу считывать значения с помощью ПР200.

https://owen.ru/product/2trm0

[Григори]

Предлагаю улучшения:
- сброс выполнять не по лог.1, а по фронту - чтобы сброс не "зависал"
- по аварии - останавливать алгоритм управления - если датчик неисправен, то ПЧВ просто максимально раскрутит насос, а ТЭН перегреет ёмкость
- ошибки, останавливающие работу сделать с фиксацией
- сделать диагностический вывод со сменяемыми сообщениями об ошибках
- т.к. команда на пуск, сброс ошибок и что-то ещё поступают по цифровому интерфейсу, то есть смысл контролировать его состояние (обрыв) и останавливать работу. Контроль осуществлять по изменению какого-нибудь числа, специально изменяемого и присылаемого из Master-устройства.

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

Пока из собственных мыслей приходит в голову реализовать критическое состояние "замерзание датчика давления", чтобы от него ПЧ тоже вставал

Описание объекта: Скважина в 40-50 км от базы, которая должная снабжать водой 2-3 поселка

[Григори]

Каждую секунду не получится, там счётчик с импульсным выходом, не получится обновлять расход быстрей периода следования импульсов, может доходить до нескольких десятков секунд(например у нас), короче много раз подобные расходомеры обсуждали на форуме, последний раз подобное упоминалось не далее как вчера в соседней теме, короче, предлагаю вычислять(подсчитывать) период следования импульсов в циклах программы, фиксировать значение по фронту сигнала, затем, зная время цикла программы, переводить это в период, затем, зная вес импульса с импульсного выхода, переводить это в расход, короче, я это примерно так вижу, в плане вычисления и обновления значения расхода!
В плане температуры поставить ТРМ200(сейчас 2ТРМ0), к нему подключить датчик температуры 50М и какой-нибудь ещё наиболее важный параметр(на второй вход) вывести для отображения на приборе, а по сетевому интерфейсу считывать значения с помощью ПР200.

https://owen.ru/product/2trm0

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

[Григори]

Термосопротивление 50М даёт погрешность до +/- 10-15 градусов. Рекомендуется использовать Pt1000

А мгновенный расход надо измерять каждую секунду, а не раз в минуту.

Проходил, была погрешность 32 градуса один раз. Но 50М очень дешевые, и объяснить, что АЦП ПРки не может адекватно проскалировать его, не вышло. Пришлось идти на компромисс, добавил возможность минимизации параметрами А и Б
Как думаете, что если сделать блочок для выбора датчика, который от значения целого числа будет на нужный выход транслировать сопротивление и к каждому выходу подцепить свой макрос (PT100/1000, 50М и др)?

Насчет расхода, стоят в основном счетчики с весом импульса 0.1м3/1м3 при среднем расходе 7-15 м3/ч. Но реализована запись времени расчета с облака/скады. Во многих скважинах итог до 100 импульсов импульсов за сутки(Рекордные цифры - 15 импульсов сутки, то есть 1.5 куба)

[petera]

Взял бы датчик KTY81/110,112, Датчик температуры -55…+150°C, Rпри25°C=1кОм±1%
макрос для ОЛ есть под него
для поддержания микроклимата в шкафу самое то
сам пользуюсь для таких случаев
в чипе и дипе копейки стоит