Комментарии 12
А собственно чем определялся изначальный выбор аппаратной платформы? Просто «подъем» логики управления с уровня ПЛК на уровень HMI, обычно до добра не доводит. Все-таки ПЛК это системы реального времени, а ПК — нет. Отсюда и проблемы с меняющимися циклами, в зависимости от загрузки ПК.
Аппаратная платформа исторически использовалась в нашей фирме до текущего времени, была привлекательна ценой для клиента (около 15000 за ПЛК). Для небольших задач типа мельницы и элеватора вполне достаточно. Для крупоцеха на предприятии, где активно экспериментируют с процессом, как оказалось, в N раз недостаточно.
Перевод всей системы на NICE и вывод логики из HMI — это уже результат печального опыта и длительных переговоров с заказчиком.
ICP (Flash 512 кБ, EEPROM: 2 кБ) просто бы не потянул обработку весов и взаимодействие с 6 сотоварищами.
Перевод всей системы на NICE и вывод логики из HMI — это уже результат печального опыта и длительных переговоров с заказчиком.
ICP (Flash 512 кБ, EEPROM: 2 кБ) просто бы не потянул обработку весов и взаимодействие с 6 сотоварищами.
Попробую предвосхитить вопрос о другом ПЛК, мы помимо прочего занимаемся поддержкой старых проектов. Разрастание зверинца контроллеров может несколько притормозить процесс.
В целом беда российского рынка, что до заказчика трудно донести что стоимость адекватной АСУ может составлять до 30% от стоимости всего производственного железа. В качестве примера приведу проект одного элеватора, в котором при наличии довольно дорогих норий и конвейеров (Skandia), нашлось место каким-то самопальным поделиям наших китайских братьев, в качестве ПЛК, которые с завидным постоянством уходили в «стоп» и теряли Profibus. В итоге заказчику пришлось заказать переделку всего уровня ПЛК с использованием более менее адекватного железа, что соответственно обошлось гораздо дороже, чем заказ изначально адекватного проекта и средсв автоматизации.
«Что за разработчик, если не знает что правильно писать FBD (Function Block Diagram)...»
А по-русски перевода нет?))) Одобрил коммент в качестве бреда, часто на хабре встречаю таких перцев — по делу есть что?
Итого — первичный выбор ужасной аппаратной платформы привел к полной переделке впоследствии. Кстати тоже на не лучшую.
а я писал про детали переделки? откуда такой вывод? у клиента полным ходом идет работа — не могут время на дополнение выделить, а значит аппаратная платформа с той же нагрузкой работает. Тот же крендель, что и demshyn или так написать нечего было?
судя по всему человек далек от реалий как минимум моей предметной области.
Второй момент — есть разница между ПЛК и внедряемым компьютером. Все о чем говорится выше — это внедряемые системы, причем не использующие системы реального времени, с программной эмуляцией работы ПЛК.
Если кому интересны действительно хорошие ПЛК решения, можно посмотреть в гугле PLC market share.
Если кому интересны действительно хорошие ПЛК решения, можно посмотреть в гугле PLC market share.
Еще замечу что с вашим секундным циклом пробовать реализовать дозирование — тухлый номер. Точность будет отвратительная, недопустимая для заказчика. Нормальное время цикла с целью учета прогнозирования предостановки я бы оценил в 50-100 мс.
Для показанного элеватора вы еще можете «выкрутиться», но для комбикормового завода, близкого по технологии, рецептура уже будет непоправимо нарушена.
Для показанного элеватора вы еще можете «выкрутиться», но для комбикормового завода, близкого по технологии, рецептура уже будет непоправимо нарушена.
Ясно, читай внимательно и читай не концовку + комментарии, а текст. «Элеватор и дозирование» — и то и другое ты мимо и не о тексте (проходные весы — это не дозаторы, но могут дать флаг прекращения подачи). Дозатор как минимум ставится в точку выхода продукта и имеет автономные режимы дозирования «Грубо», «Точно».
P.S. не понял текст — перечитай, а что такое хороший ПЛК? Хорошее решение — оно только для конкретного случая и если есть неготивный опыт использования software plc из практики — приведи пример.
И, да, клиент работает и это самое главное.
P.S. не понял текст — перечитай, а что такое хороший ПЛК? Хорошее решение — оно только для конкретного случая и если есть неготивный опыт использования software plc из практики — приведи пример.
И, да, клиент работает и это самое главное.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Построение сложной SCADA (плохой пример)