КосМастер - контроллер для установок обратного осмоса

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

__Пару моментов. В продолжении темы организации ночной промывки мне необходимо уменьшить цикл запуска на 2 часа 20 минут....согласно полученным данным. Сегодня уже промывка сдвинулась на 8 часов утра...и получаем 1440 мин(24ч) - 140мин(2ч20м) =1300мин(21ч40м)....Сегодня ночью выставлю периодичность слива 1300 минут и посмотрим за выходные результат...тут если с временем сброса воды с емкости все понятно оно отсчитывается в самом КосМастер и можем его точно брать в расчет...то время наполнения нами не регламентируется и зависит от многих факторов(температура, состояние мембран, давление питательной воды и давления на мембранах но пока это будет +/- пару минут...

Вложение 77059

__Еще все же опять вернусь к теме синхронизации часов...все работает прекрасно...единственное у меня проект моей SCADA крутится на виртуальной машине...и было пару отключений по питанию....и наблюдаю вот такой казус рассинхрон уходит в минус:))))....потом запускаю синхронизацию времени в виртуальной машине и все встает на свои места рассинхрон становится положительным числом...колеблется 1-2-3 секунды но не более ...можно сказать даже по циклу...

Вложение 77061 рассинхрон отрицательный

Вложение 77062

Но приятно проверить результат своих трудов ,что наши швейцарские часы более не сбоят:))
Вложение 77070

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

Выполнил повторный обновленный слив с емкости. Установил периодичность 1300 минут. По тренду видно что примерно на слив затрачивается 30 минут а на наполнение 2 часа. На пол часа начал промывку раньше чтобы более равномерно распределить время наполнение между началом смены и ее окончанием.

Вложение 77077 вот так слив отображен на тренде

Вложение 77078 вот так можно наблюдать временные точки этапов промывки

Длительность набора обусловлена малой производительностью системы обратного осмоса...слив ограничен малым проходным диаметром промывного клапана, сечением трубки 3/8 и точкой врезки с пониженным давлением перед возвратом в емкость пермеата хотя у нас там установлен регулировочный вентиль для поднятия давления....

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

___Хочу посвятить пост теме подключения датчиков уровня к КосМастер. Если читали мои предыдущие посты на данном примере мы используем вариант с одним задействованным входом DI3 но есть и вариант использования DI2

Вложение 77090______Вложение 77109

___Возможно для тех кто уже давно работает с продукцией Овен тут все понятно....но по моим воспоминаниям на этапе концепта тут было на начальном этапе не все так просто:)))

___Давайте посмотрим как этот момент отражен в одном из мануалов наших братьев китайцев...вернее уже в адаптированной версией их дистрибьюторами

Вложение 77091

___Может не очень удачная картинка для примера тут еще надо отразить что для КосМастер датчик нижнего уровня нормально "разомкнут" а датчик верхнего уровня нормально "замкнут"...не судите строго если не правильно применяю термины... вкратце логика такая ...при состоянии когда нижний уровень равен "0" а верхний уровень "1" воспринимается как сигнал к старту осмоса "уровень наполнения" По чему верхний уровень инвертирован? Предположу это позаимствовано из релейных схем с "самоподхватом" реле управляющих насосом работающих на емкость...
___Так вот получив сигнал к старту осмос запускается и в процессе наполнения нижний уровень переходит из состояние "0" в "1"....но наполнение продолжается.... на обоих входах присутствует "1" (DI2=1 DI3=1) и при переходе датчика верхнего уровня из состояния "1" в "0" произойдет остановка наполнения....Далее при опустошении емкости датчик "верхнего уровня" перейдет из состояния "0" в состояние "1" (DI2=1 DI3=1) ....и далее опустошение будет происходить до состояния когда снова датчик "нижнего уровня" перейдет в состояние "0" и произойдет циклично повторный запуск. Для читателя не искушенного опытом автоматизации подскажу что "подводный камень" тут в состоянии двух датчиков когда они находятся обои в "1" (DI2=1 DI3=1)это так сказать "среднее" состояние...но в случае наполнения осмос работает, а в случае опорожнения осмос проходит это состояние и не включается :)))) Как это реализуется....я опишу как это увидел я...

Вложение 77093 Вот тут небольшое видео....сразу оговорюсь это программный "концепт"

Вложение 77094___вот такого плана___Вложение 77110

___В данном концепте на тот момент не был учтен такой вариант, когда оба датчика нижнего и верхнего уровня в состоянии ноль"0"(DI2=0 DI3=0) это переведя на простой язык нижний датчик показывает что воды "мало" и верхний показывает что воды "много"....естественно такое может быть только если с датчиками случилась авария...и логично такому состоянию и вывести отдельное битовое состояние "авария датчика уровня" Наверно в этом варианте определенное преимущество перед одноканальным вариантом контроля уровня...но по одному каналу может сигнал поступать от более интеллектуальных систем контроля уровня поэтому не все так однозначно.

Вложение 77098 Вот такую логику пробовал смоделировать в ОЛ...

Вложение 77099 Состояние двух нулей(DI2=0 DI3=0)...Авария датчиков

Вложение 77100 __1. Уровень наполнения DI2=0 и DI3=1 Осмос=1_______Вложение 77101

Вложение 77102 __2. Продолжается наполнение (DI2=1 DI3=1)Осмос=1__ Вложение 77103


Вложение 77104 __3. Стоп наполнения DI2=1 DI3=0 Осмос=0___________Вложение 77105

Вложение 77106___4. Состояние опорожнения (DI2=1 DI3=1)Осмос=0____Вложение 77107
и далее опять шаг 1 и так циклично наполнение - опорожнение ...

Может кто-то захочет поиграться выкладываю файл для ОЛ...возможно коллеги покритикуют...надеюсь не сильно:))))

Вложение 77108



___Какой вариант управления КосМастер по уровню в емкости выбирать проектировщику/пользователю на этапе проектирования или адаптации с действующим проектом... тут зависит от типа датчиков, либо варианта реализации запроса на наполнение обратного осмоса ...это может быть и сторонний контролер или "интеллектуальный" многофункциональный датчик уровня и в таком случае будет использоваться один вход для управления DI3....в нашем случае мы ограничились одним поплавковым выключателем....его дифференциала на вкл./выкл. нам достаточно...в последствии планируем перейти на кондуктометрический уровнемер...но так же будет использоваться один канал управления...


И вот после всех моих "наглядных пособий" можно обратится к полной инструкции КосМастер

п. 8.7 Контроль уровня
Уровень жидкости в накопительной емкости контролируется по двум дискретным датчикам уровня.
Тип контакта для датчика нижнего уровня НО, для датчика верхнего уровня — НЗ.
После запуска системы контроллер проверяет уровень в накопительной емкости. Если в емкости
используется два датчика уровня (число датчиков задается в разделе Опции → Ур: Количество датчиков уровня в накопительной емкости 1, 2)
Алгоритм:
1. Запускается при условии: DI2 = 0 и DI3 = 1.
2. Набор емкости DI2 = 1 и DI3 = 1 — заполнение продолжается.
3. При DI2 = 1 и DI3 = 0 емкость считается заполненной, контроллер переходит в режим Ожидание.
Выход из режима Ожидание происходит при DI2 = 0 и DI3 = 1.
Если в емкости используется один датчик уровня, то работа осуществляется по верхнему уровню,
подключенному на DI3. При DI3 = 1 контроллер в работе, при DI3 = 0 контроллер в ожидании.

P/s почти как у меня...:cool:

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

Еще пару вопросов на сегодня.... Вчера периодический слив с емкости начал в 00:30

Вложение 77115

Сегодня в автомате слив прошл на 6 минут позже...это неизбежно...сказывается погрешность в самом периоде наполнения...

Вложение 77114

Можно немного корректируя время периодического слива регулировать интервал +/- ... можно выполнить постоянную синхронизацию от Мастерскада по примеру синхронизации часов реального времени....теоретически даже можно выполнить в Мастерскада недельный таймер если это понадобится и им уже управлять периодическим сливом....но пока это избыточно... Попробую понемногу накопить статистики и потом регулировать период с 1300 минут корректируя его +/- накопленное смещение

Еще один момент обратил внимание на тренде электропроводности пермеата в емкости по датчику электропроводности CI3 что в момент наполнения после периодического слива наблюдается еле заметный рост электропроводности...

Вложение 77117

подумал обычно пополнение свежего пермеата ведет к снижению электропроводности....но тут такой не характерный "бугорок" который потом нивелируется по окончании набора пермеата в емкость...возможно что-то связано с температурной компенсацией....так как пермеат обратного осмоса более холодный...и если коэффициент температурной компенсации не совсем оптимальный то могут быть такие перекосы по умолчанию в КосМастер коэффициент температурной компенсации стандартный 2% на 1 градус от опорной температуры 25 градусов...

решил укрупнить именно этот тренд УЭП пермеата

Вложение 77118 ____Вложение 77123____Вложение 77128

