Здравствуйте.
Огромное пожелание к разработчикам расширить информацию в окне выбора модели прибора.
Колонок с просто количеством входов/выходов недостаточно.
Добавьте колонки с разбивкой по типам входов выходов.
Вид для печати
Здравствуйте.
Огромное пожелание к разработчикам расширить информацию в окне выбора модели прибора.
Колонок с просто количеством входов/выходов недостаточно.
Добавьте колонки с разбивкой по типам входов выходов.
Вложение 81070
Во-первых....Всех с Наступающим Новым Годом!
Нечто типа "пожелания" ,но исходить нужно из расчёта "хочу или возможно это сделать"
Может быть сделать так (при помощи "галочки" (типа) "Сохранить" ) что бы при "Открытии Программы" "выделялся уже "выбранный Продукт"? При подключении к компу "иного реле" эта "галочка" игнорируется .
И не нужно было бы каждый раз этот "Продукт" искать в "Многообразии предлагаемых Продуктов".
Что касается предыдущего поста-то каждый пользователь имеет право "на изменение типа ввода".
Поэтому и количество "вводов" указывается ,как "сумма".
Kliper, не нужно путать меню выбора прибора для начала проекта программы с подбором оборудования. Подбор осуществляется проектировщиком, а программист всего лишь реализует требуемый алгоритм.
Эти приборы имеют множество параметров, в том числе и напряжение дискретных входов, возможность работы с кондуктометирическими датчиками, интерфейсы, дисплеи и прочее.
Думаю, не нужны все эти параметры в меню Owen Logic - ну, для другого оно...
А это меню довольно функционально - если "Новый проект" начать при подключённом приборе, выбор произойдёт автоматически.
А вы не задумывались что и проектировщик и программист может быть в одном лице?Цитата:
Сообщение от FPavel
Или о том, что для данного проекта могут одновременно подойти несколько моделей?
Или в процессе создания проекта потребуется смена модели?
Или о том что прибора ещё нет, а проект делать уже надо?
Где вы тут функциональность увидели? Все смешано в кучу. Вот и гадай, сколько у модели дискретных входов а сколько аналоговых. С выходами также.
Вот было бы разложено по типам, как в инструкциях, было бы удобно. Сразу увидел, и выбрал что надо.
А сейчас, приходится дополнительно лезть в кучу других мануалов.
Камрады, всё норм! Мир-мир!
На Вебинаре ОВЕНа по ПРкам говорилось, что это окно будет переделано.
Когда это сделают - хз, но сделают.
Это же бред, ничем не прикрытый, мягко выражаясь, ОЛ в принципе нужен для создания алгоритма работы устройства а не для выбора необходимой модификации, для этого существует сайт Овена и РЭ на прибор.
Наверно можно использовать ОЛ для любых целей, но он для этого не предназначен и какие-то требования на этот счёт предъявлять неразумно, мне так кажется!
Kliper ну проектировщик, если он не в одном лице с исполнителем, всегда интересуется что надо включать, что контролировать и т.д. согласно ТЗ и подбирает модель исходя из требуемых входов/выходов. Там не разгуляешься.
И даже если нет ПР еще в наличии, то программа начинает писаться все равно под определенную модель.
Это у вас бред "мягко выражаясь". Лоджик нужен и для выбора прибора и для создания алгоритма ОДНОВРЕМЕННО. Это единая среда разработки.Цитата:
Сообщение от Сергей0308
Вот диву даешься, как люди, пользующиеся Лоджиком, не хотят, чтобы он улучшился и стал удобней.
Kliper люди то хотят, только производитель делает всегда долго, а некоторые не делают вообще или еще дольше.
Потому, что у Owen Logic серьёзные проблемы "по прямому назначению":Цитата:
Сообщение от Kliper
- невозможность применения макросов на 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+ лет этого никто не просил - это показатель востребованности?
А мне нужно, чтобы вместо "рюшечек" разработчики исправили критические ошибки и недочёты.
угу, я так переезжаю на EKF, и думаю, а нафига? там тоже с ПО проблем хватает. Не работает то, что должно работать. Точнее в других языках (не только ОЛ) определенные функции работают иначе, чем у них. Такие вот Китайцы, очередные :)
И техподдержка тоже на высоте, просто посылают на йюх :)
FPavel О других, более важных проблемах я наслышан. Но если разработчикам не подсказывать о них всех, даже о мелких, и не "подпинывать", проблемы так и не будут решены.
Что касается моего пожелания, то это простая задача, не требующая больших усилий, решаемая за пол-дня одним программистом, без всякого мозголомства... Ну день, если с перекурами))). Пятнадцать минут уйдет на добавление колонок, остальное время - прошерстить характеристики моделей и внести данные. Зато сколько времени это сэкономит остальным.
Совет разработчикам - не "забивать" на такие, тем более легкоустранимые, мелочи, так как это сильно сказывается на репутации продукта.
Ну а сводную таблицу по некоторым "вкусным" для меня моделям я уже давно сделал, только не в Экселе, а в Ворде))). И согласитесь, что с рюшешками-шашечками гораздо приятнее ехать. И главное (!) быстрее.