Скорее всего, не видит те переменные, которые привязаны к системным событиямЦитата:
Сообщение от Aviator_VZh
Вид для печати
Скорее всего, не видит те переменные, которые привязаны к системным событиямЦитата:
Сообщение от Aviator_VZh
Там переменные по управлению опросом Слейвов. Это системные события? А как управлять опросом, если переменную нельзя вытянуть на экран?Цитата:
Сообщение от Dimensy
Если к переключателю привязать новую переменную, то её нельзя выбрать для управления опросом. Это как???
Вложение 89742
Зачем вам с экрана управлять опросом?Цитата:
Сообщение от Aviator_VZh
Чтение должно быть постоянным циклическим, запись по изменению и не надо никакого управления.
В крайнем случае, привязывайте на экран новую переменную, которая выключит переменную опроса.
Что значит зачем? Однотипные данные могут поступать в прибор от разных устройств. И мне нужно включить опрос только одного, реально подключенного.Цитата:
Сообщение от kondor3000
Помогло, спасибо! Но как же хочется жить без костылей!!!Цитата:
Сообщение от kondor3000
Проблема с возвратом на "Главный экран" в ПР205
В общем есть главный экран на ПР205, видимость которого зависит от одной булевой переменной, если она 1, то главный экран активен, на деле он активен только при включении реле, стоит на некоторое время изменить состояние перемененной на 0, а потом снова на 1, то возврата на главный экран почему то не происходит, просто светится чистый экран "белое поле", что я могу делать не так?
Отбой! Разобрался! :) оказывается в ПР205 все нужно настраивать от и до, в ПР200 по проще... :)
всем доброго дня!
ОЛ 3.1.375.0 в списке выбора модели не вижу ПР225Вложение 89748
что делаю не правильно?
Поставьте предыдущую версию, а потом обновите Онлайн. Лучше всё от админа.Цитата:
Сообщение от аскар
http://ftp-ow.owen.ru/softupdate/OWE...Setup/Archive/
спасибо, утром попробую
А чего у меня сетевые переменные не позволяют присвоить значение по умолчанию? ПР200, последний лоджик - опция неактивна.
Вы же не первый раз на форуме, в смысле, "мелкий" об этом уже много лет пишет чуть ли не каждый день и чуть ли не в каждом посте, вероятно Вы "ослеплены" мнимыми успехами Овена!Цитата:
Сообщение от Ollema
Сделали только в новых ПР103, 205, 225 сетевые слейв переменные.Цитата:
Сообщение от Ollema
Если быть точным не сделали, а сломали, в смысле, ранее в ПР200 можно было назначить сетевым переменным значение по умолчанию, в этом вопросе "мелкий" прав!Цитата:
Сообщение от kondor3000
В ПР225 элемент график во все окно сразу приводит к переполнению ОЗУ. Наверно что-то надо допилить, иначе очень странно тренды (пусть и убогие) смотреть на четверть экрана.
Ну и очень нужен какой-то элемент вроде журнала аварий. Хотя бы без прокрутки, но с возможностью на вход подать массив аварий и какой-то список, как в динамическом тексте, со списком аварий привязанных к этим битам. Чтоб отображались только активные. Я уже даже не заикаюсь про время возникновения аварии. Или только самому городить одна авария -> один экран? Так очень ненаглядно,особенно в ПР225.
Действительно, не в первый раз вижу это утверждение :)Цитата:
Сообщение от Сергей0308
Но я не припомню, чтобы такой функционал для ПР200 действительно был. В какой версии он работал? Возможно, что-то упускаю
При использовании только графика в проекте он займет не больше 45% ОЗУ визуализацииЦитата:
Сообщение от RV9WFJ
Вложение 89755
Но если включить для него "Работу в фоне", то он будет занимать определенное количество памяти на всех экранах. Нужно для того, чтобы корректно отобразить данные при переходе на экран с графиком.
Таким образом, если у Вас уже есть "тяжелый" экран, то при использовании графика с включенной работой в фоне ОЗУ визу действительно может переполниться, но сам по себе график не может занимать всю ОЗУ визу.
По поводу списка аварий - если не критично отображение времени возникновения, то можно использовать виджет "Меню" для этих целей. В название строк пишете текст аварии, а к видимости строк привязываете биты аварий:
Вложение 89756
Королев Кирилл в ПР200 он не работал никогда, вроде как какие-то проблемы с архитектурой. Но вы умудрились сломать (отключили) этот функционал для ПР114, на которой это работало. А потом начали возвращать для следующих ПР :)
как-то так.
Это уже интереснее. А для ПР114 когда это работало? Самый древний лоджик, в котором я работал - это версия 1.8.107.9617. Там тоже нет этого функционалаЦитата:
Сообщение от melky
Версию Лождика не помню, но было. Просто как-то приехал, где он стоял и залил версией, которая была на ноуте, и чиста офигел :)
Пока что тайны мадридского двора какие-то, не иначе :DЦитата:
Сообщение от melky
да никаких тайн, просто был ПР114, в котором переменные Modbus имели значения по умолчанию. ПР200 изначально этого не имел.Цитата:
Пока что тайны мадридского двора какие-то, не иначе
Приехал в гости поменять время (в программе ПР114 были часы для работы), залил прошивку на тот момент какой-то текущей версией и все работать перестало., пока не понял, что случилось. Потом нашел старую версию Лождика и залил им.
Пожелания:
1. При вставке элементов экранов (ПР205/225) с другого экрана не смещать позицию относительно места, откуда скопировано (не прибавлять +5 по вертикали/горизонтали)
2. При копировании/вставке элементов сохранять их порядок (передний/задний план)
3. Ввести понятие "зафиксировать позицию", и для зафиксированных отключить выделение рамкой выделения
4. Ввести новый элемент "Динамическое изображение" - когда в зависимости от привязанной целочисленной переменной или подменяется изображение или цвет индикатора (когда нужно более 2х цветов)
P.S. Так как на сообщения с пожеланиями или о незначительных багах тонут в общем списке сообщений было бы полезно получать обратную связь, буквально "Принято к рассмотрению", иначе можно такие пожелания/замечания оставлять при себе.
Может я чего не понимаю? Но зачем он вообще нужен без галочки "Работа в фоне"? Все верно, есть тяжелый главный экран и есть экран с графиком. Но тогда получается, что или что-то менять в архитектуре элемента График надо или ОЗУ ПР225 не вывозит размеры своего экрана выходит.Цитата:
Сообщение от Королев Кирилл
За совет с элементом меню спасибо. Интересный вариант, но я сохранил свой вариант со временем и одной аварией на экран.
Добрый день! Спасибо за предложения.Цитата:
Сообщение от kaftanati
п.1 и 2 - прорабатываем улучшение копипасты виджетов. Эти моменты войдут в доработки.
п.3 - интересно, подумаем над предложением
п.4 - в бэклоге есть, но сроков, к сожалению, назвать не могу
Подобные пожелания лучше отправлять на почту, чтобы они, действительно, не затерялись. Если предложения касаются исключительно лоджика, то есть адрес soft@owen.ru.
Если по ПР, то можно мне писать.
Без работы в фоне пригодится на этапе ПНР, например, для настройки ПИД регулятора.Цитата:
Сообщение от RV9WFJ
Пришлите Ваш проект на почту, пожалуйста. Возможно, получится предложить способ оптимизации.
Здравствуйте.
Делаю проект, где несколько приборов Пр200. Один мастер, остальные слэйв.
Хочу внести предложение по улучшению среды.
Предложение 1.
Чтобы устройство мастер мог импортировать не только шаблон устройства, но и файл экспорта в CSV. Например я создал в проекте ПР200 таблицу сетевых переменных, сделал экспорт в CSV, но в проекте, где овен мастер и я буду использовать эти переменные - я не могу импортировать эту таблицу. Шаблон из таблицы переменных слэйв я тоже сделать не могу. Вынужден в мастере заново создавать такую же таблицу.
Предложение 2.
Чтобы в именах сетевых переменных слэйвов автоматически добавлялся адрес слэйва. Например, я использую несколько одинаковых частотников, есть шаблон устройства. Я добавляю несколько шаблонов, при этом имена дублируются. Я вынужден в ручную поправлять во всех устройствах. Плюсы. если в имя будет добавлятся в качестве маркера адрес - уходим от дублирования имен, на поле программы взглянув на имя переменной сразу определяешь к какому устройству принадлежит.
Добрый день.Цитата:
Сообщение от 01ZZZ
Спасибо за обратную связь.
П.1 - идея есть в бэклоге.
По п.2 - есть функционал группового переименования, он как раз сделан для такого случая:
Вложение 89854
https://docs.owen.ru/product/program...1#topic-120682
Можно добавить туда ещё какие-то механизмы управления вкладками (контекстное меню, закрытие по средней кнопке мыши).Цитата:
Сообщение от Королев Кирилл
Иногда бывает открыто много вкладок и закрывать их по одной при помощи маленькой кнопки в дальнем углу - не очень удобно
Как то писал уже, но не обратили внимание или никому не интересно:
при создании макроса раскрашивать входы-выходы в зависимости от типа входа: bool, word или real. Менять тип входа по двойному клику на нем.
А можно попросить сделать нормальным отображение float в ПР205?
Без ведущих нулей.
Вложение 89888
Нули отключаются в настройках, вы сами решаете как выводить на экран.Цитата:
Сообщение от Aviator_VZh
Если отключить нули, то скрываются нули и после запятой. На мой взгляд так еще хуже.Цитата:
Сообщение от kondor3000
Вложение 89894
Уже просили, пока ответа нет.Цитата:
Сообщение от Aviator_VZh
Да, я тоже просил.Цитата:
Сообщение от СергейНовосиб
Неприятные выводы:
1. Разработку ПО ведут люди далекие от АСУ ТП
2. В ТЗ на разработку есть дыры
3. Отсутствие реакции говорит о большом количестве более серьезных косяков
Я, думаю, все проще. План развития Лоджика (как его видит Овен) утвержден и наши хотелки в него не входят. Обратная связь только по косякам и багамЦитата:
Сообщение от Aviator_VZh
Только что при копипасте в ОЛ 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)
Нужна помощь!
Проект выкладывайте, что делали (меняли ) последний раз?Цитата:
Сообщение от Aviator_VZh
Предыдущие версии есть?
План развития и в самом деле есть, но в нем мы стараемся учитывать и пожелания пользователей. К сожалению, не все пожелания легко реализовать, даже если конкретная функция кажется простой. Например касаемо настройки отображения нулей, доработка потребуется не только в OL, но и на стороне прибора. И, что более значимо, для этого, вероятно, потребуется новый параметр в настройках контрола. И этот параметр увеличит место, занимаемое контролом в памяти прибора. Это значит, что после обновления до новой версии некоторые пользователи обнаружат, что их старые проекты перестали помещаться в прибор. Учитывая, как часто данный контрол используется, таких пользователей будет немало.Цитата:
Сообщение от Dimensy
По моему это преувеличение, всего то надо если указаны 0, то отображать после запятой (и 1 до запятой, если число <1), если нет не отображать.Цитата:
Сообщение от Умурзаков Денис
Вы же зачем то сделали кучу 0 до запятой ещё, которые не нужны никому.