Вход

Просмотр полной версии : переход на ТРМ12usb с ТРМ212: проблемы



RomAl
26.10.2026, 14:57
Вышел из строя ТРМ212 и логично бы использовать вместо него ТРМ12 с USB. До опробования ПИД регулятора
еще не дошли, но уже проблемы.
Связь с ТРМ212 была по RS485 протокол ASCII, NO Parity, 7 bits, 2 стоп бита.
Как это сделать на ТРМ12 не нашёл. Если выбираешь протокол ASCII, 7 бит, то NO Parity там нет, надо выбрать или
проверку по четности или по нечётности (вот перечень: 7e1, 7e2, 7o1, 7o2, 8n1, 8n2, 8e1, 8e2, 8o1, 8o2). Ну выбрал по чётности 7e2(ясно что авантюра, но что делать) и .. не работает. Что делать теперь? Проверил MasterOPS: опрос идёт и всё хорошо, но в OPS можно установить "контроль чётности не используется" а в ТРМ12 нельзя. Почему нет преемственности с ТРМ212!? А может что-то можно сделать? Подскажите... Иначе придётся переделывать старую программу на ПЛК, перепрограммировать протокол ещё на 7 устройствах..

Trevor
26.10.2026, 15:15
У всех приборов Овен по умолчанию 8N1, все остальные варианты в некоторых ТРМ не поддерживаются.
Если не хотите проблем в будущем, советую один раз настроить все приборы на 8N1 и больше проблем у вас не будет.

RomAl
27.10.2026, 08:48
У всех приборов Овен по умолчанию 8N1, все остальные варианты в некоторых ТРМ не поддерживаются.
Если не хотите проблем в будущем, советую один раз настроить все приборы на 8N1 и больше проблем у вас не будет.
Спасибо за совет, но 9 лет назад когда был установлен этот ТРМ212 этого правила не было, более того у ТРМ212 сочетание 8N1
(и вообще 1 стоп) даже не допустимо для протоколов ModBus RTU и ASCII. Только для протокола Овен оно допустимо в этом приборе.
Выбран был протокол ASCII так как на нём почему-то надёжнее связь была, отсюда и неизбежные 7 бит, 2 стоп, NO. Т.е. выбора-то
вообще не было...
Ну ладно, это прошлое, а сейчас как это исправить с минимальными затратами ? Всё переделывать придёться?

https://docs.owen.ru/product/trm212/doc/rukovodstvo-po-ekspluatacii-trm212/nastrojka/nastrojka-obmena-dannymi-cerez-interfejs#:~:text=%D0%B2%20%D1%82%D0%B0%D0%B1%D0%B B%D0%B8%D1%86%D0%B5.-,%D0%A4%D0%B8%D0%BA%D1%81%D0%B8%D1%80%D0%BE%D0%B2% D0%B0%D0%BD%D0%BD%D1%8B%D0%B5%20%D0%BF%D0%B0%D1%80 %D0%B0%D0%BC%D0%B5%D1%82%D1%80%D1%8B%20%D0%BE%D0%B 1%D0%BC%D0%B5%D0%BD%D0%B0%20%D0%B4%D0%B0%D0%BD%D0% BD%D1%8B%D0%BC%D0%B8,%D0%BD%D0%B5%D1%82,-%D0%92%D0%9D%D0%98%D0%9C%D0%90%D0%9D%D0%98%D0%95

EFrol
27.10.2026, 09:30
Я бы попробовал реализовать логику ТРМ212-го на ПР100. ПР100 поддерживает ModbusASC при 7n2.
Только вот датчик нужен 4..20mA и карта адресов скорее будет другая.

Ардуинщики говорят, что можно программно конвертировать:
7n2 это тот же 8n1, где в одну сторону выставляет бит D7 в каждом байте, а в другую снимается.

У Овена был такой прибор ЕКОН134 с двумя RS-485 портами, которые, соответственно, можно было настроить по разному и
потоки соединить между собой - получалась неявная конвертация.

Есть преобразователи Ethernet-RS485, которые позволяют настроить RS485 по-умолчанию,
а драйверу виртуального порта запретить передавать rfc2217 (настройку открываемого виртуального).
Т.е. виртуальный может иметь любую настройку - она не влияет на аппаратный порт, получается неявная конвертация.

RomAl
27.10.2026, 11:28
Я бы попробовал реализовать логику ТРМ212-го на ПР100. ПР100 поддерживает ModbusASC при 7n2.
Только вот датчик нужен 4..20mA и карта адресов скорее будет другая.

