Выбор ПЛК

[ASo]

Какие конкретно модули?

[melky]

https://aliexpress.ru/item/100500682...00038427272932

Играюсь с такой штукой на Linux (ubuntu 20.04) Там есть и 10" и кажется больше. Наличие 2-х портов RS485 и вроде еще есть TTL и RS232.
Ну дальше каждый сам выбирает, что на нее установить. CodeSys, openPLC или какую Scada.

экран тушить пока не научился только. В остальном норма.

[SBER]

https://aliexpress.ru/item/100500682...00038427272932

Играюсь с такой штукой на Linux (ubuntu 20.04) Там есть и 10" и кажется больше. Наличие 2-х портов RS485 и вроде еще есть TTL и RS232.
Ну дальше каждый сам выбирает, что на нее установить. CodeSys, openPLC или какую Scada.

экран тушить пока не научился только. В остальном норма.

Там ,скорее всего, время цикла сильно скачет. Были у меня удивительные приколы с импортными шкафами с пром ПК с вебмордой.

[melky]

SBER а так ли важна продолжительность цикла например в вентиляции или кондиционировании?
Вон некоторые ПЛК с наглухо зашитым циклом в 100 мс (какой-то наш для вентиляшки) и 300 мс Carel PcO3 и ничего, работают
p.s. у Carel фильтрация по входам 300мс, что сами понимаете не имеет смысла какое там время цикла самой программы на самом деле.

з.ы. у меня там будет крутиться программа в потоке, которой я могу задавать время цикла на основе Threading.Sleep могу поставить 0, соответственно время выполнения полностью зависит от ОС и количества потоков вообще... полагаю для многих задач вполне допустимо.

[SBER]

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

[melky]

Ну, не надо так вот. Станки ЧПУ на Windows CE работают, или на простых Windows, и ничего. А там позиционирование.
Если ОС не перегружена всякими свистульками, то нормально. Собственно ПЛК200 на Linux с CodeSys, не вызывает же каких-то проблем.

[Емельянов Кирилл]

Alex_NN, для описанной задачи веб-визуализация более чем подходит. Придётся повозиться с конфигурацией задач, и реализацией обмена по полевым шинам (т.к. шаблоны для такого не годятся), но когда хорошо в этом разберётесь, возможно уже и не захотите переходить в какие-то другие среды разработки и громоздкий тиа будете вспоминать как страшный сон. В визуализации 3.5 фигово только с архивными графиками (но вроде Овен библиотеку какую-то выкатывал) ну и то, что графические компоненты по первости придётся ручками набивать.

[Alex_NN]

На самом деле уже почти раздумал в следующем аналогичном проекте переходить на CODESYS 3.5 поскольку импорт из CODESYS 2.3 программы, написанной на LD, - это лютый трэш.
https://owen.ru/forum/showthread.php?t=35574&page=4.
Нет никакого желания в этом случае писать все заново. Ручками я и в прошлый раз хорошо поработал) Но там, как говорится - нужда заставила.
Проще в существующий отлаженный проект внести изменения, и всё готово!
В новых проектах - другое дело...
И TIA вовсе не громоздкий, а хорошо проработанный.

[kondor3000]

На самом деле уже почти раздумал в следующем аналогичном проекте переходить на CODESYS 3.5 поскольку импорт из CODESYS 2.3 программы, написанной на LD, - это лютый трэш.

Лютый треш, это писать программы на LD, при наличии CFC и ST. Программа получается компактней в разы и портируестя без проблем.
Может вам подумать про изучения языка лучше?
Овен даже программируемые реле на ST перевёл.

[Alex_NN]

Лютый треш, это писать программы на LD, при наличии CFC и ST. Программа получается компактней в разы и портируестя без проблем.
Может вам подумать про изучения языка лучше?
Овен даже программируемые реле на ST перевёл.

Даже не пытайтесь развести меня на холивар о выборе языка программирования.)
Лютый трэш - это думать, что в АСУТП чем компактнее программа, тем она лучше. В АСУТП чем понятнее программа, тем она лучше. И различные языки программирования в этом отличное подспорье.