Экспресс вопрос (ответ)

[YaABelov]

При наличии частотников и силовых установок, все провода по входам и сети RS485, экранировать и заземлять. По RS485, повесить резисторы 120 Ом. Переложить кабели, для уменьшения помех.
Для устанения помех и отключений по сети, ставить безперебойник. При наличии БП на 24 В, заменить для проверки.
Ну и на крайняк замена ПР200 на другой, для проверки.

То есть вы думаете из за помех может так связь зависать? Проблема в том что это происходит на многих Пр200 установленных на том объекте. Вроде даже как на всех, но для выяснения подробностей наш человек на объект отправляется. Помехи могут как то вызывать подвисание? Почему после перезагрузки все нормализуется? Я же правильно понимаю что в режиме Slave Пр200 только отвечает на запросы Мастера, и после перезагрузки никаких пакетов самостоятельно не отправляет? Или есть какое то тестовый ответ? Ещё момент - Пр200 стоит несколько в сети(архитектуру уточняем), а отваливаются они частями, но значительными и вроде как по очереди

[In_Da_Cher_A]

Помехи могут как то вызывать подвисание?

для начала самое №1 - определитесь - что такое "подвисание"?
каким образом вы это фиксируете и как количественно или качественно оцениваете?

Почему после перезагрузки все нормализуется?

потому что Респаун

Я же правильно понимаю

правильно

Или есть какое то тестовый ответ?

а это к вам вопрос. если вы свяжете этот вопрос с ответом на №1 "подвисание", вы сами себе и ответите - есть у вас тестовый Запрос, чтобы получить тестовый Ответ - или нет?

(архитектуру уточняем)

вот с этого бы надо и начать - правильно ли нарисована сеть и как она смонтирована

[YaABelov]

для начала самое №1 - определитесь - что такое "подвисание"?
каким образом вы это фиксируете и как количественно или качественно оцениваете?
потому что Респаун
правильно
а это к вам вопрос. если вы свяжете этот вопрос с ответом на №1 "подвисание", вы сами себе и ответите - есть у вас тестовый Запрос, чтобы получить тестовый Ответ - или нет?
вот с этого бы надо и начать - правильно ли нарисована сеть и как она смонтирована

Подвисание - отсутствие реакции Пр200 на запросы мастера. Оно проявляется в виде индикации на панели оператора - "неопределённое состояние Пр200" = обрыв связи. Если просьлема все таки в сети, почему неисправность проявляется только со временем? Почему не все Пр200 в этой сети, установленные в том же помещении "выпадают в осадок"?

[capzap]

Подскажите, глупый вопрос, но, каким образом можно прописать условие "И" для булевой переменной и переменной float. Есть сигнал float ТЭН, который в ручном режиме ставим от 0 до 100% и сигнал по режиму работы, который должен разрешать включение ТЭН, если использовать классический блок "И" с переводом типов данных, то сигнал уменьшается в тысячи раз, а другой вариант с использованием онлайн базы или блоков не придумал.

И это умножение, переведите булеву переменную во флоат и умножите на производительность ТЭНа

[In_Da_Cher_A]

отсутствие реакции Пр200 на запросы мастера.

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

индикации на панели оператора - "неопределённое состояние Пр200"

Мастер вроде как свою работу сделал - запрос послал, а ответа не получил, куда запрос делся? помехи при включении частотника его забили наглухо по дороге?
а чтобы убедиться, что Мастер свою работу делает идеально, и получить фактуру в виде

каким образом вы это фиксируете и как количественно или качественно оцениваете

допилите код на Мастере
на каждый слейв поставьте "генератор" импульса и счётчик импульсов и такой же счётчик ответов.
и сравните потом сколько ушло, сколько пришло
А не просто бит статуса связи, который вы скорее всего и используете, чтобы вывесить алярм на панели
когда будут числа, тогда вы сможете сразу количественно и качественно оценить работу Мастера и сети

