аа, это у модбаса значит ограничение? понял.
Вид для печати
аа, это у модбаса значит ограничение? понял.
Да нет никаких ограничений.
Положите в два сетевых соседних регистра значения из https://owen.ru/forum/showthread.php...l=1#post324402, например в 520 и 521, а в в трейс мод читайте свое INT32 из регистра 520. Все получится автоматом.
Возможно придется поменять порядок старшего и младшего слова между регистрам 520 и 521, но это не проблема
Вот тоже стою перед выбором: где собрать логику ПО? На ПР200 чтоб обсчитывал, или в трейсе? Потому что при потере связи счетчик на экране просто замрет, а линия будет продожать ехать по сути. Пока не принял окончательное решение. Один вариант сделал с логикой на ПР 200. Сейчас пилю второй, где ПР- просто собирает сигналы датчиков оптических.
Забыл уточнить, что и читать значение также нужно. Считывать количество продукта, проходящего через опт. датчики. Но вот задавать план продукта решил лишь на уровне трейса, и операцию сравнения "факт-план" тоже только в трейсе будет. Но и передает ПР200 только инт16. Прием с двумя регистрами понял, но сначала попробую по-своему. Решил просто поставив счетчики CNT каскадом друг на друга, расширив число до 131000, которое собирается из отдельных регистров уже в трейсе.
А по поводу пропадания связи: узел не критичен. Это по факту лишь табло для персонала линии, где отражается выполнение плана. Управления никакого исп. механизмами нет. Только индикация количества продукта.
Вообще не вижу проблем читать-писать 32 битную переменную в ПР200.
1. в программе ПР нужно разделять и собирать в/из 2-х регистров, как в прочем и на других приборах
2. SCada должна уметь работать и с тем и с тем. Если у вас проблема с трейсом, то это проблема трейса....