Новое понимание MES-Системы «MES-T2 2012» для электростанций

Фирма ИнформСистем разработала Инновационную Самонастраиваемую MES-Систему «MES-T2 2012» v.6.400.39 для реализации Беззатратной Технологии экономии топлива и для увеличения энергоэффективности тепловых электростанций при интеллектуальной автоматизации расчётов ТЭП в реальном времени, и которая призвана обеспечить предупреждение всех Аварийных Ситуаций на электростанциях.

В социальной сети в сообществе энергетиков один доброжелатель на мои тексты высказал следующее: “Аббревиатура MES в приличном обществе уже некоторое время воспринимается как ругательство, поэтому осторожнее”. Понятно, что здесь дело не в аббревиатуре, а в нашей назойливости с этой MES, т.к. аналитические пресс-релизы на эту тему нами генерируются каждую неделю с предоставлением всему энергетическому сообществу новых граней и возможностей нашей MES. Сам же стандарт MES (Manufacturing Execution System – производственная исполнительная система) придуман и введён в США. Общероссийский форум ( http://www.mesforum.ru/ ), организованный ведущими учёными России, представляет все отечественные разработки MES в различных промышленностях, включая и нашу для электроэнергетики.

Цель создания системы:

Автоматизированное управление производством электроэнергии и теплоэнергии электростанции в реальном времени при минимизации затрат топлива, а также предупреждение аварийных ситуаций.

В России функционируют 300 электростанций, которые распределены между генерирующими компаниями и они территориально разбросаны, все ТЭЦ и ГРЭС разные по технологии и составу оборудования. Электростанции относятся к категории непрерывного производства, т.е. каждую минуту для выработки электроэнергии и тепла сжигается определённое количество топлива. Общим для всех электростанций является подход технологов к их управлению, т.е. технологи условно работают с технологическими срезами, которые диктуются планом поставки электроэнергии и тепла в конкретные промежутки времени суток и с учётом их реализуемости.

Эти срезы тоже отличаются по длительности и по числу участвующих в управлении параметров в зависимости от состава работающего оборудования, но можно выделить общий принцип управления, именно это и послужило основой создания нашей системы. На электростанции существуют стабильные и переходные процессы. Так для стабильных и медленно меняющихся процессов можно принять длительность среза в полчаса, а для переходных процессов – одна минута. Срезы нужны для решения ниже перечисленных задач, именно они и лежат в основе управления.

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

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

Какие технологические задачи решает:

1) Автоматизированный ввод данных из существующих средств сбора информации

На каждой из 300 электростанций имеются свои различные средства сбора данных с датчиков давления и температуры и со счётчиков электроэнергии: АСКУЭ, АСКУТ, АСКУГ (автоматизированные системы коммерческого учёта электроэнергии, тепла, газа), АСУТП, пчела, дельта и прочее. Они все имеют разных разработчиков, различную идеологию и свои базы данных. Интервалы опроса датчиков от нескольких секунд. Поэтому из всех этих различных баз данных нужно собрать необходимую информацию в единую базу с восстановлением недостающих сигналов в необходимые отрезки времени –  минута или полчаса.

2) Ручной ввод суточных и месячных данных

Месячный ввод данных используется для заведения плановых показателей для месячных задач. Суточный ввод используется для недостающих исходных параметром автоматизированного ввода и для условно-постоянных показателей. В этом случае суточные значения трансформируются в получасовые и минутные базы данных. А при необходимости для большей достоверности они могут обрабатываться регрессионными зависимостями вместе с параметрами, по которым присутствуют датчики.

3) Расчёт ТЭП (технико-экономических показателей) оборудования и электростанции в целом

Все технологические задачи оформляются в виде текстовых проектов на простом инженерном метаязыке технолога с помощью инструментального средства “Конструктор проектов”, где алгоритмы формируются с помощью шаблонов. Проект включает два основных описания задачи в табличном виде: описание колонок со станционными номерами однотипного оборудования (котёл, турбина) и описание строк с исходными и расчётными показателями этого оборудования в следующем виде: обозначение, единица измерения, наименование, алгоритм расчёта.

