Это понятно, но по другому в данном случае нельзя сделать, так как это бы нарушало принципиальные требования построения сети RS485. Делайте как угодно но правила построения сетей нарушать нельзя, тогда вообще бардак начнётся и в принципе никакие правила не нужны будут, так как их никто не будет соблюдать!Сообщение от b-s-a
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
очень напомнило - было бы здорово, если бы у бабушки были бы яйца
у пользователей продукции ОВЕН почему-то особенно сильно распространено желание выжать из любого дешёвого маленького прибора феерические возможности
вот это особенно сильно - то есть Мастер ПР200 должен каким-то образом помимо логики обмена, запрограммированной в него, опросить датчик температуры и передать в облако?А если не все устройства на этой линии должна общаться с ПР200 (например, датчик температуры воздуха в щите)? Просто другую линию в лом тянуть, как и перепрограммировать ПР200 под каждое дополнительное устройство, которое в его логики отсутствует.
вот классика - и на ёлку влезть и так далее
Именно так!
В свое время я предлагал на форуме часть ПЛК/ПР выпускать в "голом" виде - схема электрическая, в ПЗУ зашит БИОС и мониторная программа (кто помнит компьютеры на i8080/Z80 - понимает, о чем я) - делай, что хочу.
Но Андрей Николаев ответил, что ОВЕН не настолько богат, чтобы тянуть поддержку этого. Я тогда с ним согласился, а теперь согласен абсолютно.
OrangePi + порты для опроса датчиков + модули В/В для логики. Так эта зараза еще на ваш сервер и связь построит. И получится то, что хочет автор.
Ну вместо привычного FBD логику придется оформлять скриптами + настройками триггеров модуля управления.
Да, ее можно поверх ПР200 повесить, вся логика останется в ПР, данные с датчиков можно таки передавать в ПР при необходимости.
Ну или берите задорого Raspberry + CodeSys и можно получить так же желаемое.
Если я правильно понял ,то дело не в архитектуре ,а в банальном , малом количестве регистров сетевых. А так бы мастер опрашивал все устройства со всеми нужными регистрами, клал бы в общею память и другой мастер(облако) читал бы или писал из этой памяти (через второй слот)...
электронщик до мозга костей и не только
Можно отключить опрос на втором интерфейсе(или разъём снять) и перемычки поставить между разъёмами(А-А, В-В), тогда получится как он хотел(вопрос согласования опускаем), если это временно, типа для настройки!
Последний раз редактировалось Сергей0308; 17.09.2022 в 17:44.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Вы меня опять не поняли.
Есть ПР200 с двумя интерфейсами RS485: master и slave с адресом 1. У мастера настроена (хотелось бы) ретрансляция запросов на адреса 100-200. Как она работает:
Приходит запрос на интерфейс slave к устройству 1, ПР200 отвечает сам, как сейчас он это делает.
Приходит запрос на интерфейс slave к устройству 153, ПР200 принимает его и как есть отправляет в первый интерфейс.
Ждет ответ от устройства, затем как есть отправляет его во второй интерфейс.
Это реализуется на уровне операционной системы ПР200. Реализация ну очень простая: достаточно после получения адресного байта сразу перенаправить все в первый интерфейс, а затем все ответные данные перенаправлять во второй. (Я embedded программист и занимался схожими интерфейсами).
а если просто второй интерфейс мастер и опрашивает устройство с адресом 153 с присвоением значению сетевой переменной слейв порта не канает?)
Уважаемые знатоки, подскажите, можно ли как-то организовать в пр200 обратный порядок байт для всех сетевых переменных устройства?
Есть устройство которое работает через ОРС с настройкой как на картинке, а как в ПР200 это организовать не поймуuniversal modbus opc.jpg
В режиме слейв вот здесь варианты предлагались: https://owen.ru/forum/showthread.php?t=25067&page=71
В режиме мастер - есть соответствующие галочки в ОЛ.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Ответить с цитированием
