Детектив: в щите сдохло два ПЛК-110 [М02] с диким нагревом до +50. Ишу причину

[melky]

Sergey666 ну я не помню точных названий для Tia Portal, помню только, что если человеку удобнее в том, чего там нет, но оно есть, то придется доплатить
А в CodeSys как бы все языки что есть, просто доступны из коробки.

Я думаю, что к нагреву при всех включенных реле еще добавлялся нагрев снизу ПЛК, что просто ухудшало ситуацию.

[Cs-Cs]

Teemon Что это за заказуха?!!
Мне неприятно то, что:
а) На тот момент куча всяких мутных "экспертов" и "знатоков" с форума (типа IVM, Melkiy и прочих) вела меня по кривому и неверному пути.
б) Другие знатоки трактуют это всё как плохое качество ОВЕН.

Я отписал о том, что проблема была решена, и что она не повторялась. Не стоит из этого делать кривуль и домыслов!

Касательно "Искусствено созданной ситуации с включением всех выходов" - это тем более подтасовка фактов и ужас, так как в процессе выяснилось то, что я - домашний дурачок в автоматизации (бугага):
* Считаю нагрузочные мощности блоков питания
* Отделяю питание , разнося ПЛК, IO, AI/AO на разные блоки питания
* Делаю специальный тестовый вход на ПЛК, который включает все выходы по OR для проверки цепей реле, нагрузочной способности блоков питания и всех исполнительных механизмов
...а гуру (точнее главные кричалки) форума этого не делают.

[Валенок]

Ничего не понял, но ранее выкладывал элементарный реальный (а не бла-бла) тест со всеми выходами и подушкой.
Всё норм.

Исходная проблема - внешняя.

[melky]

Cs-Cs так вы же все это делаете специально, чтобы создать проблему там, где ее не должно быть... Кстати чем дело то закончилось, напомните?

[Cs-Cs]

Cs-Cs так вы же все это делаете специально, чтобы создать проблему там, где ее не должно быть... Кстати чем дело то закончилось, напомните?

Ага. А вы, видимо, умышленно не делаете, чтобы потом создать проблему в районе города или пригорода.
У меня-то косяки вскрываются на испытательном стенде. Ха-ха-ха.

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

[melky]

Cs-Cs ну так если бы вы своими тестами не гоняли так жестко ПЛК и не монтировали его в ограниченном пространстве, то возможно и не заметили бы этого? Тут вам больше Овен должен спасибо сказать, да еще и пузырь поставить...

[IVM]

Cs-Cs облажался со своим тестом и упорно не хочет этого признать. Но то, что у него сдохло , как он сам написал, 2 ПЛК говорит само за себя. Мораль - не пытайтесь повторить то же самое.

[Cs-Cs]

Cs-Cs облажался со своим тестом и упорно не хочет этого признать. Но то, что у него сдохло , как он сам написал, 2 ПЛК говорит само за себя. Мораль - не пытайтесь повторить то же самое.

Ага, щаз! Не стоит обезьянничать и закидывать тех, кто выделяется из общей массы УГ.
На всех остальных проектах (и на этом, потом), тесты проходили по 2-3 недели. В смысле, что щит стоял со всеми включенными выходами так. И на ПЛК110 и на СПК1хх.
Поэтому все попытки извратить ответы не засчитываются. И так же фишечки про тепло и про прочее.
И даже, конкретно для IVM про снабберы: после того как ОВЕН поправил прошивку, другой щит на Мх210 прекрасно себя чувствует.

А тем, кто не тестирует свои изделия - стыд и позор. Хотя даже в СССР во всех шкафах была кнопочка "Проверка ламп", с которой я и стащил идею тестов.

[IVM]

И даже, конкретно для IVM про снабберы: после того как ОВЕН поправил прошивку, другой щит на Мх210 прекрасно себя чувствует.

Лапшу на уши не надо вешать. Как смена прошивки может снизить нагрев DC/DC преобразователя, от которого питаются катушки реле, когда они все включены ? И при чем тут снабберы ?

[Cs-Cs]

Лапшу на уши не надо вешать. Как смена прошивки может снизить нагрев DC/DC преобразователя, от которого питаются катушки реле, когда они все включены ? И при чем тут снабберы ?

Отвечаю:
1. Лапшу буду вешать: среди вас всех тут это принято.
2. У меня перегревался DC/DC-преобразователь на плате SOM. Процессорного питания. При чём тут питание катушек реле? Оно же не от процессора идёт?
3. Про снабберы и прошивку речь шла про модули Мх210. Здесь это упомянуто в ключе "...половина советов - вредные или некрасивые".
4. Почему идёт передёргивание слов про "нельзя включать все выходы одновременно"?
5. Почему идёт передёргивание слов про какие-то испытания, согласно которым я умышленно ломаю ПЛК?
а) Такие тесты я делаю над каждым проектом и обязан это делать согласно принятым в моей компании бизнес-процессам. Это вскрывает косяки на этапе отладки, а не на объекте после введения в эксплуатацию.
б) ОВЕН понял причину поломок и доработал схему так, чтобы снизить их вероятность. И отблагодарил, конечно. Это типа Bug Bounty, что тут не так?

melky Почему вместо цифр начинается человечность? Доверие какое-то... нужен язык цифр.
В моей ERP/CRM-системе на базе 1С ведётся учёт случаев брака и ремонта оборудования. Я достаю нужные цифры и делаю выводы на их основании. Доверие и прочие термины здесь не стоит применять.

Касательно тестов
Тестирование собранного проводится на:
а) Работу всех цепей
б) Перегрев
в) Нагрузочную способность

Тестирование силовых вводов проводится эумляторе генератора с автозапуском и инвертора с зарядом-разрядом АКБ и сигнала "Батареи разряжены".
Планируется доделать эмулятор так, чтобы можно было имитировать "дёрганье" (случайно включение-выключение) фаз вводов, периодический отвал/сбой генератора и инвертора. Скорость этого должна регулироваться крутилкой так, чтобы можно было дёргать фазы раза три в секунду.

Тестирование данных проводится тем, что при помощи режима отладки в ПЛК можно сымитировать работу или отвал нужных датчиков без их подключения для проверки алгоритмов вида "...если давление по вводу в течение 5 минут ниже уставки, то..."

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