После компиляции проектов автоматически создаются: базы данных, экранные формы, отчёты и расчётные DLL-программы.

В результате полный расчёт ТЭП (расчёт: фактических и нормативных ТЭП, отпуска тепла, затрат на собственные нужды и потерь электроэнергии и тепла) по средней электростанции включает 20000 исходных, промежуточных и результирующих показателей и 300 энергетических характеристик оборудования и нормативных графиков. Этот расчёт ТЭП выполняется за 2 секунды на компьютере малой производительности.

4) Мониторинг текущего перерасхода топлива и других показателей на БЩУ (блочный щит управления)

Затраты топлива составляют более 50% в себестоимости электроэнергии и тепла, поэтому минимизация этих затрат является основной целевой функцией управления производством электростанции. Здесь следует заметить, что только ликвидация неконтролируемого в настоящее время перерасхода топлива может его сэкономить более чем на 10%, что в среднем соответствует ежегодному приросту прибыли в 300 миллионов рублей с каждой электростанции.

Перерасход топлива соответствует разности фактического расхода и нормативного, который получается в результате полного расчёта ТЭП. Постоянный мониторинг текущего перерасхода топлива на БЩУ создаёт принудительную мотивацию для эксплуатационного персонала по экономии топлива. При отсутствии данного мониторинга любой высококвалифицированный персонал обязательно допускает перерасход топлива на каждом технологическом срезе, т.к. он просто о нём ничего не знает. В результате перерасход топлива за месяц суммируется из всех перерасходов в каждом срезе.

Игнорирование этого факта ведёт к элементарному сокрытию резерва увеличения энергоэффективности электростанций. Дело в том, что существующие в настоящее время месячные расчёты перерасхода топлива методологически неверны из-за криволинейности нормативных графиков.

5) Выработка рекомендаций по оптимальной загрузке основного оборудования

Оптимизация загрузки оборудования электростанции даёт экономию топлива в 3-5%. Здесь имеется несколько подходов оптимизации: симплексный метод решения системы линейных уравнений, метод динамической оптимизации на полной модели электростанции с минимаксной стратегией, метод ХОП (характеристика относительных приростов) оптимизации. Следует отметить, что решение системы линейных уравнений реализуется как обычная технологическая задача на текстовом проекте.

6) Расчёт необходимого прогнозного количества топлива

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

7) Анализ и выявление некорректных срабатываний дискретных сигналов при аварийных ситуациях

В данном случае с минимальным интервалом автоматизированного ввода данных сравнивается текущее состояние дискретных параметров с предыдущим. При выявлении изменения анализируется его корректность. В случае некорректности выдаётся сообщение на БЩУ. Здесь дополнительно могут быть задействованы и аналоговые параметры.

Алгоритмы корректности описываются также в текстовых проектах аналогично технологическим задачам.

8) Представление ретро и текущей аналитики исходных и расчётных показателей

Для аналитики представлено множество инструментов: обзор показателей с настройкой для других аналитических инструментов, оперативный журнал, оперативный мониторинг, экспресс-анализ с возможностью построения иерархических схем без графического редактора.

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

9) Передача необходимых данных на верхний уровень

По Интернет может быть передана любая информация, включая и оперативные данные по перерасходу топливу и основным текущим показателям электростанции.

10) Формирование месячных отчётных документов

Отчётные документы формируются как месячные задачи в виде текстового проекта. Месячные данные получаются накоплением суточных данных, а суточные и сменные накоплением получасовых. Месячные данные по вахтам формируются из данных по сменам на основе графика вахт.

11) Построение электрических и тепловых графических схем с выводом динамической информации

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

12) Текущее внесение изменений в алгоритмы технологических задач

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

Подход к созданию системы:

Идея, заложенная в основу системы, является её полная настраиваемость, поэтому она легко может быть использована для любой электростанции: ТЭЦ, ГРЭС, ГЭС, АЭС, ПГУ, и вообще для всех непрерывных производств.

