Доброго времени суток! Проблемка такая: под нашим контролем находится множество установок VTS и Rosenberg с контроллерами Carel около 70 штук а так же несколько чиллеров, все распределены по венткамерам, в достаточно приличном расстоянии друг от друга. Задача заключается в том, чтобы диспетчеризовать установки.Контроллеры PCO3 и PCOxs поддерживают modbas.
Кто сталкивался с таким или имеет какой либо опыт, поделитесь пожалуйста, распишите что да как, для чайника

1.Найдите список переменных для каждой установки
2.Задайте в настройках контроллеров протокол Modbus
3.Соедините контроллеры кабелем для RS-485 (экранированная витая пара)
4.Подсоедините кабель к компьютеру через адаптер RS-485
5.Установите СКАДу с поддержкой Modbus
6.Сконфигурируйте подключения и задайте переменные для каждого контроллера.
7.Отрисуйте экраны со схемами установок и разместите на них переменные.

Все как и для других контроллеров на Modbus.

Для примера, со СКАДой Geovap Reliance все работает как часики.

А если не устанавливать на каждый контроллер по плате rs485, можно ли как нибудь использовать одну плату?

Одной платой не обойдешься. Ставить в каждый контроллер.

Предварительно убедиться, что ПО, установленное в контроллер, работает с протоколом Modbus.

Приветствую !

Живем мы в Кишинёве, в местной больнице лет 10 назад устанавливали томограф.
Техника дорогая, а вызов специалистов из другой страны очень не выгоден, как финансово, так и по срокам !
Врачи поставили задачу отслеживать параметры измерений датчиков контроллеров системы охлаждения их оборудования (температура и т.п.) удалённо с доступом по Интернету.
Кроме контроллера pCO3 в этой системе охлаждения есть ещё контроллер μC2, к которому через приблуду, висящую на проводах, модуль RS485 Converter (code MCH2004850) подключён удалённый модуль управления - Remote terminal (code MCH200TP00). В сеть pLan два этих контроллера не объединены.
Нам удалось найти документ, описывающий соответствие между цифровыми переменными баз данных Carel и Modbus (Correspondence between Carel database and Modbus® database - см. вложение), но пока не поняли, как это можно использовать для извлечению результатов работы контроллера pCO3. Можно ли, используя это, всё же зацепиться за сеть pLan или придётся покупать плату RS485 ?
Не объясните "на пальцах", по-шагово, что нужно проделать, чтобы считать параметры работы контроллеров μC2 и pCO3 ?
Иными словами, как можно подключиться, например, к μC2 после MCH2004850 по RS485 (параллельно или только вместо MCH200TP00), какой софт установить : OPC-сервер Carel или чем ещё можно осуществить задачу по он-лайн мониторингу (извлечению результатов работы) буржуйского контроллера по протоколу MODBUS или OPC-сервера Carel, если без него нельзя обойтись ?
Аналогичные вопросы возникают с мониторингом контроллеров pCO3 (через плату RS485).
Например, нужно ли останавливать работу или менять программу контроллера для этого, как строить запрос и какие адреса указывать для запроса данных по MODBUS ?



А где можно найти этот список переменных с их адресами для возможности считывания параметров контроллера pCO3 и контроллера μC2 ?

Полгода танцев с бубном и согласований с заказчиком, в итоге - переход на овен ПЛК150, чего и Вам рекомендую

Люди говорят, что на сайте Карела есть все программы и они там на вопросы отвечают, но я сам не пробовал с томографом. На чиллеры правда есть программы и их описание. По крайней мере раньше были.
Тутто томограф (почти по итальянски), на Овен не перейдёшь. Или поджаришь кого-нибудь ненароком, прости Господи.
http://www.carel.com/search?p_p_id=3&p...search%2Fsearch
http://ksa.carel.com

В вашем случае про pLan забудьте. Ищите в меню программы рСО что то, касающееся протоколов. Типа, Serial port и т.д.

