Фичи и баги OWEN Logic

[FPavel]

Баг в эмуляции.

Для ПР205 создаю два экрана.
На главном размещаю несколько "переключателей" с привязкой к битам.
На втором экране - несколько произвольных элементов.

Запускаю эмуляцию.
На главном экране выбираю переключатели и свободно их переключаю. Пока всё хорошо.
Перехожу на второй экран. Возвращаюсь на главный.
И теперь на главном переключаются уже не все переключатели.
Ещё один-два перехода ко второму экрану - и переключать могу только один. Мышкой выделяю любой, но при нажатии виртуальной кнопки "Ok" или "Enter" на клавиатуре - переключается только один, на котором свет сошёлся.

Если второй экран удалить - ошибка не воспроизводится.

[Умурзаков Денис]

Баг в эмуляции.

Для ПР205 создаю два экрана.
На главном размещаю несколько "переключателей" с привязкой к битам.
На втором экране - несколько произвольных элементов.

Запускаю эмуляцию.
На главном экране выбираю переключатели и свободно их переключаю. Пока всё хорошо.
Перехожу на второй экран. Возвращаюсь на главный.
И теперь на главном переключаются уже не все переключатели.
Ещё один-два перехода ко второму экрану - и переключать могу только один. Мышкой выделяю любой, но при нажатии виртуальной кнопки "Ok" или "Enter" на клавиатуре - переключается только один, на котором свет сошёлся.

Если второй экран удалить - ошибка не воспроизводится.

Спасибо, ошибка воспроизвелась. Будем чинить.

[rediskus]

Постоянно вылезает эта ошибка. Что ему не так?
2.11.370.0
System.InvalidOperationException: Operation is not valid due to the current state of the object.
at ProgramRelayFBD.ApplicationLayer.ST.ChangeCalledPr ogramElementService.ChangeFunctionBlock(ChangeFunc tionBlockRequest data)
at System.Collections.Generic.List`1.ForEach(Action`1 action)
at CommandProcessor.EventAggregator.<>c__DisplayClass 9_0.<Publish>b__0(Object <p0>)

error.png

[Умурзаков Денис]

Постоянно вылезает эта ошибка. Что ему не так?
2.11.370.0
System.InvalidOperationException: Operation is not valid due to the current state of the object.
at ProgramRelayFBD.ApplicationLayer.ST.ChangeCalledPr ogramElementService.ChangeFunctionBlock(ChangeFunc tionBlockRequest data)
at System.Collections.Generic.List`1.ForEach(Action`1 action)
at CommandProcessor.EventAggregator.<>c__DisplayClass 9_0.<Publish>b__0(Object <p0>)

error.png

Подскажите, при каких условиях возникает эта ошибка? Ошибка появляется в конкретном или в любом проекте? Если в конкретном пришлите, его, пожалуйста на почту d.umurzakov@owen.ru
Подобное поведение может встречаться в проектах, где функциональный блок на ST был превращен в функцию на ST или наоборот. Превращен путем замены ключевого слова FUNCTION_BLOCK на FUNCTION. Если подобное было, попробуйте удалить соответствующий блок из проекта. Не с холста, а именно из проекта.

[rediskus]

Возникает в конкретном проекте, при редактировании любого ST объекта. Достаточно стереть и снова вернуть на место любой знак и через какое-то время возникает ошибка. Проект старый, вяло тянется еще с первых ПР205, потом как-то мигрировал на ПР225. На почту отправил.

[Умурзаков Денис]

Возникает в конкретном проекте, при редактировании любого ST объекта. Достаточно стереть и снова вернуть на место любой знак и через какое-то время возникает ошибка. Проект старый, вяло тянется еще с первых ПР205, потом как-то мигрировал на ПР225. На почту отправил.

Посмотрел проект. Собственно, как и писал. у вас функция на ST "unpack" (function 1) внутри описана как функциональный блок. Если удалить эту функцию, то ошибка перестает появляться. В ближайшем обновлении планируем поправить постоянное возникновение ошибки.

[rediskus]

Посмотрел проект. Собственно, как и писал. у вас функция на ST "unpack" (function 1) внутри описана как функциональный блок. Если удалить эту функцию, то ошибка перестает появляться. В ближайшем обновлении планируем поправить постоянное возникновение ошибки.

Спасибо. Видимо когда-то это закралось в проект, но до предыдущей версии никак не проявлялась.

[Aviator_VZh]

Дорогие разработчики!
Спасибо за обновление до 3.0

В ПР205 появилось в настройках компонента "Меню" поле "В фокусе по умолчанию". К сожалению, осталось снятие фокуса при нажатии ESC и для запрограммированного перехода по ESC кнопку нужно нажать два раза. Было бы логично при наличии Фокуса по умолчанию отключить снятие фокуса по нажатии ESC или сделать отдельную настройку для этого функционала.
Мне не сложно два раза нажать кнопку, однако оператор расценивает это как баг в моей программе, что неприятно.

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

[Traveller]

Не знаю может не туда написал, но полагаю что все таки сюда
В общем когда создаешь макросы и нужно добавить хренову тучу однотипных входов или выходов, то почему то по умолчанию всегда установлен булевый тип данных, в общем уже задолбался все это поодиночке исправлять, не нахожу как поменять тип входа или выхода по умолчанию, если такое вообще есть, , и еще не плохо было бы можно было поставить свой префикс, а не то что заложили I или Q...

[kondor3000]

Создал массив 1, задал переменные 1,2,3,4, скопировал его в массив 2 и задал новые числа 11,22,33,44. 1 Массивы работа.jpg
Теперь в обоих массивах показывает 11,22,33,44.
Теперь что бы работало правильно, надо по новой задать числа в первом массиве. Здравствуй обновление 3.0 и новые баги
При чём в самом массиве 1 числа 1,2,3,4 остались.