боязнь клиентов ставить плк

[alexval2006]

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

[Sniper007]

У них там узкая специализация!

Не думаю. Мне кажется дело в этом:

А денег на каждого спеца завод заплатил немеренно.

За четверых же больше заплатят чем за одного.

[alexval2006]

немцы тоже узко направлены

[ART-MEDIUM]

А такое и с ПЛК не всегда делается.
Есть люди которые упорно пишут на LD.... а работает ПЛК не сильно лучше чем горстка релюшек.

Плиз разъясните - отчего так?

[Sniper007]

Плиз разъясните - отчего так?

Почему люди пишут исключительно на LD или почему ПЛК работает не лучше горстки релюшек?
Почему люди пишут на LD - наверное вопрос к ним. Я думаю просто большинство к нему привыкли и изучать новые средства - лень. Часть утверждают что так нагляднее.
Почему такой ПЛК будет работать как горстка релюшек. Потому что на LD сложнее реализовать защиты. В этом случае программа ПЛК как бы копирует схему с реле. Конечно в случае с ПЛК исключается подгорание контактов, но на этом его преимущества заканчиваются (если конечно не говорить о каких нибудь "быстрых" применениях - станках, где реле банально не успевают срабатывать).

[BETEP]

Ну да, нагляднее и проще, и у LD преимущество, когда много обычной логики. Но это не значит что я ленивый и не умею написать что-то под компьютер или avr. И вряд-ли будет похожа на кучу релюшек, почему-то у меня все задачи с кучей математики.
Огорчаете вы меня таким мнением.

Если считаете что на LD сложнее реализовать защиты, это скорее из-за того что привыкли видеть длинные строки с кучей условий, не все так рисуют.

[Sniper007]

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

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

если считаете что на Ld сложнее реализовать защиты, это скорее из-за того что привыкли видеть длинные строки с кучей условий

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

[Ruffian]

Расскажу как мне удалось убедить руководство на модернизацию старого оборудования, построенного на реле.
Написал директору служебную примерно такого содержания:
«В процессе работы приходится часто разрабатывать схемы автоматизации производственных процессов. Строить схему на базе реле – не актуально. Гораздо эффективнее использовать программируемые логические контроллеры (ПЛК). При этом появляется реальная возможность создавать такую систему управления, которая необходима для воплощения разработанного алгоритма. Компания ОВЕН проводит ежемесячные консультационные семинары по программированию ПЛК в среде «CoDeSys», которая используется ведущими производителями ПЛК. Считаю целесообразным посетить этот семинар для повышения своего профессионального уровня и внедрения в производство передовых технологий.»
Дали добро. Посетив семинар, начал активно внедрять плк в производство.Кол-во неисправностей сразу уменьшилось.Появилось больше свободного времени и новые мысли по усовершенствованию всего и вся.Но главное - стало интересно работать!

[pike]

Плиз разъясните - отчего так?

Это не от языка программирования зависит, а от людей. Так что программ без диагностики полно и на ST, и на FBD, и на Си. Многие работают на "подхвате" (халтурят), и действительно, не понимают зачем они должны что-то делать сверхтого, что им написал в задании заказчик, который знает как должна работать машина, но не знает как должна работать автоматика. Мне вот однажды высказывали в духе того, что я "зря балую заказчика" (не солидарен с товарищами по "цеху"), когда я сделал новую СУ на упаковочный полуавтомат с 100 аварий и сервисных сообщений (на LD, к слову, но азиацком, не МЭК).
Другое дело, что в Кодесис LD и в правду для "галочки": что б в нем хоть как-то начать работать надо очень нудно выпиливать инструментарий под себя в виде ФБ. Можно, конечно, из любви к искуству, но...

[Terrano1992]

в Кодесис LD и в правду для "галочки": что б в нем хоть как-то начать работать надо очень нудно выпиливать инструментарий под себя в виде ФБ. Можно, конечно, из любви к искуству, но...

+100. За то время, что будет потрачено на "выпиливание", в большинстве ситуаций практичнее будет ST освоить. LD в Codesys приделали явно ради проформы, чтобы можно было объявить о поддержке всех языков МЭК, на практике он мне показался совершенно непригодным для серьезной работы (в отличие от "азиатских" расширенных реализаций)...