Настройка связи WEINTEK MT807iP с несколькими Slave-устройствами

[tdo0312]

Всем доброго времени суток.

Нужно настроить панель WEINTEK MT807iP для связи с 3 Slave-устройствами. Адреса Slave-устройств - 1,2,3. Обращение к регистрам устройств при помощи конструкции "номер станции#адрес регистра" (скриншот №1,2).

1.png

2.png

Вопрос, как правильно настроить Параметры устройства, а именно Тип устройства и Номер станции для подключение трёх Slave-устройств по одному порту RS-485? (скриншот №3).

3.png

[keysansa]

как правильно настроить Параметры устройства, а именно Тип устройства и Номер станции для подключение трёх Slave-устройств по одному порту RS-485?

Минимальное и достаточное условие - адреса должны различаться для каждого опрашиваемого устройства.
ЗЫ. По спецификации Modbus - Slave опрашивает Master, а не наоборот, однако в реализации конкретного производителя, это может не соблюдаться.

[pkl58]

Так вроде бы у вас все правильно настроено. В чем проблема то?

[leon78]

По спецификации Modbus - Slave опрашивает Master, а не наоборот

Достойно темы "Великий и могучий" viewtopic.php?t=18666 Кто кого отпрашивает, не понятно.
Знаю, что Master отправляет запросы, Slave отвечает. Но эту фразу можно толковать в обе стороны

[keysansa]

Знаю, что Master отправляет запросы, Slave отвечает. Но эту фразу можно толковать в обе стороны

Запрос как раз Client к Serverу формирует

Screen Shot 09-30-23 at 11.05 AM.PNG

[Joshua]

Запрос как раз Client к Serverу формирует

Ну так всё правильно. Клиент спрашивает, сервер отвечает. В модбас Мастер является клиентом, а слейв сервером. Мастер потому, что именно он управляет передачей данных. Он может обратиться к любому слейву, читай, серверу. А сервер-слейв отвечает только клиенту-мастеру.
Не представляю, как можно это толковать в обе стороны. Суть одна, просто разные названия для одного и того же

[keysansa]

Не представляю, как можно это толковать в обе стороны. Суть одна, просто разные названия для одного и того же

В моем понимании - Master=Server (мастер шины), Slave=Client(подчиненный). Однако, у модбас нет понятия Master и Slave.
Постоянно путаюсь именно с Modbus.

ЗЫ. Хотя, с точки зрения некоторых Ethernet устройств - тоже самое. И DNS, и DHCP сервера - отвечают на запросы.

[leon78]

В моем понимании - Master=Server (мастер шины), Slave=Client(подчиненный)

Уже обсуждали это с вами, мастер = клиент, слейв = сервер.

[petr2off]

Уважаемые - давайте отделим мух от котлет.
Есть физические протоколы TCP/IP и rs-485.
В первом (TCP/IP) живут клиент и сервер. Причем и сервером и клиентов может быть много. Клиент может обращатся у нескольким серверам.
Во втором - живет Master (1) и до 32 Slave
Мастер рассылает запросы Slave.
И есть протокол Modbus - который может жить как в TCP/IP (Modbus TCP/IP) так и в среде RS-485 (Modbus RTU).
На самом деле чуть чуть разнообразнее - но не суть.
Рассуждать о клиенте и сервере в среде RA-485 - yt rjhhtrnyj/

Отправлено спустя 1 минуту 6 секунд:
Пардон в среде RS-485 конечно.

[leon78]

Рассуждать о клиенте и сервере в среде RA-485 - yt rjhhtrnyj/

https://modbus.org/docs/Client-ServerPR ... l.docx.pdf

[petr2off]

leon78 - улыбнуло, но ну их нафиг, с ихними толерастическими играми. Родитель №1 и родитель №2, ага щас.
Все это не отменяет того факта, что TCP/IP и RS - 485 это разные интерфейсы, с разными принципами работы и не следует их смешивать.

[Joshua]

RS-485 и TCP/IP это не просто не разные интерфейсы, это даже разные сущности, т.к. находятся на разных уровнях OSI. RS-485 - по сути провода, диффпара, TCP/IP - протокол.
К слову, ModbusTCP это тот же ModbusRTU, только завернут внутри пакетов TCP.

[I_m]

К слову, ModbusTCP это тот же ModbusRTU, только завернут внутри пакетов TCP.

Нет. Это для Modbus RTU over TCP справедливо. Modbus TCP всё же достаточно существенно отличается.

[petr2off]

RS-485 - по сути провода, диффпара

Чтож вы так RS-485 опустили то. Это тоже протокол, конечно более низкоуровневый, нет у него маршрутизации. Но тем не менее.
вполне себе протокольчик.

[AlexandrGr]

