В CoDeSys 2 есть режим "batch mode": http://plc24.ru/komandnyj-fajl-cmdfile-codesys-chast-1/
В CoDeSys 3.5 можно на Python скрипты писать: https://help.codesys.com/api-content...ython_scripts/
В CoDeSys 2 есть режим "batch mode": http://plc24.ru/komandnyj-fajl-cmdfile-codesys-chast-1/
В CoDeSys 3.5 можно на Python скрипты писать: https://help.codesys.com/api-content...ython_scripts/
Для большинства задач, решаемых на ПР, достаточно иметь возможность просмотра необходимых переменных на ПК в виде таблицы, с возможностью пошагового выполнения программы в приборе, и возможность поставить точку останова. Для каких алгоритмов необходимо все остальное, даже не представляю.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Тут могут быть как минимум 2 варианта:
1) Фирма ОВЕН специально не хочет улучшать ПР. Например, чтобы не получилось, что "все клиенты пересели на ПР, и ПЛК покупать перестали".
2) Проблема "ПР и яйца". Иными словами, сейчас часть возможностей в ПР хромает, поэтому никто и не начинает использовать ПР в более интересных задачах. Возможность управлять работой системы ОЛ-ПР из внешних инструментов упростит ряд тестирований сделает возможным решение новых задач.
Смотря что тут понимается под "точками останова" и/или "пошагового выполнения".
Например, "выполнить 10 шагов, и потом остановиться" подразумевается? Или же нужно будет 10 раз мышкой щёлкать?
"Выполнять в течение 1секунды, а потом остановиться" тоже подразумевается?
"Точка останова с условием того, что такая-то переменная равна такому-то значению" подразумевается?
С момента появления ПР, их и так улучшили, если вспомнить какие задачи на них планировалось закрывать в 2009 и сейчас. Естественно, что все улучшения должны быть в ценовом коридоре ПР, в том числе и отладка, иначе это будет ПЛК.
Мне кажется если будет сам механизм, то сделать это по таймеру/счетчику или кол-ву кликов мыши не составит труда. Я не владею пока информацией, по функционалу который разрабатывается.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Вообще говоря, взаимодействие ОЛ и внешних программ едва ли кардинально изменит ценник.
Команд в ОЛ автоматизации не так много: "открыть owl файл", "загрузить проект в ПР", "запустить схему", "поставить ПР на паузу", "сделать 1 шаг схемы", "получить значение переменной", "изменить значение переменной".
Наверняка я что-то забыл, но всё равно весь этот функционал тем или иным образом уже реализован в связке ОЛ-ПР.
Совершенно непонятно почему возможность внешней автоматизации как-то существенно поднимает ценник. Более того, наверняка в ОВЕН автоматизация УЖЕ сделана. Компания же как-то тестирует изделия? Кстати, возможно ОВЕНу есть что рассказать (например, на конференции https://heisenbug-piter.ru/ , 17-18 мая )
Иными словами, если есть кнопка в интерфейсе (запуск симуляции), то добавить вызов этой функции из внешней программы не будет составлять труда.
Не составит труда это как? Из внешней программы, которая будет щёлкать в нужные координаты ОЛ 10 раз с интервалом в 10 секунд?
Разница между "щёлкать мышкой по координатам" и использовать команду "ol.next_step" колоссальная. Координаты могут измениться с выходом новой версии ОЛ, с обновлением Windows и так далее.
Какой то космос ...,половину даже не понял (наверное тупой) .Крайности они всегда чреваты ....Отладчик должен помочь не опытному пользователю отладить алгоритм на обьекте ,а не отправлять его еще изучать 500стр описания возможностей отладчика ...который будет позволять пользователю удаленно загружать ,записывать ,отлаживать ...и еще 100 опций , из другой программы .Программа на программе и программой погоняет - чур меня....Явный перебор!
электронщик до мозга костей и не только
По первой ссылке - plc24.png
По второй любопытно конечно. Но надо рядом иметь комп и круг сценариев не очень широк. Вот что комп заменит? Вачдог? Так ПР не настолько сложные приборы, чтоб зависать...
Так я и не предлагаю эту технологию использовать вместо основного мозга системы.
Тут смысл в том, что подобная автоматизация может упростить тестирование.
Например, можно сделать тест, который выведет ПР "на режим":
1) Запускаем программу
2) Через 15 минут эмулируем воздействие (иными словами, через python или подобный скрипт заставляем ПР думать, что на входе появился сигнал)
3) Ещё через 5 минут скрипт проверяет какие выходы получились у ПР.
При этом получается, что:
А) Можно тестировать в более приближенных к реалиям условиях (часть датчиков и выходных сигналов можно не подключать, а часть можно и подключить)
Б) Можно тестировать на длительных интервалах времени. Зарядили -- и иногда присматриваем. Для ряда случаев шанс ошибки сильно сокращается.
В) Есть воспроизводимость результатов. Иными словами, если поправили схему, то "все прошлые" тесты можно просто запустить и убедиться, что ничего не сломалось.
И тому подобное.
Да, сайт plc24.ru, похоже, протух, но в CoDeSys 2.3 реально слабый функционал по скриптам: https://stackoverflow.com/questions/...-in-batch-mode Например, чтения-записи переменных нет.
Да этого ни чего не надо ,проще проверить алгорит в оффлайн ,а потом в онлайн .Тут дело не в том сколько работает ПР(5 минут или час) ,а в том что бы проверить поведение системы (алгоритма) при разных комбинациях дискретных входов и разных значениях аналоговых сигналов , а для ПИД регуляторов и аналоговых выходов проверить качество настройки (регулирования) ,для этого достаточно "самописца аналогового" (график) .А все остальное от Большого Ума. и тем у кого его меньше сильно усложнит жизнь.
Для любого электронщика для отладки достаточно осциллографа,потому и предлагал видео регистратор ,с возможностью видеть и записывать сигнал из любой точки схемы ,причем по 1,2,4 каналам через специальные переменные или сетевые .
Последний раз редактировалось rovki; 04.12.2018 в 13:34.
электронщик до мозга костей и не только
такое ощущение, что люди никогда не работали с типовой отладкой по JTAG или тем же CoDeSys
Какие 10 шагов сделать и остановится?
Ещё онлайн-трассировку аппаратную попросите в устройстве за 3 копейки.
Ещё и скрипты.
Скрипты это вообще юнит-тестирование. Никакого отношения к отладке.
Мы тестируем ПР на внешнем, аппаратном стенде, не совсем дешёвом. Потому, что надо тестировать всё устройство, а не алгоритм. Алгоритм будет идеальным, но реальное быстродействие, задержки по i/O и т.п. сделают его нерабочим в принципе.
Тов. Ситников, не смущайте умы!
Тролль-наседка, добрый, нежный и ласковый