надежность работы

[lara197a]

Евгений_Томск писал:
"Сеть и используется исключительно для контроллеров.Подскажите какие элементы я могу выбросить из своей "неправильной" сети ,состоящей из : десятка компьютеров для визуализации, хабов, каналов VPN и десятка контроллеров ПЛК 100,150 ? Вопрос в том, что если в одном городе кто-то по ошибке на время "запутает" сеть, то оборудование отсохнет во всех городах.Как развиваться? Поэтому и начинаем использовать альтернативные контроллеры.Хотя в остальном контроллеры от Овен - прекрасный продукт. Думаю ,стоит что-то сделать с TCP/IP стэком в ПЛК, чтобы он не забивался."

К примеру с теми же роуторами D-Link ни с одним на штатной прошивке работать не возможно. У меня сын часто их использует. сразу ставит альтернативную на люниксе или сам сборку делает. А ведь это специализированное заточенное под сеть оборудование, производимое миллионами штук.
Думаю у Вас исключительный случай. Вам нужно самим что-то додумывать.
Лично у меня не разу не было задач с использованием десятков ПЛК и кучей компьютеров.
Даже у Сименса при мультиконтроллерной сети только 4 ПЛК поддерживаются, а все компьютеры с ними работают на ОРС.
Наверное Вам нужно разбивать задачи автоматики на более мелкие и объединять их на верхнем уровне.

[Евгений_Томск]

По Модусу пока не читал,видимо он ещё не производится,по мере появления будем изучать и тестировать.
Возможно именно в нашей сети есть какие-то особенности.Думаю со временем появится возможность проверить контроллеры и в других сетях. От распределённой сети с участием большого числа контроллеров
отказываться не планируем, т.к. это позволяет вести обмен через сетевые переменные большим количеством полезных значений. Не спроста в CoDeSys V3 из одной среды можно единовременно подключаться к нескольким контроллерам (возможно к сотням, лимит точно не знаю).Связанные между собой контроллеры в децентрализованной системе могут обладать повышенной живучестью и подменять частично друг друга,при выходе из строя одного или нескольких.В частности легко решилась задача с часами и севшим акумулятором, т.к. в распределённой сети всегда останется хотя бы один контроллер с питанием и верным временем, которым он и поделится с остальными.

[BETEP]

Сегодня поменял батарейки на одной домашней китайской херне, долго и упорно с женой вспоминали сколько лет этому китайцу... 7 или 8.
две плоских трёхвольтовых величиной с рубль, кроме иероглифов слова LITHIUM BATTERY CR2032, поменял на похожие от дельтовских панелей, только теперь на них логотип KTS

Это обыкновенные бытовые весы, включаются от лёгкого толчка, т.е. постоянно в дежурном режиме.

Конкурентные преимущества ОВЕН ПЛК 100
.................................................. .
Встроенный аккумулятор, позволяющий «пережидать» пропадани питания – выполнять программу при пропадании питания, и переводить выходные элементы в «безопасное состояние»
.................................................. ......

Как не крути, безопасное состояние, это выключено, аккумулятор тут не нужен.
Сомневаюсь, что на форуме найдёться человек, который попытается доказать, что иногда нужно удержать релюху включенной, и неважно что это не на долго.

Про блок питания.
Не спорю, ток ограничивать нужно, но, нет смысла на блоках мелкой мощности.
автомат на 1 ампер, часто заметно дороже чем 4 или 6.

а если не видно разницы, зачем платить больше?

[Евгений_Томск]

Согласен с Ветер,наверно в ПЛК лучше иметь батарейку.Т.к. ионистор подпитывает часы в течении 14 дней , а потом часы скинутся? Значит после отпуска придётся устанавливать время заново на всех станках.Не прикольно.Тоже где-то лежат простые таймеры в розетку от Vivanco, которые не используются 5...7лет ,так и время идёт и ЖК индикатор показывает.Можно добавить в модуль статистики переменную, сигнализирующую о необходимости замены батарейки, будет очень удобно,даже если это случится через пять лет эксплуатации.

[lara197a]

часы можно синхронизировать и по modbusTCP хоть из Мексики

Нафиг это надо из Мексики. Часы должны идти сами по себе, без синхронизации.
К примеру стоит линия в колхозе. Используется сезонно. -Нет у них связи с Мексикой для синхронизации.

[IVM]

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

Не только и не столько стабилизированным питанием сколько температурой окружающей среды. Это я про кварцевый генератор.

[lara197a]

вы меня не поняли. На большом предприятии есть инженер, который периодически может синхронизировать время и кстати делать это требуется как правило1-2раза в год. А полно таки контор, где специалистов нет вообще и оператор знает только последовательность нажатия кнопок, обусловленных техпроцессом.
Там достаточно, чтоб часы просто шли и не останавливались. Не требуется точность, а нужна простая стабильность.
Для этого нужно ставить батарейку.
К примеру как в ПЛК 63. Не очень удобно, но вполне приемлемо.

[swerder]

я так понимаю мастер прекращает опрос и ячейки остаются в последнем состоянии это какнибудь лечится? и что будет при зависании ПЛК

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

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

Лечится добавлением в конфигурацию плк модуля button. Этот модуль блокирует кнопку, что не всегда удобно.

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

[SBER]

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

[swerder]

Если случиться чудо и разработчики овена догадаются, что при превышении цикла контроллер не должен терять связь с кодесис, то кнопка стоп будет лишней.

а при чем тут разработчики овена? если у контроллера превышен цикл, у него нет времени на обработку запросов от КДС.