Ардуинщики говорят, что можно программно конвертировать:
7n2 это тот же 8n1, где в одну сторону выставляет бит D7 в каждом байте, а в другую снимается.

У Овена был такой прибор ЕКОН134 с двумя RS-485 портами, которые, соответственно, можно было настроить по разному и
потоки соединить между собой - получалась неявная конвертация.

Есть преобразователи Ethernet-RS485, которые позволяют настроить RS485 по-умолчанию,
а драйверу виртуального порта запретить передавать rfc2217 (настройку открываемого виртуального).
Т.е. виртуальный может иметь любую настройку - она не влияет на аппаратный порт, получается неявная конвертация.

Спасибо. Сложные решения, проще наверно переделать программу в контроллере ПР110 который сможет читать этот ТРМ12,
а так же перенастроить остальные 7 устройств на этой RS485.
Можно было бы использовать ПР200 (а не ПР100) у него всё есть, но у него нет тех адресов регистров что у ТРМ212.

EFrol
27.10.2026, 11:51
При наличии исходника на ПЛК110, конечно проще сменить настройку на всех приборах RS485-й сети без приобретения доп.устройств.

RomAl
27.10.2026, 12:36
Есть надежда, что у ТРМ12 настройка 8n1 прокатит вместо 7n2. Попробовал с Master OPS и .. работает.
А вот с ПЛК110 пока не получается ... странно

EFrol
27.10.2026, 15:09
У них разные типы данных и адреса регистров.

In_Da_Cher_A
27.10.2026, 16:19
Связь с ТРМ212 была по RS485 протокол ASCII, NO Parity, 7 bits, 2 стоп бита.
а какой сакральный смысл был именно в этом конфиге? какой сейф открывается по этому набору цифр?

RomAl
28.10.2026, 10:34
В моём случае все три считываемых регистра совпадают у ТРМ212 и ТРМ12 и по адресам и по формату (1009,100B, 100F).
Но вот почему-то MasterOPS их считывает из ТРМ12 не смотря на то что они не 7n2 а 8n1,8n2, а вот ПЛК110 капризный и при их считывании даёт ошибку чтения.

In_Da_Cher_A
28.10.2026, 12:48
вопрос был в другом - зачем изначально был использован такой набор параметров в конфигурации связи?
у вас был стандартный прибор овен, у вас был стандартный плк овен
но извратились и влепили редко применимый протокол и набор конфигурационных параметров, как будто это был какойто экзотический прибор с самописным протоколом
зачем?

и по адресам и по формату (1009,100B, 100F)както не вижу проблем перебить три адреса регистра в плк

RomAl
28.10.2026, 13:34
вопрос был в другом - зачем изначально был использован такой набор параметров в конфигурации связи?
у вас был стандартный прибор овен, у вас был стандартный плк овен
но извратились и влепили редко применимый протокол и набор конфигурационных параметров, как будто это был какойто экзотический прибор с самописным протоколом
зачем?
както не вижу проблем перебить три адреса регистра в плк

Хотел проигнорировать вас, но такая настойчивость вынуждает ответить. Я это уже объяснил с своём втором посту:
"...Выбран был протокол ASCII так как на нём почему-то надёжнее связь была, отсюда и неизбежные 7 бит, 2 стоп, NO. Т.е. выбора-то вообще не было..."
Если бы вы посмотрели документацию на ТРМ212 то там приводиться всего три фиксированных варианта конфигурации для RS. Для протокола Овен 8n1, ModBus RTU 8n2, ModBus ASCII 7n2. Т.е. выбора не было! Почему такая экзотика у производителя была, спрашивайте не у меня.
И главное всё таки не почему был такой выбор, а почему теперь новым прибором ТРМ12 я не могу просто заменить прежний ТРМ212, а должен переделывать программу написанную 9 лет назад, переделывать настройки у 7 приборов висящих на этой RS? И всё это на ежедневно работающем оборудовании?
Вроде где-то ребята наши достали ТРМ212, так что если он рабочий, проблема может стать не острой.
Да, если не понимаете хорошо тему и не читаете внимательно сообщения, то не пишите просто так от скуки. Это технический форум, а не для тех кто хочет троллить

In_Da_Cher_A
28.10.2026, 15:57
Это технический форумвот именно
что мешало с самого начала написать что в старом 212 сделали вот так - не было бы вопросов
вам повезло, вы работали с этим прибором и погрузились в эти нюансы реализации овеном классического модбас протокола
а нам неудачникам, кто не держал в руках этот антиквариат, не повезло
мы должны предварительно изучить гигабайты овеновской макулатуры на всю номенклатуру приборов, прежде чем писать на форуме
Л- логика