в таком ракурсе я почему-то ранее не пробовал строить тренд...есть над чем поразмыслить пока не буду делать оргвыводы....но еще если посмотреть тут проглядывает некий "шум" в электропроводности в момент периодической промывку в ожидании....тут уже интереснее...в этот момент набор в емкость не происходит вся вода поступает через клапан Кл.3 в дренаж и у нас он спаренный с клапаном NO который блокирует набор первого пермеата в емкость....
Но если оценить масштаб этого "шума" то он мизерный на уровне 0.1мкСм :)))( при выделении тренда- пера в Мастерскада шкала с лева принимает масштаб увеличения данного тренда) возможно это взаимное влияние кондуктометрических ячеек или других цепей в аналоговом тракте...вот такие "последствия" при излишней увлеченности увеличением сигналов...

Вложение 77119

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

Вложение 77120

Вложение 77121


Слив 08.07.2024 прошел уже в 45 минут ночи...получается смещение на 9 минут а предыдущее было на 6 минут..

Вложение 77129

Слив 09.07.2024 прошел уже в 49 минут ночи

Вложение 77159

Слив 10.07.2024 прошел в 00:50 минут ночи...потом был небольшой сбой в виртуальной машине....но это на работу КосМастер не влияет

Вложение 77233

Слив 12.07.2024 прошел в 00:58 минут

Вложение 77234

Слив 13.07.2024 прошел в 01:00 в час ночи

Вложение 77235

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

Вложение 77262
По периодической промывке системы хранения и распределения пермеата накопили немного статистики. Добавлял в предыдущий пост. В среднем смещение в плюс на две минуты. Попробуем уменьшить периодичность с 1300 минут на 1298....и так постараемся закрепить промывку в районе часа ночи.

Был небольшой сбой в виртуальной машине где крутится SCADA и часть тренда за 11 число выпало....но это не страшно....впереди еще много статистики:)))

Вложение 77247 Вот так в ОРС сервере меняю уставку с 1300 на 1298...

Вложение 77248 И вот наш тренд ежедневных промывок

Все отлично работает у КосМастер... рассинхрон времени 1-3 сек благодаря нашему блоку периодической синхронизации времени в MS3.13....
уровнемер по входу CI4 отлично работает благодаря ДС.ПВТ.4 с двумя электродами
Вложение 77242___Вложение 77243___Вложение 77244___Вложение 77245___Вложение 77263
и благодаря макросу коррекции уровня...видно как получается небольшой дрейф от сработки электроконтактного поплавка управляющего уровнем наполнения...

По электропроводности пермеата тоже пока держимся на уровне 21 мкСм... минимум в начале июня был 16 мкСм

Вложение 77249 Укрупненный тренд для CI3 за 23 дня ___Вложение 77239___Вложение 77240

Вода исходная на тренде у меня она уменьшенная в 10 раз для наглядности. Удобно ... получаемые значения мысленно умножаем на 10 ...зато как отлично масштабируются... то есть если значение на тренде 65.97 это фактически 659.7 мкСм для воды исходной


Вложение 77241 тренд с % уровнем в емкости и давлением на мембранах за 23 дня...

Доброго всем воскресного дня. Продолжу делиться своим опытом по работе с КосМастер.

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

Вложение 77284 автослив в 01:00 выполненный 14.07.2024

Вложение 77285 тренд слива за последних трое суток

Вложение 77286 укрупненный тренд УЭП по каналу CI3 в системе хранения и распределения пермеата

Если присмотреться к тренду по каналу CI4 % уровня в емкости при наполнении достигаем немного разного уровня визуально дрейф на уровне 1-2 % может и меньше я так понимаю это связано с особенностью электроконтактного поплавка и большего от него и желать не надо....захотел я посмотреть в табличных данных его колебания....и понял у меня в архив записываются все значения по изменению до тысячных...0.001%


Вложение 77287 колебания уровня при ежедневных сливах...

Надо изменить настройку архивирования хотя бы до 0.1% ...меняем

Вложение 77276

После изменения теперь у нас будут фиксироваться изменения не менее 0,1 %...вот результат изменений...

Вложение 77275

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

И вот все эти колебания у меня попадали в архив...логичнее их обрезать установив порог архивации 0.1 может потом и чуть побольше....но это и так довольно шикарный результат. Надеюсь теперь вам продемонстрирую объем данных при сливе и наполнении чтобы отразить с какой дискретностью мы измеряем уровень в емкости....можно сказать практически "за бесплатно"

Вложение 77277 Данные с архива значений уровнемера

Стало меньше данных попадать в архив...но вижу можно еще более загрубить надо....может даже до 1%....понаблюдаю