Система направлена на непрерывную адаптацию к вновь возникающим требованиям технологии. Т.е. путем постоянного адаптивного изменения расчётов ТЭП и преобразования модели электростанции "как есть" в новую "как должно быть". Поэтому одним из основных положений предлагаемого подхода является полная интеграция инструментальной и прикладных систем в единое целое.

Логическая структура системы состоит из двух частей. Первой части соответствует конструктор. Конструктор всегда один для любых приложений (АРМ), это exe-файл. Второй части соответствуют приложения, это шаблоны с открытым кодом для их дальнейшего развития и изменения, поскольку каждое приложение уникально. В конструкторе описываются модели информационных объектов. Все, что мы описали в конструкторе, реализуется в приложениях. Мы можем корректировать все, что описали в конструкторе – изменения мгновенно через компиляцию появятся в приложениях без перепрограммирования.

ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ Технологии увеличения энергоэффективности электростанций (экономии топлива) на MES-Системе «MES-T2 2012», позволяющей значительно увеличить прибыль ТГК и ОГК, и ДЕМОНСТРАЦИОННАЯ версия Инновационной MES-Системы «MES-T2 2012» с расчётами фактических и нормативных ТЭП, с минутными и получасовыми расчётами перерасхода топлива и с оперативной аналитикой размещены на сайте:  http://www.Inform-System.ru.

Можете ведь прекрасно все описать, если захотите!
Думаю, что стоит убрать теперь остальные релизы и изменить название.

Теперь вопрос.
В чем уникальность Вашей технологии, сможете ответить?

boris_mvr пишет:В чем уникальность Вашей технологии, сможете ответить?

Если вы имеете ввиду IT технологию, то генерациия одной общей расчётной DLL-программы с упорядочением кода из множества расчётных таблиц (задач), которая выполняет роль сервера приложений.

Это следствие уникальности технологии, обсуждение надо было продолжать, а потом писать...

boris_mvr пишет:Это следствие уникальности технологии

Это главная уникальность, которую вам понять и оценить очень трудно, т.к. вы ничего подобного не могли видеть нигде. Все иные уникальности работают именно на эту.
Это наше НОУ-ХАУ!!!

Мне многое понять и оценить трудно, не спорю, замечу, что Шекспир (граф Сент-Жермен) хорошо озвучил эту тему.
Для ответа на мой вопрос не требуется ни понимание, ни оценка, ни видение подобных разработок.
Почему? Потому, что это к ответу никакого отношения не имеет. Пока это вам понять очень трудно. Почему? Потому, что вы решили бросить обсуждение, едва оно началось... Если оно вас не интересует, то....

boris_mvr пишет:Пока это вам понять очень трудно. Почему? Потому, что вы решили бросить обсуждение, едва оно началось... Если оно вас не интересует, то....

Задайте вопрос более конкретно...
Расплывчатый вопрос ведёт к расплывчатому ответу...

Задавал вопрос так.
В чем уникальность Вашей технологии, сможете ответить?
Давайте озвучим вопрос несколькими способами. Все познается в сравнении, поэтому поступим так.
1. Чем уникальна технология, именно ваша, если ее сравнить с другими?
2. Чем она отличается ваш подход от других подходов или других технологий?
3. Можно ли сделать это другим способом, например, с помощью другой технологии иди подхода?
4. Подходит ли эта технология для решения других задач, если да, то каких и почему?

И так далее.

Отвечаю только на конкретные вопросы.

boris_mvr пишет:3. Можно ли сделать это другим способом, например, с помощью другой технологии иди подхода?

С такими же как у нас техническими характеристиками это принципиально не возможно.

boris_mvr пишет:4. Подходит ли эта технология для решения других задач, если да, то каких и почему?

Расчёт ТЭП для любых непрерывных производств.
Неконкретность - признак праздности

"С такими же как у нас техническими характеристиками это принципиально не возможно".
Скромность не порок... А как делают сие в других странах и континентах? Почему не хотят у вас поучиться?

