Вот так показывает. Может версию надо новее?Сообщение от capzap
Вот так показывает. Может версию надо новее?
Не надо. Ат то вообще может перестать работать.
Что то я то же запутался. У нас получается что связь с МВА на прямую через порты. А связь с ОРС через конфигуратор. Так ?
И все данные передаются в ОРС кроме voz_1?
Последний раз редактировалось smk1635; 27.07.2014 в 10:18.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)
Связь с МВА через ФБ, а с OPC через добавление устройства Ethernet > ModbusTCP_SlaveНе надо. Ат то вообще может перестать работать.
Что то я то же запутался. У нас получается что связь с МВА на прямую через порты. А связь с ОРС через конфигуратор. Так ?
И все данные передаются в ОРС кроме voz_1?
Поясните тупорю, что значит "напрямую через порты" и через "конфигуратор".
Работает с OPC нормально только ПЛК100 (про него мы забудем)
На СПК же работает опрос модулей по RS-485 и визуализация. На OPC с СПК не удалось передать ни одного значения.
Последний раз редактировалось spinogryz57; 27.07.2014 в 11:35.
Что бы передать допустим то же Real по сети надо:
Подготовить данные. (к примеру, разбить Real на два Word )
Прописать скорость обмена. Количество сто-битов, количество байт.(или IP-адрес, номер порта)
Указать в каком порядке передаём Ворды (у разных производителей может по разному передоватся, в Modbus порядок передачи жёстко не регламентирован. Помните я предлагал в ОРС проверить порядок получения регистров).
Указать начальный адрес первого регистра куда будет писаться наши Ворды. Указать количество передаваемых регистров.
Посчитать контрольную сумму.(по ней принимающее устройство проверяет правильно дошёл пакет или из за помех часть данных потерялась или не верна)
Собрать сообщение .
Открыть порт.
Передать сообщение.
Закрыть порт.
Если все это прописывается в программе в ручную, то говорят – работаем на прямую с портами.
Пишут всё это дело как правило на ST. На нем проще всего. Могут преобразовать в ФБ. Что бы можно было использовать в других языках.
А если мы прописываем свои регистры в конфигураторе ПЛК. То этот гемор по преобразованию, открытию портов и т.д. прописывается в программе автоматически. Тогда говорят – работаем через конфигуратор.
Работа на прямую с портами нужна как правило если у подключаемого устройства не стандартный протокол обмена или не устраивает скорость опроса и передачи через стандартный конфигуратор.
ЗЫ. Про тупаря Вы зря. Конечно умение работать на прямую с портами очень сильно повышает уревень - как программиста. Но как киповцу - это как правило не очень нужно.
Последний раз редактировалось smk1635; 27.07.2014 в 11:42.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)
Спасибо большое за разъяснение. До КИПовца я еще не дорос, пока техник электрик.
Ну в таком случае связь с OPC реализована через конфигуратор.
Опишу, как я это делаю: На вкладке "PLC_PRG (PRG)" объявляю переменную "voz_1" тип WORD, после чего на вкладке "Modbus TCP Slave Device Соотнесение входов/выходов"(в устройстве ModbusTCP_Slave_Device ) выбираю канал IW0 (пробовал и QW0) и с помощью ассистента ввода выбираю ранее созданную переменную. После чего подключаюсь к СПК соглашаюсь на загрузку проекта, нажимаю "F5" для запуска, потом перехожу на OPC и обламываюсь, т.к. он показывает "0".
Возможно надо делать это как то по другому?
Ваши права
Ответить с цитированием