Вид для печати
Добрый день. Я новичёк, перехожу с коробочного решения умного дома на ПР200. Если кто-нибудь глянет мой проект по управлению дизельным котлом отопления в паре с циркуляционным насосом. Буду очень благодарен. Это мой первый проект. Спасибо!
Планирую использовать ПР200 совместно с Каскадой.
тут в нем никто ничего не увидит, поскольку мы не знаем, как этот котел должен управляться с завода. одно могу сказать - аварийные параметры котла такие как температура, давление, работа газогорелочного устройства должны контролироваться и блокироваться не только через Прку но и электромеханически! без этого вы сами себе бомбу строите.
в программе у вас сумбур. используйте переменные для связей в более чем одно место. неясно что вы и куда суете.
вы никак не контролируете аварии температурных датчиков, да и на дискретные входы ничего не приходит.
вы хоть опишите, что вы вообще хотели получить.
учитывая приколы с пркой возникающие иногда, то все критически-важные уставки, записываемые через экран/облако надо контролировать, что они находятся в допустимом диапазоне. а то бывают обнулятся и беда беда!
Спасибо, что посмотрели. По порядку:Цитата:
Сообщение от bayk
Котел дизельный бытовой для отопления Китурами 21R у него только встроенный предохранитель отключения по температуре и выносной датчик температуры, через который я управляю включением и выключением (выход Q1). Циркуляция управляется независимо от котла. Аварии температурных датчиков - действительно забыл сделать обработку. Про дискретные входы не понял, в моем случае туда нечему приходить, котел только температурой управляется и вкл\выкл. Про контроль значений уставок - спасибо понял, напишу в аварийный блок их контроль.
alex918 вы мозги Китурами выкинули или оставили по умолчанию ?
ПР200 слабо подходит под управление этими котлами, у меня 17R, я запрашивал у официалов протокол обмена между мозгами и пультом, отказали.
Но его можно немного обмануть. Я например подпаивался к кнопкам "Душ" и "Работа" чтобы запускать бойлер и насос бойлера.
В остальном котел сам прекрасно справляется с отоплением. У них нет только изменения температуры от уличной.
Но в целом, не вижу смысла трогать родные мозги...
Здравствуйте. Пару месяцев назад я интересовался, как подать сигнал ШИМ 5 или 10 В на аналоговый вход ПР200 (частота моего ШИМ 122 Гц). Хотел сначала использовать аналоговый вход в качестве дискретного и проводить измерения. Так вот: не нужно, по крайней мере для таких частот, городить измерители частоты, скважности, периода следования ШИМ и т. д., нужно использовать этот вход как аналоговый 0...10 В. Видать, там высчитывается среднее за период значение. Вот. Просто, если кому-то пригодится и сэкономит время. Могу дать макрос для измерения ШИМ с десятыми долями вольта.
А ты что собственно мерил и какова получилась точность измерений ?Цитата:
Сообщение от Vlad84
мозги котла не трогал. отпаял одну ногу датчика температуры в выносном блоке и через его замыкание управляю вкл\выкл. народ на форумхаусе так с китурами работает. мне больше и не надо. только включение по графику и петля нагрева с большой дельтой.Цитата:
Сообщение от melky
alex918 понятно, в общем колхоз :) собственно и не удивительно, учитывая, что корейцы не дают протокол обмена.
Мне бы хотелось управлять температурой воды нагрева в зависимости от Т улицы. А так, в остальном вполне устраивает работа по Т помещения.
Если время фильтра на AI хотя бы 0,5 сек, то все логично, ШИМ будет усредняться.Цитата:
Сообщение от Vlad84
Это попа... Проверил работу ПР200 в режиме порта 7-E-1 и.... НЕ РАБОТАЕТ
При смене режима порта в ПР на 7-Е-1 и при этом настройка порта на ПК осталась 8-N-1 происходит такое чудо, ПР отвечает, что адрес устройства некорректный.
После смены настроек порта на ПК - ошибка связи
Запрос значений группы элементов
Отправка (8): 01 03 02 00 00 15 85 BD
Приём (5/5): 81 03 AA 00 00
Некорректный адрес устройства!
Но не это все удручает, а то, что человеку ответили в техподдержке Овен - "мы не тестировали работу порта в режиме 7-E-1" и это на устройстве, которое выпускают уже не первый год, Карл!
слов просто нет.... мне вот нужен был режим 8-E-1, так как у одного производителя только такой и планировал применить ПР чтобы читать два устройства через один интерфейс, а теперь даже в задумчивости по этому поводу....
Спокойствие, только спокойствие.
А разве RTU работает по 7битной кодировке?
Как ведёт себя ПР при установке 8-E-1?
8-E-1 еще не проверял. Сейчас попробую проверить.
Вообще-то RTU, шмту и прочему глубоко плевать на физику линии, это обязанности двух соединяющих устройств преобразовывать все как положено.
Проверил 8-Е-1 раотает, при этом при переключении типа передачи на ПР сразу идет ошибка связи, без всяких там ответов "некорректный адрес"
Физику - да, а уровень звена данных - нет. Как передать через 7бит адрес >127?Цитата:
Сообщение от melky
Это как?Цитата:
Сообщение от melky
ASo с адресами да. Попробую сменить адрес на 3-ку, тогда бит четности не добавится в режиме 7-E-1 аж интересно стало :)
Адрес ПР кстати 01 и если в приборе режим 7-Е-1 то как бы не должно было быть проблем даже с добавлением бита четности.
Scada от опроса не отключал, просто меняю режим работы через меню ПР на 7-Е-1 то ПР отвечает что некорректный адрес прибора, хотя так же должна быть ошибка связи. Что-то в мозгах ПР некорректно с обработкой режимов порта. Сталкивался на другом железе с подобным, там разработчики сказали, что ошибка в драйвере порта для режима 7-Е-1 (железка была на Linux). При чем проявлялась только в режиме Com-over-TCP, если соединить две железки как удлинитель порта, то все работало... Вот и у Овен какие-то не лады с портом в данном режиме.
Подскажите пожалуйста, я хотел бы интегрировать реле ПР200 с Home Assist. Как я понимаю, это проще всего сделать через шлюз МКОН? При этом шлюз настоится как мастер для реле ПР200 по RS-485, который будет считывать информацию и передавать через Ethernet. Или я вообще неправильно понимаю?
Мне более понятна схема через шлюз RS-485 -> OwenCloud, но хотелось бы полностью свое решение.
МКОН нафига тут? вам просто Ethernet-RS485 преобразователь не подойдет ?
Если же ваша система не умеет ничего, кроме Modbus TCP то нужен преобразователь протокола, но опять же, есть они без участия Owen Cloud.
Home Assist у вас на чем крутится ? в облаке, на каком-то домашнем ПК ?
Мкон это как раз тупой ethernet-rs485. Но если для себя делаете то есть масса более дешёвых решений
Мкон это преобразователь modbus tcp в modbus rtu. Мастером должно быть ваше оборудования Хомасист
bayk далеко не тупой преобразователь, а часто излишний и бесполезный. Не нашел на Home Assistance упоминания про Modbus вообще. Зато есть MQTT а это уже дает шансы на подключение любых Modbus устройств, все зависит где и на чем развернут Home Assistance
Не знаю :) Может и подойдет. Я только начинаю с темой разбираться. Из описаний и чтения форума целостной картины не составил для себя :( Видел, что воде шлюзы есть аналогичные, но находил только промышленные за 20-40 тыс.Цитата:
Сообщение от melky
Система будет построена на ПР200 (свет, теплый пол, вентиляция). Это только вчера мелькнула мысль прикрутить приложение.Цитата:
Сообщение от melky
Есть выделенный сервер, хочу там запустить.Цитата:
Сообщение от melky
Не подскажите какое-нибудь? И делать мастером систему за пределами щита не хотелось бы :) То есть условно, есть щит на ПР200. Самодостаточный. Есть идея просто через МКОН выводить информацию в Home Assistent, и также от него принимать изменения регистров.Цитата:
Сообщение от bayk
Stan_1 внимательно смотрите на Home Asist - Вы видите там вообще Modbus ? я что-то не обнаружил.
ПР200 может быть только Modbus, другого ему не дано. Но в вашей системе я увидел MQTT, а значит связать можно. Выделенный сервер ГДЕ ????? где-то сервер VDS куплен или дома? какая ОС ? и какая архитектура ?
Ну... по Modbus на Home Assitant я ориентируюсь на это: https://www.home-assistant.io/integrations/modbus/Цитата:
Сообщение от melky
Сервер выделенный (аппаратный) во внешнем дата-центре. Там у меня крутится почта, хранилище и прочий софт. ОС CentOS.
Тогда вообще никаких проблем, преобразователь Ethernet-RS485 для работы с любым протоколом, то есть любой прозрачный шлюз.
Посмотрел бегло, не увидел там возможности работать с COM портом, поверх TCP. Но в принципе, если есть на руках Raspberry или любой другой ПК с USB-RS485 преобразователем можно для теста поднять TCP сервер для COM порта прежде чем покупать готовый преобразователь и со стороны сервера запустить пакет socat (должен быть для CentOS) и попробовать сделать на стороне сервера виртуальный COM порт, на который уже и настроиться.
с CentOS не знаком, но принципы те же, а socat многое что умеет, в том числе и сервер и клиент для COM портов поднять.
rovki продает платы на основе USR-IOT, которые встраиваются в ПР200 с Ethernet портом, но это режим именно TCP сервера для COM порта. Разобраться с темой выше по socat со стороны сервера.
1. ПО умеет работать с COM портом поверх TCP(UDP)
2. Создание виртуального COM порта на сервере, если ПО умеет или COM порт или TCP
Ага, спасибо! Пошел читать
Может подскажете, какой прибор мне нужен? Нужен терморегулятор на термосопротивлении pt100, от него два канала выхода на нагреватель и охладитель. Но, самое главное, чтобы были визуально, ПОСТОЯННО, видны два предела, по которым происходит то нагрев, то охлаждение. Разброс между ними очень большой, скажем 50 градусов, там используется или нагрев, или охлаждение, вместе очень редко. То есть должны быть постоянно видны ТРИ числа.
Сейчас вот такой логометр с двумя пределами в виде верхних стрелок:
Вложение 54143
Операторы - люди тупые, им программировать ТРМ1 - ТРМ201 не под силу. Нужно для сублимационной установки.
Или уж лучше сделать всё на сенсорной вебпанели с какой-нибудь ПР-кой?
У нас для такого исп. ТРМ101РР и отлично справляется. Всё гибко настраивается, правда не одновременно видно, индикация к1, к2 есть. Зачем вам одновременно видеть уставки? Какие-то религиозные убеждения?
Пожалуй пойдёт такой.Цитата:
Сообщение от X200881
Тогда я ничего не понял: вроде первоначально речь шла о двухпозиционном регуляторе, а ТРМ101 - ПИД-регулятор, это разные вещи!Цитата:
Сообщение от Марат61
И как он будет управлять двумя устройствами?
В ТРМ101 постоянно видна одна уставка. Хотя бы так пойдёт. И ПИД-регулятор тоже нужен для нагрева, для охладителя не нужен. Но там много светодиодов, вот что плохо для тупых операторов-алконавтов. Мы на спирту сидим.Цитата:
Сообщение от Сергей0308
Ещё я рассматриваю вариант с вебпанелью и ПР200 с расширением для включения 12 устройств(3 компрессора, 2 насоса, 5 клапанов и задвижка) и отправки данных на сервер. Вот тут не знаю какую ТРМ взять. Там же на вебпанели можно задавать уставки? А вот ПИД-регулировки на панели не будет наверное.
Просветите, знатоки.
Ну по сетке вы сможете это делать. Только у Вас уже 11исполнительных устройств. Так что тут без ПРМ не как.
Хорошо будет, контур охлаждения алармовым реле.Цитата:
Сообщение от Сергей0308
а гистерезис у него есть?Цитата:
алармовым реле
Добрый день!
В менеджере экранов имеются экраны следующие
Зона 11
Зона 12
Главный
Зона 13
Зона14
как перенести "Главный" вверх? и назначить его так, чтобы при включении ПР200 он выводился первым?
Используйте кнопку ShiftЦитата:
Сообщение от m1sh
Скрытый текст:
Спасибо! как я про шифт, то забыл!! и контрол и альт уже пробовал )))) еще раз спасибо!Цитата:
Сообщение от petera
Цитата:
Сообщение от m1sh
Как бы это не единственный вариант добиться того, чего Вы хотите, можно при включении ПР из программы сделать переход на этот экран, это не сложней, чем экран перетащить, для Вас может быть и проще!Цитата:
Сообщение от m1sh
Добрый день форумчане. Стоит задача - организация работы подающего стола. Есть некая емкость с шелухой, в которой работают два независимых подающих стола, состоящих из 2-х гидроцилиндров и соответственно концевиков положения гидроцилиндров (открыт или закрыт) для каждого гидроцилиндра, каждый гидроцилиндр идет в одну сторону, пока не сработает концевой выключатель, затем в другую сторону до срабатывания соответственного концевого выключателя, затем процесс повторяется, имеется 3 режима работы системы (Стоп, автоматический режим работы, ручной режим работы соответственно). Для управления применяем ПР200. Вопрос, для отображения режима работы на экране прибора какой элемент управления лучше использовать: Динамический текст или ComboBox? Проект прилагаю:
Добрый день. Возможно будет достаточно Boolean если 2 режима отображать, если больше то "Динамический текст", "Combobox" если необходимо редактировать с экрана, смысл такой же как и у "Динамический текст".Цитата:
Сообщение от Pvalp
Подскажите, как реализовать такую штуку?
идея в том, чтобы при подаче 1 на вход I1 "замыкался" контакт и с Rn сигнал проходил на Q1.
Как бы обычное реле реализовать нужно...
Вложение 54341
Спасибо за ответ Юрий.Цитата:
Сообщение от Ревака Юрий
Я хочу еще отразить и третий режим работы - СТОП (когда не выбран ни ручной, ни автоматический режим работы), так как редактировать с экрана ничего не буду, то выберу для отображения режима "Динамический текст".