Панели оператора СП3xx. Вопросы и ответы

[А_Н]

Добрый день.

Возникла такая проблема: у меня в проекте подключены по ModBusTCP 6 датчиков, с которых мне нужно считать данные для последующего отображения в таблице. Данные обновляются часто (раз в секунду), и чтобы избежать задержек в отображении я реализовал чтение данных в шести отдельных макросах и запустил их в параллельном режиме. Однако параллельное выполнение адекватно работает только для 3 и меньше макросов. Как только я добавляю 4 и далее, данные начинают записываться хаотично, и даже в те строки, которые связаны с отключенными датчиками.

Может кто-то сталкивался с подобной проблемой? Возможно ли ее решить?

[SlitBaki]

Доброго времени суток. Волею судьбы довелось мне разобраться в настройке системы управления технологическим процессом газовой котельной, начал по маленьку изучать эту тему. Вопрос первый и возможно простой до безумия, но он мне не дает (покоя) двигаться дальше.

Суть вопроса:
В котельной все реализовано через устройства ОВЕН. А именно установлен ПЛК110-60 к которому через порт ethernet подключена панель оператора СП310. К этому же ПЛК110-60 мне необходимо подключить SCADA-систему через этот же ethernet.

Внимание вопрос: Мне нужно будет переподключить панель оператора через другой порт, что бы освободить ethernet для SCADы или же можно поставить свитч и двигаться дальше?

Если вопрос не туда, направьте пожалуйста куда мне.

Извиняюсь за своеобразный оборот речи, я не волшебник, я только учусь)

[МихаилГл]

Доброго времени суток. Волею судьбы довелось мне разобраться в настройке системы управления технологическим процессом газовой котельной, начал по маленьку изучать эту тему. Вопрос первый и возможно простой до безумия, но он мне не дает (покоя) двигаться дальше.

Суть вопроса:
В котельной все реализовано через устройства ОВЕН. А именно установлен ПЛК110-60 к которому через порт ethernet подключена панель оператора СП310. К этому же ПЛК110-60 мне необходимо подключить SCADA-систему через этот же ethernet.

Внимание вопрос: Мне нужно будет переподключить панель оператора через другой порт, что бы освободить ethernet для SCADы или же можно поставить свитч и двигаться дальше?

Если вопрос не туда, направьте пожалуйста куда мне.

Извиняюсь за своеобразный оборот речи, я не волшебник, я только учусь)

Свич и карта регистров модбас тср помогут

[kondor3000]

Добрый день.

Возникла такая проблема: у меня в проекте подключены по ModBusTCP 6 датчиков, с которых мне нужно считать данные для последующего отображения в таблице. Данные обновляются часто (раз в секунду), и чтобы избежать задержек в отображении я реализовал чтение данных в шести отдельных макросах и запустил их в параллельном режиме. Однако параллельное выполнение адекватно работает только для 3 и меньше макросов. Как только я добавляю 4 и далее, данные начинают записываться хаотично, и даже в те строки, которые связаны с отключенными датчиками.

Может кто-то сталкивался с подобной проблемой? Возможно ли ее решить?

Зачем так заморачиваться, читать можно всё сразу и не обязательно макросами. Прекрасно работает обычный обмен и через ФО (функц. область)
https://owen.ru/forum/showthread.php...l=1#post458349

[А_Н]

Зачем так заморачиваться, читать можно всё сразу и не обязательно макросами. Прекрасно работает обычный обмен и через ФО (функц. область)

При чтении данных всех шести датчиков в одном макросе (т. е. последовательно) появляется задержка между чтением данных датчиков (даже если выставить таймаут в 0). Из-за этого обновление данных занимает больше секунды, и, как итог, некоторые измерения теряются.

Чтение же в макросе необходимо, потому что я читаю данные не напрямую в PSW регистры, а в программную структуру. Так проще с ними работать, ведь не все эти данные должны отображаться в таблице - некоторые отображаются на других экранах, служат как предельные значения и т. п.

Я уже нашел решение своей проблемы - сделал 3 макроса, каждый читает данные с двух датчиков. Таким образом он работает достаточно быстро, чтобы не терять данные, однако это не очень красивое решение и оно накладывает ограничение на длину таймаута.