Вопросы начинающего

[SokolovS]

У вас в устройстве есть тег, и также вы вызываете собственную функцию с запросом из другого узла. Зачем вы так делаете? Что вы хотите получить?
Сейчас получается следующее - при вызове функции SendAndRecive происходит очищение входного буфера, и принятые байты затираются. Второй запрос замещает первый и принимает оставшиеся байты, естественно уже некорректные. То есть у вас происходит перехлестывание запросов.
Вам нужно реализовать обмен по одному из способов - либо только теги Modbus, либо программные теги, и чтение при помощи функции SendAndRecive.

Я об этом и писал с самого начала
Сейчас разъясню зачем это было сделано
В моей конфигурации скрипт готовит пакет для отправки его на узел
Если связи с узлом нет, работа с другим узлом сильно замедляется (пока скрипт ждёт ответа узла с проблемой связи)
Чтобы такого не происходило, я добавил обычный тег в устройство.
Если у него установлен плохой признак качества, это означает, что связи с узлом нет и нет смысла пробовать ему что-то отсылать
Плюс к тому обычный тег сам "следит" за реинициализацией узла при необходимости.
Если есть другой способ организовать работу, хотелось бы его узнать.
Требования: контроль связи с узлом независимо от других; автоматическая реинициализация узла; отсылка пакетов с помощью скрипта.

[SCADAMaster]

Если связи с узлом нет, работа с другим узлом сильно замедляется (пока скрипт ждёт ответа узла с проблемой связи)

Вообще такого быть не должно. На время ожидания ответа происходит переключение на следующей узел.

Если есть другой способ организовать работу, хотелось бы его узнать.
Требования: контроль связи с узлом независимо от других; автоматическая реинициализация узла; отсылка пакетов с помощью скрипта.

Делать все через SendAndReciveDataByMask (или SendAndRecive) - эти функции при отсутствии также вызывают реинициализацию узла.

[SokolovS]

Вообще такого быть не должно. На время ожидания ответа происходит переключение на следующей узел.

Я вызываю из скрипта устройства в одном узле функцию в другом узле, которая обменивается данными с этим узлом. До тех пор, пока "другой узел" не ответит или не выйдет время ожидания, обмен информацией с первым узлом происходить не будет т. к. выполнение скрипта предыдущего обмена ещё не закончилось.

[SCADAMaster]

А почему вы делаете именно так - вызываете функцию обмена с устройством, из другого узла? Почему нельзя вызывать ее в функции BeforeReading в самом узле?

P.S. И скачайте снова версию на 32 точки - мы поправили одну ошибку при работе функции SendAndReciveDataByMask

[SokolovS]

Потому что данные для обмена готовит скрипт другого узла
Вы предлагаете вместо непосредственно отправки сохранять их в узле и работать с обменом узлу самостоятельно?

Что было исправлено в последней версии?

[SCADAMaster]

Вы предлагаете вместо непосредственно отправки сохранять их в узле и работать с обменом узлу самостоятельно?

Да, можно так.
Можно передать эти данные в другой узел, а когда подойдет очередь опроса узел уже отправит запрос на основании этих данных.

Что было исправлено в последней версии?

В версии 3.0.0.5 функция SendAndReciveDataByMask не посылала запрос в устройство

[SokolovS]

Да, можно так.
Можно передать эти данные в другой узел, а когда подойдет очередь опроса узел уже отправит запрос на основании этих данных.

Возможно ли использовать PollCurrentDevice чтобы не ждать очереди опроса? Будет работать?
В смысле, отключить опрос узла совсем, а при отправке данных в узел вызывать PollCurrentDevice

[SCADAMaster]

Проверьте на версии 3.0.0.5 вашу конфигурацию - мы исправили вероятность появления коллизий при перехлесте запросов.

Возможно ли использовать PollCurrentDevice чтобы не ждать очереди опроса? Будет работать?

Можно.
Только нужно не выключаться опрос устройства, а прописать период опроса - 0, и отключить настройку "Старт после запуска". После этого можно вызывать опрос при помощи фукции
server.PollDeviceByName( );

[SokolovS]

В 3.0.0.6 проявления другие, вместо некорректных ответов иногда приходит ответ длиной 0 байт

Только нужно не выключаться опрос устройства, а прописать период опроса - 0, и отключить настройку "Старт после запуска". После этого можно вызывать опрос при помощи фукции
server.PollDeviceByName( );

Спасибо, попробую исправить свою конфигурацию

[SCADAMaster]

В 3.0.0.6 проявления другие, вместо некорректных ответов иногда приходит ответ длиной 0 байт

Пришлите лог с проявлением этой ситуации.