С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
sergkovalev никаких проблем когда один интерфейс мастер а другой слейв у ПР200, у меня так и работает, ПР опрашивает МВ110 и является слейвом для Scada
В том то и дело вы опрашиваете с помощью мастера другие устройства.
но мастер не может общаться на прямую со сторонним софтом.
то есть мастер понимает всех и принимает все данные но отдать эти данные сам не может.
получается он как немой все понимает а сказать ни чего не может, только через других а другие так и продолжают разговаривать на своем языке-со своей четностью битов и регистров. то есть он по факту может служить проводником но картина не меняется при опросе мв110 он просто понимает его но в сеть для стороннего софта передаются уже данные формата МВ110 либо в противном случае нужно ставить вторую интерфейсную плату чтоб пр-200 работал сразу в режиме славе и мастер
тогда через славе интерфейс он сможет уже передавать свою четность но по факту эта четность будет только 3412 или же тот каким он является для других устройств в сети но не тот который нужен для стороннего софта. это как форд в начале 19 столетия (Генри Форд: "Цвет автомобиля может быть любым, при условии, что он черный" )
P.S:Было бы не плохо если бы в овен лоджик разрешили менять очередность регистров в режиме slave.
Последний раз редактировалось sergkovalev; 02.02.2022 в 13:23.
sergkovalev
1. у ПР ДВА интерфейса, мастер для модулей, слейв для мастера ВЫШЕ (Scada, HA, иное)
2. Если мастер это SOFT то тут вы не правы, мастер вполне может передать данные из одного устройства в другое, но это возможности софта, если ваш HA так не может, то извините, бананив нема....
P.S. зачем? мастер на то и мастер, чтобы уметь понимать все и вся...
Валенок не надо натягивать теории на заговоры. Производителям маломощных железок не обязательно выдерживать все правила передачи пакетов, кроме необходимого минимума, например CRC Modbus байтом вперед, Адрес, количество считываемых регистров и т.д. То есть те параметры, без которых их устройство не поймет другой Мастер. Дальше дело за более мощным устройством.
Если же производители учитывают OSI, насколько понимаю, там передача должна выполняться старшим байтом вперед для float то опять же на уровне драйверов массив байт выполняет реверс и дается команда на преобразование. В языках есть функции определения типа процессора на ПК, на котором запущен процесс.
Но проблема в том, что не все производители устройств поддерживают правила передачи... По этому и нет смысла особо заморачиваться, тем более для таких протоколов, как Modbus, особенно если в ПО, использующему Modbus, предусмотрены перестановки байт, слов... Определил один раз, как устройство передает, выставил параметры перестановки и забыл...