есть у ПР205 ещё проблема на экране ограничено количество индикаторов = 4шт.. Если перебираешь перестают работать вводы переменных. Да и достает вопрос с тем, что для экрана требуется определение переменной в нем, а не в общем объявлении переменных. Иначе экран эти переменные не видит, а если видит начинаются другие бока.
А я уж думал это у меня руки из жопы, а у всех все отлично работает :-)Сообщение от ОлегИзКрыма
Добрый день!
На какой версии прошивки наблюдали такую работу? Сейчас проверил на версии 1.2.0 - не воспроизводится.
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
1. Вы объединили элемент ввод/вывод и при этом зачем-то убрали возможность показа у целочисленного значения десятичной точки (а это удобно, когда по сети вместо вещественного числа мы передаем сконвертированное целое)
2. Сделайте, чтобы при запрете редактирования динамического текста не отображалась эта галка раскрытия списка
Бодался с ОЛ чтобы это отключить, но ничего не вышло, а заказчик требует пароль на экран основных параметров. Получается подстава! Тут столкнулся что слейв переменные работают как одноразовый тригер-защелка до адреса 16500 и сбрасываются только перепрошивкой и это в версии прошивки пр205 1.2.0. По количеству мастер переменных по модбас TCP получились следующие ограничения: при полной переменной с указанием периода 100мс или "по изменению" максимум 32, а с управляемым обменом (булевая переменная) с временем "Выкл" максимум 64. Так что слухи подтвердились, а ещё при отсутствии обмена (статус = 0) переменные не сбрасываются в ноль и как из этого вылазить непонятно.
Мало того если задать много двухцветных индикаторов, на экране, и одновременно на этом есть переменная ввода данных, то после загрузки проекта в прибор происходит зацикливание и красное свечение с сообщением об ошибке логики.
зависит от количества переменных с вводом переменных.
Всем привет.
Периодически возникают вопросы о переходах между экранами в ПР205.
На самом деле, всё достаточно просто. Многие из вас уже разобрались, как правильно реализовать нужные переходы.
Разберём 3 примера.
1. Экран с важными параметрами и переходом по паролю.
Допустим, экран с важными параметрами у нас под номером 5. Тогда необходимо на предыдущем(4-м) экране переопределить переход по кнопке "Вниз", а на следующем(6-м) переопределить переход по кнопке "Вверх", чтобы перепрыгивать экран 5.
А на главном экране организовать ввод пароля и переходить на экран по значению переменной.
2. Экраны с ошибками.
Если в программе имеется несколько экранов с ошибками, то нужно обязательно на предыдущем и следующем экранах переопределять переходы по умолчанию, чтобы перепрыгивать экран(экраны) ошибок.
А также на самих экранах ошибок переопределять переходы по кнопкам "Вверх" и "Вниз", чтобы не листать все экраны с ошибками. Например, делать по этим действиям возврат на главный экран.
Но всегда ли нужно уходить на отдельный экран с ошибкой? Возможно, в некоторых случаях подойдёт отображение сигнала об ошибке прямо на главном экране. Тогда и переходы не нужны. Но автору, конечно, виднее.
3. Пример: 2 группы по несколько экранов.
Если программа построена таким образом, что существует одна или несколько групп со свободными переходами внутри группы, то наличие переходов по умолчанию сильно упрощает задачу создания переходов.
В том примере, который приложен в виде картинки, при наличии переходов по умолчанию необходимо переопределить вручную всего 4 перехода.
Если бы переходов по умолчанию не было, то потребовалось бы вручную назначить все 10 переходов.
Как видите, ничего сложного. Просто дело привычки. Ещё классик писал: "Привычка свыше нам дана: замена счастию она."
На этом информационно-позитивная минутка окончена.
Всем добра.
Экраны ПР205.jpg
Не понятно по обсуждению, стоит брать уже в проекты, или погодить еще?
Решать вам, пока не попробуете не поймёте. Вышло новое обновление Лоджика 2.5.337, добавлен функционал на экране ПР205 и исправлены ошибки. А все ли исправлены, время покажет.
Ваши права
Ответить с цитированием