" Подходит ли эта технология для решения других задач, если да, то каких и почему?"
Вопрос очень корректен. И вот почему. На qW можно и вашу решить задачу. Можно решить и задачу коммунальных платежей (внедрена в Гонк-Конге). Можно решить и другие задачи, в Интернете они описаны.

"Неконкретность - признак праздности."
Отвечаю ведь - почему вопрос корректен. Не надо прибегать к эклектике, я ведь не враг и даже не оппонент, хочу подвести вас к ответу на вопрос. Зачем? Если вы это поймете и примите, то релиз придется переделать еще раз. Видение других контекстов появится. Пока вы не видите их.

"... для любых непрерывных производств".
Услышь такой опус простой парень-инженер из Москвы, не оставит от вас мокрого места, а о кандидатах наук и выше говорить даже не надо. Для примера приведу непрерывное производство - вторичная перегонка нефти. Если не понятно, то могу продолжит их перечисление. Продолжить?

"...непрерывных производств..."
Впервые ЭВМ для управления технологическими процессами применили в середине 50 годов (ЭВМ RW-300, это я уточняю).
У вас система управления цифровая, правильно говорю?
А не аналоговая!
Продолжать дальше стоит?
Принципиальная схема цифровой системы управления состоит из АЦП, программы, ЦАП, да еще и про таймер забывать не надо.
В основе лежит дискретизация! Правильно?

boris_mvr пишет:"С такими же как у нас техническими характеристиками это принципиально не возможно".
Скромность не порок... А как делают сие в других странах и континентах? Почему не хотят у вас поучиться?

В других странах это не делают. Почему у нас не хотят поучиться, потому что о нас не знают.

boris_mvr пишет:" Подходит ли эта технология для решения других задач, если да, то каких и почему?"
Вопрос очень корректен. И вот почему. На qW можно и вашу решить задачу. Можно решить и задачу коммунальных платежей (внедрена в Гонк-Конге). Можно решить и другие задачи, в Интернете они описаны.

На qW расчёт ТЭП реализовать можно, но с такими как у нас техническими характеристиками (расчёт 20000 показателей за 2 секунду на машине малой производительности) нет. Наша система не подходит для дискретных производств, для складов, для бухгалтерии, т.е. там где используется принцип многозаписной обработки, там где используется принцип отбора, там где один алгоритм используется для множества записей. Для всех других должна подойти.

boris_mvr пишет:"Неконкретность - признак праздности."
Отвечаю ведь - почему вопрос корректен. Не надо прибегать к эклектике, я ведь не враг и даже не оппонент, хочу подвести вас к ответу на вопрос. Зачем? Если вы это поймете и примите, то релиз придется переделать еще раз. Видение других контекстов появится. Пока вы не видите их.

Моя цель - наводнить информацией о нашей MES интернет. К тому же я пользуюсь прямой рассылкой.

boris_mvr пишет:"... для любых непрерывных производств".
Услышь такой опус простой парень-инженер из Москвы, не оставит от вас мокрого места, а о кандидатах наук и выше говорить даже не надо. Для примера приведу непрерывное производство - вторичная перегонка нефти. Если не понятно, то могу продолжит их перечисление. Продолжить?

Не надо себя ставить в неловкое положение.
Расчёт ТЭП по вторичной перегонке нефти наша система легко потянет.

boris_mvr пишет:"...непрерывных производств..."
Впервые ЭВМ для управления технологическими процессами применили в середине 50 годов (ЭВМ RW-300, это я уточняю).
У вас система управления цифровая, правильно говорю?
А не аналоговая!
Продолжать дальше стоит?
Принципиальная схема цифровой системы управления состоит из АЦП, программы, ЦАП, да еще и про таймер забывать не надо.
В основе лежит дискретизация! Правильно?

Это не я придумал. Смотрите здесь: http://www.mesforum.ru/

"Не надо себя ставить в неловкое положение.
Расчёт ТЭП по вторичной перегонке нефти наша система легко потянет"
Зачем и для чего это делать? Возможно вы придумали НОУ-ХАУ, поделитесь открытим?

