Ну раз человек так прогеров не любит, позвольте полюбопытствовать.
Как вы позиционируете свою АСУ ТП с точки зрения архитектуры: относится ли она к классу DCS или к иной распределённой системе управления?
То что вы рассказываете про турбину, это обычный ЭЧСР паровой турбин, причем без теплофикационных и паровых отборов, что значительно упрощает математику устойчивости, а вся модель паровых турбин сводится к подсчету паровых объемов.
В статье я не увидел ничего принципиально нового для себя, возьмем китайскую железку вкрутим туда qnx который создали инженеры Американской компании Расбери и установим рантайм скорее всего это уже готовый кодесис разработанный немецкими инженерами и навернем свой красивый интерфейс, в статье принципиально не сказано, какова нагрузка системы? Количество точек ввода вывода, не приведены времена операций и скорости их выполнения с плавающей точкой или без, не сказано как обеспечивается резервирование больших объемов данных, в общем пока только болтовня не подкрепленная ни технической информацией не сказано о самом важном интеграции систем и протоколам передачи данных.
Скада не плохая, и я понимаю что ядро этой скады писали Австрийцы, компания ETM. Честно сказать не знаю на сколько % там в этой Скаде нашего отечественного, но если сравнивать Тех поддержку МастерСкады и Каскад Цифра это небо и земля. Для примера на простейшие вопросы МастерСкада отвечала недели 3. А Тех поддержка Каскад Цифры часа 2 - 3. Что тоже не маловажно в условиях пусконаладочных работ.
Читаю статьи с удовольствием, а по поводу тех кто пишет мол нафига WINCCOA есть же просто WINCC, я скажу потому что.
1) Нужно обработать, опросить большое количество систем по разным протоколам начиная от 61850 до модбас,
2) Архивировать эти данные, записать в базу, напимер в Оракл, потом среплицировать данные чтоб не потерялись, настроить резервирование связи чтобы в процессе потери связи с одной системой по одному каналу оператор продолжал видеть данные по другому каналу связи.
3) Потом Трендировать эти данные
4) Отобразить данные
WINCC
Небыло такого обилия протоколов связи
У нее нет TSPP протокола который гарантирует получения временной метки времени.
Она не умела обрабатывалть такое большое количество данных
И база данных только Microsoft SQL
И поддерживала только определенные опперационные системы Винды. В отличии от WinccOA
Из резервирования умела только s7 fault tollerant да и тот в составе PCS7
Я бы резюмировал Wincc для маленьких систем а WinccOA для очень больших систем.
Кстати если кому интересно вот одна из моих статей по установке на Ubuntu на Виртуальную машину
Так и говорят обычно рукожопы которые не слышали про dcs.
Ну раз человек так прогеров не любит, позвольте полюбопытствовать.
Как вы позиционируете свою АСУ ТП с точки зрения архитектуры: относится ли она к классу DCS или к иной распределённой системе управления?
То что вы рассказываете про турбину, это обычный ЭЧСР паровой турбин, причем без теплофикационных и паровых отборов, что значительно упрощает математику устойчивости, а вся модель паровых турбин сводится к подсчету паровых объемов.
В статье я не увидел ничего принципиально нового для себя, возьмем китайскую железку вкрутим туда qnx который создали инженеры Американской компании Расбери и установим рантайм скорее всего это уже готовый кодесис разработанный немецкими инженерами и навернем свой красивый интерфейс, в статье принципиально не сказано, какова нагрузка системы? Количество точек ввода вывода, не приведены времена операций и скорости их выполнения с плавающей точкой или без, не сказано как обеспечивается резервирование больших объемов данных, в общем пока только болтовня не подкрепленная ни технической информацией не сказано о самом важном интеграции систем и протоколам передачи данных.
Скада не плохая, и я понимаю что ядро этой скады писали Австрийцы, компания ETM.
Честно сказать не знаю на сколько % там в этой Скаде нашего отечественного, но если сравнивать Тех поддержку МастерСкады и Каскад Цифра это небо и земля. Для примера на простейшие вопросы МастерСкада отвечала недели 3. А Тех поддержка Каскад Цифры часа 2 - 3. Что тоже не маловажно в условиях пусконаладочных работ.
Читаю статьи с удовольствием, а по поводу тех кто пишет мол нафига WINCCOA есть же просто WINCC, я скажу потому что.
1) Нужно обработать, опросить большое количество систем по разным протоколам начиная от 61850 до модбас,
2) Архивировать эти данные, записать в базу, напимер в Оракл, потом среплицировать данные чтоб не потерялись, настроить резервирование связи чтобы в процессе потери связи с одной системой по одному каналу оператор продолжал видеть данные по другому каналу связи.
3) Потом Трендировать эти данные
4) Отобразить данные
WINCC
Небыло такого обилия протоколов связи
У нее нет TSPP протокола который гарантирует получения временной метки времени.
Она не умела обрабатывалть такое большое количество данных
И база данных только Microsoft SQL
И поддерживала только определенные опперационные системы Винды. В отличии от WinccOA
Из резервирования умела только s7 fault tollerant да и тот в составе PCS7
Я бы резюмировал Wincc для маленьких систем а WinccOA для очень больших систем.
Кстати если кому интересно вот одна из моих статей по установке на Ubuntu на Виртуальную машину
https://habr.com/ru/sandbox/223284/
А версия ядра какая в статье? Я пока тестирую на Kernel: Linux 6.1.90-1-generic
Мне просто интересно, а что мешает в самом GitHub хранить все что нужно, и разворачивать экшеном при деплое на сервер?