 | |
Предыдущие результаты
 [quote:7d9645d930="JekaM"]
В RSLogix начиная с v16 есть Add-On'ы. [/quote:7d9645d930]
версия 16.03.00
[quote:7d9645d930="JekaM"]
В них на любом интересующем Вас языке можно написать и функции в том числе и передавать и возвращать все что угодно - теги, массивы, структуры UDT. [/quote:7d9645d930]
в структуре Controller Organizer в папке:
1. Data Types есть Add-On-Defined
2. Motion Groups есть Add-On Instruction
когда на одном из этих пунков жмахаешь правой мышкой --> New, появляется окошко New Add-On Instruction. В окошке есть поле Type, в котором на выбор 3 типа: Ladder Diagram, Function Block Diagram, Structured Text. Но ни о каких языках типа С++ там речи не ведеццо :cry: ))
или как то по-другому это делается???
если есть пример кода, дайти плиз)))
|
Есть такой бэйсикообразный язык программирования [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pm/1756-pm007_-en-p.pdf]Structured Text[/url].
Кроме того, в RSLogix5000 начиная с версии v16 есть возможность пополнять систему команд своими собственноручно написанными.
|
Появились ошибки при вклечения программы и непосредственно самого станка?
[img:14889f259d]http://s58.radikal.ru/i159/0903/f8/a3a32c58a4e7.jpg[/img:14889f259d]
[img:14889f259d]http://s55.radikal.ru/i148/0903/8a/608cd80e26d9.jpg[/img:14889f259d]
[img:14889f259d]http://s54.radikal.ru/i146/0903/e4/40d32400e3e1.jpg[/img:14889f259d]
[img:14889f259d]http://s55.radikal.ru/i150/0903/da/21b19b6eec36.jpg[/img:14889f259d]
с чем это связано?
|
Да всё там работает. Просто нужно понимать заложенные в основу функционирования принципы.
Продолжаю оставаться в недоумении относительно сути проблемы. Пытаюсь понять ещё раз:
- по неведомой причине scout хочет динамически изменять description тэга скриптом VBA.
- у него это не получается. scout выражает своё мнение по поводу того, что RSView32 не обеспечивает возможности динамического изменения описания.
- DIMIOKS ему показывает сперва схематично, а потом на примере, что это всё-таки работает.
- из дискуссии лично я понимаю, что scout не совсем отчётливо понимает логику функционирования ядра RSVIew32 и, в силу этого, считает, что программисты Rockwell Software не обеспечили того, что декларировали в документации.
- ему пытаются доказать, что это не так.
- scout настойчиво предлагает коллегам прислать свой код и попробовать его работоспособность. Желающих попробовать пока не находится. Ему ещё раз объясняют логику работы ядра RSView32.
- scout'у предлагают объяснить главную цель, которую он собирается достигнуть, и ради которой он пишет свой VBA-скрипт. Тогда можно было бы порекомендовать адекватный способ её достижения.
- scout ничего не рассказывает о цели, но продолжает недоумевать, что то, как он понимает работу RSVIew32, оказывается не так.
Всё-таки, в чём проблема? VBA работает, всё, что заявлено, меняет. Чтобы эти изменения возымели действие, нужно перевызвать экран. Что ещё?
|
[quote:d1b450d708="scout"]Уважаемые знатоки RSView32, прошу Вас снова вернуться к ФАКТАМ, поскольку полагаю, что все Вы закончили школу, где нас всех учили читать умные книжки :) [/quote:d1b450d708]
Ох, грозился я не отвечать в этой ветке, однако придется, и пусть меня обвиняют в некорректном цитировании:
[quote:d1b450d708="scout"]… а в журнал тревог (который можно просмотреть с помощью др. спец.инструмента RSView32 Alarm Summary), пишутся совершенно другие данные ТОГОЖЕ САМОГО ТЕГА, в нашем случае Description = “TEST”. ЭТО ведь АБСУРТ какой-то![/quote:d1b450d708]
Смотрим выше, что было:
[quote:d1b450d708="DIMIOKS"] Информацию о Description AlarmSummary берет в момент первого события Alarm конкретного тега, либо при запуске, когда в памяти висят неквитированные сигналы. В дальнейшей работе AlarmSummary оперирует именно этим значением, вплоть до [b:d1b450d708]перезагрузки объекта[/b:d1b450d708]. Разработчикам, как видно, в страшном сне не могло приснится, что Description необходимо менять в динамике! [/quote:d1b450d708]
Так, кто не умеет читать?
Продолжаем:
[quote:d1b450d708="scout"]…Итак, ГДЕ “Спрятался” ДИНАМИЧЕСКИЙ ОБМЕН В RSView32???
У объекта RSView32.Tag динамически меняются свойства тега, НО некоторые из них, к примеру такие, как MinimumValue, MaximumValue, Description “живут своей жизнью”, т.е. полностью не адекватны в родных визуальных компонентах RSView32.[/quote:d1b450d708]
Учите матчасть. Где обещан динамический обмен к открытым экранам?
[quote:d1b450d708="scout"]Мои простенькие примеры наглядно это демонстрируют … [/quote:d1b450d708]
Да, демонстрируют – незнание механизмов работы RSView32.
Могу привести еще пример из этой области – измени какой-либо открытый экран (лучше на другом) компьютере, а затем запиши этот файл на целевой компьютер.
Ай, какой плохой RSView32 – продолжает показывать старый экран (почему не отследил факт подмены файла)
До сих пор не могу понять, зачем это надо?
И, я в школе учился – вспомнилась история:
Торчит гвоздь, молотка нет, но есть бутылка. Одноклассник попробовал забить гвоздь бутылкой – получилось, далее он начал искать торчащие гвозди и забивать… После третьего или четвертого бутылка разбилась.
|
Уважаемые знатоки RSView32, прошу Вас снова вернуться к ФАКТАМ, поскольку полагаю, что все Вы закончили школу, где нас всех учили читать умные книжки :)
Итак, откроем букварь №1: “Получение результатов с помощью RSView32 Scripting”, где черным по белому сказано, что Tag – это объект, который имеет свойства & методы, например: Value, MinimumValue, MaximumValue, Description и т.п.
Для тех, кто не владеет технологиями, букварь №2: “Использование COM/DCOM в Delphi” (http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1108), где объяснено популярно, что: …
В Windows 3.1 и более ранних версиях основным средством обмена данных между программами была технология DDE - Dynamic Data Exchange (ДИНАМИЧЕСКИЙ обмен данными). На этой технологии основывалась технология OLE - Object Linking and Embedding (связывание и внедрение объектов). …
Начиная с 1993-его года в Windows NT 3.51 появилась технология OLE 2 - дальнейшее развитие OLE. OLE 2 дополнительно содержит в себе технологии ActiveX, Automation (первоначально называвшаяся OLE Automation) и другие расширения, далеко выходящие за рамки связывания и внедрения объектов, поэтому фирма Microsoft с выходом OLE 2 объявила, что слово "OLE" больше не является аббревиатурой, это просто термин, не имеющий расшифровки. Технология DDE была недостаточной для поддержки OLE 2, поэтому специально под неё была создана новая технология взаимодействия между программами - COM (Component Object Model, модель компонентных объектов). COM оказалась очень удачной технологией, поэтому, начиная с Windows 95, DDE была объявлена устаревшей, а основной технологией обмена данными в системе стала технология COM.
Итак, ГДЕ “Спрятался” ДИНАМИЧЕСКИЙ ОБМЕН В RSView32???
У объекта RSView32.Tag динамически меняются свойства тега, НО некоторые из них, к примеру такие, как MinimumValue, MaximumValue, Description “живут своей жизнью”, т.е. полностью не адекватны в родных визуальных компонентах RSView32. Мои простенькие примеры наглядно это демонстрируют …
Так, где здесь здравый смысл? ... когда RSView32 Tag Monitor (как заявлено самим производителем, спец.инструмент для оперативного наблюдением за тегом), показывает нам одно значение Description = "??? NEW TEST ???", а в журнал тревог (который можно просмотреть с помощью др. спец.инструмента RSView32 Alarm Summary), пишутся совершенно другие данные ТОГОЖЕ САМОГО ТЕГА, в нашем случае Description = “TEST”. ЭТО ведь АБСУРТ какой-то!
|
[quote:6d901701f3="DIMIOKS"]. Как я понимаю, вся проблема в том, что разработчики не посоветовались с Вами и не учли Ваши желания. [/quote:6d901701f3]
Соответственно вопрос? Что изменилось в RSView после версии 6.40 ? Объективно????
Наши Друзья Из Роквелла так и не добавили некоторые моменты в скаду о которых мы сними беседовали в разговоре Что такое хорошо? И что такое плохо?. )))
|
[quote:f34ecc8b05="oldDad"]В паре своих проектов я довольно интенсивно использовал VBA.
В одном, лет 10 назад, тогда ещё не было хороших средств репортинга, я писал в VBA скрипты, забирающие информацию из тэгов и DLG-моделей, а потом скрипты вписывали данные в шаблон рапорта в Excel.
В другой раз я писал на VBA управление рецептурами резиновых смесей для шинного завода Michelin. Там у клиента были очень специальные требования, которые можно было выполнить только с помощью скриптов VBA.
Ещё один раз коллега писал скрипты на VBA для KRUPP Polysius, когда они строили цементный завод в Узбекистане.
Вот и все три случая активного использования VBA за более, чем 10 лет изготовления проектов на RSView32. Больше случаев не припомню.
Как бы там ни было, коллеги, подход "раз этот продукт дорогой, то он должен работать так, как я хочу, потому что я думаю, что он так и должен работать" мне непонятен.[/quote:f34ecc8b05]
Ну насчет дорогой, не дороже других. А SE и существенно дешевле.
А если сравнивать с отечественными + трудоемкость, то дешевле. Зато программистам есть где развернуться.
|
В паре своих проектов я довольно интенсивно использовал VBA.
В одном, лет 10 назад, тогда ещё не было хороших средств репортинга, я писал в VBA скрипты, забирающие информацию из тэгов и DLG-моделей, а потом скрипты вписывали данные в шаблон рапорта в Excel.
В другой раз я писал на VBA управление рецептурами резиновых смесей для шинного завода Michelin. Там у клиента были очень специальные требования, которые можно было выполнить только с помощью скриптов VBA.
Ещё один раз коллега писал скрипты на VBA для KRUPP Polysius, когда они строили цементный завод в Узбекистане.
Вот и все три случая активного использования VBA за более, чем 10 лет изготовления проектов на RSView32. Больше случаев не припомню.
Как бы там ни было, коллеги, подход "раз этот продукт дорогой, то он должен работать так, как я хочу, потому что я думаю, что он так и должен работать" мне непонятен.
|
Мне кажется здесь две проблемы.
1. Мы имеем дело с программистом который хочет переделать все что угодно, лишбы переделать ибо оно работает не так как нужно по его мнению. Лишний раз убедился нельзя в эту сферу пускать программистов нашей страны. Делал проекты до 3500 переменных на RSView32 и не разу не пользовался VBA, кроме простейшего отправить рапорт на печать.
2. С такими встречался на других форумах(по другим компаниям), написать что у вас плохо все сделано, этакая антиреклама.
3. Если необходимо то лучше написать программу в Лоджике. И просто и понятно.
Проще надо делать :shock:
|
Предыдущие результаты
Ещё результаты |
|
| |
|