Да, ответы, мягко скажем, не полезные


Пока только пытался общаться с русской поддержкой, получил следующий ответ:
Здравствуйте, Сергей.
Использовать интерфейс pLan в данном случае не получится. Теоретически можно на стадии написания программы необходимые данные сделать видимыми через pLan, но только в том случае, если не используется внешний терминал pGD. Однако производители готового оборудования (как Ваше, например) никогда так не делают. Единственным способом получить какие-либо данные через последовательный порт в данном случае является установка какого-нибудь интерфейса в слот BMS (Serial card). Это может быть, например, плата PCOS004850 (получите Carel протокол или Modbus RTU) либо PCO1000WD0 (дороже, но получите web-интерфейс, Modbus TCP и BacNET одновременно).
Что касается каким-то образом получить напрямую данные из протокола pLan, то на сколько мне известно, это еще никому не удалось, а если удалось, то затраты на исследования превзошли стоимость платы в порт Serial card.

С уважением | Best Regards,
Антон Головин | Технический специалист
Anton Golovin | Technical manager

ООО "Карел Рус" | ООО Сarel Rus

Direct (+7) 812 318 02 36 ext. 104 | Mobile (+7) 921 856 88 75

но на второе письмо ответа не получил ...

Ну берите тогда PCO1000WD0, по вебу может что найдёте. или по бакнету вытащите. И modbus у вас будет.

По цене это почти четыре платы 485. И потом еще TCP > RTU гнать, чтобы m2SE туда же повесить.

Пока нет понимания, какие порты и протоколы программист вывел пользователю, это все ни о чем.

Подключились ноутбуком через "RS485 to USB Converter" и попытались получить доступ по чтению регистров по протоколу MODBUS при помощи "Master OPC Universal Modbus Server", предварительно активировав протокол MODBUS (параметр H23 = 01) в настройках контроллера μC2. Как ни пытались, ответа от контроллера μC2 так и не получили !
Использовали следующие настройки (settings for the serial port):
Speed: 19200 bit/s;
Frame: 8 bits;
Parity bit: none;
Stop bits: 1

Использовали следующие настройки (settings of the μC2):
H23 = “1” – enable Modbus protocol
H10 = “1” – Modbus address

Ненужели возможно такое, что программисты Carel закрыли доступ к регистрам контроллера μC2 ???!!!
Или мы всё-же пытались стучаться по MODBUS с неправильными настройками ?

С ПЛК такое часто бывает, с какой ноги программист встанет. А встаёт он обычно в дедлайне, неоплоченный и уставший. Да и пятничное пивко интеллекта не добавляет.

- select supervisor protocol
H23:
establishes the protocol used for the connection to the supervisor from the serial board
RS485
H23 = 0: CAREL protocol (Baud Rate 19200,...)
H23 = 1: Modbus protocol (Baud Rate, 9600, 8, N, 2)

:-)
мне кажется у Вас деталек не хватает......


У МС2 если он панельный надо платку MCH2004850
а если он дин-реечный то платку FCSER00000

и уже к этим платкам подключается



Так что вопрос к чему подключаетесь? ;-)


МС2 это не ПЛК, это обычный параметрический (жестко прошитый на заводе) контроллер (серийный)



+конвертер RS-485 USB +ПК(ноут)
Вот правильная цепочка для подключения к μC2
и дисплей отключить




Вот, она засада ... 2 должно быть...
а вообще поиск по форуму смотрите вот Ваша тема
http://forum.abok.ru/lofiversion/index.php/t45963.html

Не знаю как на каком ПЛК, но в pCO чтобы данные гуляли, это должно быть объявлено в программе. Если не объявлено, то хоть кол на голове чеши, ничего не получите.

Огромное вам спасибо, уважаемый svintus.
Всё заработало после установки Stop bits: 2.

Спасибо также yozik-у и другим ребятам за советы, но svintus был первым.

---

