Библиотеки

[energvk]

Добрый день! В СПК107 использую библиотеку Modbus TCP Slave ver. 1.0.0.6, которая поддерживает передачу файлов. Возникает некоторое непонимание с чтением файла. На вход Filename я указываю путь и имя одного файла. С opc-сервера пытаюсь считать два файла с номерами файлов 0 и 1 по аналогии работы с ПЛК1хх (в котором файлы добавляю в конфигурации). Но opc читает один и тот же файл, хотя по идее бы не должен. То есть насколько я понял Modbus TCP Slave в СПК не понимает, что он должен отдавать определенный файл (по запросу номера файла), а просто отвечает на запрос функции 0x14 и выдает файл, указанный на входе в ФБ, независимо от номера файла. Видимо библиотека не присваивает номера файлов на входе в ФБ. Соответственно вопрос, как можно решить эту проблему?

[energvk]

Добрый день! В СПК107 использую библиотеку Modbus TCP Slave ver. 1.0.0.6, которая поддерживает передачу файлов. Возникает некоторое непонимание с чтением файла. На вход Filename я указываю путь и имя одного файла. С opc-сервера пытаюсь считать два файла с номерами файлов 0 и 1 по аналогии работы с ПЛК1хх (в котором файлы добавляю в конфигурации). Но opc читает один и тот же файл, хотя по идее бы не должен. То есть насколько я понял Modbus TCP Slave в СПК не понимает, что он должен отдавать определенный файл (по запросу номера файла), а просто отвечает на запрос функции 0x14 и выдает файл, указанный на входе в ФБ, независимо от номера файла. Видимо библиотека не присваивает номера файлов на входе в ФБ. Соответственно вопрос, как можно решить эту проблему?

Вопрос всё ещё актуален. Я так понимаю он весьма глуп, что на него никто не ответил?

[Малышев Олег]

Вопрос всё ещё актуален. Я так понимаю он весьма глуп, что на него никто не ответил?

Насколько я понимаю, работать с 2 ФБ и разными файлами на разных портах технически не возможно?

1) Если данный функционал востребован, как вы бы видели входные параметры ФБ? (Файлы)
2) Все же - технически зачем вот это?

[ksn33]

Добрый день.
Железо СПК 207 и МДВВ
Не получается прочитать регистры 16#32 и 16#33 одним вызовом FB.
Использую библиотеку GetModbus04.

При вызове FB с параметрами
...
FirstAddr:=16#33
Quantity:=1
...
Получаю Exception=0 все ОК Читается.

При вызове FB с параметрами
...
FirstAddr:=16#32
Quantity:=1
...
Получаю Exception=0 все ОК Читается.

Когда вызываю FB с параметрами
...
FirstAddr:=16#32
Quantity:=2
...
Получаю Exception<>0 не читается!
Вопросы
1 Возможно ли прочитать 16#32 и 16#33 одним вызовом FB GetModbus04.
2 Где можно подробно прочитать о содержимом Buffer FB GetModbus04.
Спасибо

[ASo]

МДВВ не поддерживает множественное чтение этих регистров.

[ksn33]

Спасибо большое!
Насчет Buffer FB GetModbus04 не подскажете где почитать?

[ASo]

Что конкретно интересует?

[ksn33]

Получаешь (массив) Buffer на выходе FB GetModbus04 а дальше разбираю его содержимое по примерам. Но примеров для МДВВ нет. Приходится изучать практически.
Но ведь его содержимое где то описано. Номер устройства слейва, ..... регистр из modbus.. ?

[ASo]

Естественно, описаны в описании библиотеки.
Для FB чтения - в буфере прочитанные регистры с 0 индекса в массиве. Первый регистр - который указали в FirstAddr. Число регистров - ByteCnt/2

[energvk]

Насколько я понимаю, работать с 2 ФБ и разными файлами на разных портах технически не возможно?

Нет, технически невозможно.

1) Если данный функционал востребован, как вы бы видели входные параметры ФБ? (Файлы)

Как вариант: несколько входов для файлов или при нескольких ФБ, внутри него идет переприсваивание номера, в зависимости от номера ФБ (хотя это смутно себе представляю)

2) Все же - технически зачем вот это?

В разные файлы пишется архив разных событий, которые хотелось бы считывать opc-сервером