Просмотр полной версии : МКОН непонятки в руководстве.
Подскажите пожалуйста по:
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?
В общем каша по обеим пунктам.
Устройства в сети RS-485 не могут иметь адрес, равный 1" - тогда как в примере показано заданное ID=1. Если нет возможности изменить ID=1 опрашиваемого устройства?
т.к. в сети модбасТСР по умолчанию SlaveID всегда 1, он и зарезервирован за самим шлюзом, соответственно если в ТСР задать ИД отличный от единицы то будет обращение к соответствующему слейву в сети 485. Про какой пример речь, если про то где расписан 27:0:1:0:0:S:P то там же чуть выше написано что эта запись – системная и недоступна для изменения. А в целом сам шлюз такой же слейв, почему нельзя к нему обращаться и использовать в качестве примера
тогда как в руководстве приводиться расшифровка 1го значения только для 27, 40 или 06ну ниже по тексту же даны и другие значения, принципиальной разницы от занесения их в таблицу не будет
какой там в настройках шлюз и DNS если подкл напрямуюу МКОН есть возможность обращаться к облачному хранилищу, для этого и нужны и днс и шлюз
Где указывается адр опрашиваемого Slave RTUтак третья колонка же
"если в ТСР задать ИД отличный от единицы то будет обращение к соответствующему слейву в сети 485. "
Если мне требуется обратиться в сети 485 к слейв с id1 то как?
Если мне требуется обратиться в сети 485 к слейв с id1 то как?
Через маршрутизацию. Указать, что при обращении по ID (отличном от 1) через ethernet маршрутизировать на ID=1 в 485.
PS: 1 - это ID шлюза в Modbus TCP. Зачем-то. Сделать с этим ничего нельзя, можно только мириться тем, кто выбирает это чудо. Хотя, по большому счёту, жить это не мешает.
т.к. в сети модбасТСР по умолчанию SlaveID всегда 1, он и зарезервирован за самим шлюзом
Вы так написали, что человек может подумать, что это не некий стандарт, а не овеновские приколы.
а не овеновские приколы.
а, т.е. это не прикол производителя слейва, который имеет не изменяемый адрес и два таких устройства в сеть не воткнуть, ну ок
а, т.е. это не прикол производителя слейва, который имеет не изменяемый адрес и два таких устройства в сеть не воткнуть, ну ок
Нормальному modbus tcp устройству никакой ID не нужен. Если в запросе modbus tcp указывается ID, то это означает, что запрос адресован к устройству за тем, к которому отправлен запрос.
Что касается утр-в с неизменяемым ID, формально умеющих работать по modbus rtu, то таких зверей на любой вкус. И с 1-ым, и, даже, 0-ым адресом. Про которые производители изначально не думали, что кому-то понадобиться их на 485-ый сажать.
imaex это нормальному, хотя по стандарту ID устройства фигурирует и в TCP протоколе.
Нормальному modbus tcp устройству никакой ID не нужен. Если в запросе modbus tcp указывается ID, то это означает, что запрос адресован к устройству за тем, к которому отправлен запрос.
капитан очевидность. В гайде на модбас ТСР так об этом и сказано, что обычное применение ID для шлюзов. Ноль широковещательный, 255 в качестве демонстрации того что ID не нужен идентификация по IP, для слейвов отведено с 1 по 247 адрес. МКОН такой же слейв для мастера по ТСР, поэтому единица вполне нормальное значение, при чем тут прикол или это как то приколнее что слейв не может сменить свой ID
МКОН такой же слейв для мастера по ТСР
tcp/ip устр-ва однозначно адресуются по IP-адресу+порт. Модбасовский ID тут как собаке 5-я нога нужен. Т.е. примерно так же, как и ID в овеновских модулях в/в 200-ой серии.
tcp/ip устр-ва однозначно адресуются по IP-адресу+порт. Модбасовский ID тут как собаке 5-я нога нужен. Т.е. примерно так же, как и ID в овеновских модулях в/в 200-ой серии.
Вы это 100-й серии ПЛК Овен скажите. без ID в запросе они вам даже не ответят. 100-й, 150-й, 154-й уж точно.
предложите сове решение как обращаться к внутренним регистрам модбас МКОН-а, может к Вам прислушаются
а не указывать адрес в запросе религия не позволяет?
И Вы упорно не опровергаете и не соглашаетесь, что это дичь что слейв в сети 485 не меняет свой идентификатор , тогда бы и к шлюзу претензий не было, но Вам покакой то причине это нельзя сказать
Я чуть выше всё сказал, но Вам по какой-то причине не прочитать. Я не говорю, что это хорошо, я говорю, что с этим приходится иметь дело. И с чего Вы вообще взяли, что производитель устр-ва изначально предполагал, что оно в 485-ой сети работать будет, если у него на борту 232-ой и только?
Вы это 100-й серии ПЛК Овен скажите. без ID в запросе они вам даже не ответят. 100-й, 150-й, 154-й уж точно.
Можно подумать, что это хорошо. По-Вашему получается, что и 1-но соединение на tcp-порт есть исключительно хорошо и правильно. Всем пример.
перечитайте гайд https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf и выделите абзац где говорится про эту однозначность. Есть только то что сервер должен вернуть точно такой же ID
Мимо кассы. Modbus TCP лежит на TCP, где любой сервис однозначно определяется связкой адрес+порт.
imaex я полагаю, связку определяет примененный способ добавить Ethernet в контроллер. Потому что указание ID слейва иногда намекает на то, что работа с мозгами идет просто поверх TCP и только...
в рамках стандарта, а остальное побоку...
а не указывать адрес в запросе религия не позволяет?
формат посылки всем известен, без заполнения байта предназначенного для адреса, прием фрейма слейвом не произойдет как минимум будет не корректным и что в итоге посылать нули, так это будет широковещательная посылка
И с чего Вы вообще взяли, что производитель устр-ва изначально предполагал, что оно в 485-ой сети работать будет, если у него на борту 232-ой и только?
какой 232, Вы первый упоминаете о нем в этой теме. https://owen.ru/product/mkon не забыли что мы тут говорим об этом приборе, если найдете что он работает с 232 интерфейсом я наверное по краснею от стыда
Через маршрутизацию. Указать, что при обращении по ID (отличном от 1) через ethernet маршрутизировать на ID=1 в 485.
PS: 1 - это ID шлюза в Modbus TCP. Зачем-то. Сделать с этим ничего нельзя, можно только мириться тем, кто выбирает это чудо. Хотя, по большому счёту, жить это не мешает.
Спасибо, только руководство по нему написано непойми как, в общем так же как и реализовано.
прикол производителя слейва, который имеет не изменяемый адрес
Редко бывает как данность, что "сборщик (или пуско-наладчик) конечного оборудования" не позаботился о необходимости возможности смены параметров подключения, прикол не прикол роли не играет.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot