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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 Причины вот: [url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/34DB2B4D8220715B85257116004D29AD?OpenDocument]G146332600 - On the Minor Faults tab in RSLogix 5000 you get a fault Type = 6 Code = 4, this is shown as an unknown fault[/url] Вот тут ещё можно почитать: [url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/F9B184C328ED342F85256AFB00706279?OpenDocument]G19983 - Handling Minor Faults in a ControlLogix Processor[/url]

 [quote:e0ed6ab568]ИМХО, металлургам проще в том смысле, что между правками есть перерывы... [/quote:e0ed6ab568] Это не совсем так :) Доменная печь - это агрегат непрерывного действия. Печи работают непрерывно и круглосуточно. [quote:e0ed6ab568]Бытовая химия и формацевтика это хорошо... А много ли примеров автоматизации установок 1-й категории взрывоопасности? [/quote:e0ed6ab568] Есть такие примеры, немало. Навскидку: - Норильск-Никель (шахты) - Газпром - компрессора (барьеры Pepperl+Fuchs) - Омский Углерод - Горловка, ПО Стирол - ряд НПЗ - Рязанский, Марийский, - BP-TНК много чего есть в Германии, очень много - в Штатах, Канаде, в Китае. в Юго-Вост. Азии, в Африке, во Франции, просто у меня нет референса. [quote:e0ed6ab568]А что Вы можете сказать о серии 1797? [/quote:e0ed6ab568] Только хорошее. Продаются, и немало. [quote:e0ed6ab568] По моему глубокому убеждению, для непрерывных процессов самым наглядным и удобным является FBD. А есть ли опыт использования SFC на CL? [/quote:e0ed6ab568] Да, собственно говоря, FBD для этого и предназначен. А вот SFC для непрерывных процессов подходит плохо, я бы сказал, это - вообще не тот язык, который здесь нужен. SFC, как Вы знаете, был разработан впервые для автомобильной промышленности и машиностроения, где объект проходит ряд последовательных технологических операций. [quote:e0ed6ab568]Если мы задаем шкалы непосредственно на модуле, то теряем возможность оперативно, без запуска RSLogix, изменить шкалу. На нефтеперерабатывающем производстве достаточно часто приходится менять датчики или изменять их шкалу... [/quote:e0ed6ab568] Да, но мне кажется, что не так уж всё и драматично :) Возможность запустить RSLogix есть всегда, да и датчики меняются не так уж и часто, и не каждый раз на разные :) Раньше и не было возможности держать конфигурацию в модуле, и писали подпрограммы обработки руками, и ничего :) Конечно, нужна вторичная обработка. В версии 16, кстати, появляется возможность создавать пользовательские Add-On-инструкции на LL или FBD или ST, а потом пользоваться ими где угодно, а пользовательские струкутры данных можно создавать уже давно - очень удобно, и очень большой щаг вперёд, я считаю. И будет Phase Manager - тоже полезная вещь. Будут добавлены новые инструкции - ALMD и ALMA - алармы, соответственно, цифровые и аналоговые с LL,L,H,HH, Rate of Change, с опциями Delay Time, Latched or continuous, Automatic acknowledge. Я с v16 уже поигрался, ждём в 3-м квартале. [quote:e0ed6ab568][quote:e0ed6ab568]Алармы - и в контроллере, и в SCADA, в зависимости от.[/quote:e0ed6ab568] От чего? Что правильнее: жестко задавать пределы сигнализации для аналогового тега на уровне SCADA, или же объявлять в SCADA дополнительные дискретные теги на каждый предел сигнализации, хранящийся и обрабатываемый в контроллере? (замечу, что в RSViewSE нет ограничения на регистрируемые теги) [/quote:e0ed6ab568] В зависимости от того, где удобнее и нужнее :) Теперь будет совсем просто и удобно - см. выше :) [quote:e0ed6ab568]Я недавно на этом форуме, но был бы не против...[/quote:e0ed6ab568] Так за чем дело стало? :) Прошу Вас, чувствуйте себя, как дома, форум - для Вас :) http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&t=111

 [quote:4a6717a785="oldDad"]В качестве примера применения Rockwell в непрерывном производстве могу привести, доменные печи на комбинате "Азовсталь" в Мариуполе, на КМК в Новокузнецке, в Кривом Рогу, конверторные цеха, скажем, на ДМК в Днепродзержинске, электросталеплавильное производство, например, на UralSteel, есть ещё множество примеров. [/quote:4a6717a785] ИМХО, металлургам проще в том смысле, что между правками есть перерывы... [quote:4a6717a785="oldDad"] Химия - весь, например, Procter and Gamble, ПО Стирол, Омскуглерод, да есть ещё полно примеров. Пищевая промышленность, фармацевтика, цементные заводы, много, очень много всего. [/quote:4a6717a785] Бытовая химия и формацевтика это хорошо... А много ли примеров автоматизации установок 1-й категории взрывоопасности? [quote:4a6717a785="oldDad"] Поскольку системы на Allen-Bradley строятся уже несколько десятилетий, применены все контроллеры - от PLC-3 до ControlLoigx. [/quote:4a6717a785] До появления ControlLoigx, ИМХО, создателям систем приходилось несладко... Знаю сам по опыту работы с PLC-5. Довольно велики затраты на инжиниринг по сравнению с использованием готовых решений класса DCS. [quote:4a6717a785="oldDad"] Модули ввода-вывода самые обычные, мне известно только два случая, когда (в химии) используются модули в специальном "coated" исполнении класса G3, оба случая в сернокислотном производстве. В тех случаях, когда нужна искробезопасность, используются барьеры MTL или аналоги. [/quote:4a6717a785] А что Вы можете сказать о серии 1797? [quote:4a6717a785="oldDad"] Известно несколько инсталляций ProcessLogix (Как под брэндом Allen-Bradkey, так и под брэндом Honeywell) - в химии. [/quote:4a6717a785] Есть одна инсталляция Plantscape R320 и у нас, и теперь куча проблем с ее модернизацией... [quote:4a6717a785="oldDad"] Языки - LL, FBD, ST. [/quote:4a6717a785] По моему глубокому убеждению, для непрерывных процессов самым наглядным и удобным является FBD. А есть ли опыт использования SFC на CL? [quote:4a6717a785="oldDad"] Первичная обработка аналоговых сигналов заключается в подавляющем большинстве случаев в первичной фильтрации средствами модуля и последующем масштабировании - в старых контроллерах программно, в новых - прямо на модуле, если нужно. [/quote:4a6717a785] Если мы задаем шкалы непосредственно на модуле, то теряем возможность оперативно, без запуска RSLogix, изменить шкалу. На нефтеперерабатывающем производстве достаточно часто приходится менять датчики или изменять их шкалу... А как в таком случае обрабатывать сигнал перепада давления на сужающем устройстве, имеющий квадратичную зависимость? А пересчет из объемных единиц измерения в массовые, с учетом давления, температуры и плотности продукта??? Без первичной и даже вторичной обработки тут не обойтись :-) [quote:4a6717a785="oldDad"] Алармы - и в контроллере, и в SCADA, в зависимости от. [/quote:4a6717a785] От чего? Что правильнее: жестко задавать пределы сигнализации для аналогового тега на уровне SCADA, или же объявлять в SCADA дополнительные дискретные теги на каждый предел сигнализации, хранящийся и обрабатываемый в контроллере? (замечу, что в RSViewSE нет ограничения на регистрируемые теги) [quote:4a6717a785="oldDad"] На самом деле, попытки стандартизации кода и создания библиотек кодов и решений предпринимаются постоянно, но все они насколько я знаю, носят какой-то локальный характер. [/quote:4a6717a785] Но на уровне хотя бы одного собственного предприятия такую политику выработать необходимо, чтобы снизить издержки на дальнейшее обслуживание. [quote:4a6717a785="oldDad"] Я попробовал было предложить создать на этом сайте нечто вроде библиотеки программных решений. не откликнулась пока ни одна живая душа - видимо, жто не нужно.[/quote:4a6717a785] Я недавно на этом форуме, но был бы не против...

 Здравствуйте, коллеги! Здравствуйте, Игорь Аркадьевич! У нас возник принципиальный спор о программных способах реализации поставленных перед нами задач на базе RSLogix5000. Есть непрерывный технологический процесс, несколько десятков управляемых электрозадвижек. Нам предлагают поместить всё (сбор информации, управление, обслуживание SCADA) в циклическую задачу, обосновывая это тем, что: 1. не будет риска повторного запуска задачи до того, как она завершится. 2. обслуживание основных технологических задач должно осуществляться в фоновом режиме. 3. объем заложенной логики выполняется (в отсутствие других задач) достаточно быстро Выскажите, пожалуйста свое мнение, поделитесь личным опытом построения систем, т.к. мне кажется, что фоновая задача - она и есть фоновая, её приносят в жертву всему остальному. Как бы нам не поиметь проблем с учетом дальнейшего развития системы (появлении периодических задач, которые будут прерывать фоновую, и т.д.). Да и иметь такой функционал, как у RSLogix5000, и не использовать его :? как то неправильно. На сколько я знаю такой подход может плохо отразиться на трафике ControlNet, т.е. в SCADA возможны тормоза - правильно ли я думаю?

 Здравствуйте. Получили на фирму инсталляционный диск RSLogix 500, и, на том же диске, в дистрибутиве - RSView32. Но в главном меню диска, в пункте "Try out other Rockwell software products" RSView32 обозначена как demonstration version . Можно ли использовать, при наличии ключей активации от наших ранний версий, эту инсталляцию как полноценный SCADA пакет или она всё таки является урезанной демо версией пром.образца ?

 1. Входит ли RSlinx Gateway (9355-WABGWENE) в состав RSLinx Enterprise, входящий в поставку RSViewSE? 2. [quote:b7e60d6204]Получите Вы вот что: http://www.software.rockwell.com/rslogix/order.cfm [/quote:b7e60d6204] Странно, в описании профессиональной версии ничего не сказано о RSNetworx for Ethernet/IP. А как же тогда быть с публикацией [url]http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/9324-pp001_-en-p.pdf[/url] Ведь там сказано что в RSLogix 5000 Proffecional RSNetWorx for EtherNet/IP [b:b7e60d6204]included[/b:b7e60d6204]

 Получите Вы вот что: http://www.software.rockwell.com/rslogix/order.cfm KEPServer - это ОРС-сервер для не-Алленбрэдлевских устройств: http://www.kepware.com/Products/products_OPCServers.html

 >Где бы узнать, что конкретно поставляеться по заказному номеру? >Какие диски, лицензии, документация? Интересует, что мы получим, >заказав, скажем, RSlogix 5000 Professional 9324-RLD700NXENE. Есть документ 1756-sg0001f-en-p.pdf, типа Selection Guide для выбора всего по 56-ой серии, в том числе и по программному обеспечению. Там все написано, что входит в состав указанного каталожного номера Logix 5000. На самом деле, много всего включает, куча компактов в коробке (по-моему 10 штук). Версия документа может есть уже и более свежая.

 Где бы узнать, что конкретно поставляеться по заказному номеру? Какие диски, лицензии, документация? Интересует, что мы получим, заказав, скажем, RSlogix 5000 Professional 9324-RLD700NXENE. И еще вопрос (лень начинать новую тему :) ): Что за продукт: 9301-OPCSRVENE KEP Server Enterprise ? Разве RSLinx Enterprise, входящий в поставку RSViewSE, не позволяет подключаться через OPC к контроллерам других фирм? И входит ли RSlinx Gateway (9355-WABGWENE) в состав RSLinx Enterprise?

 А как в RSLogix500 просмотреть как подпрограммы вызываются друг за другом и есть ли вообще такая возможность



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


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



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



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



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



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




  
RA & VDT GmbH


Облако тэгов
RSLogix ControlLogix sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermel

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

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.123 секунды