Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Добрый день! [quote:0e6facf99a]1. Пакет RSLogix 500 не позволяет создавать функциональные блоки и не предназначен для программирования контроллеров серии 1756. Для этого необходим пакет RSLogix5000. Он позволяет.[/quote:0e6facf99a] Позволю себе маленькое дополнение: необходимо, чтобы активация RSLogix5000 позволяла использовать FB and ST. :oops:

 Подскажите пожалуйста, что за трабла такая. Не становится на ХП СП2 рус. Вылетает с ошибкой инсталлятора 1722 в конце процесса установки. На девственной винде. А на английскую встал и не пискнул. Хотя 15 эмулятор ставил и на русскую винду. В чем проблема и если он таки не ставится - то как добавить 15 Емулятор в список процессоров RsLogix 5000 V16 ???

 В случае использования старых контроллеров AB или оборудования других производителей, без HMI Tags никак не обойтись, потому как обращаться напрямую к тегам можно только к контроллерам серии Logix. Что касается вопроса о том, какой способ обращения к тегам контроллера (напрямую или через HMI Tags) лучше использовать - то мое мнение таково: по быстродействию и надежности разницы не будет, здесь больше вопрос удобства. Главное, собирать теги через RSLinx Enterprise, а не через Classic.

 [quote:084379b7e2="oldDad"]Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции?[/quote:084379b7e2] Вы так и не ответили ни на один из моих вопросов :) [quote:084379b7e2]Вы можете запостить тут несколько интересных скринов из RSLogix? [/quote:084379b7e2] Я не знаю, какие скрины для Вас могут оказаться интересными, покажу несколько каких-нибудь из Google: [img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix5000_300dpi.jpg[/img:084379b7e2] [img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix_5000_v16_image_HMI_2007.jpg[/img:084379b7e2] [img:084379b7e2]http://www.rockwellautomation.com/rockwellsoftware/design/rslogix5000/images/rslogix5000.jpg[/img:084379b7e2] [quote:084379b7e2]И ещё, в Ваших ПЛК можно кодить на С? [/quote:084379b7e2] Да, для любителей писания на С или BASIC есть специальные модули. Вообще, такое "свободное" писание не поощряется в силу нескольких причин: 1) Мало ли кто что напишет. Может получиться непредсказуемая функциональность, а этого может зависеть жизнь и здоровье людей. 2) Если писатель уволится, сопровождать систему может оказаться некому. 3) В мультизадачной операционной среде реального времени такое писание довольно специфично. Кроме того, это обычно просто дорого, сложно и неэффективно. Смысл как раз в том, чтобы любой инженер, не владеющий программированием, мог быстро создавать работающие системы и их просто и эффективно эксплуатировать. 4) Честно говоря, не представляю, что и зачем в контроллерах писать на С, если есть Ladder, FBD, SFC, Structured Text. Cистема команд содержит всё, что только может понадобиться, включая самонастраивающийся PID, а если кому-то нужно всё-таки какое-нибудь [i:084379b7e2]извращение[/i:084379b7e2], то в RSLogix есть возможность создавать свои собственные команды. Что вообще (и зачем) писать в контроллерах на С? Ну, могу представить себе какой-нибудь очень специфический протокол обмена данными. Но у нас есть модули для практически всех протоколов. Эти стандартные языки и появились как раз именно потому, что мировое automation community захотело уйти от вышеперечисленных усложняющих жизнь субъективных вещей и упростить себе жизнь. [quote:084379b7e2]Вы хоть раз видели интерфейс "Проскона" ?[/quote:084379b7e2] Нет :) Я даже документации по нему никакой не нашёл, настолько всё это устарело :) Правда, в одном месте я смог прочесть вот что: [quote:084379b7e2]PROSCON is an HMI system developed by Outokumpu, a Finnish company which specialises in mineral processing installations. At the heart of PROSCON is GE Fanuc's CIMPLICITY HMI software. The PROSCON package provides easy installation and visualisation of motor and PID control.[/quote:084379b7e2] http://www.manufacturingtalk.com/news/geu/geu100.html Это, видимо, что-то очень старое, как по концепции, так и по исполнению. :)

 [quote:f52181dc83="oldDad"]Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции? Мне кажется, что просто использовать у себя consumer-тэги, вообще ничего не кодируя, - это гораздо проще и удобнее, чем писать дополнительный код для получения информации в тэги, которые, к тому же, должны быть созданы у себя на борту. [quote:f52181dc83]"культурная обвязка" с интерфейсом на верхнем уровне[/quote:f52181dc83] Что именно Вы имеете в виду? Вы видели оболочку программирования RSLogix? Куда уж, по-моему, "культурнее" :) Позвольте полюбопытствовать, зачем нужна какая-то дополнительная оболочка? для какой цели?[/quote:f52181dc83] Вы можете запостить тут несколько интересных скринов из RSLogix? И ещё, в Ваших ПЛК можно кодить на С? Вы хоть раз видели интерфейс "Проскона" ? :)

 [quote:7e8a8a4a0f="oldDad"]Не могу согласиться с тем, что MSG удобнее. [/quote:7e8a8a4a0f] +1 Скажем так. Как выход из ситуации (быстрый выход) и очень даже безболезненный - можно и нужно использовать MSG. Но при разработке проекта НОВОГО необходимо использовать producer/consumer тэги. Это мое личное ИМХО. Лично мне намного проще просто указать с каким тэгом работать чем создавать в контроллере дополнительный тэг, указывать что он записывается (или читается) из какого то другого контроллера, прописывать пути коммуникационные и т.п. [quote:7e8a8a4a0f="oldDad"] Вы видели оболочку программирования RSLogix? Куда уж, по-моему, "культурнее" :) [/quote:7e8a8a4a0f] И снова +1 Настройка MSG сводится к минимуму. И понятна буквально через пару минут как столкнулся с данной командой. Немножко конечно приходится подумать насчет как прописать путь - но это тоже "победимо" :)

 Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции? Мне кажется, что просто использовать у себя consumer-тэги, вообще ничего не кодируя, - это гораздо проще и удобнее, чем писать дополнительный код для получения информации в тэги, которые, к тому же, должны быть созданы у себя на борту. [quote:01c239b877]"культурная обвязка" с интерфейсом на верхнем уровне[/quote:01c239b877] Что именно Вы имеете в виду? Вы видели оболочку программирования RSLogix? Куда уж, по-моему, "культурнее" :) Позвольте полюбопытствовать, зачем нужна какая-то дополнительная оболочка? для какой цели?

 Помогите пожалуйста разобраться. Не понятная совершенно проблема. Стоит аппарат с micrologix 1000. Работает нормально всю смену 8-12 часов выключают его приходят утром включают, а он fault причем произошло это дело в разное время в разных цехах находящихся в разных частях города. Посмотрел с помощью RSlogix500, а там ошибка 09h FATAL INTERNAL HARDWARE ERROR. Сбрасываю её, а там вторая ошибка 05h RETENTIVE DATA HAS BEEN LOST, сбрасываю её и всё работает. В одном цеху работает уже полгода, а в другом через месяц опять. Поменяли контроллер на новый поработал и опять встал. попробовал автоматический сброс ошибок S:1/12 так же останавливается, но теперь не надо сбрасывать с компа, достаточно выключить и опять включить и ошибка сбрасывается. Пробовал подключать контроллер в домашних условиях. Иногда после выключения блока питания встаёт иногда нет. Никакой закономерности не нашёл. Программа простейшая вход таймер выход. В чём может быть проблема?

 Добрый день. Имеет-ли кто-нибудь опыт передачи данных между двумя ML1100 через EtherNet? Сколько устройст можно связать таким образом, что-бы каждый видел каждого? В RSLogix500 создал MSG все настроил, вроде должно работать, но самой железяки у меня нет. Имеет-ли данный контроллер и его модули разрешительные сертификаты на территории РФ? И какие именно? И где их можно посмотреть? С уважением, Дмитрий.

 Уважаемые коллеги! Кто-нибудь имел опыт работы с v 16 RSLogix5000 и RS Emulate 5000? При загрузке в Эмулятор программы (в которой есть Add-On) после перехода в Run возникает ошибка: (Type 04) Program Fault(can be trapped by a Fault routine) (Code 86) Access violation in user program В базе данных Rockwell есть note ID 38836: Question Code 86 access violation in user program when going to run after downloaded to RSEmulate 5000 Answer Go to computer properties --> advanced --> performance --> settings and select 'Turn on DEP for essential windows programs and services only'. Но DEP на компьютере так и настроен, а ошибка все равно происходит?!



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH


Облако тэгов
ProSoft Modbus Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.162 секунды