Было бы удобно, если бы была возможность открыть несколько проектов сразу, во вкладках... К примеру для сравнения.
Вид для печати
Было бы удобно, если бы была возможность открыть несколько проектов сразу, во вкладках... К примеру для сравнения.
часто открываю одновременно 2 проекта в 2х окнах, и даже копирую из одного в другой.
переключаюсь по-быстрому с помощью Alt-Tab
Новые пожелания.
1) Чтобы связи выходящие из одного выхода слипались в одну линию и соединялись с входами по кратчайшему (пусть и ломанному) расстоянию от этой общей линии, а не оббегали один, а то и несколько элементов вокруг.
2) Связи с разных выходов, наоборот, что бы никогда не слипались вместе.
3) Если к ПК не подключен ПР, то как всегда написанная программа работает в эмуляторе, а если ПР подключен, то была бы возможность запустить программу на ПР с контролем состояний входов/выходов и промежуточных значений всех параметров программы на мониторе ПК.
ещё пожелание - сделать эмуляцию энергонезависимых ячеек.
т.е. после нажатия кнопки "стоп" в эмуляторе, должно сбрасываться в начальное состояние всё, кроме энергонезависимых ячеек.
а вот при выключения и последующего включения режима эмуляции пусть сбрасываются и они.
Может я плохо искал, но не нашел в ОЛ визуализации в реальном времени. Очень прекрасная штучка в режиме отладки.
установите время периода и цикла в симуляторе ,таким ,что бы было реальное время и наблюдайте .Только бывают задачи ,где события случаются раз в 24 часа - в этом случае вы то же сторонник реального времени ?
возможно он имел ввиду возможность наблюдать за реальным устр-вом в режиме реального времени похожем на режим эмулятора.
;) тогда куда девать ОПС сервер и ПРМИ485:D ? ? реальное устройство оно в щите стоит ,вот и наблюдайте за светодиодиками :)Цитата:
Сообщение от AI!
Если же речь о визуализации в виде графиков ,то такое предложение было и вроде как разработчики думают над этим (осциллограф многоканальный)
Я немного неправильно выразился. Имел ввиду мониторинг в реальном времени. Наподобие программирования контроллеров Mitsubishi Alpha2. ПР110 использую просто в качестве электронных реле. Для сложных коммутаций уже при наладке на оборудования очень удобен мониторинг.Цитата:
Сообщение от Игорюня
Глупо это, портить флеш реального устройства чтоб шероховатости устранять. Поставили в эмуляции время цикла секунд пять и будете успевать нажимать входа быстрее чем самый быстрый механизм в реалеЦитата:
Сообщение от Игорюня
Вот Анатолий пишет:"так как описал входа \выхода. 8 разрядов достаточно ,а кому нет ,могут их соединить последовательно ( ХОТЯ ВЫХОДОВ У ПР 8 ШТ )"
Предлагаю добавить ДЕВЯТЫЙ выход чтоб последовательно соединять ПР через него
А по какому интерфейсу ?В ПР110 есть 4 свободных клеймы на выходе.А может через разьем программирования (через модбас ,когда ПР станет мастером).
Правда я писал о соединении макросов ,а не ПР.Но если это навеяло такие мысли ,то то же хорошо:)
думаю как у 63 плк расширение с МР1 ( http://www.owen.ru/catalog/43105423 )Цитата:
Сообщение от rovki
Ну это навряд ли .Проще через уарт .
Хорошо бы сделать доступными для чтения переменные часов внутри проекта ,по типу сетевых переменных ,адреса то выделены .Ну то есть включить их в список адресов входов сетевых переменных .Или по другому-специальная переменная .
а кто-то совсем недавно говорил, что не надо...
ссылку ,если можно,что то путаете ,дайте контекст .Я это просил еще за долго до появления сетевых переменных и этой темы.
В этой теме было предложено мною несколько конкретных примеров(ссылок) ,как обойтись без того чего нет -чтения времени часов .А далее было сказано http://www.owen.ru/forum/showpost.ph...&postcount=119 ,что следовало из ответа разработчиков
,что давно уже просил разработчиков дать такую возможность .Поэтому не путайте желаемое с действительностью .Хотеть одно ,а найти выход из ситуации -это другое .Я всегда был последовательным в своих мыслях и делах.
Мониторинг иногда бывает полезен при пусконаладочных работах на оборудовании. Не далее, как вчера - в эмуляторе все работает безупречно, на оборудовании не работает. Оказалось, ПР110 с заводским браком попалась - вход I1 ничего не воспринимает, хотя индикатор у него светится. Чтобы это определить, пришлось на скорую руку нарисовать программу, где входы напрямую соединены с выходами, и залить в ПРку вместо рабочей.Цитата:
Поставили в эмуляции время цикла секунд пять и будете успевать нажимать входа быстрее чем самый быстрый механизм в реале
Был бы мониторинг - на понимание причин ушло бы всего несколько минут (увидел бы, что реле "не видит" приходящий сигнал). Так что и я бы от него тоже не отказался. Тем более, что у многих неназываемых конкурентов в их программируемых реле он предусмотрен, наряду с эмуляцией.
как шутили в одной телепрограмме: Вы наверное смотрите РБК.Цитата:
Сообщение от Terrano1992
Надо быть уверенным в своей программе, тогда сразу бы подозрения пали на физический вход и не иначе
Рад за тех, кто всегда на 100% уверен в своей программе. Вот только в той программе у меня несколько параллельно проверяемых условий, по любому из которых установка останавливается и ждет, пока оператор не устранит проблему и не нажмет кнопку "продолжить работу". И по которому из этих условий произошел останов, понять было непросто.Цитата:
Надо быть уверенным в своей программе, тогда сразу бы подозрения пали на физический вход и не иначе
Хорошо еще, что один свободный выход оставался. Подключал его в программе по очереди к проверяемым точкам - так и определил источник проблемы. А если бы мне все 4 выхода ПРки для управления установкой были необходимы, и ни один из них временно позаимствовать нельзя?
ну для "контрольки" я бы рекомендовал модбас, это и для отладки полезно и отчеты вести удобно, тем более если проект такой крупный и сложный, значит видимо требуется архивирование: температур, дискретных сигналов, времен начала и окончания операций, аварийных и др.событий
Нет, проект не крупный и не сложный по логике работы. И архивировать там нечего. Управление рабочим циклом клеевого узла кашировальной машины. Просто на программу в ПР110, помимо управления тремя VFD (пуск-стоп в нужной последовательности) возложен еще и контроль всех аварийных ситуаций (например, лист с клеем уже подан на исходную позицию, а лайнера на столе подачи до сих пор нет) и приостановка работы при возникновении любой из них.
Покупать всего лишь для отладки проекта еще и модуль ПР-МИ485 (который стоит почти столько же, сколько ПР110-220.8ДФ.4Р), мне не кажется разумным...
с другой стороны не так и дорого он стоит, чтоб не взять его себе на ПНР. У меня всегда в сумке для ноута, лежит для локалки кабель, для семена адаптер, для 485 интерфейсов ас-4, всегда может пригодится. А наличие модбас переменных, даже если ими не пользуется ни кто, разве скажутся на работу ПР в целом?
Были бы у меня частые проекты на ПРках - взял бы, но ради одного-двух проектов в год... А на более серьезных контроллерах (Овен ПЛК) нужды нет, там для отладки штатных кодесисовских средств достаточно.Цитата:
не так и дорого он стоит, чтоб не взять его себе на ПНР
Ну да ладно, было бы чего тут обсуждать... В любом случае, ПР-МИ485 в ходе ПНР будет не более, чем суррогатным костылем взамен мониторинга. Примерно того же уровня, что я делал, подключая свободный выход к проверяемой точке схемы. Да еще и с отнюдь не наглядной индикацией, для отображения которой потребуется какой-нибудь "Modbus Tester". Так что пожелание остается в силе (если только для его реализации не нужно новую аппаратную платформу для ПРок разрабатывать и Owen Logic с нуля переписывать).
Я себе давным-давно сварганил плату с проводочками, релюшками, батарейкой, резисторами и светодиодами - наблюдаю за срабатыванием выходов независимо от индикации на панели ПР и прочих контроллеров, учитывая, что работать иногда приходится в антианатомических позах, и угол зрения такой, что засветки штатных индикаторов не видно.Цитата:
Сообщение от Terrano1992