МКОН непонятки в руководстве.

Вид для печати

05.07.2023, 07:36
novinky

Вложений: 2

МКОН непонятки в руководстве.

Подскажите пожалуйста по:

1. "ПРИМЕЧАНИЕ
Устройства в сети RS-485 не могут иметь адрес, равный 1" - тогда как в примере показано заданное ID=1. Если нет возможности изменить ID=1 опрашиваемого устройства?

2. "Код интерфейса .. 27:0:1:0:0:S:P или 10:0:G:40:0:S:N - (10 — порт Ethernet МКОН в режиме server)" тогда как в руководстве приводиться расшифровка 1го значения только для 27, 40 или 06.
или " 40:0:G:08:0:S:N (08 — порт Ethernet МКОН в режиме client)" - что за 08 на этом месте? в руководстве порт указан следующим числом!!!

Подкл с ноута напрямую по Ethernet и стучу через прог Modbus poll, какой там в настройках шлюз и DNS если подкл напрямую? Если удалить адр днс и шлюза они все равно прописываются зачем? Где указывается адр опрашиваемого Slave RTU?

В общем каша по обеим пунктам.
05.07.2023, 11:44
capzap

Цитата:

Устройства в сети RS-485 не могут иметь адрес, равный 1" - тогда как в примере показано заданное ID=1. Если нет возможности изменить ID=1 опрашиваемого устройства?

т.к. в сети модбасТСР по умолчанию SlaveID всегда 1, он и зарезервирован за самим шлюзом, соответственно если в ТСР задать ИД отличный от единицы то будет обращение к соответствующему слейву в сети 485. Про какой пример речь, если про то где расписан 27:0:1:0:0:S:P то там же чуть выше написано что эта запись – системная и недоступна для изменения. А в целом сам шлюз такой же слейв, почему нельзя к нему обращаться и использовать в качестве примера

Цитата:

тогда как в руководстве приводиться расшифровка 1го значения только для 27, 40 или 06

ну ниже по тексту же даны и другие значения, принципиальной разницы от занесения их в таблицу не будет

Цитата:

какой там в настройках шлюз и DNS если подкл напрямую

у МКОН есть возможность обращаться к облачному хранилищу, для этого и нужны и днс и шлюз

Цитата:

Где указывается адр опрашиваемого Slave RTU

так третья колонка же
05.07.2023, 12:13
novinky

"если в ТСР задать ИД отличный от единицы то будет обращение к соответствующему слейву в сети 485. "
Если мне требуется обратиться в сети 485 к слейв с id1 то как?
05.07.2023, 13:17
imaex

Цитата:

Сообщение от novinky

Если мне требуется обратиться в сети 485 к слейв с id1 то как?

Через маршрутизацию. Указать, что при обращении по ID (отличном от 1) через ethernet маршрутизировать на ID=1 в 485.

PS: 1 - это ID шлюза в Modbus TCP. Зачем-то. Сделать с этим ничего нельзя, можно только мириться тем, кто выбирает это чудо. Хотя, по большому счёту, жить это не мешает.
05.07.2023, 13:18
imaex

Цитата:

Сообщение от capzap

т.к. в сети модбасТСР по умолчанию SlaveID всегда 1, он и зарезервирован за самим шлюзом

Вы так написали, что человек может подумать, что это не некий стандарт, а не овеновские приколы.
05.07.2023, 13:41
capzap

Цитата:

Сообщение от imaex

а не овеновские приколы.

а, т.е. это не прикол производителя слейва, который имеет не изменяемый адрес и два таких устройства в сеть не воткнуть, ну ок
05.07.2023, 14:03
imaex

Цитата:

Сообщение от capzap

а, т.е. это не прикол производителя слейва, который имеет не изменяемый адрес и два таких устройства в сеть не воткнуть, ну ок

Нормальному modbus tcp устройству никакой ID не нужен. Если в запросе modbus tcp указывается ID, то это означает, что запрос адресован к устройству за тем, к которому отправлен запрос.

Что касается утр-в с неизменяемым ID, формально умеющих работать по modbus rtu, то таких зверей на любой вкус. И с 1-ым, и, даже, 0-ым адресом. Про которые производители изначально не думали, что кому-то понадобиться их на 485-ый сажать.
05.07.2023, 14:05
melky

imaex это нормальному, хотя по стандарту ID устройства фигурирует и в TCP протоколе.
05.07.2023, 14:09
capzap

Цитата:

Сообщение от imaex

Нормальному modbus tcp устройству никакой ID не нужен. Если в запросе modbus tcp указывается ID, то это означает, что запрос адресован к устройству за тем, к которому отправлен запрос.