PS. может ещё подскажите, где можно недорого прикупить плату интерфейса PCOS004850 (желательно с оплатой через QIWI, Яндекс, WebMoney) для установки в слот BMS (Serial card) рСО3 ?

Я бы не спешил..
Сначала надо определиться какая у Вас в рСО программа...
Если от Карела то там переменные Модбас есть,
а если самописная то не вариант что разрешили переменные Модбас, да и с адресацией проблемы будут...

Там в меню никакого пункта INFO или похожего нету?
У кареловских программ там код программы написан, по нему можно найти инструкцию в инете...

Всем привет.
Докладываю о результатах.

Использовали следующие настройки (settings for the serial port):
Speed: 9600 bit/s;
Frame: 8 bits;
Parity bit: none;
Stop bits: 2

Использовали следующие настройки (settings of the μC2):
H23 = ”01” – enable Modbus protocol

Ответ от контроллера μC2 по протоколу MODBUS получили, но, по непонятной до сих пор причине, смогли прочитать только ячейки MODBUS с параметрами установщика (параметры "уставок"), а необходимые параметры измерений двух температурных датчиков (зондов b01 и b02, MODBUS адрес 102 и 103) и одного датчика давления (зонда b08, MODBUS адрес 109) получить не удалось ! При этом с передней панели самого контроллера μC2 все эти параметры были доступны.
Неужели возможно такое, что программисты закрыли доступ по MODBUS к некоторым регистрам контроллера μC2, содержащим исключительно результаты измерений ???!!!
Или мы всё-же пытались стучаться по MODBUS с неправильными настройками ?

Попробуйте опросить другой функцией
на аналоговые значения функции
03h и 04h

Всем спасибо за помощь !
Проблема оказалась банальной: не все адреса регистров хранения Modbus, указанные в руководстве пользователя на русском языке для μC2SE и руководстве пользователя на английском языке для μC2 совпадают. В частности, отличаются адреса регистров, в которых хранятся необходимые параметры измерений двух температурных датчиков (зондов b01 и b02) и одного датчика давления (зонда b08). Правильные адреса указаны в руководстве пользователя на английском языке для μC2 : Modbus адрес 70 (не 102), 71 (не 103) и 77 (не 109) соответственно .
---
Возник другой вопрос, связанный с параметрами подключения по Modbus к другому контроллеру климат-контроля здания - Eliwell (Invensys) ECH400SR для считывания результатов измерений датчиков, флагов состояния узлов системы и флагов тревог.
Имеем в наличии ноутбук + "TTL to USB" адаптер (с AliExpress) и инструкцию по Modbus для этого контроллера (см. вложенный документ ECH_400_S_SR_F_UM_mo.pdf).
Попытались считать данные по Modbus через асинхронный последовательный порт TTL с разъёма SERIAL (5 pin: GND, DTR, Tx, Rx, +5v) буржуйского контроллера, для чего подключились ноутбуком через "TTL to USB" адаптер (с AliExpress) и попытались просканировать регистры (coil и holding) по четырёхзначным адресам Modbus, указанным в инструкции.
При обращении к контроллеру, как и положено, на выводе DTR появлялся логический ноль, но ответа от контроллера не было.
Использовали следующие настройки (settings for the serial port):
Modbus Device Address: 1
Speed: 9600 bit/s;
Frame: 8 bits;
Parity bit: even (not configurable);
Stop bits: 1
То есть именно те, что указаны в в инструкции.

Если кто-то может что-либо посоветовать, пишите сюда, в личку или на почту: dycep@mail.ru .

Поменяйте местами эти два провода


Может поможет :-)
На разных переходниках по разному присоеденяется


Не уверен что это переключатель чтение/запись
На других контроллерах Eliwell его нет....
там автоопределение


Вобщето есть родной переходник bus adapter 150 с ТТЛ на РС-485 :-)
На Эливеллах пробовал вот это плата китаец uart-rs485 xy-017
вот это
http://umnyjdomik.ru/konverter-interfejsa-...lem-potoka.html

