Ревака Юрий сделайте групповые запросы для мастера, потом уже предлагайте такое решение. Без групповых запросов как бы есть разница, внутренняя шина или RS485
Вид для печати
Ревака Юрий сделайте групповые запросы для мастера, потом уже предлагайте такое решение. Без групповых запросов как бы есть разница, внутренняя шина или RS485
И в чём разница, например время опроса четырёх ТС составляет более 3-х секунд, по RS485 быстрее будет 4 регистра опросить:
Вложение 48466
Тут нужно разделять, время на получения нового значения с датчика в ПРМ и время получения значения в ПР по внутренней шине, сами данные по внутренней шине будут приходить скорее всего быстрее, но значения будут одинаковые, до момента обновления их в ПРМ. Об этом я и говорил, что для большинства задач не будет большой разницы RS это или внутренняя шина.
С модификациями как у пр200, я конечно переборщил, но вот предложение melky 4DI 4DO 4AI или 2DI 4DO 2AI и меня бы устроило. Вариант - 1 программа и расширитель, мне кажется лучший.
Сергей0308 ребята, объясню иначе, читая группой, мы читаем значения из регистров в одну точку времени. Читая по одному регистру, мы можем прочитать данные датчиков в разные точки времени.
Ну и во-вторых, лишний порт при использовании ПРМ тоже имеет роль, как в необходимости, так и в стоимости...
То есть если есть ПРМ, удовлетворяющий всем требованиям на кой использовать другой ПР и подключать по RS485 в качестве модуля ? их для этого что ли делали ?
Так об этом никто не спорит, если есть, а если нужен вариант здесь и сейчас с уникальным набором и DI и AI, DO вот я и предложил разные варианты, тот же ПР100 с RS. Читая регистры по одному, вместо группового, да мы разнесем показания во времени, но если это вентиляция или отопление, не думаю что там 500 мс будет критично, или я не прав? о каких процессах идет речь?
Это все конечно хорошо, но количество сетевых переменных от этого не увеличится, а их ой как мало, и тут что ни делай в больших проектах приходится идти на компромиссы или изголяться с переводом флот в целочисленные и обратно.
Вот если бы задумали конвертер l2c "туда - сюда" для того чтобы удлинить системную шину хотя-бы метров на 50 вот это была бы вЕсч!
Хотя бы полностью транзисторные выходы в ПР200 сделать. Для управления всякими исполнительными механизмами типа КЗР так было бы лучше. В версии с питанием 24В это логично так как пускатели все равно надо развязывать от выходов ПР.
Ревака Юрий отопление, вентиляция да, не важно. но например системы АВР, там эти 500мс могут выйти боком, а вдруг ошибка по интерфейсу ? а конвейерные использования ? Ну понятно, ответом будет переходите на ПЛК.
И да, сетевые переменные тоже надо учитывать, по внутреннему интерфейсу это просто переменная.
Да и цена дополнительного интерфейса все таки 1,5 тысячи, а не 100 рублей.
На сайте указано что внутреннее сопротивление аналогового входа:
- в режиме измерения тока - 30 ... 55 Ом, а в ОЛ при конфигурировании ПРМ3 - 45 ... 50 Ом
- в режиме измерения напряжения 0 ... 10 В, а в ОЛ при конфигурировании ПРМ3 - 0 ... 1 В
Вложение 50560
Добрый день
При конфигурировании входа ПРМ-3 как токовый 4...20 мА при отсутствии петли в переменную валится странное число. В то же время на аналогично настроенный AI ПР200 выводится 0. Шунты стоят 50 Ом.
Вложение 51004
А как отличить код ошибки от значения входа? Представим, что у меня настроены границы измерения от 0 до 100000, тогда все коды ошибок попадают в диапазон возможных значений. Может правильнее вывести статус-регистры в настройки прибора, аналогично регистру статуса связи с модулем. Пример ситуации на картинке ниже.
Вложение 51005
Хотя это не критично, такие диапазоны вряд ли кому пригодятся
У меня к ПР200 подключен ПРМ-3 с 3-м датчиками температур 50М. На разных объектах уже установлено штук 20. На некоторых с ПРМ-и стали зависать, в результате котлы уходят в перегрев. Вытащив датчик из котла, температура на меняется. При этом, если уставку на ПР200 увеличить выше показания зависания, то котел отключается, возвращаем прежнее - включается. Востанавливается работа выключением-включением питания. Какая может быть причина? На сколько входа ПРМ-ки защищены от помех наведенных на провода датчиков?
Все ПР-ки находятся сейчас далеко и самому не получится контролировать, но завтра доработаю программу для контроля связи ПР200 с ПРМ3.
А в самом доп. модуле может канал измерения может зависать? Или это связь между ПР200 и ПРМ3 пропадает?
Ну хорошо, я сделаю контроль связи с ПРМ. И что дальше? Нет связи!!! Каким образом я должен востановить связь?
Кроме контроля связи ничего больше не нет. Была бы команда на рестарт ПРМ, например, то можно было бы перегрузить модуль.
А вообще, почему ПРМ виснет? Еще на другом объекте такая же ситуация. Из трех термодатчиков - два не выдавали данные.
Сброс только по питанию не менее 30 сек.
По Датчикам: 2 датчика 50М и один датчик PT100. Все датчики подключены по 3-х проводке, для этого и применили ПРМ.
Такое уже происходит на 3-й котельной. Из-за низкой квалификации операторов котельной, получить внятные данные, что произошло нет.
У меня в программе на ПР200 при поступлении любого кода ошибки с ПРМ3, на экран ПР200 с далее на СПК выводится значение "666". Типа, датчик неисправен и ищите повреждение.
Я не мог предположить, что возможна такая ситуация, что не сам датчик поврежден, а прибор будет тупить. Сейчас я доработал программу и в отдельном экране выводится конкретный код ошибки, но передать программу на объект сейчас нет возможности. Есть видео, снятое на котельной, там все 3 датчика показывают "666". Будет доп.инфа, сообщю. Но в следующих шкафах управления ПРМ3 применять не будем. Это точно. На следующей неделе еду в Амурскую область переделывать 3 шкафа менять на модуль 8А.
Это очень похоже на "Коды неисправностей AI", когда Величина вышла за пределы диапазона,который может измерить АЦП, под код отводится 5 разрядов, возможно Вы наблюдаете как раз часть этого когда, или код 666 это самостоятельно организованный механизм в логике? В общем понятно, нужно разбираться в проблеме, пока только предположения.
Пятизначные значения кода ошибки у меня преобразуются в однозначное с последующей передачей на СПК. Если код ошибки НОЛЬ, то текущее измеренное значение пропускается дальше в обработку, если не НОЛЬ, то идет подмена текущего значения на константу "666", что бы сразу видно было, что датчик неисправен и происходит блокировка алгоритма программы. Может не совсем корректно построил программу, но не все сразу красиво получается.
Раздал указания, для того, что бы в момент неисправности посмотрели код и прислали мне.
Получил первые данные.
ПРМ выдал ошибку "Обрыв" 44444, причем по трем используемым входам. После выкл-вкл заработал, но не надолго. Момент выдачи ошибки пока не зафиксировали.
А недавно было может скорей зависание, так как температура по всем каналам измерения зависли и не менялись пока не перегрузили по питанию.
Реальные температуры на тот момент были намного выше. В этом случае код ошибки не может быть выдан.
1. Блок преобразования кода ошибки из 44444 в 4.
2. Блок усреднения измеренного значения.
3. Блок обработки ошибки. При ошибки выдает на выход "666". Для остановки котла по перегреву. Простенькая, но действенная защита по перегрева.
Сейчас на объектах меняем ПРМ на МВ110-8А с заменой естественно программы в ПР200.
AVG из библиотеки,
Если поможет, там ничего особенного.
Приветствую! немного допилил макрос. описание внутри, может кому-то этот вариант покажется более удобным/функциональным.
Посмотрел ваш макрос. В принципе у меня такой-же. Проблема в том, что похоже связь пр200 с прм-ом зависала, так как значения температур не изменялись, при этом на пр200 можно было перемещаться по менюшкам и изменять настройки. При этом состояние шины с ПРМ только можно узнать или связь есть или нет. И нет возможности программного воздействия на перезапуск шины :-(. Так что отказались пока от ПРМ-ок и используем МВ110-8А. Уже почти год проблем нет. Как-то так.