Фичи и баги OWEN Logic

[Dimensy]

Да, я тоже просил.
Неприятные выводы:
1. Разработку ПО ведут люди далекие от АСУ ТП
2. В ТЗ на разработку есть дыры
3. Отсутствие реакции говорит о большом количестве более серьезных косяков

Я, думаю, все проще. План развития Лоджика (как его видит Овен) утвержден и наши хотелки в него не входят. Обратная связь только по косякам и багам

[Aviator_VZh]

Только что при копипасте в ОЛ 3.1.375.0 пропала линия связи.

[МихаилГл]

Только что при копипасте в ОЛ 3.1.375.0 пропала линия связи.

Старые болячки. Особенно часто, вернее всегда, пропадали линии связи, если блоки накладывались в исходника выходами на входы.

[Aviator_VZh]

Вот и меня настигла участь сия ((((

3.1.375.0
System.InvalidOperationException: Operation is not valid due to the current state of the object.
at ProgramRelayFBD.ApplicationLayer.ContainersVer2.Co ntainersProgramBuilder.BuildAllLogicContainerLinks (LogicContainerLinksRepository repository, ContainerDescriptor logicContainerDescriptor)
at ProgramRelayFBD.ApplicationLayer.ContainersVer2.Vi sualizationBuilderFacade.BuildVisualizationAsync(I ProgramBuilder programBuilder, ContainerDescriptor logicContainerDescriptor)
at ProgramRelayFBD.ApplicationLayer.ContainersVer2.Bu ildCompilerFilesService.BuildProgram(IContainersVe r2BuilderFacade builderFacade, ProgramCode program, ICompiler compiler, IContainerRepository containerRepository, IProgramBuilder programBuilder, ISetupConsistenceData consistencyService, IParameterDescriptorRepository parameterDescriptorRepo)

Нужна помощь!

[kondor3000]

Вот и меня настигла участь сия ((( 3.1.375.0
Нужна помощь!

Проект выкладывайте, что делали (меняли ) последний раз?
Предыдущие версии есть?

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

Я, думаю, все проще. План развития Лоджика (как его видит Овен) утвержден и наши хотелки в него не входят. Обратная связь только по косякам и багам

План развития и в самом деле есть, но в нем мы стараемся учитывать и пожелания пользователей. К сожалению, не все пожелания легко реализовать, даже если конкретная функция кажется простой. Например касаемо настройки отображения нулей, доработка потребуется не только в OL, но и на стороне прибора. И, что более значимо, для этого, вероятно, потребуется новый параметр в настройках контрола. И этот параметр увеличит место, занимаемое контролом в памяти прибора. Это значит, что после обновления до новой версии некоторые пользователи обнаружат, что их старые проекты перестали помещаться в прибор. Учитывая, как часто данный контрол используется, таких пользователей будет немало.

[kondor3000]

План развития и в самом деле есть, но в нем мы стараемся учитывать и пожелания пользователей. К сожалению, не все пожелания легко реализовать, даже если конкретная функция кажется простой. Например касаемо настройки отображения нулей, доработка потребуется не только в OL, но и на стороне прибора. И, что более значимо, для этого, вероятно, потребуется новый параметр в настройках контрола. И этот параметр увеличит место, занимаемое контролом в памяти прибора. Это значит, что после обновления до новой версии некоторые пользователи обнаружат, что их старые проекты перестали помещаться в прибор. Учитывая, как часто данный контрол используется, таких пользователей будет немало.

По моему это преувеличение, всего то надо если указаны 0, то отображать после запятой (и 1 до запятой, если число <1), если нет не отображать.
Вы же зачем то сделали кучу 0 до запятой ещё, которые не нужны никому.

[melky]

у каждого свое видение контролов

тут больше похоже на принцип, мне не важно сколько копать, главное, чтобы вы зае....

[1exan]

План развития и в самом деле есть, но в нем мы стараемся учитывать и пожелания пользователей. К сожалению, не все пожелания легко реализовать, даже если конкретная функция кажется простой. Например касаемо настройки отображения нулей, доработка потребуется не только в OL, но и на стороне прибора. И, что более значимо, для этого, вероятно, потребуется новый параметр в настройках контрола. И этот параметр увеличит место, занимаемое контролом в памяти прибора. Это значит, что после обновления до новой версии некоторые пользователи обнаружат, что их старые проекты перестали помещаться в прибор. Учитывая, как часто данный контрол используется, таких пользователей будет немало.

Можно как вариант сделать одну глобальную настройку для прибора. Вообще, в HMI-панелях обычно по умолчанию отображается указанное количество знаков после запятой (последние нули не отбрасываются) - никто не жалуется

[Aviator_VZh]

План развития и в самом деле есть, но в нем мы стараемся учитывать и пожелания пользователей. К сожалению, не все пожелания легко реализовать, даже если конкретная функция кажется простой. Например касаемо настройки отображения нулей, доработка потребуется не только в OL, но и на стороне прибора. И, что более значимо, для этого, вероятно, потребуется новый параметр в настройках контрола. И этот параметр увеличит место, занимаемое контролом в памяти прибора. Это значит, что после обновления до новой версии некоторые пользователи обнаружат, что их старые проекты перестали помещаться в прибор. Учитывая, как часто данный контрол используется, таких пользователей будет немало.

На мой взгляд эта настройка не нужна совсем. Все незначащие 0 после запятой должны отображаться. Оператор доложен знать с какой точностью он может настроить уставку или отображается измеряемая величина. Кроме того,это предотвратит движение точки и самого числа в процессе измерения. А перед запятой незначащий 0 должен быть только в первом разряде, как правильно указал kondor3000.