Да, забыл сказать: в конечной реализации, ясен пень, никакого терминала. Я пишу низкоуровневый демон, который с железякой общается, и к нему обертку — обычно веб-морду, чтобы можно было наглядно с этой хренью работать.
Если же не нужно особой наглядности, оставляю на уровне CLI: это еще и тем удобно, что можно в баше скриптец накатать, и радоваться автоматизации. У меня так 6-метровый телескоп крутится, программу выполняет, автоматом данные собираются и обрабатываются. А я чем-нибудь другим занимаюсь, периодически поглядывая, не затянуло ли небо (но есть еще и задумки в автоматизации и этого процесса).

Тут другое....
Если пользователя удовлетворяет SCADA, то это означает, что... она нафиг не нужна вместе с её носителем - ПК. Потому как HMI - это готовая SCADA в "железе". Причем без вирусов! 

Вот это: https://spluss.de/ru/produkte-ru/modbus … -2-modbus/
ПЛК или нет?

SMART, ну Вы же сами дали расшифровку  - SCADA (аббр. от англ. Supervisory Control And Data Acquisition — диспетчерское управление и сбор данных)

Т.е. если рассматривать автоматическую систему управления технологическим процессом (АСУ ТП)  , то SCADA представляет  софт который стоит на  диспетчерском пульте или как его называют АСУшники  -Автоматизированное рабочее место (АРМ) т.е. по большому счету это компьютер(сервер)  , который наглядно и удобно показывает состояние всего оборудования какого то технологического процесса(или всех одновременно).  Обычно в этом отображении есть только та информация которая нужна диспетчеру и возможности управления только те которые ему доступны по технологическому процессу. 
Данные в этот компьютер или как еще можно сказать - Сервер Верхнего Уровня идет по интерфейсу RS485 или в данный момент чаще по Ethernet и в самом типовом решение по протоколу Modbus.

Опять же если взять все оборудование АСУ, то можно разделить на три логический уровня.

1. Нижний уровень это датчики(давления, температуры, влажности, вибрации, специального назначения) и исполнительные механизмы.( насосы, нагреватели, движки, задвижки, клапана и т.д.)  обычно они управляются от какому то протоколу, допустим опять же Modbus.
2 Средний уровень уровень шкафов управления. в которых стоят ПЛК, модули ввода-вывода, разные другие штуки типа преобразователи интерфейсов, автоматы, частотники.  Грубо говоря шкафы образуют некую локальную систему управления , допустим насосами. они получают данные с насосов и датчиков которые их обслуживают и управляют ими. назовут тогда этот шкаф ШУН
3. Верхний уровень это АРМ в который стекается информация о всех системах среднего уровня. И в них обычно более необходимая информация для диспетчера. т.е. работает, не работает насос, какое давление или температура в баке и т.д. Вот это и есть софт - СКАДА.

Если брать уровень МК, то МК может быть как в составе умного датчика, т.е. в самом нижнем уровне.  и задача его будет считывать сигнал, преобразовывать, организовывать передачу информации дальше, по известному протоколу.  Так же МК может быть ядром ПЛК, частью модуля ввода-вывода. и т.д.

поэтому меня всегда удивляет , когда люди ПЛК смешивают с МК.

Может как то сумбурно сказал... но чет накипело уже.  Думаю специалисты по АСУ смогут более нормально пояснить.

Это не просто сенсор, а МК с прицепленным к нему сенсором. Исполнительные устройства сейчас тоже  строятся на МК. ПЛК с такими датчиками может вообще не понадобиться.
Atomic-dm, вымирает Ваш средний уровень, верхний уровень снимает всю инфу прямо с нижнего, без посредников.

Отредактировано SMART (2017-02-24 17:03:33)

А чего Вы собрались перепрограммировать в датчике температуры? 

Вы спросили, ПЛК это или нет. Я сказал, что нет.

Не факт.
К примеру:
Встроенный блок логических функций ATV Logic позволяет реализовать алгоритмы используемые в простых системах управления:
    арифметические действия, калькуляция, отсчет времени и т.д.;
    программирование до 50 функций с автоматической последовательностью выполнения;
    работа с внутренними переменными преобразователя частоты.

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

То есть тут вопрос терминологии: если ПЛК— контроллер с программируемой логикой, то можно ли считать выбор вариантов этой логики программированием логики?

Отредактировано SMART (2017-02-25 08:47:25)

SMART ,я кстати   бывал там частенько и поучаствовал в реконструкции , (но не как инженер)
на твоей фотке старый пульт.

с 2014 пульт выглядит так
http://www.rushydro.ru/press/news/95501.html

вот еще фотка отсюда http://zavodfoto.livejournal.com/2252812.html  (там кстати еще куча интересных фоток)
машзал. вот все шкафы автматизации это средний уровень. датчики в основном под крышкой га.

Отредактировано Atomic-dm (2017-02-25 11:16:38)

Неважно как он выглядит, важно к чему привела построенная по указанным Вами правилам АСУ ГЭС.
А привела она к "крупнейшей в истории катастрофой на гидроэнергетическом объекте России и одной из самых значительных в истории мировой гидроэнергетики", в результате которой погибли 75 человек.

Отредактировано SMART (2017-02-25 14:10:28)

Вспомните ваш вопрос.
Итак.
Мы говорим, вроде как, про конкретный датчик температуры "THERMasgard® ATM 2 - Modbus" с выходом по МОДБУС. Не так ли?

Так вот, если следовать вопросу терминологии, ПЛК - программируемый логический контроллер
Программируемый: пользователь может изменить программу. В указываемом вами температурнике пользователь этого не может.
Контроллер - блок управления, который на основе входов, выставляет (соответственно программе) выходы. У температурника в качестве входа только температура окружающей его среды. Выход - температура в цифровом виде. Т.е. это не котроллер а сенсор, что, кстати, по ссылке прямо и указано: "Наружный датчик температу­ры".

Итог - по приведенной вами ссылке температурный датчик ("THERMasgard® ATM 2 - Modbus") Программируемым Логическим Контроллером НЕ является.

Еще раз. Вспомните свой вопрос, на который я тут пытаюсь ответить:

А вы тут приплели уже другие устройства.

Так вот еще раз для тех кто в танке:

По приведенной вами ссылке температурный датчик ("THERMasgard® ATM 2 - Modbus") Программируемым Логическим Контроллером НЕ является.

Про остальное я не и не собирался дискутировать. Вы спросили про термо сенсор - я ответил про термо сенсор.

включи мозг.

1. Эти правила мировые и все по ним строят во всем мире системы АСУ ТП
2. Мое участи было по реконструкции станции после аварии. Что  было до аварии я особо не в курсе, особенно учитывая что я не асушник
3. А уж о причинах аварии с Вами я разговаривать вообще не собираюсь, потому что вы все равно не в теме.