Вид для печати
Остановился на 1.20.272. Вопли первопроходцев новых релизов читаю с интересом. Что ими движет?Цитата:
Сообщение от Юрий Н
Вот появился соблазн "обновиться" до 1.23.299 если он стабильный.
Хочется только одного -чтобы у ПР200 был объем под сетевые переменные побольше. 128 байт это очень мало. Все способы компрессии данных уже исчерпаны, в том числе мультиплексирование массива. Это принципиальная системная проблема или просто никому не надо?
В других оболочках чтением из таймера можно прочесть сколько времени в таймере осталось, и тогда эта функция очень полезна. А в OL можно прочесть только задание времени, которое и так известно. Это похоже на ошибку.
Это не ошибка, это просто такие таймеры внутри прошивки, выхода прошедшего времени таймера в них просто нет по определению. Используйте модернизированные, вроде выкладывали на форуме, и даже таймеры с паузами люди делали.
Жаль. Есть необходимость измерять короткие интервалы. Пока это делается косвенными методами, через измерение времени цикла, затратно по вычислениям.Цитата:
Сообщение от melky
Последний релиз. Предложение обновиться. Ок, подтверждаю - начинает качаться, загружаться, устанавливаться. И все это время висит маленькое но гордое окно обновления в центре экрана поверх всех окон. Ни скрыть, ни подвинуть, ни позаниматься другими задачами, пока висит перед носом это окно-уведомление. И даже без % прогресса, что чуть подсластило бы ожидание. Поправьте, пожалуйста!
Это тормозит комп или интернет. С хорошим инетом всё нормально. Обновлял на 2 компах.Цитата:
Сообщение от kaftanati
Серёга Букашкин сейчас появился ST в ПР, может для конкретных задач переписать таймеры с выходом ET ?
Вроде, базовая должна быть вещь, но сделайте в редакторе динамического списка для ПР205 либо возможность вручную сделать сортировку списка по значению, либо чтобы значение при добавлении новой строки автоматически проставлялось не по порядку как сейчас, а в зависимости от места где эта строка вставляется. Ну и при удалении тоже. А то неудобно ведь пользоваться
Вложение 72353
Хорошее предложение, добавили задачу в наш бэклог
Можно ли надеяться что OL будет видеть назначенные границы AI в ПР200? Или это невозможно? Жду этого много лет. Без этого полноценная обработка AI невозможна когда диапазон границ может быть назначен любым. Приходится устраивать собственные настройки границ только ради того, чтобы их видеть и обрабатывать.
Уточните, пожалуйста, про какие именно границы идет речь и что не устраивает в текущей реализации?Цитата:
Сообщение от Серёга Букашкин
Для каждого канала AI в системных настройках (и в настройках каждого AI в OL) ставятся границы, на основе которых имеем величину вещественной переменной на входе с AI. Хотелось бы их читать как системные переменные. Их могут менять по месту применения в системной части настроек (Датчик). Иногда на порядки, смотря в каких физических единицах хотят видеть. В моих приложениях эти значения важны.Цитата:
Сообщение от Королев Кирилл
Понял, подумаем над реализацией. В данный момент, если не требуется доступ к еще каким-либо разделам системного меню, можно установить пароль на вход в системное меню.Цитата:
Сообщение от Серёга Букашкин
В ПР103 и ПР205 такой функционал уже поддержан (к верхнему и нижнему пределу можно привязать переменные).
Сделайте передачу тока 4-20 мА в настройках входа, а на макросе Skale меняйте переменные максимума и минимума. Какие проблемы то?Цитата:
Сообщение от Серёга Букашкин
И не надо никого ждать сделают или не сделают.
Owen Logic Версия 2.5.342.0 прибор пр205
в режиме симулятора нельзя задавать значения входов модуля расширения ПРМ. В этом направлении планируется работать или как?) Также при попытке выбора переменной в окне просмотра выходит
2.5.342.0
Задавать входы модуля расширения оказыватся можно)Код HTML:System.NullReferenceException: Object reference not set to an instance of an object.
at ProgramRelayFBD.PresentationLayer.Presenters.VariableCollectionViewModel.<>c__DisplayClass8_0.<GetTreeNodes>b__0(VariableInfoBaseDecorator item)
at System.Linq.Enumerable.SelectListIterator`2.MoveNext()
at System.Collections.Generic.LargeArrayBuilder`1.AddRange(IEnumerable`1 items)
at System.Collections.Generic.EnumerableHelpers.ToArray[T](IEnumerable`1 source)
at ProgramRelayFBD.Views.VariablesServicePage..ctor(IVariableCollectionViewModel viewModel)
at ProgramRelayFBD.InfrastructureLayer.Details.VariablesPageFactory.CreateInputVariablesPage()
at ProgramRelayFBD.InfrastructureLayer.SchemeEditor.TablePagesFactoryFromWatchList.Create(DrawingDocument drawing)+MoveNext()
at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
at ProgramRelayFBD.InfrastructureLayer.Adapters.ManagerVariablesPresenter..ctor(IEnumerable`1 tableVariablesPages, BaseVariableInfo currentVariableInfo, String textNullablePage, IMappingParameterRepository mappingParameterRepository, IVariableManager variableManager, ExtensionPanelPresenter extensionPanelPresenter)
at ProgramRelayFBD.InfrastructureLayer.Adapters.FormPresenter.CreateManagerVariablesPresenter(IEnumerable`1 pages, BaseVariableInfo currentVariableInfo, String textNullablePage, IVariableManager variableManager, ExtensionPanelPresenter extensionPanelPresenter)
at ProgramRelayFBD.InfrastructureLayer.Adapters.FormPresenter.SelectVariableFromTable(IEnumerable`1 pages, BaseVariableInfo currentVariableInfo, DrawingDocument drawingDocument, String textNullablePage, IWin32Window owner)
at ProgramRelayFBD.InfrastructureLayer.Adapters.FormPresenter.SelectVariableFromCurrentDocument(BaseVariableInfo currentVariableInfo, String textNullablePage, IWin32Window owner, ITablePagesFactory pagesFactory)
at ProgramRelayFBD.InfrastructureLayer.SchemeEditor.LabelButtonEditingPresenter.SelectNewValue()
at Owen.ExternalInterfaces.LabelButtonEditingControl.<CreateChildControls>b__17_0(Object <p0>, EventArgs <p1>)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at Nevron.UI.WinForm.Controls.NButton.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at Nevron.UI.WinForm.Controls.NButton.OnMouseUp(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at Nevron.UI.WinForm.Controls.NButton.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, WM msg, IntPtr wparam, IntPtr lparam)
но ошибка данная при попытке выбора переменной в окне просмотра сохраняется
А проблем нету. Конечно и делается подобным образом. Но хочется как лучше. Тем более если это вполне возможно. Зачем тогда вообще новые релизы выпускать если всё хорошо, можно выкрутиться.Цитата:
Сообщение от kondor3000
Поддержка неполноценная, такая, что её как бы и нет:Цитата:
Сообщение от Королев Кирилл
- "привязанные" переменные невозможно инициализировать
- привязанные переменные не могут быть сетевыми - т.е. недоступна одновременная настройка из нескольких источников (облако, панель оператора, собственный "экран"), чтобы после изменения из одного, значение обновлялось и в других источниках
- привязанные переменные невозможно изменять с "экрана" и выводить на экран
Получается, несмотря на возможность "привязки" переменной, нужно колхозить странные алгоритмы для обхода искусственных ограничений. Проще поступить, как в ПР200 - задать "намертво" 4-20 и использовать макрос Scale (при этом остаётся уязвимость с изменением 4-20 на другие значения из экранов системной настройки или по ModBus).
Сделайте пожалуйста автоконвертацию типов modbus регистров. А то в проекте куча однотипных преобразований, когда регистр знаковый целый содержит сотые (температура, например), а переменная real.
Так ОЛ не поддерживает знаковые целочисленные типы данных. Мало того у них тип данных "INT" означает беззнаковый тип данных, они выдумали своё значение, я им говорил, что это же запутает пользователей, в смысле не надо так делать, в ответ только грубости пошли, в этом они профессионалы.Цитата:
Сообщение от b-s-a
Дикие люди, в смысле неадекватно критику воспринимают!
И в принципе, даже если критика несправедливая, то грубить представителям фирмы Овен недопустимо.
Этой ошибке уже 2 года, если не больше. Я выявил ее еще на самых первых релизах пр103... Прям удивительно, что так ничего и не поправили.Цитата:
Сообщение от Павел163
Согласен, в этом они мастера!Цитата:
Сообщение от Сергей0308
У Carel в 1Tool float тоже на самом деле является целочисленной переменной, просто поделенной на 10. Это так сильно усложняет жизнь?Цитата:
Сообщение от Сергей0308
Есть же для каждого типа данных общепринятые названия, зачем придумывать свои значения для слов, это только запутает народ!Цитата:
Сообщение от Dimensy
В смысле, назовите кошку - кошкой, собаку - собакой! Зачем кошку называть собакой, народ видит что это кошка, а не собака, спрашивает, зачем они кошку собакой назвали, они такие: у нас одна кошка, собаки нет, поэтому мы теперь кошку называем собакой, привыкайте к нашему названию кошки!
Это я образно смысл разговора с представителем Овена передал!
Это я насчёт беззнакового инт-а от Овена!
Поддерживаю, в общепринятом смысле INT является знаковой переменной, хотя и часто с непостоянной разрядностью, зависящей от разрядности CPU. Мне это сильно не мешает, но жаль, что нет целого со знаком - вот это более досадно. Хотелось бы выводить на экран или передавать по RS485 числа со знаком, float не устраивает. Приходится извращаться с переводом чисел из unsigned int (по Овену просто int) в signed int для RS485. А вот с экраном на ПР-ке так и не придумал выход, иногда получается с флоатом, но он криво отображается.Цитата:
Сообщение от Сергей0308
По сути это DWORD или UDINT, а не INT, тоже сперва не понял, особенно удручило отcутствие знакового INT, но он художник, он так видит (для отрицательных будьте добры использовать REAL, хотя как мы знаем REAL по сути целочисленным не бывает поэтому некорректно сравнивать REAL на равенство)Цитата:
Сообщение от Сергей0308
Вложение 72457
А что с интерфейсом у ПО Owen Logic ? Нечитаемое меню и мелкие кнопки - это баг или фича? У ноута в настройках дисплея масштаб 200%, у второго монитора 100%. Косяк с размерами на обоих экранах.
У вас что, 15 дюймовый экран с разрешением 4К?Цитата:
Сообщение от yorick
С 4К они совсем не дружат, я давно еще жаловался. Что-то масштабируется, что-то нет. По итогу смотрится как курсовая троишника. Я когда с OL работаю в 1920х1080 перехожу.
ПР205-24.1211.02.X.0 ошибка при загрузке проекта.
2.5.342.0
ProgramRelayFBD.DomainLayer.ContainersVer2.Excepti ons.LogicContainerHasInputAndOutputForVisualizatio nException: Exception of type 'ProgramRelayFBD.DomainLayer.ContainersVer2.Except ions.LogicContainerHasInputAndOutputForVisualizati onException' was thrown.
at ProgramRelayFBD.ApplicationLayer.ContainersVer2.Vi sualizationBuilderFacade.BuildLinkFromVariable(IVa riableDescriptor variableDescriptor, String containerName, Int32 nodeIndex)
at Owen.Visualization.Infrastructure.ContainersVer2.B uildTreeOutputAdapter.BuildTree(IVisualizationBuil derFacade builderFacade)
at Owen.Visualization.ApplicationLayer.ContainersVer2 .WriteFilesToContainers.WriteVisualizationData()
at Owen.Visualization.Domain.ContainersVer2.GraphicVi sualObject.BuildToMemory(IDataWriter _, Int32 address)
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)
Пришлите, пожалуйста, проект на soft@owen.ru
отправил письмо с проектом на адрес soft@owen.ru.
Добавили работы). Открыл один из проектов ПР200, давности 7-8 месяцев, кое-что подправить, а там:Вложение 72585 ПЗУ 105%. Было 98, если не ошибаюсь. Свободной ПР200 пока нет, попробовать залить не могу, рабочие все в работе. Убрать ничего не могу. Понятно, что нужно пробовать все версии того времени). Так-что с обновлениями объем занимаемой памяти контроллера только растет похоже. (со шрифтами - известная проблема, монитор 3840х2560 150%)
Вложение 72586
Может можно оптимизировать ваш проект, помню я когда-то выкатил свой вариант коммутатора, раз в 10 проще, чем другие предлагали: https://owen.ru/forum/showthread.php?t=12691&page=27Цитата:
Сообщение от Leon7
В смысле, хотя бы что бы раза в два меньше места занимало, ну чтобы сильно не думать!
Работа по оптимизации уже проводилась, 98% и стало. К тому-же важно при переделке проекта ничего не сломать и не наделать ошибок. Алгоритм управляет тремя автоклавами по заданному графику, пар, вода, воздух, безопасность, разделение ресурсов. Такое себе занятие, искать ошибку, когда в автоклаве 120°C и 2кгс/см давление). И не могу на долго производство остановить. Так что в данном случае проще старую версию на ноут накатить. В планах применить что-то с большим объемом памяти, типа ПР205. А пока так, с двумя версиями ОЛ.Цитата:
Сообщение от Сергей0308
И да, считаю это ошибкой в ОЛ. По сути, проект перестал работать.
Интересно, какое время цикла программы вашего ПР200 с такой программой, можно в меню посмотреть, чтобы производство не останавливать и чего же надо было такого натворить, чтобы всё ПЗУ забить? В смысле, наверно это не легко было, всё ПЗУ забить?Цитата:
Сообщение от Leon7
Это связано с добавлением функциональных блоков. Если ПЗУ для вас критично, используйте версию 2.3.333 или нижеЦитата:
Сообщение от Leon7
Вложение 72617Вложение 72618Вложение 72619Вложение 72620 Время цикла 80мс. Автоклав вещь неспешная, поэтому нормально. В версии 2.2 открывается, ПЗУ 97%. Самого алгоритма процентов 40, остальное всевозможные защиты, от дурака, аварийные режимы, контроль парогенератора, дополнительного насоса воды и т.д. Вот и набралось постепенно на всю ПР200. Вот и сейчас хотел добавить кое-что.Цитата:
Сообщение от Сергей0308
Как же Вы добавите, вроде свободного места уже нет, в смысле, Вам шкаф надо было побольше брать, как говорят, с перспективой дальнейшего развития!Цитата:
Сообщение от Leon7
И насчёт совершенства вашей программы у меня большие сомнения!
Я конечно понимаю вашу экономность, но как бы она боком не вышла, в смысле, я бы предпочёл на каждый автоклав отдельный шкаф управления иметь, чем делать один шкаф, как говорят на весь колхоз, вам такие мысли в голову не приходили? Мне кажется так было бы намного лучше и не на много дороже! Тем более это важно, если Вы говорите, что они у Вас постоянно в работе, остановить не можете производство!
Добавить нужно кое-что программно, щит обслуживает аппаратную, так сказать, часть, в которую сложно придумать, что еще добавить, все исполнительные устройства подключены. При необходимости, заменю три тройных автомата одним, кз в моторе событие крайне редкое, защита по току и так есть. Да и какая перспектива дальнейшего развития (аппаратного) у трех автоклавов).Цитата:
Сообщение от Сергей0308
Насчет оптимальности программы, так естественно не оптимально все. Очень много всего добавлялось в процессе эксплуатации. Переписывать все почти с нуля весьма не просто так как на отладку и поиск новых ошибок уйдет время, а на проверку защит от всевозможных нештатных ситуаций - уйма времени. А производство, повторюсь, молотит почти безостановочно уже года три наверное. 3% ПЗУ у меня еще есть). Не будет хватать, избавлюсь от части диагностических данных.
И мое время ресурс тоже разделяемый. На фото выше очень небольшая часть производства, которым я занимаюсь.
Ну и по алгоритму, нагородить даже 10% ненужного в пр200, надо очень сильно постараться.
Защиты от любых неверных действий оператора, вышедших из строя исполнительных механизмов, потери питания, аварий парогенератора, насосов, неверной работы датчиков уровня, снижения давления воды и т.д. это все, грубо говоря, отдельные ветки программы, и в один небольшой алгоритм не параллелятся. Так что остается выкидывать только диагностику. Да и правки нужны теперь очень незначительные. Еще можно было бы многое переписать на ST, но там три копии огромного FB, на каждый автоклав, внутри еще куча FB, которые бы переписать, но FB на ST, внутрь FB пока никак, к сожалению. Это бы многое упростило.
Насчет отдельных шкафов. Естественно это первая мысль и была. И тут опять НО. Вот некуда было повесить три отдельных шкафа, а один 400х600 прямо идеально. К тому же, вот нет пара нагревать (аналогично воды охлаждать) два автоклава одновременно в некоторых режимах, значит четвертый должен решать, кому когда что нужней, или эта часть алгоритма во всех трех (а это уже двусторонняя связь между всеми, а еще в облако надо все отдать (в другом проекте кстати применено отличное решение, tSH-735, 2 Modbus Master на Slave, вдруг кому пригодится), и за водой и парогенератором кто-то следить должен). И тут вопрос не в экономии вовсе, а в простоте решения.
Вот как-то так.
Работы по замене пр200 на, скорее всего, пр205 и, возможно, HMI по программной части потихоньку ведутся, и процентов на 90 завершены. Возникнет окно на производстве, поменяю в шкафу все. А пока, если бы не последние обновления ОЛ, у меня есть 3% ПЗУ).
С уважением.
Не то, чтобы ПЗУ было критично, просто я вряд ли залью 137308 байт в имеющиеся в контроллере 131072. А так, ничего страшного, ОЛ 2.2 спокойно стоит в соседнем каталоге, для этого проекта. На днях проверю, как ОЛ отреагирует на попытку записи программы.Цитата:
Сообщение от Денисов Максим Сергеевич