СПК207 и MasterOPC по Ethernet.

[smk1635]

Поясните тупорю, что значит "напрямую через порты" и через "конфигуратор".

Что бы передать допустим то же Real по сети надо:
Подготовить данные. (к примеру, разбить Real на два Word )
Прописать скорость обмена. Количество сто-битов, количество байт.(или IP-адрес, номер порта)
Указать в каком порядке передаём Ворды (у разных производителей может по разному передоватся, в Modbus порядок передачи жёстко не регламентирован. Помните я предлагал в ОРС проверить порядок получения регистров).
Указать начальный адрес первого регистра куда будет писаться наши Ворды. Указать количество передаваемых регистров.
Посчитать контрольную сумму.(по ней принимающее устройство проверяет правильно дошёл пакет или из за помех часть данных потерялась или не верна)
Собрать сообщение .
Открыть порт.
Передать сообщение.
Закрыть порт.
Если все это прописывается в программе в ручную, то говорят – работаем на прямую с портами.
Пишут всё это дело как правило на ST. На нем проще всего. Могут преобразовать в ФБ. Что бы можно было использовать в других языках.
А если мы прописываем свои регистры в конфигураторе ПЛК. То этот гемор по преобразованию, открытию портов и т.д. прописывается в программе автоматически. Тогда говорят – работаем через конфигуратор.
Работа на прямую с портами нужна как правило если у подключаемого устройства не стандартный протокол обмена или не устраивает скорость опроса и передачи через стандартный конфигуратор.

ЗЫ. Про тупаря Вы зря. Конечно умение работать на прямую с портами очень сильно повышает уревень - как программиста. Но как киповцу - это как правило не очень нужно.

[capzap]

при модбасТСР нет контрольной суммы, но посмотреть не просто значение переменной а вывод в консоль передаваемых и принимаемых байт не помешает, вроде в ОРС -серверах предусмотрен такой лог

[smk1635]

при модбасТСР нет контрольной суммы, но посмотреть не просто значение переменной а вывод в консоль передаваемых и принимаемых байт не помешает, вроде в ОРС -серверах предусмотрен такой лог

Точно. Логи.

Запустить ОРС. Открыть "Запросы" - Правая кнопка мыши - Приостановить - Копировать в буфер обмена.

[spinogryz57]

Что бы передать допустим то же Real по сети надо:
Подготовить данные. (к примеру, разбить Real на два Word )
Прописать скорость обмена. Количество сто-битов, количество байт.(или IP-адрес, номер порта)
Указать в каком порядке передаём Ворды (у разных производителей может по разному передоватся, в Modbus порядок передачи жёстко не регламентирован. Помните я предлагал в ОРС проверить порядок получения регистров).
Указать начальный адрес первого регистра куда будет писаться наши Ворды. Указать количество передаваемых регистров.
Посчитать контрольную сумму.(по ней принимающее устройство проверяет правильно дошёл пакет или из за помех часть данных потерялась или не верна)
Собрать сообщение .
Открыть порт.
Передать сообщение.
Закрыть порт.
Если все это прописывается в программе в ручную, то говорят – работаем на прямую с портами.
Пишут всё это дело как правило на ST. На нем проще всего. Могут преобразовать в ФБ. Что бы можно было использовать в других языках.
А если мы прописываем свои регистры в конфигураторе ПЛК. То этот гемор по преобразованию, открытию портов и т.д. прописывается в программе автоматически. Тогда говорят – работаем через конфигуратор.
Работа на прямую с портами нужна как правило если у подключаемого устройства не стандартный протокол обмена или не устраивает скорость опроса и передачи через стандартный конфигуратор.

ЗЫ. Про тупаря Вы зря. Конечно умение работать на прямую с портами очень сильно повышает уревень - как программиста. Но как киповцу - это как правило не очень нужно.

Спасибо большое за разъяснение. До КИПовца я еще не дорос, пока техник электрик.
Ну в таком случае связь с OPC реализована через конфигуратор.
Опишу, как я это делаю: На вкладке "PLC_PRG (PRG)" объявляю переменную "voz_1" тип WORD, после чего на вкладке "Modbus TCP Slave Device Соотнесение входов/выходов"(в устройстве ModbusTCP_Slave_Device ) выбираю канал IW0 (пробовал и QW0) и с помощью ассистента ввода выбираю ранее созданную переменную. После чего подключаюсь к СПК соглашаюсь на загрузку проекта, нажимаю "F5" для запуска, потом перехожу на OPC и обламываюсь, т.к. он показывает "0".

Возможно надо делать это как то по другому?

[smk1635]

Да все верно делаете, вроде.

Скопируйте логи из ОРС в блокнот и выложите сюда. Там должно показать, что по сети передается.

[spinogryz57]

Да все верно делаете, вроде.

Скопируйте логи из ОРС в блокнот и выложите сюда. Там должно показать, что по сети передается.

Завтра с утра первым делом сделаю!

[ASo]

1. Регистры временного хранения надо опрашивать в регионе INPUT REGISTERS.
2. Какой статус переменной показывает OPC? Он вообще соединился с контроллером или нет?
3. Как крайний случай - попробуйте telnet на порт OPC.

[spinogryz57]

Все верно, только наверное в КДС3 надо вот так.

1. Регистры временного хранения надо опрашивать в регионе INPUT REGISTERS.

Вот это помогло! Ура! Всем БОЛЬШОЕ спасибо! А я пойду мучить тех. поддержку SCADA системы своими странными вопросами

[Bandikoot]

Умножаете переменную Real на 10 (это если один знак после запятой) или на 100 (если два знака), преобразуете в Word. И передаёте по сети.

А если вдруг температуру нужно передать или ещё что отрицательное, то при отправке "запакуйте" число в виде y=(x+273)*10, а в SCADA при "распаковке" тогда x=y/10-273. У меня коллеги, как оказалось, так уже несколько лет постоянно делают и не заморачиваются. Диапазона WORD должно хватить для земных значений

[spinogryz57]

А если вдруг температуру нужно передать или ещё что отрицательное, то при отправке "запакуйте" число в виде y=(x+273)*10, а в SCADA при "распаковке" тогда x=y/10-273. У меня коллеги, как оказалось, так уже несколько лет постоянно делают и не заморачиваются. Диапазона WORD должно хватить для земных значений

Замечательно - спасибо!