Иэ9701. Электроточило ИЭ9701-УХЛ4: характеристики, особенности и применение советского станка

PLCS.net — Интерактивные вопросы и ответы > PLCS.net — Интерактивные вопросы и ответы > LIVE PLC Вопросы и ответы > Надоело распределенное резервирование RSViewSE

PDA

Просмотр полной версии : Надоело распределенное резервирование RSViewSE

OkiePC

17 июня 2008 г., 14:47

Наши три операции измельчения HMI-платформы используют RSViewSE 4.0, распространяемый как для говядины, так и для колбасных изделий (http://www.youtube.com/watch?v=7UHKB6nQrzM). ЧМИ.

Есть четыре сервера, которые обрабатывают приложения, два сервера, два клиента и вход в HMI через тонкие клиенты через citrix. Существует еще один сервер, на котором размещается каталог Factory talk и RSSQL для регистрации данных, и шестой сервер, используемый исключительно для управления доменом и предоставления пути к локальной сети предприятия. Когда возникает проблема, весь завод останавливается, пока мы пытаемся снова запустить систему. Это произошло как минимум 8 раз за последние полтора года (с тех пор, как я начал здесь работать).

Часто восстановление работоспособности может занять пару часов, и мы редко знаем наверняка, в чем была причина. Кажется, что опция избыточности вызывает большинство наших проблем, но было пару раз, когда система выполняла отработку отказа и фактически предотвращала простои. В целом, время простоя, которое мы испытали, IMO, было намного больше, чем у нас было бы с 3 автономными системами HMI на базе ПК.

Мой коллега потратил бессчетное количество человеко-часов на исправление, настройку, изучение и разработку элементов HMI. Он работал с Rockwell и испробовал всевозможные механизмы, связанные с тем, какие серверы размещают какие кусочки головоломки, но, несмотря ни на что, были проблемы.

Мы решили перейти на автономную систему, чтобы время простоя было ограничено, по крайней мере, 1/3 завода, и было бы легче управлять для нас, контролирующих людей, не так сильно зависящих от ИТ.

Майк (мой коллега и наш гуру SE) рассматривает автономную версию RSViewSE, чтобы не потерять все свои разработки. Он часто говорит, что сначала хотел бы подтолкнуть mgmt к использованию Wonderware или Ifix, но теперь это все равно, что начать все сначала.

Мне интересно, не будет ли лучше использовать RSView32, и можно ли будет повторно использовать что-либо из RSViewSE, если мы это сделаем?

Кроме того, в чем разница между:
Станцией FactoryTalk View Site Edition (т.е. 9701-VWSB100AENE)
Станцией FactoryTalk View Machine Edition для Windows (т.е. 9701-VWMR075AENE)

Спасибо,
Пол

Июнь090099 , 2008, 16:01

Если бы вы перешли на RSView 32, это было бы похоже на использование Wonderware или какого-либо другого HMI.

В прошлом нам также приходилось переходить на SE Standalone с распространяемой SE. Это прямой импорт в SE, просто нужно создать отдельное приложение и импортировать свои экраны, макросы и все остальное, что есть в проекте. Единственная проблема, которую я вижу, это если вы использовали разные области внутри распределенного, но вам просто нужно было бы импортировать все экраны в автономный вместе с объединением баз данных тегов в одну, если вы не использовали прямое именование тегов.

ghettofreeryder

17 июня 2008 г., 19:06

Что ж, именно по этой причине мы отказались от RSView, вообще от всех AB HMI. Мы перешли на FactoryPMI/FactorySQL. Используя 2 сервера, вы можете иметь полностью избыточную систему и использовать существующие клиентские машины. если бы это было только мое решение. Это детище Майка, и он вложил в него кучу труда.

Он использует прямую адресацию почти для каждого тега и широко использует файлы параметров. Также задействован значительный объем VBA, который отправляет данные в приложение и из него, на которое он ссылается как на «веб-решатель». Это алгоритм, который вычисляет идеальные размеры партии с частями до четырех разных начальных блендеров, чтобы получить точное процентное содержание жира в конечных партиях.

Он превратился в настоящего Франкенштейна системы, и ожидается, что мы очень быстро перейдем к автономным системам. Кроме того, я полагаю, что между нашим поставщиком и Rockwell ведутся переговоры о том, чтобы дать нам какую-то скидку, когда мы «торгуем» с «распределенных» SE на «станции».

Все ПЛК являются SLC BTW, и в этом миксе также есть шлюз controllogix.

curlyandshemp

17 июня 2008 г., 20:22

Кроме того, в чем разница между:
FactoryTalk View Site Edition Station (т.е. 9701-VWSB100AENE)
FactoryTalk View Machine Edition Station для Windows (т.е. 907015AEWMR )

Спасибо,
Пол

Станция Site Edition — это старая версия RsView SE, работающая на ПК.
Станция Machine Edition позволяет ПК вести себя как PV+

Основное различие между SE и ME, которое я знаю, SE позволяет запускать скрипты по нажатию кнопки, и я думаю, что также позволяет VBA, тогда как ME не позволяет
Ситуация вышла из-под контроля — я вам сочувствую. Пообщавшись со многими интеграторами, я пришел к выводу, что RSView SE — особенно с избыточностью — в лучшем случае неуклюжий — проблемный ребенок Rockwell. Это, очевидно, не поможет вам сейчас, но это хорошо для тех, кто рассматривает это.

Будем надеяться, что автономные системы не сильно уменьшат возможности вашего оператора. В какой-то момент они, безусловно, будут препятствовать масштабируемости, но если система соответствует вашим требованиям, у вас больше возможностей. Я большой поклонник простоты.

В вашем случае виртуализация, вероятно, упростила бы некоторые вещи. 2 физических сервера с этими 8 виртуальными машинами (с VMotion) дают несколько преимуществ:
1. Один физический сервер может выйти из строя, а другой будет запускать все автоматически.
2. Перезагрузка выполняется быстрее и проще.
3. Обновления более плавные, поскольку вы можете создавать резервные копии целых «образов» и легче устранять проблемы. Не пытайтесь переместить существующую проблемную систему — это приведет к сложности там, где она вам не нужна.

Тем не менее, FactoryPMI не уступает по возможностям RSView SE и имеет реально работающую и простую в использовании систему резервирования. Суть в том, что это архитектурно просто. Но вам придется начинать с нуля, как в случае с Wonderware или iFix.

Наши платформы HMI для трех операций измельчения используют RSViewSE 4.0, распространяемый как для операций измельчения говядины, так и для колбас (http://www.youtube.com/watch?v=7UHKB6nQrzM), в качестве HMI.

Есть четыре сервера, которые обрабатывают приложения, два сервера, два клиента и вход в ЧМИ через тонкие клиенты через citrix. Существует еще один сервер, на котором размещается каталог Factory talk и RSSQL для регистрации данных, и шестой сервер, используемый исключительно для управления доменом и предоставления пути к локальной сети предприятия. Когда возникает проблема, весь завод останавливается, пока мы пытаемся снова запустить систему. Это произошло как минимум 8 раз за последние полтора года (с тех пор, как я начал здесь работать).

Часто восстановление работоспособности может занять пару часов, и мы редко знаем наверняка, в чем была причина. Кажется, что опция избыточности вызывает большинство наших проблем, но было пару раз, когда система выполняла отработку отказа и фактически предотвращала простои. В целом, время простоя, которое мы испытали, IMO, было намного больше, чем у нас было бы с 3 автономными системами HMI на базе ПК.

Мой коллега потратил бессчетное количество человеко-часов на исправление, настройку, изучение и разработку элементов HMI. Он работал с Rockwell и испробовал всевозможные механизмы, связанные с тем, какие серверы размещают какие кусочки головоломки, но, несмотря ни на что, были проблемы.

Мы решили перейти на автономную систему, чтобы время простоя было ограничено, по крайней мере, 1/3 завода, и было бы легче управлять для нас, контролирующих людей, не так сильно зависящих от ИТ.

Майк (мой коллега и наш гуру SE) рассматривает автономную версию RSViewSE, чтобы не потерять все свои разработки. Он часто говорит, что сначала хотел бы подтолкнуть mgmt к использованию Wonderware или Ifix, но теперь это все равно, что начать все сначала.

Мне интересно, не будет ли лучше использовать RSView32, и можно ли будет повторно использовать что-либо из RSViewSE, если мы это сделаем?

Кроме того, в чем разница между:
Станцией FactoryTalk View Site Edition (например, 9701-VWSB100AENE)
Станцией FactoryTalk View Machine Edition для Windows (например, 9701-VWMR075AENE)

Спасибо,
Пол

Amazingmg 3 июля 2000 9000 , 2008, 09:54

Сожалеем, что у вас так много проблем.

Интересно, поможет ли CPR9 (5.0)?

6 месяцев назад мы установили систему CPR9 с 2 резервными наборами серверов HMI/DATA с 3 процессорами clx и работающими 8 клиентами плюс 2 инженерные станции, и не было никаких проблем, о которых можно было бы говорить. Система имеет около 150 моторов и 300 измерительных контуров/индикаторов. Единственное, что меня беспокоит, это то, что FT Alarm and Events еще не поддерживает избыточность, поэтому я не мог полностью отказаться от тегов, поскольку мне нужны были теги HMI для управления сводкой сигналов тревоги.

Я был удивлен, когда прочитал, что у кого-то так много проблем с тех пор, как наша установка была такой хорошей.

Интересно, архитектура тут при чем? Системная архитектура, вероятно, может помочь или сломать вас.

mrmss

2 июля 2008 г., 16:36

Я не думаю, что представление factory talk поможет вам, так как в настоящее время нет поддержки VBA на стороне сервера. FactoryTalk SE — это приложение типа SCADA.

У меня нет большого практического опыта работы с RSView, но я только что прошел обучение в Rockwell! … Я думаю, что я узнал, что сценарии VBA в RSView являются однопоточными, я также знаю, что это означает, что нет смысла использовать «DoEvents» в ваших циклах, и это может вызвать проблемы в VBA . .. запустите это множество вашим гуру и хорошо удача!

Я так понимаю, если Роквелл замешан, вы знаете о лог-файлах и т.д.? Все последние пакеты обновлений/исправлений включены. Ваша лучшая надежда может заключаться в том, чтобы максимально улучшить диагностику в отношении вашей избыточности и сидеть и ждать.

OkiePC

2 июля 2008 г., 16:50

Да, Майк находится на пути к переносу приложения на автономные версии. Rockwell должен заключить для нас сделку по лицензированию, так что да, они знают о наших проблемах, одобрили первоначальный дизайн и т. д.

Насколько мне известно, его VBA не является основной причиной наших проблем. Он использует VBA для создания текстовых файлов, которые отправляются внешнему приложению для обработки, получения, а затем анализа результатов и записи их в регистры ПЛК, а затем проверки того, что запись действительно прошла. Это происходит раз в две-десять минут в течение дня.

Установлены все последние исправления для 4. 0. Он не считает, что продолжение обновления путем перехода на FT 5.0 решит все проблемы после прочтения всех примечаний к выпуску по этому вопросу.

Майк протестировал приложение в автономном режиме и с минимальной отладкой некоторых тегов у него оно заработало за одну смену. Теперь осталось только приобрести оборудование для ПК и лицензии.

Спасибо за все комментарии.
Пол

Amazingmg

2 июля 2008 г., 17:22

Рад, что вы нашли решение. Удачи. Я знаю, насколько неприятными могут быть такие ситуации.

МайкБ

2 июля 2008, 09:32 PM

Мне интересно, не будет ли лучше использовать RSView32, и можно ли будет повторно использовать что-либо из RSViewSE, если мы это сделаем?

Кроме того, в чем разница между:
FactoryTalk View Site Edition Station (т.е. 9701-VWSB100AENE)
FactoryTalk View Machine Edition Station для Windows (т.е. 9701-VWMR075AENE)

1. RSView32 — потребуется переработка.
2. Станция FactoryTalk View Machine Edition для Windows — потребуется переработка, так как ME не поддерживает макросы, другая система оповещения, другие функции некоторых кнопок и т. д.
3. Станция FactoryTalk View Site Edition — это то, что вам нужно!

У меня есть клиент, когда я использую две станции FactoryTalk View Site Edition, настроенные одинаково. Один на заводе, другой в кабинете начальника. Простое резервирование!! Единственным недостатком является то, что ПЛК получает большую нагрузку на связь, а подтверждение/сброс аварийных сигналов и т. д. требует некоторого обдумывания. Но это работает для этого сайта, если ИТ-поддержка недоступна.

ahackwor

10 сентября 2008 г., 12:32

Пол

Итак, как у вас работают автономные приложения? Используете ли вы View SE 5 для автономных приложений?

Энди

OkiePC

10 сентября 2008 г., 13:27

Что ж, мы подключили нашего дистрибьютора, и он работал с Rockwell, чтобы помочь нам.

По сути, они утверждают, что SE Disstrubuted 5.0 исправляет многое из того, что не так с 4.0, и что они приедут на наш завод и смогут выяснить, что мы делаем неправильно (бесплатно).

Итак, они пришли в течение двух дней и прошли через нашу сеть. Они составили список того, что нам нужно изменить, и предоставили Майку версию 5.0 и советы по процессу преобразования.

Наши ИТ-специалисты предоставили ему еще один сервер для работы и VMWare, чтобы он мог протестировать приложение в версии 5.0 с одним сервером, на котором запущено несколько сеансов VMWare, чтобы обеспечить нужную нам архитектуру.

Итак, после того, как Майк преодолел некоторые препятствия, чтобы заставить систему работать (не в рабочей среде), и был счастлив, что все работает, теперь у него есть один из клиентов этажа (в рабочей среде), указывающий на его виртуальный сервер.

Итак, мы собираемся пока оставить SE Distributed избыточным и дать 5.0 шанс. В какой-то момент, когда Майк будет готов, мы обновим все исходные серверы до Windows Server 2003, установим на них 5. 0 и продвинем всю систему вперед.

Нам все еще нужно изучить настройки некоторых наших сетевых коммутаторов. Одной из самых больших проблем, обнаруженных экспертами RA, было использование автоматического согласования. Они сказали, что всегда лучше дать всем устройствам фиксированную скорость и дуплекс, поэтому мы сделали это для SLC и ПК, а также для некоторых коммутаторов.

Я не вникал в мельчайшие детали, и работа над этим все еще продолжается. Когда (если) все будет сказано и сделано, я постараюсь снова опубликовать.

Пол

gougeeye

1 октября 2008 г., 16:03

Можно ли сравнить Factory PMI/SQL с RSView SE по функциональности и емкости?

surferb

1 октября 2008 г., 18:04

Короче говоря, я бы сказал да. У вас есть конкретные вопросы?

Сопоставим ли Factory PMI/SQL с RSView SE по функциональности и емкости?

gougeeye

2 октября 2008 г., 01:23

Требуются ли еженедельные перезагрузки для поддержания работы, как у RSView SE?
Есть ли в нем полезный язык сценариев? Есть ли у него надежная объектная модель с доступом к свойствам тегов и свойствам отображаемых объектов? Имеет ли он централизованное управление дисплеями и тегами? Были ли они достаточно умны, чтобы использовать настоящую базу данных вместо какого-то связанного списка? Можете ли вы щелкнуть правой кнопкой мыши имя тега и получить перекрестную ссылку, где он используется?

surferb

2 октября 2008 г. , 01:44

1. Не требует еженедельных перезагрузок — «Шлюз» основан на облегченном встроенном веб-сервере Apache Tomcat и сервлете Java, который очень стабилен.
2. Использует Python в качестве языка сценариев. Полезно и легко с конструкторами скриптов. Мощный (большая библиотека и доступ почти ко всему). Имеет множество глобальных событий (вход в систему, выход из системы, таймер в общем или отдельном потоке, нажатие клавиши) и поддержку локальных событий (наведение курсора мыши, щелчок, изменение свойства объекта и т. д.). Не включает отладчик, но имеет инструменты тестирования.
3. Да, на надежной объектной модели, включая надежную систему «привязки» и доступ к сценарию.
4. Если вы используете SQLTags, у вас есть централизованное управление тегами и свойствами.
5. База данных работает на стандартной базе данных SQL — обычно MS SQL Server или MySQL, но также может быть: PostgreSQL, Oracle и т. д.
6. Вы не можете выполнять обратный поиск по тегу.

Самым сильным преимуществом является то, что клиенты (Java) основаны на веб-интерфейсе, что означает, что 1. «установка» — это щелчок по ссылке из браузера, а затем значок. 2. Лицензирование поддерживает неограниченное количество одновременных клиентов.

Требуются ли еженедельные перезагрузки для продолжения работы, как у RSView SE?
Есть ли в нем полезный язык сценариев? Есть ли у него надежная объектная модель с доступом к свойствам тегов и свойствам отображаемых объектов? Имеет ли он централизованное управление дисплеями и тегами? Были ли они достаточно умны, чтобы использовать настоящую базу данных вместо какого-то связанного списка? Можете ли вы щелкнуть правой кнопкой мыши имя тега и получить перекрестную ссылку, где он используется?

венчик

30 октября 2008 г., 12:11

Когда я работал на заводе, у меня тоже были проблемы с сетью. Все специалисты RS сказали мне то же самое, и мы зафиксировали скорость сети на коммутаторе и ПЛК.