Здравствуйте.
Огромное пожелание к разработчикам расширить информацию в окне выбора модели прибора.
Колонок с просто количеством входов/выходов недостаточно.
Добавьте колонки с разбивкой по типам входов выходов.
Здравствуйте.
Огромное пожелание к разработчикам расширить информацию в окне выбора модели прибора.
Колонок с просто количеством входов/выходов недостаточно.
Добавьте колонки с разбивкой по типам входов выходов.
картинка.png
Во-первых....Всех с Наступающим Новым Годом!
Нечто типа "пожелания" ,но исходить нужно из расчёта "хочу или возможно это сделать"
Может быть сделать так (при помощи "галочки" (типа) "Сохранить" ) что бы при "Открытии Программы" "выделялся уже "выбранный Продукт"? При подключении к компу "иного реле" эта "галочка" игнорируется .
И не нужно было бы каждый раз этот "Продукт" искать в "Многообразии предлагаемых Продуктов".
Что касается предыдущего поста-то каждый пользователь имеет право "на изменение типа ввода".
Поэтому и количество "вводов" указывается ,как "сумма".
Последний раз редактировалось АРТ.Кар 64; 31.12.2024 в 09:07.
Kliper, не нужно путать меню выбора прибора для начала проекта программы с подбором оборудования. Подбор осуществляется проектировщиком, а программист всего лишь реализует требуемый алгоритм.
Эти приборы имеют множество параметров, в том числе и напряжение дискретных входов, возможность работы с кондуктометирическими датчиками, интерфейсы, дисплеи и прочее.
Думаю, не нужны все эти параметры в меню Owen Logic - ну, для другого оно...
А это меню довольно функционально - если "Новый проект" начать при подключённом приборе, выбор произойдёт автоматически.
А вы не задумывались что и проектировщик и программист может быть в одном лице?
Или о том, что для данного проекта могут одновременно подойти несколько моделей?
Или в процессе создания проекта потребуется смена модели?
Или о том что прибора ещё нет, а проект делать уже надо?
Где вы тут функциональность увидели? Все смешано в кучу. Вот и гадай, сколько у модели дискретных входов а сколько аналоговых. С выходами также.
Вот было бы разложено по типам, как в инструкциях, было бы удобно. Сразу увидел, и выбрал что надо.
А сейчас, приходится дополнительно лезть в кучу других мануалов.
Камрады, всё норм! Мир-мир!
На Вебинаре ОВЕНа по ПРкам говорилось, что это окно будет переделано.
Когда это сделают - хз, но сделают.
Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab
Это же бред, ничем не прикрытый, мягко выражаясь, ОЛ в принципе нужен для создания алгоритма работы устройства а не для выбора необходимой модификации, для этого существует сайт Овена и РЭ на прибор.
Наверно можно использовать ОЛ для любых целей, но он для этого не предназначен и какие-то требования на этот счёт предъявлять неразумно, мне так кажется!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Kliper ну проектировщик, если он не в одном лице с исполнителем, всегда интересуется что надо включать, что контролировать и т.д. согласно ТЗ и подбирает модель исходя из требуемых входов/выходов. Там не разгуляешься.
И даже если нет ПР еще в наличии, то программа начинает писаться все равно под определенную модель.
Последний раз редактировалось Kliper; 01.01.2025 в 20:35.
Kliper люди то хотят, только производитель делает всегда долго, а некоторые не делают вообще или еще дольше.
Потому, что у Owen Logic серьёзные проблемы "по прямому назначению":
- невозможность применения макросов на FBD в макросах и функциях на ST - все наработки только переписывать на ST - это потеря времени
- невозможно сменить платформу для ПР205 и нескольких других - только набором всех переменных и копированием из проекта в проект
- невозможно импортировать переменные - это отчётливее чувствуется при переносе проекта с ПР200 на ПР205
- в ST нет побитовых операций с целыми переменными
- в зависимости от модели ПР собственные неповторимые способы инициализации энергонезависимых переменных
- полгода подряд выходят обновление за обновлением прошивок ПР200, ПР205 и каждая со своими глюками, полностью исключающими работоспособность ПР, работа возможна только с прошивками годичной давности (там свои недочёты, но более терпимые)
- обмен по Modbus неустойчивый
- в ПР205 для работы с экраном нужно вводить дополнительные переменные - например, привязанную к RTC переменную уже невозможно вывести на экран - только объявить новую и той присвоить значение RTC - весьма неочевидное решение
- работа с компонентами невозможна без интернета, что странно, т.к. некоторые из них уже является частью локальной библиотеки, загрузка из файла возможна, но она не содержит справки по включаемому ФБ, да и самодельные компоненты тоже удобно было бы видеть со справкой
- и т.д.
Поверьте, эти проблемы невозможно решить чтением в параллельном источнике.
А разрабы показав несколько столбцов в инфе по ПР, потратят время, нужно для более страшных проблем. Но, формально, выполнят улучшение по просьбам трудящихся.
Я заинтересован в исправлении проблем, т.к. и освоил ПР и приобрёл наработки. При смене производителя все наработки в помойку и по новой приспособление к особенностям очередного контроллера.
А заказчик, видя проблемы, уже ставит мне задачи присмотреть другую платформу.
Лично для Вас реальным рабочим решением будет создание сводной таблицы в Exel. Будете периодически добавлять новые модели и помечать старые, как снятые с производства. Кстати, на днях сняли с производства ПР110 https://owen.ru/news/old_pr110_61224
Ещё раз повторю - проектировщик работает с РЭ, а не Owen Logic.
Не ленитесь - сделайте таблицу в Exel - там всего полсотни моделей, за несколько дней наберёте нужные столбцы. Сможете и фильтровать и сортировать. А за 10+ лет этого никто не просил - это показатель востребованности?
А мне нужно, чтобы вместо "рюшечек" разработчики исправили критические ошибки и недочёты.