"Это не я придумал. Смотрите здесь: http://www.mesforum.ru/"
У вас цифровая обработка, если не согласны - поясните.
Если цифровая, то ...

"На qW расчёт ТЭП реализовать можно, но с такими как у нас техническими характеристиками (расчёт 20000 показателей за 2 секунду на машине малой производительности) нет. Наша система не подходит для дискретных производств, для складов, для бухгалтерии, т.е. там где используется принцип многозаписной обработки, там где используется принцип отбора, там где один алгоритм используется для множества записей. Для всех других должна подойти."
Прежде, чем ответить, задам вопрос. За счет чего достигается такая скорость? Потом опишу почему не правы.

boris_mvr пишет:"Не надо себя ставить в неловкое положение.
Расчёт ТЭП по вторичной перегонке нефти наша система легко потянет"
Зачем и для чего это делать? Возможно вы придумали НОУ-ХАУ, поделитесь открытим?

Не знаю для чего это делать... При любом производстве расcчитывается ТЭП. Да и аварийные ситуации есть, пожалуй...

boris_mvr пишет:"Это не я придумал. Смотрите здесь: http://www.mesforum.ru/"
У вас цифровая обработка, если не согласны - поясните.
Если цифровая, то ...

Обработка цифровая для непрерывных производств с дискретностью 1 минута. Ну и что?

boris_mvr пишет:"На qW расчёт ТЭП реализовать можно, но с такими как у нас техническими характеристиками (расчёт 20000 показателей за 2 секунду на машине малой производительности) нет. Наша система не подходит для дискретных производств, для складов, для бухгалтерии, т.е. там где используется принцип многозаписной обработки, там где используется принцип отбора, там где один алгоритм используется для множества записей. Для всех других должна подойти."
Прежде, чем ответить, задам вопрос. За счет чего достигается такая скорость? Потом опишу почему не правы.

Скорость достигается уникальной технологией генерации DLL-программы.

"Не знаю для чего это делать... При любом производстве расcчитывается ТЭП. Да и аварийные ситуации есть, пожалуй..."
ТЭП можно ввести в критерий, тогда их значения надо каждый раз прогнозировать на оставшийся период времени работы с выбранным шагом дискретизации ...

"Обработка цифровая для непрерывных производств с дискретностью 1 минута. Ну и что?"
Так думали и американцы, запуская в космос аппараты, результат известен этого ну и что?
У нас аналоговые машины применяли, писал об этом.
Интервал дискретизации обосновать надо, а то будет, как у американцев.

"Скорость достигается уникальной технологией генерации DLL-программы."
Не хотите эту уникальную технологию писать на языке qW?
Хорошо, пишите на своем, а модуль можно запустить в qW. В чем же заключаются принципиальные отличия?
Понимаю, что машины слабенькие, даже на профессионалах пишут, что скрыть можно все, кроме бедности...

"Это не я придумал. Смотрите здесь: http://www.mesforum.ru/"
А, если на заборе напишут: "...достаточно блокнота для управлением станциями..." Вы поверите в это?

К.Острём, Б. Виттениарк "Системы управления с ЭВМ".
В Интернете можно скачать эту книгу. Всю читать не надо, выборочно, взгляд на контент ссылки изменится

boris_mvr пишет:"Не знаю для чего это делать... При любом производстве расcчитывается ТЭП. Да и аварийные ситуации есть, пожалуй..."
ТЭП можно ввести в критерий, тогда их значения надо каждый раз прогнозировать на оставшийся период времени работы с выбранным шагом дискретизации ...

Здесь я не понял, о чём вы... Я просто сказал, что на любом производстве есть расчёт ТЭП и есть аварии...

boris_mvr пишет:"Обработка цифровая для непрерывных производств с дискретностью 1 минута. Ну и что?"
Так думали и американцы, запуская в космос аппараты, результат известен этого ну и что?
У нас аналоговые машины применяли, писал об этом.
Интервал дискретизации обосновать надо, а то будет, как у американцев.