все вроде работало с 400-й серией не экспериментировал :-)

Мы пытались считать данные по Modbus через асинхронный последовательный порт TTL с разъёма SERIAL (5 pin: GND, DTR, Tx, Rx, +5v) буржуйского контроллера, используя и такую связку:
USB-порт ноутбука + конвертер USB в RS-485 (http://umnyjdomik.ru/konverter-usb-v-rs-485.html) + преобразователь интерфейсов UART TTL – RS-485 на MAX485 (http://umnyjdomik.ru/modul-preobrazovatelya-interfejsov-uart-ttl-rs-485-na-max485.html) без использования сигнала DTR буржуйского контроллера и с замыканием его на GND --- нет ответа от контроллера.


Ну, не знаю, . . . как можно в описании такого серьёзного буржуйского контроллера перепутать местами контакты Tx и Rx ?
А на наших "приблудах" уж точно ничего не перепутано (проверено не раз).

Да, ешё вопросик по-поводу правильного подключения контактов RE и DE и др. преобразователя интерфейсов UART TTL – RS-485 на MAX485 (http://umnyjdomik.ru/modul-preobrazovatelya-interfejsov-uart-ttl-rs-485-na-max485.html) :

Разъем P1 – UART TTL:
1 – DI вход передатчика ------ это подключали на Tx
2 – DE (driver enable) – разрешение работы передатчика ------ это подключали на +5v буржуйского контроллера
3 – RE (receiver enable) – разрешение работы приемника ------ это подключали на +5v буржуйского контроллера
4 – RO выход приемника ------ это подключали на Rx

Разъем P2 – RS-485:
1 – «+» питания ------ это подключали на +5v буржуйского контроллера
2 – B- инверсный дифференциальный вход/выход линии RS-485
3 – A+ прямой дифференциальный вход/выход линии RS-485
4 – GND – общий ------ это подключали на GND буржуйского контроллера

А провод GND (RS-485) к проводу GND (USB-порт ноутбука) вообще решили не подключать .

Поправьте, если что-то неправильно подключали.

блин....
вся суть в понимании обозначений...

стандарт подключения
плата1 плата2
RX подключается к TX
TX подключается к RX

некоторые дабы не "нарушать отчетность" подключают
RX RX
TX TX
что думали те кто рисовали надписи возле входов непонятно...

Я пробовал разные платы и встречался как 1 так и 2 вариант все зависело от фантазии разработчика платы

кто Вам мешает поменять местами 2 провода?
ничего плохого не случиться....
максимум как не работало, так и не будет работать.

2.
У Eliwella нет сигналов DE RE, там автоопределение прием\передача
(по крайней мере у ECH200 ST542 IDPlus974)



1. Используйте оригинальный преобразователь от EliWella
не хотите?
2. Используйте преобразователь с автоопределением прием/передача
их много и они работают

3. поменяйте местами провода RX TX если ничего не получиться выкинте свой преобразователь и вернитесь к пункту №1

Ни того, ни другого нет в наличии, а заказывать где-то в интернет-магазинах и ждать от 1 до 3 месяцев - не вариант !


Да, сигналов DE RE там и быть не может: это сигналы преобразователя интерфейсов UART TTL – RS-485 на MAX485 (http://umnyjdomik.ru/modul-preobrazovatelya-interfejsov-uart-ttl-rs-485-na-max485.html)
А у ECH200 есть вывод на разъёме с обозначением EN (сигнал разрешения работы модема, у ECH400 там DTR).

Прокомментируйте, пожалуйста, выдержки из руководства по подключению ech200 и ech400 (см. вложение).

провода местами поменяли?

Ну и Вас ничего не смущает?
MAX485
half-duplex
а Вам нужен
Full-duplex
Если нет плат с автоопределением прием/передача спаяйте переключатель сами
схем полно, в гугле наберите "схема переключения прием передача для MAX485"


Я пользовался другими платами использовал только
+5V
GND
RX
TX
у меня все работало...
Зачем мне искать другие варианты?
Вы свое время цените?
Кому и что Вы экономите?



Вы как вообще?
Инструкции читать пробовали?
Ваша плата не может находиться в режиме прием и передача одновременно.....

Понятно что у Вас ничего не работает, при таком подключении плата находиться в режиме передача
выход RE инверсный, смотрите
https://datasheets.maximintegrated.com/en/d...1487-MAX491.pdf

сигнал DTR может использоваться только в RS232 или TTL, который не совсем RS232. В RS485 такого сигнала быть не может...

вы про эту схему : http://forum.ixbt.com/post.cgi?id=attach:48:5959:0:1
или есть что-то по надёжнее, но не очень сложное ?

Ну да похоже, но я таким не страдал....
мне проще купить готовое

на AliExpress, eBay или др. магазинах эта хрень продаётся ?

на AliExpress или др. магазинах эта хрень продаётся ?
Что-то я не нашёл её по коду XY-017 .

их много разных есть подешевле есть подороже (с гальванической развязкой)
конкретно эта XY-017 вот (но их много у разных продавцов)
https://ru.aliexpress.com/store/product/TTL...iceBeautifyAB=0

есть подороже (с гальванической развязкой и до 128 устройств в сети)
https://ru.aliexpress.com/store/product/TTL...iceBeautifyAB=0

можно самому спаять (схем полно) это же "цифровая" техника, если все по схеме правильно собрать то и работать начинает сразу. Это Вам не радио приемник на транзисторах собирать :-)


:-) шедеврально....
как говориться "в гугле забанили?" :-)
https://www.google.com.ua/search?client=ope...-8&oe=UTF-8

