Решил таки поделится опытом разработки приложения на ПЛК китайском под CoDeSys v3.5 фирмы HCFA, а именно HCQ0-1100-D. Позиционируется как т.н PAC контроллер, т.е заточка под управление движением, но набор модулей вполне позволяет организовать управление обычным техпроцессом.
Сначала позитив-
1. Среда разработки;
2. Очень хорошие характеристики, шина EtherCat (В т.ч связь с модулями ввода-вывода), Ethernet порт с поддержкой ModBus TCP Master, Slave, 2 последовательных порта RS232/485 и RS485;
3. Красивые компактные корпуса модулей, втычные клеммы на съемных клеммниках, к каждому модулю в комплекте отверточка
;4. Плк очень шустрый, у меня одна задача, все вызовы программных компонентов идут из нее, период вызова 5мс, контроль тайминга подтвердил что реальный период вызовов 5мс, длительность цикла при довольно объемном коде не превышает 1мс;
Теперь так себе средненькое:
1. Хотя на момент закупки сентябрь прошлого года в номенклатуре модулей ввода-вывода имелся модуль термосопротивлений, но по факту купить его было не реально (Охрененные сроки поставки), пришлось использовать модуль другого китайсого производителя с коммуникацией по ModBus RTU;
2. Сейчас идет рефакторинг корпусов с клеммами типа PUSH-PULL, с оранжевыми хреновинами под нажатие
, по ходу решили, что на отверточках разорятся...Теперь покатил негативчик:
1. Документация. То, что есть это мультфильм, как сейчас помню журнал мурзилка был гораздо содержательнее и объемнее;
2. Ублюдочная организация модбас сервера, вполне может быть это от CoDeSys (немцы модбас ненавидят на уровне подкорки). Поясняю- есть в конфигураторе входные %IW и выходные %QW регистры, так вот %IW по протоколу можно и читать и писать, т.е это Holding Register, %QW по протоколу можно только читать, т.е это Input Register, НО! %IW для приложения доступны только для чтения, а %QW только для записи
. Такая модель вполне в стандарте модбаса, только для безмозглых подчиненных- исполнительных механизмов, также подобная модель вполне себе сидит в ПЛК Фаствелл, но те ребятки реализовали возможность инициализации области %IW по событию Before starting, т.е перед стартом программы можно присвоить значения из энергонезависимых переменных, а у китайцев это не работает. Эта, мля, "заковыка" (Тут можно погуглить по словам индусский и китайский код) вынесла мне мозг- как организовать отображение и редактирование энергонезависимых переменных в панели и как организовать алгоритм- кнопочку-тумблер на панели нажал, в ПЛК выпонились действия и ПЛК кнопочку-тумблер отжал (обнулил). Решил это дело через панель, благо на вайнтеке можно "макросить" 
, у меня панель читает области регистров %QW ПЛК и при изменении переписывает в такую-же по адресам область %IW...охрененная заморочка, костыль, но работает, но мне это не нравится. Техподдержка предложила вариант с чтением-записью из разных областей и битовым сигналом подтверждения ввода, по которому ПЛК должен принять введенное значение. Ну я прикинул у меня 400 регистров под энергонезависимые настройки, спасибо за совет бесполезный, я лучше через панель погоняю.3. Модбас мастер с виду вроде ничего, только вот в одном модуле (имеется в виду ФБ конфигурации) только 10 регистров...ну как бы хрен с вами китайские друзья мне хватает. И все бы ничего, у меня работают оба СОМ порта RS485 на одном 7 ПЧ, на другом 4 устройства разных (Модуль ввода темосопротивлений, парочка расходомеров, клапан с позиционером) и при тестировании по отдельности все очень классно работает, отключаю устройства рандомно, все хорошо ФБ драайвера сигнализирует, включаю устройство связь восстанавливается-красотишша. Но!(прям как у Эллочки Щукиной из 12ти стульев
) как только соединил обе ветки 485го на столе (про тип кабеля, оконечные резисторы и пр. не спрашивайте, на столе все через пару сварочных электродов работать должно) начались траблы с отваливанием одного из портов, иногда обоих, т.е порт просто перестает слать запросы , при этом ФБ драйвера говорит- "чувак, у меня все ништяк, я в поряде" и показывает последние принятые значения...Рестарт СОМ порта помогает ненадолго, отвал в течении 30 сек. Техподдержка посетовала, что я автоматически СОМ порт не рестартую, но признаков то отсутствия связи программных нет.
Ладно продолжим- драйверы конфигурации модбас мастера китайские, попробовал стандартный кодесисный и ... о чудо обмен заработал в течении 30минут,т.к нет лицензии... Начал экспериментировать с настройками, там мутный параметр, обзывается типа(сейчас точно не помню) Frame Timeout или в этом роде по дефолту у китайцев=0мс, стоило изменить его на 20мс все заработало
, что это за параметр конкретно я понять не могу. И все ничего обмен работает стабильно, проверяли в течении 8ми часов, пока не отключишь одно какое-нибудь устройство...и тогда все тыгдымс порт снова отключается , но при этом в драйверах устройств появляется флаг аварии и можно передергивать СОМ порт...это помогает. 
Еще есть вопросы по выравниванию и распределению памяти - конструкция с "натягиванием" массива по "АТ" адресации на область регистров модбас слэйва в некоторых областях дает сбои по мере роста кода..., т.е сначала все работает, потом дописал и...все не работает, область модбас равна нулю!!!!
Техподдержка есть и даже отвечает, она вежливая и интеллегентная в отличии от меня, только толку от нее как с козла молока.
С вышеперечисленными траблами по коммуникации помогают справлятся библиотеки от производителя (напр. Овен Communication Lib), но от китайцев этого не дождешся им пофиг.
