Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
так Вы сами и определитесь тогда, речь все же о реле или контроллерах в целом. О тенденциях там шла речь. Если современные реле уже не просто заменяют шкаф механических релюшек, а выполняют мат.расчеты, то и языков надо больше, чтоб реализовать всё то что невозможно в одном из...
Большая часть проблем ОЛ, это как раз отрисовка, расположение квадратиков, обратные связи туда же, термин энергонезависимость в макросах. Если сложные логические конструкции будут писаться текстом, это сильно сократит размер занимамой площади холста и ряд проблем исчезнет, ну или будут очень редки, потому что всегда будут находится уникальные люди. Плюсом, вероятность что пользователь разберется как написать свое ТЗ в виде проекта увеличится, за дешевизной гонятся не только те кто разбирается в портянках релейных схем, кто то пишет только текстом, почему ему не использовать ПР
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Можно, ноьнасколько удобно?
У каждого языка - своя ниша.
какие проблемы фбд решает, как выглядит конструкция CASE ... OF на десять кейсов? Особенно когда не примитивное присвоение, а расчеты.
И я озвучивал проблемы, про ошибки ОЛ, это то что хотя и схемы следят за выполнением с лева на право и с верху в низ, обязательно у кого нибудь какая нибудь связь с низу должна уйти на верх, из-за этого создаваемые выделенные схемы в макрос, прибавляют проблем с расположением входов, да и логики в целом, в тексте этого нет
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
А чего опровергать?
Создали конструктив по входам-выходам, экрану и кнопкам ~= ПЛК63, кроме метрологической точности - люди будут стремиться использовать его, как ПЛК. Хотя бы по цене, а кого сейчас волнует точность, да и в 90% ее достаточно. Доказательство - сам ОВЕН использует именно эту платформу для ТРМ, КТР, ...
Не спорю, да по ***** на это!
Это не мешает использовать его в ИТП, вентиляции, как пример. А это не маленький рынок в РФ. Никакая точность? Не спорю, только скажите это SE с его недоконтроллерами от бывшего модикона, с их точностью в 1..1,5 град, но при этом ценой и грамотным маркетингом они выносят ОВЕН с рынка, и не только брендом!
Да и ровки может рассказать про точность, нужна - не нужна.
ПР не средство измерения ,имхо , а программируемый пользователями устройство . Отсутствие сертификата на средство измерения не отменяет его известную погрешность, его отдельных аналоговых входов , декларированных в РЭ...И пользователь сам решает устраивает ли его 12раз. АЦП с известным быстродействием... Но датчики нужны не только же для того что бы их зрить на экране ,но что бы еще управлять ...
Последний раз редактировалось rovki; 02.05.2021 в 19:21.
электронщик до мозга костей и не только
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