на картинках оно и есть там же и ссылки

А вы попробуйте поискать на сайте AliExpress по коду "XY-017" .
Вот результаты поиска: https://ru.aliexpress.com/w/wholesale-XY%25...archText=XY-017

Получил этот преобразователь XY-017 с автоопределением прием/передача с АлиЭкспресс, подключили к Eliwell (Invensys) ECH 420F, выставил адрес устройства (в ячейках, определяющих тип протокола обмена: H48 и адрес устройства: H65 и H66 почему-то были значения "100", заменил на "1", "0" и "3" соответственно), передёрнул питание - Modbus не работает : Master OPC Universal Modbus Server выдаёт сообщение : "ошибка опроса устройства" !?
Пробовали разные настройки конфигурации последовательного порта (8N1, 8N2, 8E1, 8E2, 8O1, 8O2 и т.д.), результат - отрицательный.
Помогите советом, уже не знаю куда копать ?!

Так не должно работать. Хотя может.
Надо:
USB-порт ноутбука -> конвертер USB в TTL-> TTL ПЛК, если вы хотите читать с TTL ПЛК. DTR по идее не нужен. но может вдруг ему надо будет, попробуйте вот такой:
https://ru.aliexpress.com/item/1PCS-CP2102-...iceBeautifyAB=0

именно так раньше и пробовали (до заказа "RS485 в TTL") и DTR при этом использовался (есть такой у указанного вами преобразователя). Соединение установить не удалось ! И потом, нам всё-таки не по USB , а по RS485 общаться нужно с устройством !

Как ведут себя светодиоды на преобразователях те которые RX TX

попробуйте поменять местами RX TX

В контроллере настройки 9600 8E1 их поменять нельзя
адресс при таких установках " H65 и H66 почему-то были значения "100", заменил на "1", "0" и "3" "
будет 3

Осталось узнать есть ли связь с контроллером
плате XY-017 нужно внешнее питание 5В (есть на разьеме TTL контроллера)
RX и TX можно местами менять

По светодиодам на плате будет видно отвечает контроллер на запросы или нет

