Фичи и баги OWEN Logic

[Денисов Максим Сергеевич]

Сегодня ОПЯТЬ тот же косяк! ПР-200. Какая-то ошибка в программе. Решил посмотреть в онлайн отладчике. И хрена лысого! Как и в прошлый раз - "Программы отличаются!!!!" Да как так-то?????? Не может такого быть! Я оставил на диске один экземпляр специально и последний раз его заливал! Вот так каждый раз после обновления программы на ПК!. Мне что под каждую программу свою версию не компе держать? Или может быть забыть про обновления? Разработчики!!!!! Это КОСЯК который достал уже! Вы в Windows после обновления тоже все программы переустанавливаете? Решите вопрос!

Созданная программа на холсте действительно в вашем случае не меняется, но в разных версиях овен лоджика программа компилируется по разному (с учетом исправленных багов и/или добавленных фич) и следовательно отличается от загруженного кода в прибор. Ваше предложение действительно может упростить использование овен лоджика многим пользователем, поэтому мы обсудим с разработчиками как лучше решить данную проблему.
Возможно, по опыту использования у вас есть еще замечания и предложения по улучшению среды OL, поделитесь пожалуйста!

[melky]

Я когда-то давно писал про хранение всех данных программы в xml. Посмотрите что выдает в виде одного из результирующих файлов среда TwinCat (по сути тот же CodeSys, расширение файла .tpy) в обычном текстовом xml можно хранить всю программу. Координаты FBD на холсте, номер исполнения, куда и как подключен вход или выход и так далее.

Просто сядьте блин ОДИН раз продумайте структуру файла и создайте уже ОЛ 2.0 и тогда улучшения и прочее не будут затрагивать структуру и старый ОЛ спокойно откроет файл проекта скажем для ПР200, созданный в более новой версии ОЛ...

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

[stesel]

Подскажите, как удобно было бы делать расширение холста? Равномерно от центра холста во все стороны? Или предоставить выбор пользователю с какой стороны делать расширение холста?

Я предлагаю так: при наведении на край холста показываем стрелочки, зажимаем клавишу мыши и отодвигаем край, примерно как поля в Word. Это было бы сверх-удобно.

[stesel]

По мне, так оставить расширение холста как есть. А вот, входы/выходы сделать добавляемыми на холст по аналогии с переменными (в любое место холста, а не справа/слева). Тогда можно будет без геморроя двигать весь проект или часть проекта вместе с входами/выходами. Да и неиспользованные входы/выходы не будут мешаться
И еще, в редакторе экранов добавить кнопочку "Перенумеровать компоненты", а то переделаешь экраны, а потом по кнопке SEL поля в разнобой выбираются

Да, супер. Входы/выходы нужно располагать в любом месте холста.

[Serg290]

Созданная программа на холсте действительно в вашем случае не меняется, но в разных версиях овен лоджика программа компилируется по разному (с учетом исправленных багов и/или добавленных фич) и следовательно отличается от загруженного кода в прибор. Ваше предложение действительно может упростить использование овен лоджика многим пользователем, поэтому мы обсудим с разработчиками как лучше решить данную проблему.
Возможно, по опыту использования у вас есть еще замечания и предложения по улучшению среды OL, поделитесь пожалуйста!

Пусть программа сравнивает только сами блоки и связи между ними. Все решение проблемы.

[melky]

Serg290 у Овен там художественный образ проекта, что с чем сравнивать ? одного Пикассо с другим ?

[wal79]

Я когда-то давно писал про хранение всех данных программы в xml. Посмотрите что выдает в виде одного из результирующих файлов среда TwinCat (по сути тот же CodeSys, расширение файла .tpy) в обычном текстовом xml можно хранить всю программу. Координаты FBD на холсте, номер исполнения, куда и как подключен вход или выход и так далее.

Просто сядьте блин ОДИН раз продумайте структуру файла и создайте уже ОЛ 2.0 и тогда улучшения и прочее не будут затрагивать структуру и старый ОЛ спокойно откроет файл проекта скажем для ПР200, созданный в более новой версии ОЛ...

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