Ваше упорное упоминание об аналоговых машинах мне не понятно...
А интервал расчётов диктуется практическими соображениями: меньше одной минуты не надо, а больше получаса методологически неверно.

boris_mvr пишет:"Скорость достигается уникальной технологией генерации DLL-программы."
Не хотите эту уникальную технологию писать на языке qW?
Хорошо, пишите на своем, а модуль можно запустить в qW. В чем же заключаются принципиальные отличия?
Понимаю, что машины слабенькие, даже на профессионалах пишут, что скрыть можно все, кроме бедности...

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

boris_mvr пишет:"Это не я придумал. Смотрите здесь: http://www.mesforum.ru/"
А, если на заборе напишут: "...достаточно блокнота для управлением станциями..." Вы поверите в это?

Мы живем среди людей, которые также считают себя профессионалами. Совсем не тактично так отзываться. Если есть веский аргумент в разрез, то изложите, а так это больше походит на шапкозакидательство.

Ещё хочу заметить, что у меня очень большой опыт внедрения систем (коротко здесь: https://e-generation.forum2x2.ru/t204-topic ) поэтому не надо о заборах, бедности и спутниках.

Если действительно вас интересуют вопросы относительно DLL и другие, то я готов очень подробно всё рассказать.

"Здесь я не понял, о чём вы... Я просто сказал, что на любом производстве есть расчёт ТЭП и есть аварии..."
Это о системах управления с применением адаптивного обратного моделирования.

"Ваше упорное упоминание об аналоговых машинах мне не понятно..."
Относится к построению систем управления (САУ). Жаль, что не понятно, вы же сами писали, что автоматчик и практик, должны знать такие вещи.

"А интервал расчётов диктуется практическими соображениями: меньше одной минуты не надо, а больше получаса методологически неверно".
Это вы называете обоснованием практика? У вас обычная программа (qW тоже обычная программа, если говорить по существу), которую пытаетесь применить для управления станциями. Если вы говорите о системах автоматизированного или автоматического управления (САУ), то и описывать ее надо, как принято описывать САУ. Вы же практик, должны понимать сие.

"Я как к теоретику отношусь к вам с высоким уважением. Но вы видимо неважный практик, раз позволяете себе говорить эту ересь."
Отвечаю, как программист. Из qW можно запустить другую программу, написанную на другом языке, в другой среде разработки, наконец. Вы, как практик прекрасно это знаете. Где же тут ересь, обоснуйте, пожалуйста.
Вы упорно пишите о слабеньких машинах, пишите так, что слеза прошибает. Один из великих сказал так: "скрыть можно все, кроме бедности". Где же здесь ересь, обоснуйте, пожалуйста.

Мы живем среди людей, которые также считают себя профессионалами. Совсем не тактично так отзываться. Если есть веский аргумент в разрез, то изложите, а так это больше походит на шапкозакидательство.
Судите сами. Запускаете программу с частотой в одну минуту (пишите, что это оптимально?) и утверждаете, что построили САУ для станций. Вы же профессионал, скажите - как вы сами отреагировали бы на такой опус? Где же здесь шапкокидательство?

"Ещё хочу заметить, что у меня очень большой опыт внедрения систем (коротко здесь: https://e-generation.forum2x2.ru/t204-topic ) поэтому не надо о заборах, бедности и спутниках."
О бедности. Вы упорно пишите о слабеньких машинах, пишите так, что слеза прошибает. Один из великих сказал так: "скрыть можно все, кроме бедности". Вы это и не скрываете, понимаете, что сие невозможно. Но лучше суровая правда, чем сладкая ложь!
О заборе. Говорил о блокноте, почему? Потому, что так мыслит технолог - с помощью блокнота и карандаша, САУ не должна ломать мышление технолога, а помогать ему. Когда-то давно в Жигулевске (НПЗ) так и написали в ответ на внедрение АСУ ТП, идущую в разрез мышлению технолога.
Вы же практик, должны это понимать.
Об очень большом опыте внедрения систем. Посмотрел ссылку. Вы же профессионал, давайте рассуждать так. У меня более 100 актов о внедрении в геологии, нефтехимии, нефтепереработке, разрабатывал САУ для производства фурфурола. И так далее. А вы до сих пор одну внедрить до конца не можете. Или я и здесь шапкокидательством занимаюсь?

boris_mvr пишет:"Здесь я не понял, о чём вы... Я просто сказал, что на любом производстве есть расчёт ТЭП и есть аварии..."
Это о системах управления с применением адаптвного обратного моделирования.

В нашей системе используется обратное и прямое адаптивное моделирование.

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

Знать то я знаю, но здесь то это к чему?

boris_mvr пишет:"А интервал расчётов диктуется практическими соображениями: меньше одной минуты не надо, а больше получаса методологически неверно".
Это вы называете обоснованием практика? У вас обычная программа (qW тоже обычная программа. если говорить по существу), которую пытаетесь применить для управления станциями. Если вы говорите о системах автоматизированного или автоматического управления (САУ), то и описывать ее надо, как принято описывать САУ. Вы же практик, должны понимать сие.

Процессы на электростанции инерционные, поэтому расчёты ТЭП с интервалом меньше минуты бессмысленны и то в переходные моменты, а так достаточно полчаса.
Для предупреждения аварийных ситуаций интервал обработки диктуется возможностями существующих средств сбора данных.

boris_mvr пишет:"Я как к теоретику отношусь к вам с высоким уважением. Но вы видимо неважный практик, раз позволяете себе говорить эту ересь."
Отвечаю, как программист. Из qW можно запустить другую программу, написанную на другом языке, в другой среде разработки, наконец. Вы, как практик прекрасно это знаете. Где же тут ересь, обоснуйте, пожалуйста.
Вы упорно пишите о слабеньких машинах, пишите так, что слеза прошибает. Один из великих сказал так: "скрыть можно все, кроме бедности". Где же здесь ересь, обоснуйте, пожалуйста.

Зачем запускать и qW если у нас есть своя система?
Говорю о слабеньких машинах только для контраста, т.к. на иных вообще будет всё летать мухой.

boris_mvr пишет:Мы живем среди людей, которые также считают себя профессионалами. Совсем не тактично так отзываться. Если есть веский аргумент в разрез, то изложите, а так это больше походит на шапкозакидательство.
Судите сами. Запускаете программу с частотой в одну минуту (пишите, что это оптимально?) и утверждаете, что построили САУ для станций. Вы же профессионал, скажите - как вы сами отреагировали бы на такой опус? Где же здесь шапкокидательство?

Вы же сами ратуете за контекст. Нашу систему именно следует рассматривать в контексте электростанции. САУ вы сами придумали, я всегда говорю о MES.

boris_mvr пишет:Об очень большом опыте внедрения систем. Посмотрел ссылку. Вы же профессионал, давайте рассуждать так. У меня более 100 актов о внедрении в геологии, нефтехимии, нефтепереработке, разрабатывал САУ для производства фурфурола. И так далее. А вы до сих пор одну внедрить до конца не можете. Или я и здесь шапкокидательством занимаюсь?

Вы рассуждаете крайне примитивно...
Шапкозакидательство - это когда глупость произносится с умным видом...
Можно построить дворец, а можно соорудить 100 избушек - так сравнивать глупо...

"Знать то я знаю, но здесь то это к чему?"
У вас не дискретный процесс, вот почему. Не я, так другие вопрос подобный зададут, обосновать надо - почему таким путем не пошли. Пишу, чобы готовы были к подобным вопросам, вот и все.

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

"Вы же сами ратуете за контекст. Нашу систему именно следует рассматривать в контексте электростанции. САУ вы сами придумали, я всегда говорю о MES."
Именно в этом контексте и рассуждаем. Вы сами говорите о системе управления непрерывным производством, правильно? Так что же я придумал не в этом контексте? Система управления суть САУ.

"Вы рассуждаете крайне примитивно...
Шапкозакидательство - это когда глупость произносится с умным видом...
Можно построить дворец, а можно соорудить 100 избушек - так сравнивать глупо..."

Понимаю, что вы человек простой и скромный, отвечу так. 10 или 100 миллионник занимает огромную площадь (гектары), система управления описывается как САУ, а не как программа. Принцип черного ящика здесь не в почете, как у вас. Такие системы глупо сравнивать? Для сравнения вам нужен аналог, вы же практик и должны понимать необходимость обоснования "черного ящика" у вас (черный ящик -это времена пионерии..). Хотя бы для этого нужно сравнить. Принцип черного ящика может стать вашим слабым местом, здесь очень серьезно надо поработать над обоснованием. Вот почему не глупо проводить такие сравнения. Не говорю уже о переходных процессах, автоматике и других "глупых вещах"... Крайне примитивно так рассуждать?

О ШАПКОЗАКИДА́ТЕЛЬСТВЕ. Понимается как хвастливые и легкомысленные уверения в возможности лёгкой победы, это к тому, что не стоит изобретать новые контексты для этого слова, такой прием называется эклектикой.

boris_mvr пишет:"Вы же сами ратуете за контекст. Нашу систему именно следует рассматривать в контексте электростанции. САУ вы сами придумали, я всегда говорю о MES."
Именно в этом контексте и рассуждаем. Вы сами говорите о системе управления непрерывным производством, правильно? Так что же я придумал не в этом контексте? Система управления суть САУ.

Вы против изобретения новых контекстов...
В интернете поискал расшифровку САУ и нашёл:
Самохо́дная артиллери́йская устано́вка (САУ, разговорное Самохо́дка, Саушка,Дальнобойка, уст. Артсамохо́д, иногда употребляется просторечное Самоходная пушка) — боевая машина, представляющая собой артиллерийское орудие...
Получается вы поже этим грешите...

Дальше вороде бы нашёл одну запись:
Что такое САУ? Значение и толкование слова sau, определение термина. САУ - система автоматического управления.
Но позвольте! Об автоматическом управлении я никогда ни слова не говорил.
Откуда это вы всё берёте?

Посмотрите выше, писал так. Система автоматизированного (автоматического) управления (САУ).
У вас автоматизированная - решение принимает человек. Вообще-то речь идет о системе управления станциями, Правильно понимаю?
Если так, то это система автоматизированная. Иными словами, САУ. В управлении давно такое название используется, непонятно - зачем это в интернете искать? Достаточно посмотреть цифровую или адаптивную обработку сигналов. Тем более, вы сами писали, что используете уже давно адаптивное обратное моделирование. Там без САУ никак. Решили пошутить?

"Вы против изобретения новых контекстов..."
Поймите, их не изобретают, поскольку они существуют, для этого достаточно немного изменить взгляд на это. Изменили точку зрения - изменился контекст.

boris_mvr пишет:Посмотрите выше, писал так. Система автоматизированного (автоматического) управления (САУ).
У вас автоматизированная - решение принимает человек. Вообще-то речь идет о системе управления станциями, Правильно понимаю?
Если так, то это система автоматизированная. Иными словами, САУ. В управлении давно такое название используется, непонятно - зачем это в интернете искать?

http://dic.academic.ru/dic.nsf/business/108
Автоматизированные Системы Управления, АСУ
компьютеризированные системы, способные преобразовывать информацию, производить расчеты, логические операции, с использованием компьютерных сетей и современных информационных технологий. Наибольшее распространение получили в схемах управления производством, транспортом, строительством и другими экономическими процессами.
Словарь бизнес-терминов. Академик.ру. 2001.
АСУ - да, САУ - нет!

Перепутали АСУ с САУ. САУ ближе АСУ ТП, не знаю, как проще сказать, может пример нужен?

boris_mvr пишет:Перепутали АСУ с САУ. САУ ближе АСУ ТП, не знаю, как проще сказать, может пример нужен?

Мне не надо ближе к АСУТП, т.к. у меня MES!

Давайте Немного изменим контекст так. Опишите:
1. Как технологи работали до MES?
2. Как технологи работают после MES?