Надо отметить что у меня постоянная циркуляция в системе распределения пермеата с обратным возвратом в емкость...что дает небольшую волну хотя трубопровод возврата пермеата погружен в воду....ранее когда он был короткий вода пенилась и было принято решении его удлинить чтобы в наполненном состоянии он был погружен в воду емкости. И сам циркуляционный насос в таком режиме работает на 30Гц за счет однофазного ЧП.

Построим тренд за небольшой промежуток времени чтобы увидеть колебания по тренду и результат наших настроек...отразятся ли на тренде архивации % уровня в емкости

Вложение 77278

Опять что-то интересненькое...видим во-первых теперь в архивный тренд не поступает весь "шум" по каналу уровня....но что мы еще видим в период промывки в ожидании (2.7час) видим более значительное падение уровня хотя там десятые доли процента но все же... можно посмотреть по тренду "давление в нижней части полотна трендов. Очередная загадка для мозгового штурма :))))

Вложение 77279______Вложение 77280______Вложение 77289

Тут у Мастерскада 3.13 выявился один нюанс...если смотреть тренды в реальном времени то отображаются все точки с дискретностью 0.001, а чтобы посмотреть исторический из архива достаточно прокрутить колесиком мышки и все точки которые не были записаны в архив пропадут с полотна и тренд становится избавленным от "шума" так как он будет построен на основании архива базы данных...интересненькое явление... будем знать...

Вложение 77281 Падение уровня в момент промывки в ожидании 0.2%

Вложение 77288 % Уровня пермеата в емкости укрупненный за пару дней...


P/s честно не думал я вообще когда планировалось компанией Овен создавать проект КосМастер, что у этой маленькой "коробочки" целый кладезь информации, как о качестве самой воды на разных этапах водоподготовки так и нюансов связанных с автоматизацией и диспетчеризацией процесса....есть чему поучится.... не скажу что для меня все вновь, есть длительное время в эксплуатации очень серьезные системы по три и более тысячи тегов использующих различные типы воды, в различных агрегатных состояниях...но тут с КосМастер тоже есть чему поучится...тем более в автоматизации и диспетчеризации процессов я по-прежнему ученик...надеюсь достойный

И еще не подумайте что я от нечего делать изучаю тут всякие микро скачки ...падения, бугорки и всяких "гусениц" и "многоножек" в трендах...это все последствия работы с очень чистыми средами, где значения электропроводности в десятки раз ниже и приходится обращать внимание на все, чтобы потом анализировать и понимать процессы происходящего...возможно в будущем наш четвертый канал CI4 и будет мониторить воду высокоочищенную в диапазоне 1.0 - 0.055мкСм... физически и морально :))) мы уже готовы подготовили специализированную проточную ячейку из нержавеющей стали L316...осталось подгадать удобное время для монтажа...и КосМастер накроет весь цикл подготовки воды высокоочищенной 1.0-18МОм.

Доброго всем воскресного дня. Продолжу делиться своим опытом по работе с КосМастер.

Фиксирую сбой моих настроек по промывке. Вчера была сильная гроза и были переходы на другой фидер по аварийному отключению...
Визуально настроенный мной таймер 1298 сбросился на значение 1440 это значение было предположу в SCADA по умолчанию возможно при перезагрузке АРМ подгрузило старую уставку...1440 было у меня долгое время потом я менял на 1300 и потом на 1298....надо посмотреть еще раз скрины настроек...и учесть этот нюанс и сохранять в SCADA

Вложение 77325

Поправил время промывки так как сейчас вечером она бы произошла через 11 минут....прибавил время чтобы она произошла в час ночи... потом поправлю на 1298....как понял это можно делать в любое время естественно чтобы еще оставался запас по времени...например завтра утром...и если опять не будет сбоев все должно за синхронизироваться...

Вложение 77326

Вложение 77317

Промежуточный итог должно сохранятся то значение которое было внесено последним и не важно с самого КосМастер или удаленно через запись в регистр...для этого в ОЛ имеется макрос из библиотеки SelChgF придется проверить выключив КосМастер и посмотреть какая уставка сохранится после перезагрузки...до этого я не замечал проблем...


И вот результат фильтрации шума по уровню в емкости смена с 0.001 на 0.1...должно дать значительное уменьшение объема архивируемых данных....да и такая точность избыточна так как тут не только колебания уровня но и возможное колебание кондуктометрического входа...его можно локализовать большим значением фильтрации по кондуктометрическому входу... но можно и так как я поступил...

Вложение 77318

Вложение 77319

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