Если просьлема все таки в сети, почему неисправность проявляется только со временем? Почему не все Пр200 в этой сети, установленные в том же помещении "выпадают в осадок"?

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

[YaABelov]

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

Спасибо большое, это все обязательно проделаем по прибытию нашего спеца на объект. Мне важно понимать что это проблема не связана с "зависанием" самой Пр200. Все таки так и не понял как перезагрузка ПР200 влияет на возобновление связи. Почему она все таки возобновляется если линия осталась прежней и почему не все ПР200 и только по истечению значительного времени это происходит: наводки на линию вызывают сбой в работе модуля RS485 ПР200 и контроллер ПР200 обрывакт связь по ошибке, затем после перезагрузки возобновляет обмен? Если да, то для чего это сделано и как можно про диагностировать? Опрос мы обязательно запишем и проанализируем, контроль качество линии и сети проведём.

[Sergej_]

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

Это ключевой момент , если ПР зависает, соответственно связи не будет . Если это так, то зависнуть ПР может чаще всго от помех, которые "пролазят" либо по питанию, либо через гальванически неразвязанных АI. Судя по форуму чаще всего виснут ПР-ки с питанием 220. Чем 24 в. Это связано очевидно с тем что в 24в. версии используется dc/dc преобразователь , и при "моргании" напряжение сети , ПР более устойчиво к этим воздействиям нежели версия 220в. без ИБП. Вероятнее всего в таких случаях "дерганьях" сети , версия 220 в. начинает "сворачивать"-"возобновлять" работу и возможно зависает.
У меня все Пр-и 24в. ни разу не возникало проблем. Схема простая: Сетевой фильтр-БП- приборы.

[In_Da_Cher_A]

Мне важно понимать что это проблема не связана с "зависанием" самой Пр200.

а я не говорил, что проблема не в этом. Вы говорите, что часть работает нормально, значит вероятно проблема потери связи не в качестве компонентов ПР200? наверное это самое последнее, на что следовало бы думать
и без качества ПР200, у вас может быть досточно причин похерить обмен, поэтому исключите сначала их.

и почему не все ПР200 и только по истечению значительного времени это происходит:

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

затем после перезагрузки возобновляет обмен?

потому что (предположение) накопленные ошибки обнулились

Если да, то для чего это сделано и как можно про диагностировать?

я не знаю, что и как сделано на Мастере и на Слейве, поэтому вылечить это "по фото" невозможно. мы сейчас даже не знаем структуру сети и количество слейвов и какие данные они гоняют по сети. Может Мастер у вас все 64 регистра тянет с пр? и в каждый регистр ногами данные утоптаны. Групповой опрос или одиночный? причин масса может быть

контроль качество линии и сети проведём.

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

[kondor3000]

То есть вы думаете из за помех может так связь зависать? Проблема в том что это происходит на многих Пр200 установленных на том объекте. Вроде даже как на всех, но для выяснения подробностей наш человек на объект отправляется. Помехи могут как то вызывать подвисание? Почему после перезагрузки все нормализуется? Я же правильно понимаю что в режиме Slave Пр200 только отвечает на запросы Мастера, и после перезагрузки никаких пакетов самостоятельно не отправляет? Или есть какое то тестовый ответ? Ещё момент - Пр200 стоит несколько в сети(архитектуру уточняем), а отваливаются они частями, но значительными и вроде как по очереди

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

[YaABelov]

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

Я задал много конкретных вопросов : почему ПР200 прекращает отвечать на запросы спустя какое то время стабильного продолжительного обмена? Допустим ошибка сети/опроса и мы её устранили, но вопрос остается : почему ПР200 не отвечает на запросы? Что стало причиной? Как устронять это? Где в документации на изделие это написано? Какие рамки применимости данного изделия? Вопрос то очень серьёзный. Поставленно значительное количество изделий на серьёзный объект, а тут такая история. И сейчас оперативно нужно решить вопрос, в максимально короткие сроки.