Попробуйте повесить на 5 вход нагрузку на 10 кОм, или лампочку светодиодную, контрольку, очень часто на пр200 с наводкой проблемы, а у Вас там ещё наверно и сыро.
Вид для печати
Сетевые переменные просто копируются из локальных, при этом двоичные переменные преобразуются в integer. Прилагаю сходный проект на ПР100.
Наверное, Юрий Ревака прав: могут затираться значения энергонезависимых переменных при помехах по питанию. Длительные наводки, приводящие к закорачиванию дискретного входа, тоже возможны, но кажутся менее вероятными.
Тогда переменные hours и num можно сразу сделать сетевыми и назначить им адреса, которые были у var5 и var6. Возможно, станет стабильнее. А все булевые переменные, кстати, можно собрать в одну; Cloud умеет работать с битовыми масками.
Переменная hours используется также в другом месте программы. Подставить вместо нее сетевую не получится.
"Нужно ли упаковывать битовые переменные в integer перед отправкой на сервер OwenCloud?". Когда-то даже хотел создать отдельную тему для обсуждения на форуме. Запаковать, конечно, можно. Однако, на сервере придется распаковывать, т.е считывать integer переменную несколько раз для того чтобы выделить конкретные биты. В итоге трафик не экономится, а задача немного усложняется. Складывать несколько битовых переменных или целых - практически одно и тоже для малых обьемов. Сетевые пакеты дополнительно нужно во что-то оборачивать. В итоге, выиграша от упаковки практически нет.
По проекту вроде нет ничего критичного, назначить на вход сразу регистр наработки или через переменную, не думаю что проблема в этом, но можно на выход наработки повесить сетевой и обычный одновременно. На счет упаковки, на таком кол-ве 5 шт. будет экономия трафика небольшая, можно даже без макроса упаковать.
Вот тестовая программка для проверки работы таймера с выводом на экран. На табло выводим минуты: часы для всех восьми таймеров. Для чистоты теста запустите таймеры в одно время например в 12:00 и наслаждайтесь.
Она используется в блоке индикации наработки из трёх ламп, ага. Не вижу препятствий, чтобы читать значение из сетевой переменной.
Про несколько раз вообще не понял. Переменная считается 1 раз в виде битовой маски, дальше Cloud выделит все нужные биты. Ты же сам отправил в виде маски переменную lamps. Насколь понимаю, Cloud при этом показывает, какие конкретно лампы неисправны.