капитан очевидность. В гайде на модбас ТСР так об этом и сказано, что обычное применение ID для шлюзов. Ноль широковещательный, 255 в качестве демонстрации того что ID не нужен идентификация по IP, для слейвов отведено с 1 по 247 адрес. МКОН такой же слейв для мастера по ТСР, поэтому единица вполне нормальное значение, при чем тут прикол или это как то приколнее что слейв не может сменить свой ID
05.07.2023, 14:22
imaex

Цитата:

Сообщение от capzap

МКОН такой же слейв для мастера по ТСР

tcp/ip устр-ва однозначно адресуются по IP-адресу+порт. Модбасовский ID тут как собаке 5-я нога нужен. Т.е. примерно так же, как и ID в овеновских модулях в/в 200-ой серии.
05.07.2023, 14:42
melky

Цитата:

tcp/ip устр-ва однозначно адресуются по IP-адресу+порт. Модбасовский ID тут как собаке 5-я нога нужен. Т.е. примерно так же, как и ID в овеновских модулях в/в 200-ой серии.

Вы это 100-й серии ПЛК Овен скажите. без ID в запросе они вам даже не ответят. 100-й, 150-й, 154-й уж точно.
05.07.2023, 14:55
imaex

Цитата:

Сообщение от capzap

предложите сове решение как обращаться к внутренним регистрам модбас МКОН-а, может к Вам прислушаются

а не указывать адрес в запросе религия не позволяет?

Цитата:

Сообщение от capzap

И Вы упорно не опровергаете и не соглашаетесь, что это дичь что слейв в сети 485 не меняет свой идентификатор , тогда бы и к шлюзу претензий не было, но Вам покакой то причине это нельзя сказать

Я чуть выше всё сказал, но Вам по какой-то причине не прочитать. Я не говорю, что это хорошо, я говорю, что с этим приходится иметь дело. И с чего Вы вообще взяли, что производитель устр-ва изначально предполагал, что оно в 485-ой сети работать будет, если у него на борту 232-ой и только?
05.07.2023, 15:02
imaex

Цитата:

Сообщение от melky

Вы это 100-й серии ПЛК Овен скажите. без ID в запросе они вам даже не ответят. 100-й, 150-й, 154-й уж точно.

Можно подумать, что это хорошо. По-Вашему получается, что и 1-но соединение на tcp-порт есть исключительно хорошо и правильно. Всем пример.
05.07.2023, 15:04
imaex

Цитата:

Сообщение от capzap

перечитайте гайд https://modbus.org/docs/Modbus_Messa...uide_V1_0b.pdf и выделите абзац где говорится про эту однозначность. Есть только то что сервер должен вернуть точно такой же ID

Мимо кассы. Modbus TCP лежит на TCP, где любой сервис однозначно определяется связкой адрес+порт.
05.07.2023, 15:51
melky

imaex я полагаю, связку определяет примененный способ добавить Ethernet в контроллер. Потому что указание ID слейва иногда намекает на то, что работа с мозгами идет просто поверх TCP и только...
в рамках стандарта, а остальное побоку...
05.07.2023, 20:24
capzap

Цитата:

Сообщение от imaex

а не указывать адрес в запросе религия не позволяет?

формат посылки всем известен, без заполнения байта предназначенного для адреса, прием фрейма слейвом не произойдет как минимум будет не корректным и что в итоге посылать нули, так это будет широковещательная посылка
05.07.2023, 20:28
capzap

Цитата:

Сообщение от imaex

И с чего Вы вообще взяли, что производитель устр-ва изначально предполагал, что оно в 485-ой сети работать будет, если у него на борту 232-ой и только?

какой 232, Вы первый упоминаете о нем в этой теме. https://owen.ru/product/mkon не забыли что мы тут говорим об этом приборе, если найдете что он работает с 232 интерфейсом я наверное по краснею от стыда
06.07.2023, 07:14
novinky

Цитата:

Сообщение от imaex

Через маршрутизацию. Указать, что при обращении по ID (отличном от 1) через ethernet маршрутизировать на ID=1 в 485.
PS: 1 - это ID шлюза в Modbus TCP. Зачем-то. Сделать с этим ничего нельзя, можно только мириться тем, кто выбирает это чудо. Хотя, по большому счёту, жить это не мешает.

Спасибо, только руководство по нему написано непойми как, в общем так же как и реализовано.
06.07.2023, 08:03
novinky

Цитата:

Сообщение от capzap

прикол производителя слейва, который имеет не изменяемый адрес

Редко бывает как данность, что "сборщик (или пуско-наладчик) конечного оборудования" не позаботился о необходимости возможности смены параметров подключения, прикол не прикол роли не играет.