Size: a a a

2020 August 26

ZS

Zakir Supeyev in ru_ASUTP
2 2
А как они тогда просчитывают возможность отказа контроллера и его составляющих? Данные то понятно они просто берут все что есть  и в облако на обработку отправляют,  а как быть с прогнозированием отказов самих контроллеров и другого оборудования АСУ
Опять же математическая модель + статистика, если есть в модели pid регулятор, то его выходной сигнал на определнный входной можно просчитать с определённой точностью, или же статистика опять
источник

ZS

Zakir Supeyev in ru_ASUTP
Если миллион раз входной сигнал давал определённый выходной, в миллион первый ожидается то же самое, иначе проблемы с устройством или датчиками
источник

ИЗ

Инженер Заводобыдлов... in ru_ASUTP
2 2
слушал Дейла. но как раз в этом и вопрос, заинтересовала тема как это реально реализуется и в чем + для бизнеса.
Там переход от ппр к ремонтам по требованию осуществляется, экономия на обслуживающем персонале
источник

22

2 2 in ru_ASUTP
Там должна быть аналитика на отказ, но это для всех устройств  с которых собираются данные. А вот по самим системам автоматики, интересная тенденция. Нашел тока на PLC время наработок на отказ (но оно космическое) и для разных модулей
источник

ИЗ

Инженер Заводобыдлов... in ru_ASUTP
Хотя это скорее не заслуга COMOS, а наличие диагностики интеллектуальных исполнительных механизмов и всех компонентов асутп
источник

22

2 2 in ru_ASUTP
ну для меня интересен цифровой двойник самих систем автоматики. Но как то же должны браться данные на отказ этих систем( анализ буфера и ошибок или внутрений журнал) а то нашел тока космические цифры на отказ модулей PLC
источник

DT

Dmitry Teh in ru_ASUTP
а как вы думаете, сложно ли сделать эмулятор профинет девайса?
источник

KW

Konstantin Wilhelm in ru_ASUTP
Dmitry Teh
а как вы думаете, сложно ли сделать эмулятор профинет девайса?
Наверное посложнее чем эмулятор МОДБАС-устройства, но спеки не читал
источник

22

2 2 in ru_ASUTP
Тут скорее вопрос работы алгоритма этого девайса, точнее его внутреннего алгоритма работы. Если есть данные о внутренней работе девайса то можно эмулировать
источник

22

2 2 in ru_ASUTP
Надо изучать как чип работает и структуру передачи данных моделей этого девайса. Наверное по времени затратно будет
источник

DT

Dmitry Teh in ru_ASUTP
не, поведение — это чуть вторично
вопрос больше про взаимодействие железного ПЛК и эмуляторами устройств
источник

ZS

Zakir Supeyev in ru_ASUTP
Dmitry Teh
не, поведение — это чуть вторично
вопрос больше про взаимодействие железного ПЛК и эмуляторами устройств
Сграбить поток вайршарком, реверсить, долго размышлять: оно мне надо)))
источник

22

2 2 in ru_ASUTP
Ну да , тут тока по идеи трафик смотреть и генерировать нужный на эмулятор, а дальше смотреть как в ответ эмулятор отдает на плк и как реагирует на него. У производителя всегда в этом приимущество у него есть все нужное для этого
источник

22

2 2 in ru_ASUTP
Но почему то нет таких задач(
источник

KW

Konstantin Wilhelm in ru_ASUTP
источник

KW

Konstantin Wilhelm in ru_ASUTP
Судя по этому описанию, ПрофиНЕТ очень комплексная штука
источник

KW

Konstantin Wilhelm in ru_ASUTP
И без готово фреймворка  наверное в одиночку не потянуть его реализацию
источник

KW

Konstantin Wilhelm in ru_ASUTP
На ГитХабе 51 проект с ключевым словом ProfiNET
источник

KW

Konstantin Wilhelm in ru_ASUTP
Есть например OPC UA Server чтобы к S7 PLC цепляться для обмена данными
источник

KW

Konstantin Wilhelm in ru_ASUTP
Ну и с Ардуино, куда ж без нее?
источник