Чтож вы так RS-485 опустили то. Это тоже протокол, конечно более низкоуровневый

Profibus - RS-485 на физическом уровне. Ну и т. д.

[Joshua]

Это тоже протокол, конечно более низкоуровневый, нет у него маршрутизации.

Простите, а что там за протокол такой? RS-485 описывает только уровни сигнала и требования к физической среде передачи данных.
Это поверх него можно хоть голые USART байты гонять, хоть самописный протокол, с адресом / без адреса и вообще как угодно.
I_m, Спасибо за замечание. В ModbusTCP обмен прозрачно проходит для конечного пользователя, так даже и не вспоминаешь про контрольные суммы.

[petr2off]

И тем не менее - старт/стоповый биты, количество битов посылке (может и не байт быть, контроль четности.

[AlexandrGr]

старт/стоповый биты

А их может и не быть.
Еще скорость есть.

[I_m]

Простите, а что там за протокол такой?

Физического уровня. 1-ый уровень в OSI.

[Jackson]

В моем понимании - Master=Server (мастер шины), Slave=Client(подчиненный)

Уже обсуждали это с вами, мастер = клиент, слейв = сервер.

И тоже не совсем так. Клиент и сервер - на TCP, Мастер и слейв - на RTU. Современные толерасты придумали изменить эту терминологию, но это их личные извращения. Так что не надо путать людей.

В моем понимании

В личном? А надо бы в общем, люди вроде как вокруг.

Уже обсуждали это

да, и можно больше не обсуждать.

Всё, остановили обсуждения протоколов и интерфейсов. Спецификации есть в FAQ, там есть ответы на всё.

Отправлено спустя 1 минуту 49 секунд:

Вопрос, как правильно настроить Параметры устройства, а именно Тип устройства и Номер станции для подключение трёх Slave-устройств по одному порту RS-485? (скриншот №3).

А Мануал на EBPro читали? Интерфейс у Вас настроен правильно. Создавайте устройства и всё.

[tdo0312]

Всем спасибо за ответы. Основная проблема была в проводе и решилась заменой на экранированную витую пару.
Для кнопки "ПУСК" был использован элемент "Set Word" с установкой значения 1 («ПУСК» вперед) и скрытием если значение регистра Состояние ПЧ == 3 (ПЧ остановлен).

1.png

2.png

Для кнопки "СТОП" был использован элемент "Set Word" с установкой значения 3 («СТОП») и скрытием если значение регистра Состояние ПЧ < 3 .

3.png

4.png

Для ввода частоты был использован элемент "Numeric" с форматом данных "16 bit Signed" :

5.png

Адресация регистров:

6.png

[tdo0312]

Забыл сказать, если кому-то вдруг интересно, что подключал панель WEINTEK MT8071iP и два ПЧ KIPPRIBOR (AFD-L) из темы viewtopic.php?p=145908#p145908 + МВ110-224-4ТД

[Jackson]

Всем спасибо за ответы. Основная проблема была в проводе и решилась заменой на экранированную витую пару.

Спасибо за обратную связь.

Какую витую пару использовали, если не секрет? Не FTP случайно?

На будущее. Все мануалы на софт и все разговоры про софт эффективны тогда, когда исправен хард. Если хард неисправен - с него и начинать надо. Всегда. И пока Вы хард не приведёте в порядок, к софту можно даже не прикасаться. Иначе - видите, развернулась дискуссия, а дело было в том, чего никто отсюда увидеть не мог физически, но люди время потратили. Пусть не очень эффективно в этот раз (флуда много), но потратили. Софт у всех нас может быть одинаковый и его можно посмотреть и у себя. Хард - только у Вас, никому больше его не видно.

А интерфейсы - на них есть спецификации. Всегда нужно использовать то, что положено, а не что попало. Иначе Вы всё равно используете что положено - потом, когда не заработает - но сначала Вы потратите время и деньги на что попало, потом на поиск проблем, потом ещё на переделку и всё равно в итоге сделаете как положено. Какой смысл делать халтурно? Одни убытки. Скупой платит трижды. А время не вернуть и не купить, оно ушло навсегда.

Поэтому есть смысл почитать спецификацию на RS-485 и на ModBUS, даже если Вы считаете что знаете всё на достаточном уровне. Практика показала, что не знаете. :) Увидев обычный провод, я бы не стал никого тревожить до того, как заменил бы его на нормальный кабель.

[petr2off]

На будущее. Все мануалы на софт и все разговоры про софт эффективны тогда, когда исправен хард. Если хард неисправен - с него и начинать надо. Всегда. И пока Вы хард не приведёте в порядок, к софту можно даже не прикасаться.