Горбатого не лепим. И мозгов хватает ))), рук не хватает! На самом деле не важно в каком формате хранится проект. В данном случае дело то не в проекте, а как лоджиком он преобразуется в машинный код. И тут уже ответ прозвучал, что в связи с различными работами над лоджиком (устранение багов в сборке программы, улучшение того же самого процесса сборки программы) машинный код пользовательской программы будет отличаться. Возможно также имеет место быть и некие лишние альтернативные пути генерации кода, которые следует четко зафиксировать. По возможности и времени мы рассмотрим данную ситуацию.
А насчет формата и 2.0. В данный момент как раз таки происходит фундаментальная переработка формата хранения программы, но выбор пал не на устаревший xml, а все-таки более прогрессивный json. Начиная с лоджика 2.0 программы будут храниться именно в этом формате.

[wal79]

Сегодня ОПЯТЬ тот же косяк! ПР-200. Какая-то ошибка в программе. Решил посмотреть в онлайн отладчике. И хрена лысого! Как и в прошлый раз - "Программы отличаются!!!!" Да как так-то?????? Не может такого быть! Я оставил на диске один экземпляр специально и последний раз его заливал! Вот так каждый раз после обновления программы на ПК!. Мне что под каждую программу свою версию не компе держать? Или может быть забыть про обновления? Разработчики!!!!! Это КОСЯК который достал уже! Вы в Windows после обновления тоже все программы переустанавливаете? Решите вопрос!

А в одной и той же версии ОЛ не требуется обновлять программу в приборе? И еще, Встроенное ПО было изменено?

[1exan]

OL 1.23.292.0
При объединении блоков в макрос выдаются такие ошибки:
1.png
после ОК
2.png
В результате блок макроса создаётся, но при попытке его открытия ошибка:
3.png
Подробности такие:
1.23.292.0
System.InvalidOperationException: Операция является недопустимой из-за текущего состояния объекта.
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.RestoreConnectedElements(IEnu merable`1 connectedElements, IEnumerable`1 allElements)
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.LoadMacroFromStoreModel(Macro StoreModel storeModel)
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.LoadMacroByUniqueId(Guid documentUId)
в ProgramRelayFBD.ApplicationLayer.SchemeEditor.Init ializeElementService.<LoadMacroesAsync>d__5.MoveNe xt()
в Wintellect.Threading.AsyncProgModel.AsyncEnumerato r.ResumeIterator(ResumeIteratorFlag resumeIteratorFlag)
в Wintellect.Threading.AsyncProgModel.AsyncResult.En dInvoke()
в Wintellect.Threading.AsyncProgModel.AsyncEnumerato r`1.EndExecute(IAsyncResult result)
в System.Threading.Tasks.TaskFactory`1.FromAsyncCore Logic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)

[Денисов Максим Сергеевич]

OL 1.23.292.0
При объединении блоков в макрос выдаются такие ошибки:
1.png
после ОК
2.png
В результате блок макроса создаётся, но при попытке его открытия ошибка:
3.png
Подробности такие:
1.23.292.0
System.InvalidOperationException: Операция является недопустимой из-за текущего состояния объекта.
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.RestoreConnectedElements(IEnu merable`1 connectedElements, IEnumerable`1 allElements)
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.LoadMacroFromStoreModel(Macro StoreModel storeModel)
в ProgramRelayFBD.InfrastructureLayer.Adapters.Drawi ngDocumentRepository.LoadMacroByUniqueId(Guid documentUId)
в ProgramRelayFBD.ApplicationLayer.SchemeEditor.Init ializeElementService.<LoadMacroesAsync>d__5.MoveNe xt()
в Wintellect.Threading.AsyncProgModel.AsyncEnumerato r.ResumeIterator(ResumeIteratorFlag resumeIteratorFlag)
в Wintellect.Threading.AsyncProgModel.AsyncResult.En dInvoke()
в Wintellect.Threading.AsyncProgModel.AsyncEnumerato r`1.EndExecute(IAsyncResult result)
в System.Threading.Tasks.TaskFactory`1.FromAsyncCore Logic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)

Приложите, пожалуйста, ваш проект и укажите какие блоки пытаетесь объединить в макрос? Проект с нуля создавали в этой же версии ОЛ?