ПР200

[stanislau]

В общем переделал макрос РКС. Потребление ОЗУ, ФБ и ПЗУ прилично уменьшилось, тормоза пропали. Есть видимое уменьшение частоты моргания индикатора RS-485 на модуле МВ110-24.32ДН (скорость сейчас 9600) при первом входе после прошивки в архив аварий. При этом до входа в архив аварий время цикла 8мс, после входа - 9мс. Сделал два варианта программы. Посмотрите разницу. В ркс_дискр_24_2 большое количество дисплеев - малое потребление ОЗУ. В ркс_дискр_24_3 все настройки поместил на один дисплей - получилось 24 строки. Вход в настройки тормозит. Использование ОЗУ выросло больше чем в три раза! Хотя РЭ гласит, что на время цикла влияет большое количество дисплеев. Уменьшил количество дисплеев - получил жор ресурсов. Это как понимать? Очень хочется чтобы кто-либо из разработчиков разъяснил этот момент. И нестабильное время цикла в первом варианте при всех параметрах не превышающих половину ресурсов. И разницу между вторым и третьим вариантом. Если кто может связаться с программистами ОВЕН, может позовете их сюда?

[Сергей0308]

В общем переделал макрос РКС. Потребление ОЗУ, ФБ и ПЗУ прилично уменьшилось, тормоза пропали. Есть видимое уменьшение частоты моргания индикатора RS-485 на модуле МВ110-24.32ДН (скорость сейчас 9600) при первом входе после прошивки в архив аварий. При этом до входа в архив аварий время цикла 8мс, после входа - 9мс. Сделал два варианта программы. Посмотрите разницу. В ркс_дискр_24_2 большое количество дисплеев - малое потребление ОЗУ. В ркс_дискр_24_3 все настройки поместил на один дисплей - получилось 24 строки. Вход в настройки тормозит. Использование ОЗУ выросло больше чем в три раза! Хотя РЭ гласит, что на время цикла влияет большое количество дисплеев. Уменьшил количество дисплеев - получил жор ресурсов. Это как понимать? Очень хочется чтобы кто-либо из разработчиков разъяснил этот момент. И нестабильное время цикла в первом варианте при всех параметрах не превышающих половину ресурсов. И разницу между вторым и третьим вариантом. Если кто может связаться с программистами ОВЕН, может позовете их сюда?

Взглянул одним глазком на первый проект, в частности на макрос запоминания аварий! Я в шоке, Вы посмотрите вот эту тему:
https://owen.ru/forum/showthread.php?t=31113&page=7
Если не Вам адресовалось, это не значит, что Вам посмотреть нельзя, короче, это позволит упростить некоторые элементы до 24 раз.

[dan75]

Взглянул одним глазком на первый проект, в частности на макрос запоминания аварий! Я в шоке, Вы посмотрите вот эту тему:
https://owen.ru/forum/showthread.php?t=31113&page=7

Проект "Регистрация аварий_9.owl" не открывается. ОЛ (1.15.222.20162) зависает на этапе "Инициализация компонентов 29%"

[Сергей0308]

Проект "Регистрация аварий_9.owl" не открывается. ОЛ (1.15.222.20162) зависает на этапе "Инициализация компонентов 29%"

Откройте сразу 15-ую версию проекта, это дальнейшее совершенствование 9-ой версии.

И у меня открылась 9-ая версия на планшете(на последней актуальной версии ОЛ на данный момент), на 29% немного "постояло" затем дальше "пошло"!

[bigstuck]

Добрый день!
Пытаюсь работать с ПР200.
Логика переходов по экранам понятна, заводим переменную, в управлении группами задаем переход с одного экрана на другой по изменению булевой переменной.
На форуме пишут что бит взводится в 1, меняется экран, затем его нужно самостоятельно обнулять, чтобы была возможность использовать другие переходы.
На самом же деле вижу что сброс происходит самостоятельно, причем отследить его удается не всегда.
В проекте всего 2 экрана, переход на второй по изменению переменной, возврат назад на ESC.
Если бы переменная оставалась в 1, то переход назад не работал бы.
Ставил счетчик на подсчет импульсов по переменной. Из 8 переходов словил только 5.
Это какие то нововведения в OwenLogic или новая прошивка прибора?
Использую OwenLogic версии 1.17.245. ПР200-220.4.1.0 v2.19.

[Ревака Юрий]

Добрый день!
На форуме пишут что бит взводится в 1, меняется экран, затем его нужно самостоятельно обнулять, чтобы была возможность использовать другие переходы.

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

[bigstuck]

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

Если мне нужно отследить изменение переменной в ПР200 то используем Combo-box или ввод/вывод, а переход экрана не подходит?
Алгоритм ясен. Меняем с экрана нужную переменную, в схеме обрабатываем и устанавливаем переход экрана.