Нет, все ключи разные. Один и тот же софт можно активировать разными ключами, например, ключом Gateway можно активировать Gateway, а ключом Pro - соответственно, Pro.
Обычно с любым софтом на любом диске идёт версиия RSLinx Lite. Например, с RSLogix. Это версия бесплатная, без всякой активации. Стоит её активировать ключом Gateway - и получится из неё Gateway.
Зарегистрирован: Nov 20, 2008 Сообщения: 26 Рейтинг: +0/-0
Добавлено: Ср 26 Ноя, 2008 8:07:40 Заголовок сообщения: Модули ENBT и EWEB для RSL5000.
Ага... интересная какая логика получается Ладно, спасибо за информацию. А с остальным продуктом тоже также? Если у меня установлен пакет RSLogix5000 например какойто простенькой конфигурации, то посредством установки соответствующего ключа можно превратить "стандарт" в "профессионал"? Так получается? И ничего больше доустанавливать не нужно? Или такая логика не во всех продуктах АБ?
Да, такая логика в продуктах Rockwell Software (не путайте с программными продуктами Allen-Bradley).
Хотелось бы отметить, что один приобретаемый ключ означает покупку права использования одной активированной этим ключом копии программного обеспечения, т.е. приобретается не само программное обеспечение, а право его использования (лицензия).
Зарегистрирован: Nov 20, 2008 Сообщения: 26 Рейтинг: +0/-0
Добавлено: Ср 26 Ноя, 2008 15:20:06 Заголовок сообщения: Модули ENBT и EWEB для RSL5000.
Ну раз пошла такая пьянка может еще и уточните какие конкретно продукты являются результатом деятельности Rockwell а какие Allen-Bradley? А то както путаница какаято, вроде как принято считать что это одно и тоже... Я чаще всего лого AB вижу на харде... двигателях к примеру... А Rockwell Software это вроде как исключительно софт...
И еще вопрос, не по данной теме конечно, но чтоб новую тему не создавать...
Существует ли возможность обнулить значения тегов в программе не заходя в нее? Пример. Есть оборудование, работает нормально. Потом случается чтото с напряжением, все выключается. По восстановлению напряжения естественно все загружается заново, но... падение напряжения повлияло на какойто процесс проходивший в оборудовании, к примеру какойто пневмоцилиндр встал не в то положение что был до потери питания, этот пневмоцилиндр оборудован датчиком положения, соответственно в теге для этого датчика сохранилось его активированое значение. В результате получается что техника стоит и ждет пока цилиндр займет нужное положение... А команда на его активацию была дана еще до потери напряжения, и больше даваться не будет. Вот и получается что ждем непонятно чего... Не проблема исправить ситуацию если есть RSLogix, зашли, нашли, обнулили вручную. Не долго если знаешь где и чего искать. А в случае если RSLogix5000 недоступен, а програмист приедет в лучшем случае через 2 дня? Как тогда? Есть правда одна надежда - волшебный ключик "RUN- REM-PROG"... Умудренный опытом автоматизатор работавший с RSLogix500 посоветовал поворачивать в данном случае ключик в режим программирования... типа в данном случае все теги в программе обнуляются и в последущем при возврате в режим работы первом скане отображаются в текущем состоянии. Пока не пробовал, но чисто теоретически похоже на правду... Имеет данная версия первой помощи клиенту право на существование?
Заранее благодарен за работу над не очень умными вопросами.
1. Есть несколько пакетов для старого оборудования Allen-Bradley, которые были созданы ещё до возникновения Rockwell Software. Например, это пакет PanelBuilder. Для нового оборудования сейчас есть только пакеты от Rockwell Software, которые легко опознать по названию: RSчтонибудь, FTтакойтопакет.
2. Что ж это у вас машина так запрограммирована, что подпрограмма инициализации контроллера не обеспечивает классику - функцию инициализации и установку механизмов в исходное состояние при (ре)старте? Двойку надо ставить за такой стиль программирования и оставлять без компота.
Можно же использовать Power-Up Handler, который обслуживает стартовую ситуацию. Он же для этого и предназначен. Можно ведь на старте проанализировать логически, в каком состоянии находится машина и привести механизмы в исходное состояние.
Можно использовать Error Handler, который при фатальной ошибке что-то сбрасывает.
Кто мешает один раз изменить программу так, чтобы при пуске обнулялись те тэги, которые должны обнуляться, и приводились в исходное положение те механизмы, которые должны стоять в исходном положении в момент (ре)старта?
Кто мешает, наконец, сделать кнопку электрическую или даже нарисовать её на экране компьютера или панели оператора, и чтобы она сбрасывала нужные тэги в ноль, или не в ноль, или ещё куда-то?
Мне кажется, любая из этих мер проще и, главное, экономически эффективнее, чем ждать 2 дня программиста, а машина в эти 2 дня простаивает и продукцию не выпускает.
Если не секрет, откуда это программист едет, что его нужно 2 дня ждать и терпеть простои оборудования? По-моему, в любую точку страны можно попасть менее, чем за сутки, нет? Не проще ли иметь своего программиста? Неужели так дешевле?
Может быть, проще однажды сделать те простые вещи, которые являются хорошим стилем проргаммрования и которые я описал выше?
Зарегистрирован: Nov 20, 2008 Сообщения: 26 Рейтинг: +0/-0
Добавлено: Чт 27 Ноя, 2008 9:16:07 Заголовок сообщения: Модули ENBT и EWEB для RSL5000.
Ну что я могу ответить на подобный совет? Все это логически правильно, за исключением того что программа специально "заточена" таким образом чтобы исключить возможность влияния "умного" оператора на ход технологического процесса. Как еще гарантировать то что оператор вместо того чтобы перейти по окончанию процесса на стадию мойки не щелкнет рубильником и не выйдет опять в производство? Вы можете ответить что можно прописать в начальных условиях мойку и только после нее производство... Хорошо, согласен... А если питание отключилось в процессе производства само по себе? Внешние условия и факторы влияющие на качество за время перезагрузки не изменились, мойка не обязательна... Терять полдня на ненужную операцию? Клиент был не в восторге от такого программного кода...
Что касается сброса определенных тегов... как Вы думаете... в программе с почти 10 тысячами тегов легко отследить ВСЕ критические да еще и так чтоб ни на что "ненужное" не повлиять таким сбросом??? Работа не на один месяц... А ведь есть еще и другие задачи, иногда "сверхочередные"...
По поводу обработчика ошибок могу прокомментировать следущее...
В описаном мной примере ситуация совершенно не является ошибкой... ничего критического не происходит, просто ждемс... Можно конечно лимитировать ожидание, поставить таймерочек... Но... опять таки, 10 тысяч тегов... конечно не все требуют такого отслеживания, можно просмотреть и отловить нужные... Но это опять таки процедура не одного месяца... Все упирается во время, а оно как известно - деньги...
Может на компот я конечно с Вашей точки зрения и не заработал...
Но логику работы оборудования диктует клиент... Я лишь инструмент воплощения ее в жизнь, причем не отношу себя к крутым специалистам по АБ... Вещь глобальная и чем дальше в лес - тем больше дров... Чуть ли не каждый день натыкаюсь на чтото новенькое.
Может конечно и выгоднее держать своего программиста... Если клиент находиться в какомто крупном городе... где существует вероятность его найти. А если это село на "конце географии" где даже электрика найти тяжело? Возникает финансовый вопрос и вопрос квалификации кадров... Программист из города в село за "конкурентноспособную зарплату" вряд ли поедет... А в селе таковых днем с огнем не сыщешь... А села бывают такие что только на вездеходе и доберешся...даже в сухую и ясную погоду.
Вот такие пирожки.
Потому и ищу возможность ресетить все синхронно непрограммными методами. Как я понимаю "волшебный ключик" не поможет...
Если не трудно - подскажите где почитать о Power-Up handler и Error handler, может гдето воспользуюсь.
Видите ли, то, что Вы описываете, характерно для очень многих технологических линий. Хочу только отметить две вещи:
- По моему разумению, совершенно необязательно выискивать в программе какие-то тэги из 10 000 тэгов (у Вас в действительно в одном контроллере 10 тысяч тэгов? Хм... ). Обычно системы управления технологическими линиями строятся так, что в том случае, когда нужно отследить чёткую последовательность операций, используется SFC. Не знаю, что используется у Вас, но SFC как раз предназначена для того, чтобы управлять последовательностями операций не "врукопашную", с помощью расставления колышков и флажков, а стандартными встроенными в этот язык средствами.
- Опять же, по моему разумению, достаточно отследить состояние механизмов и, возможно, некоторых тхнологических параметров в момент (ре)старта, и, если в результате анализа удастся отследить, в какой технологической фазе находится машина, - привести механизмы в нужное полоежние и стартовать с нужной точки.
- Вообще, описываемая проблема очень хорошо иллюстрирует тот факт, что не до конца продуманная ещё на этапе проектирования концепция управления машиной влечёт значительные потери производительности машины на этапе производства продукции. если бы данная проблематика была учтена ещё на этапе проектирования машины, то многих простоев и "танцев с бубном", например, с ключом рестарта, можно было бы избежать. А теерь приходится "вдогонку" рещать эти проблемы.
Клиенту не понравился этот код? Я полагаю, что клиент должен получить не код, а именно ту функциональность, которую он заказал и специфицировал при заказе, т.к. никакой гарантии, что клиенту понравится другой код нет. И эта функциональность должна быть обеспечена и гарантирована. А проблематика "оператор вместо того чтобы перейти по окончанию процесса на стадию мойки не щелкнет рубильником и не выйдет опять в производство" имеет вообще не технический, а организационный характер и решается с помощью средств авторизации и протоколирования доступа к управляющим функциям.
По поводу PowerUp и Error Handler - попробуйте, пожалуйста, почитать документацию, например, 1756-pm001.
Зарегистрирован: Nov 20, 2008 Сообщения: 26 Рейтинг: +0/-0
Добавлено: Чт 27 Ноя, 2008 13:08:33 Заголовок сообщения: Модули ENBT и EWEB для RSL5000.
Вы абсолютно правы! Именно SFC я и использую в качестве глобального управления линией, но вот где идет этот сбой... пока только копаю Все работает... вроде никаких отклонений... Причем и вышеописаный сюжет не всегда присутствует, тоесть иногда да, иногда нет, четкой закономерности я не вижу, следственно немогу понять откуда "ноги растут". Пробовал даже воспользоваться функцией подтяжки программы с флеш-памяти... Вы в курсе, в уставках контроллера "On Power Up". Опять таки натыкаешся на вопрос который вы обозначили как "организационный", но по крайней мере хоть так...Естественно программа записана в флеш-память в "девственном" виде.
И тоже интересная ситуация... помогает, но не всегда! Видно действительно чтото в программе мной упущено...
По поводу обработки начальных состояний в PowerUp Handler - я задумался... в этом чтото есть, наверное стоит мне всетаки попробовать... хуже вряд ли станет, а улучшения авось какие появятся...
Опять же, по моему разумению, достаточно отследить состояние механизмов и, возможно, некоторых тхнологических параметров в момент (ре)старта, и, если в результате анализа удастся отследить, в какой технологической фазе находится машина, - привести механизмы в нужное полоежние и стартовать с нужной точки.
Именно это мне и придется перешерстить, я это и сам уже понял (ой как не хочется ввязываться!!!) причем начать с имитации нештатных ситуаций и отслеживать поведение линии. Долго, хлопотно, да так чтоб ничего не сломать , но видно выхода другого нет.
И как Вы наверное уже поняли - вот почему иногда хорошо иметь удаленный доступ к контроллеру... потому и интересовался.
Спасибо, в принципе основная тема указаная в заглавии закрыта. Удаляюсь в рекомендованое чтение.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
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.129 секунды