мигает только светодиод RX на преобразователе.
плату XY-017 проверяли на другом устройстве с TTL-портом - RX и TX соответствуют и связь через плату XY-017 есть, и менять их местами не вижу смысла (вряд-ли буржуи могли перепутать RX и TX в нескольких инструкциях по контроллеру, в том числе в инструкции по подключению родного адаптера Eliwell BusAdapter 130 и Eliwell BusAdapter 150). См. https://mosinv.ru/Documentation/Televis/Bus...dapter%20mo.pdf и https://mosinv.ru/Documentation/ECH/ECH%204...)%20UM%20mo.pdf и
https://mosinv.ru/Documentation/ECH/ECH%202...)%20UM%20mo.pdf


питание 5В есть на разьеме TTL контроллера и подключено к плате XY-017.
так, видно, что контроллер не отвечает на запросы по Modbus (мигает только светодиод RX на преобразователе)

Вам шашечки или ехать?
Вы совета спросили, Вам ответили..
И что?
Вместо того что бы пытаться следовать совету Вы начинаете расуждать о том что Вы правы, а совет дурацкий.

А теперь вопрос?
Мне что бы проверить какой светодиод когда мигает
надо взять контроллер, присоеденить его к плате XY-017
и проверить что там и как?

И зачем мне всем этим заниматься? :-)

Присоеденил XY-017 к контроллеру Eliwell (такого как у Вас у меня нет, к другому)
Если смотреть на разьем (так чтобы узкая сторона была внизу)
то слева направо
+5V RX TX NC GND ,(так и подключено к плате XY-017)

Плату присоеденил к преобразователю USB-RS-485

При запросе от ПК к котроллеру (по неправильному адресу чтобы контроллер не отвечал) мигает RX
на плате XY-017
При запросе от ПК к котроллеру (с правильным адресом) мигает RX и TX попеременно
на плате XY-017

Поменял местами провода (между платой и контроллером) что бы было RX-TX TX-RX
При запросе мигает RX на плате XY-017
Контроллер не отвечает

Вернул все назад :-)
Поменял местами провода А и В между платой и преобразователем USB-RS-485
мигает RX на плате XY-017, но тускло (не так ярко как при правильном подключении)
Контроллер отвечает, но какуюто чушь, на сом мусор вместо ответа приходит.

К чему менять провода... У меня есть две платы от разных производителей.
Так вот одна подключается RX-TX TX-RX, другая RX-RX TX-TX

Если у Вас с присоединениями все отлично тогда смотрите настройки протокола обмена и адрес

в том-то и дело, что всё, что вы указываете (провода RX и TX, контакты +5V RX TX NC GND разъёма контроллера Eliwell и настройки протокола обмена и адрес Modbus), не раз проверено и всё соответствует, кроме наличия сигнала DTR коннектора SERIAL на месте вашего NC .