Я бы в бронзе отлил. Так как я больше программер - то КИПовсая отмазка - это у Вас программа не работает - меня просто достала. Хорошо, когда есть аппаратный индикатор - в который ткнуть можно - у меня в последний раз было, модуль 7041 имеет индикатор передачи по каналу (инвертный) и я тупо сказал - пока лампочку не погасите - не подходите даже.
Погасили, и через 8 часов у меня все заработало.

[Jackson]

Я бы в бронзе отлил.

Да уже столько раз это написано везде где только можно - а толку-то? Ещё науч.рук мой 25 лет назад говорил как писать диссертацию: "Ты, главное, пиши что считаешь нужным и выводы правильные сделай. Сейчас никто не читает - сейчас все только пишут."
А получается как в анекдоте про сис.админа на стрельбище

[+] анекдот

Сис.администратора призвали на сборы. Дали автомат, патроны, повели на стрельбище по мишеням стрелять. Админ отстреливает все патроны - ни одна пуля даже в молоко не попала. Лейтенант к нему: "Ты как стреляешь? Ты куда вообще целишься? В доску бы попал хоть раз!" А админ отвечает: "Тов.лейтенант, от меня пули ушли - проблема на принимающей стороне."

Это не про хард и не про софт, а про ответственность людей. Если "у меня всё норм а вокруг - хоть не рассветай" - тут хоть в золоте отлей, толку не будет.

Отправлено спустя 3 минуты 22 секунды:
Это же простая логика. Сначала лучше полностью разобраться с хардом, только потом с софтом. Потому что с хардом разбираться надо лично и на месте, а там может быть плохая погода, грязно и вообще грустно. А с софтом можно разбираться где и когда угодно, в тепле попивая чаёк и поглаживая любимую женщину, то есть в комфорте. Посмотрел на хард, критерии до банальности просты и понятны, и уезжай куда хочешь, разбирайся с софтом. Чтоб за каждым проводом и резистором не мотаться - лучше же сразу всё посмотреть и сделать. А сейчас даже если просто бытовые новости почитать - волосы дыбом везде от того, насколько и в каких количествах люди встречаются в лучшем случае не дружащие с головой (включая писателей этих новостей). Нормативы, стандарты и спецификации можно заставить выучить, а здравый рассудок - никак, это личное качество от родительского воспитания и его не изменить.

Как говорится, "Если не находится времени и ресурсов на то, чтобы сразу сделать всё правильно, то позднее это время и ресурсы найдутся в десятикратном размере - чтобы переделать халтуру".

Или как говорил кто-то: "Я работать не люблю, поэтому делаю работу побыстрее чтобы подольше поспать. И я ленивый, поэтому делаю сразу правильно - лень потом переделывать."

Отправлено спустя 20 минут 38 секунд:

[+] из последних примеров

Сейчас одного заказчика, который на среднем уровне поставил стандартный не программируемый контроллер, заставляют разработать, согласовать и утвердить протокол обмена по модбасу с верхним уровнем. Потому что какой-то идиот в ТЗ написал "Изделие по протоколу ModBUS должно передавать данные...". Да ничего оно не должно передавать, в изделии ModBUS Slave, что спросите - то оно и ответит. Ничего не спросите - ничего не передаст. Правильнее было бы "Изделие должно предоставлять доступ к данным по протоколу ModBUS". Нужны данные - вот, пожалуйста, возьмите здесь. Какие данные по каким адресам лежат - в документации описано, документация доступна, приложена и отправлена. Подрядчику по верхнему уровню деньги заплатили за то, чтобы он разобрался и сделал при наличии всей документации и тех.поддержки. Но нет, подрядчик по верхнему уровню нагибает подрядчика по среднему уровню, мол "Мне вот эти данные надо - напишите, согласуйте, а мы ещё подумаем подойдёт ли нам такое, возможно поменять придется". Да не придётся ничего поменять, устройства стандартные фабричные и никак ничего там не изменить. То есть публика с верхнего уровня перекладывает часть своей работы на средний уровень - так можно было бы, но за деньги - сколько угодно можно бумаги исписать и по инстанциям пройтись. Всё стоит денег, кому оплатили - тот и должен работать, а не сваливать свою лень открыть документацию на всех вокруг.

Также и с хардом. Кто ответственный за хард? Пусть он сделает интерфейс по спецификации, и пока не сделает - можно даже не подходить. Тут главное в ходе расследования "кто крайний" не выйти на самих себя. :) Но тоже полезный опыт - в следующий раз сам сразу всё сделаешь как положено и вопросов не будет. Большинство проблем достаточно решить всего 1 раз. В этом и отличие разумного существа от простейших - в способности накопления опыта, в способности к обучению и в способности анализировать этот опыт. Это вообще не про технику, не про хард и не про софт - это про людей.