Модератор: kirillio
Ну и где же тут физика?ydm писал(а): Если упрощенно: под физической моделью понимаются законы, которые описывают явления природных явлений и поведение технических объектов.
После упрощения физической модели с помощью математических методов составляется система уравнений, приближенно описывающая физику, и с помощью, как правило, численных методов находится численное решение этой системы уравнения.
Это чистая математика.
Физическая модель не обязательно должна быть реализована в виде материального объекта, то как Вы себе представляете, с развитием вычислительной техники под физическими моделями чаще понимают следующее.TEB писал(а):Ну и где же тут физика?ydm писал(а): Если упрощенно: под физической моделью понимаются законы, которые описывают явления природных явлений и поведение технических объектов.
После упрощения физической модели с помощью математических методов составляется система уравнений, приближенно описывающая физику, и с помощью, как правило, численных методов находится численное решение этой системы уравнения.
Интересно, а что же тогда, по Вашему, есть математическая модель?
Вы правы, на Кассандре в Диаскане аналогичным образом тестируют системы управления для задач транспорта.leon78 писал(а):У "Транснефти", как упоминалось выше, есть полигон АСУ ТП, в котором аналогичный имитационный стенд на сотни сигналов. И все системы автоматики после FAT на заводе-изготовителе попадают на этот полигон перед отправкой на объект.
Так как объекты управления типовые, персонал полигона довольно быстро подгатавливает модель под конкретный проект.
Нестандартная задача при изготовлении стенда была в имитации термосопротивлений, т.к. готовых модулей с выходом "сопростивление" нет. Но у автора темы такие, похоже, не используются.
Всё верно. ключевое слово тут - чаще понимают. понимание - вообще вещь сугубо личная, каждый волен понимать всё что ему угодно. Но для общения инженеров придуманы волшебные слова - термины, которые не требуют понимания.ydm писал(а): Физическая модель не обязательно должна быть реализована в виде материального объекта, то как Вы себе представляете, с развитием вычислительной техники под физическими моделями чаще понимают следующее.
Спасибо за совет - добавил в опрос.BigDog писал(а):Температура в среднем по больнице? Не понимаю, что Вам это даст? Тут на столько много различных факторов и частных случаев...
Ранжировать надо. По величине системы. По самой системе (по вендору). По опыту интегратора. Да и по заказчику тоже :)
Если интегратор занимается только мелкими проектами, то он тут вам свое понапишет... А если и мелкими и средними и крупными? И очень крупными? И как сравнивать время на ПНР РСУ и ПЛК-SCADA? А как сравнить время на 4-20 и цифре? С КИП или без КИП? Комплексные- не комплексные проекты? Объект в городе или у черта на куличках в Заполярье? Стройготовность есть или ее нет? Были срывы сроков поставки комплектухи или не было? Заказчик адекватно принимает или удила закусил что отката не дали? :)
ОЭ 72 часа пишет в ТТ или 3 мес ему надо на объекте сидить, бамбук курить (бывают неадекваты) ?
Экспертную оценку Вы сможете получить только в Экспертных конторах за Экспертные деньги. :)ydm писал(а):Как распределяется время в проекте на этапах внедрения АСУ ТП? Понимаю, что очень зависит от проекта и качества выполнения предыдущих этапов, но хотелось бы получить экспертную оценку.
....
Просьба специалистов по разработке и внедрению АСУ ТП указать приведенное время в % (100% - сумма времени всех этапов), которое они затрачивают на каждый из этапов внедрения АСУ ТП в среднестатистическом проекте. На заполнение у Вас уйдет от 20 до 60 секунд.
Я уже не говорю о том что исходя из специфики объекта применить какой бы то ни было имитационный комплекс физически невозможно ни на какой стадии. Код: Выделить всё
http://<цензура>/
Не совсем так.Михайло писал(а):ну я так и знал! все имитационные модели - это лишь попытка украсть у начальства время или у заказчика денег.
Да я это как минимум дважды повторял!Ryzhij писал(а):Не совсем так.
Тут, как и везде, к пустой трате ресурсов приводит отсутствие у исполнителя необходимого практического опыта и кругозора при непомерной гордыне и самомнении.
Михайло писал(а):Вместо моделирования (имитации) нужно обучаться правильно программировать, знать принципы работы железа, знать особенности технологического процесса, делать проекты качественно, без ошибок - короче, нужно получать опыт. Тогда Вы поймете, что моделирование (имитация) - это пустая трата времени.
Боже, видимо, среди нефтяников водятся любители помоделировать. Раз есть спрос, то появляется и предложение. Слава богу в более отсталой отрасли машиностроения вообще не смыслят ничего в автоматизации...Михайло писал(а):Для тех, кто еще не набрал опыта, моделирование весьма полезно. Зачастую неопытный проектировщик думает, что его система будет работать так, как он задумал. На ПНР выявляется обратное. То есть неопытный инженер не в полной мере владеет методологией создания систем управления. Такая методология существует, она обширная, разносторонняя, многоаспектная. Она включает в себя логику. Многие осваивают методологию по наитию и добиваются успехов - это характеризуется резким сокращением кардинальных ошибок, выявляемых при ПНР.
ИМХО тоже. Тут цель не дать оператору имитатор вместо реального объекта, а другая, как я понял: дать разработчикам модель среднего уровня чтобы лучше состыковать его с верхним и с нижним исполнительным. Проблема в том что на реальном объекте средний уровень будет заменён, т.е. отлаживается только софт и не факт что на той же платформе. При переносе на реальный объект новые ошибки и нюансы неизбежны.Ryzhij писал(а):Обучающие стенды для операторов на опасных объектах - это требование ТН.
ИМХО это несколько иное, чем заявленная в топике цель.
Может быть, это принесёт такую прибыль на стадии принципиальных разработок? А если объект с уже типовой отработанной технологией?Ryzhij писал(а):Однако составление приличной модели и для реальных установок, типа гидрокрекинга, вкупе с разумным использованием таких моделей может обернуться прибылями, измерямыми в 7-8-значных цифрах.
И это весьма нетривиальная задача.
