Comments 15
Что такое ПЛК, ПИД и HMI?
ПИД — пропорционально-интегрирующий-дифференциирующий регулятор
HMI — человеко-машинный интерфейс
Зачем Вы беретесь читать техническую статью в достаточно специфической области, причем ориентированную отнюдь не на самых начинающих, если даже не удосужились ознакомиться с элементарной терминологией в этой области?
То есть по Вашему, когда я листаю feed хабра, я должен делать предельный выбор/отдавать себе отчет перед нажатием кнопки "читать"?
В таком случае я 99% статей на хабре не пойму, однако реальность состоит в том, что я открываю 99% статей и понимаю их содержание, ибо авторы описывают термины аббревиатуры или ссылаются на статьи в которых онное обозначено.
В том то и дело, что класс и функция это интуитивно понятные вещи, тем более для айтишника. И даже в продвинутых статьях, первое появление аббревиатуры описывается за скобками.
Поймите - это не удоьно читать, ибо я впервые сталкиваюсь с темой, в каждом предложении должен открывать соседнюю вкладку.
То есть это очень ОЧЕНЬ узкоспециализированный материал получается, ну тогда бы поставили это уточнение в плашку в начале статьи.
Ладно короче. Дело ваше
Вам примеры скинуть, как люди пишут? Они пишут: .. отправка данных осуществляется протоколом ТЦП, который ведет контроль доставки сообещений следующими методамм...
Вот пример о протоколе, который мне не был знаком: https://habr.com/ru/company/southbridge/blog/575464/
Все аббревиатуры легко гуглятся, поэтому не вижу смысла приводить расшифровку, кроме того их понимание -- основа в области промышленной автоматизации.Также это серия публикаций и если читать от начала, то таких вопросов у вас будет меньше.
Очень рад, что вы решились прочитать данную статью. Для полного понимания статьи потребуется опыт программирования ПЛК, так ка это "достаточно специфическая область".
Логика "если пришел некорректный запрос, попытайтесь сделать хоть что-нибудь" граничит с вредными советами на мой прикладной взгляд. Есть какая-то особенность ПЛК, что при некорректной команде нельзя просто ничего не делать с переменными и объектом управления?
Принимать давление клапана за 0 если что-то не понравилось в вводе без предупреждений выглядит не очень безопасно для системы в целом, так и взорваться недолго. Почему не выводить вменяемую осмысленную ошибку и не прерывать работу в случае ввода некорректного значения?
Безопасность ПЛК: 8,9) Проверяйте входные переменные, следите за косвенными обращениями