В московском представительстве Eliwell (https://mosinv.ru) заявляют, что в нашей версии контроллера (плата MW324003 ECH 420F) Modbus поддерживается и для решения проблемы предлагают завезти прибор в их офис.
Система климат-контроля Wesper c контроллером Eliwell (Invensys) ECH 420F установлена в здании местного диагностического центра в Кишинёве и весьма проблематично не только на время снять прибор, но и просто отключить на долго систему климат-контроля в здании.

Остался только вариант с необходимостью подключения сигнала/вывода "Разрешение" EN (контакт 4 с сигналом DTR коннектора SERIAL платы MW324003 ECH 420F) TTL порта для подключения к прибору при работе с 4-х проводным (без EN/DTR) преобразователем TTL/RS-485 с автоопределением прием/передача (не от фирмы Eliwell).
В московском представительстве Eliwell по этому поводу заявляют, что нужно "использовать оригинальный преобразователь интерфейса - адаптер Eliwell BusAdapter 130 или BusAdapter 150", но у нас его нет.

Не исключён, правда, ещё и вариант с неправильно работающим Modbus (из-за неправильной или повреждённой прошивки, например, так как непонятно, каким образом в ячейках с параметрами H48, H65 и H66 нормально работающего контроллера могли оказаться значения "100", в то время, как согласно документации, параметр типа протокола - H48 может принимать значения 0 или 1, а параметры адреса - H65 и H66 --- от 0 до 14 ?!), но менять что-либо в прошивке, а уж тем более перепрошивать, владелец не разрешает.

Разьем у них стандартный и там где NC контакт для обмена не используется
Проверял на двух (разных) контроллерах Eliwell
В некоторых контроллерах это дополнительный цифровой вход


параметры контроллера проверяются на корректность либо при вводе с кнопок, либо при вводе
в программе от Eliwell
При записи в параметры по модбас (к примеру) параметры на корректность не проверяются...
Вот так там 100 и оказалось.
Проверяйте правильность настроек протокола.
И еще обычно в таких случаях используют тестовые программы опроса,
Которые позволяют видеть что происходит на порту

В общем, ситуация никак не желает меняться в лучшую сторону !
Перепробовал все варианты с разными преобразователями TTL/RS-485 (с автоопределением прием/передача и нет), с переключением RX и TX, с разными подключениями DTR (на +5 в., на корпус, на сигнал RE-DE MAX485).
Либо в нашем случае для соединения с контроллером действительно необходимо подключать сигнал/вывод "Разрешение" EN (контакт 4 с сигналом DTR коннектора SERIAL платы MW324003 ECH 420F) TTL порта и без родного адаптера Eliwell BusAdapter 150 никак не обойтись, либо имеет место вариант с неправильно работающим или совсем не работающим Modbus (из-за неправильной или повреждённой прошивки, например).

Будем искать родной адаптер Eliwell BusAdapter 150 и тогда уже поглядим.

BusAdapter 150 штука универсальная, используется для всех контроллеров Eliwell
а у некоторых контроллеров на ноге где у Вас DTR дополнительный цифровой вход :-)


Контроллеру не нужен, он и сам знает когда у него передача, когда прием.
"Разрешение" EN DTR нужно плате преобразователя, какого-то специфического т.к.
Eliwell BusAdapter 150 "Разрешение" EN DTR тоже не нужно там автоопределение прием/передача.

У Вас скорее всего порт ТТЛ не работает, либо настройки неправильные...

Возможно, порт ТТЛ не работает, так как настройки запроса по Modbus делаю согласно инструкции Modbus на этот контроллер (плата MW324003 ECH 420F).
Предварительно выставил адрес устройства в ячейках H65 и H66 ("0" и "3" соответственно) и тип протокола обмена в ячейке H48 ("1").
Использовали следующие настройки (settings for the serial port):
Modbus Device Address: 3
Speed: 9600 bit/s;
Frame: 8 bits;
Parity bit: even;
Stop bits: 1
То есть именно те, что указаны в в инструкции (см. вложение).

Во вложении файл с программой и файл с инструкцией
выполните то что написанно в инструкции и выложите результат.

Попробуем исключить программную часть из Ваших страданий...
если и так связи не будет значит у Вас проблемы с портом\контроллером

докладываю о результатах:
после подключения контроллера ECH420F к ПК через оригинальный адаптер TTL-RS485 (Eliwell BusAdapter 150) всё сразу заработало как часы !
Вывод: данный контроллер скорее всего не поддерживает китайские адаптеры TTL-RS485 с автоопределением приём/передача.

По неустановленной причине при старте чиллера стала появляться ошибка (E41), связанная с аварией протока воды в системе, в то время, как датчик протока воды исправен и сигнал доходит до микроконтроллера, и препятствующая дальнейшей работе чиллера. Питание платы вроде-бы в норме (по осциллографу).
Задержки реагирование системы на сработку датчика протока увеличивал, конфигурирование цифровых входов проверил, ошибок в настройках нет. Грешу на повреждение прошивки.

Возможно ли вообще такие платы перепрошивать ?