Практически точно подгадал слив ночной прошел в 00:59

Вложение 77323

Сейчас утром поменял периодичность на 1298 минут...сейчас пойду проверю в самом КосМастер...и попробую выполнить его перезагрузку отключив питание...

Вложение 77324

Доброго всем дня. Продолжу делиться своим опытом по работе с КосМастер.

Выдвинулся на сам КосМастер выполнить отключение и повторное включение.
Перед этим проверил все настройки в ОРС сервере и в Мастерскада MS3.13

Вложение 77327

Выдвинулся на объект. Захожу в меню таймеры и фиксирую значение таймера периодического слива с емкости это в настройках таймер Кл.2

Вложение 77328 Видим в настройках таймера значение 1280????

Перезагружаем КосМастер

Вложение 77329

Вложение 77330

Вложение 77331

После перезагрузки значение изменилось на 1440м

Изменил значение таймера с панели КосМастер с 1440 на 1298 и выполнил повторную перезагрузку. Теперь значение сохранилось и после перезагрузки оно равно 1298. Тут как писал выше в ОЛ есть в библиотеке макросы SelChgF, SelChgI, SelChgB ....нужна помощь разработчиков, применяли они данный функционал или нет???? Данный функционал позволяет устранить проблему конфликта записи с экрана ПР200 и записи по сети RS485, делая приоритетной ПОСЛЕДНЮЮ по времени запись переменной и устранение конфликта после перезагрузки по питанию.

На всякий случай проверил настройки Овен ОРС сервером

Вложение 77333 все нормально

Будем звать на помощь компанию Овен.

Цитата:

---

Сообщение от Maria Mikhaylova

,,,,

---

написал...ждем:rolleyes:

Доброго всем вечера. Продолжу делиться своим опытом по работе с КосМастер.

Немного прояснил для себя ситуацию. Запутался в "двух соснах" вернее с цифрой периодической промывки....но помогло то что я фиксирую все результаты стараясь их публиковать....сейчас выдалось немного времени посмотрел скрины и фото и прояснилось откуда у меня появилось значение 1280м которое я увидел сегодня на экране КосМастер по приходу на объект в настройках таймера периодичности открытия Кл.2 для слива пермеата с емкости

Вложение 77345 вот это фото с предыдущего поста...

Посмотрел фото скринов настройки Мастерскада и понял сегодня утром я вместо 1298 минут выставил в Мастерскада и ОРС сервере 1280 минут...
их то я и увидел в настройках КосМастер. Уже легче. Надо быть внимательнее.

Вложение 77346 Вот этот утрешний скрин....пишу что выставил 1298 а на фото видно в 548 регистре 1280 минут:)))

А вот скрин Овен ОРС сервер я делал уже по приходу с объекта и на нем уже 1298м это я проверял что у меня нет путаницы с регистрами....была у меня одна ошибка я ее выявил в самом начале своих постов...это бывает при клонировании регистров в ОРС сервере с забыванием потом поменять адрес какого-нибудь регистра...но перепроверять никогда не лишнее.

Вложение 77347 Скрин с Овен ОРС после смены настройки и перезагрузки КосМастер. Тут уже видно что значение таймера корректное.

Вложение 77348 Поверяю вечером сейчас в Мастерскада все верно 1298м в таймере...

Но тот момент что после принудительного отключения мной питания в настройках таймера Кл.2 значение с выставленного так неудачно мной удаленно по сети поменялось с 1280м на 1440м это факт.

После мной с панели КосМастер введено значение которое я и планировал утром ввести удаленно 1298м и выполнив контрольный перезагруз КосМастер это значение сохранилось в памяти прибора. Я не искушен всеми премудростями программирования ПР200 в ОЛ но читал про эту проблему и как она решается в библиотеке ОЛ макросами SelChgF, SelChgI, SelChgB. Написал в ТП Овен. Идет процесс уточнения ситуации. Возможно через пару дней прояснится все... да или нет....если нет значит надо поправить чтобы было да:))))

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

Вложение 77349

А теперь обратим внимание на время в архиве МS. В 9:43 происходит обрыв связи и последующий сброс уставки на 1440м. Потом значение меняется через пару минут на 1298 ... это я его ввожу с панели КосМастер. Далее видно опять потеря связи.....это я проверил перезагрузкой записалось ли значения в КосМастер. Но после включения таймер не продолжил счет с 1284 а начал отсчет сначала...с 1298. То есть значение таймера введенное с панели сохраняется при перезагрузке по питанию но таймер при этом сбрасывается на начало счета :(((((((

Вложение 77350

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