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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 ... в продолжении темы замены ... вот что пишет KB от RA 46740 - Is the Encoder on an MPL Motor field serviceable? Access Level: Everyone Date Created: 11/29/2007 08:26 AM Last Updated: 04/23/2010 11:20 AM Is the Encoder on an MPL Motor field serviceable? No. The Encoder is critically aligned with respect to the magnetic coils of the motor, replacement/repair of the encoder should be entrusted to Rockwell Automation repairs department only.

 Попробуйте сбросить этот бит S:1/14 адресуясь к нему через панель, RSView32 или тот же Excel, и используя RSLinx. Только контроллер лучше при этом перевести в режим PROG, т.к. есть вероятность того, что сама программа устанавливает этот бит в единицу

 Извини, если поздно пишу... Хотя, если решил проблему, то, может, поделишься решением. Напишу, что я сейчас делаю со своими Ultra3000 (не уверен, подойдет ли такой же метод для kinetix). Для возможности работы с инвертором пользуюсь программой Ultraware. Через RS232 связываюсь с инвертором, деактивирую sercos и получаю возможность: провести автотюнинг, ручной тюнинг, протестировать энкодер, покрутить двигатель по заданной последовательности и еще много возможностей. Но у меня вопрос к знатокам: периодически при работе проекта выскакивает ошибка "NegSoftOverTravel" для одного из двигателей. Инвертор ошибку показать не успевает, сразу перезагружается и, конечно, тянет за собой остальные инверторы. Пробовал в проекте поменять реакцию на ошибки инвертора (вместо Disable drive ставил Status only), все равно-перезагрузка. Причем ошибка возникает буквально через 30 секунд после выхода всех инверторов на режим, но без подачи команд на движение . Пробовал менять кабель от энкодера до инверотора, менял инверторы местами-не помогает. Предположил, что проблемма с энкодером. Поменял энкодер с другого такогоже двигателя. Все равно ошибка. Автотюнинг проходит, а вот тест коммуникации в разделе "Энкодер" в Ultraware пишет ошибку с просьбой заменить кабель. Срочно нужна рабочая линия, поэтому попробовал исключить инвертор из проекта в RSLogix. теперь все инверторы висят на 3-ей стадии. В чем может быть дело и как решить проблемму NegSoftOverTravel? В проекте RSLogix для всех инверторов не установлены пределы ошибки по позиции.

 [quote:e6380d1fff="Liter"]В ST - а что ж Вы хотели, это же "текст" ... :)[/quote:e6380d1fff] Но смотреть тоже можно - надо мышку навести [URL=http://piccy.info/][img:e6380d1fff]http://i.piccy.info/i5/50/91/1599150/ST_Value.png[/img:e6380d1fff][/URL]

 Добрый день ! Про настройки отображения ... зайдите в RSLogix5k в tools - options - и далее как желаете, так и настраивайте. В FBD - все наглядно ... 8) В ST - а что ж Вы хотели, это же "текст" ... :)

 Начал программировать в Logix5000. При просмотре программы в ONLINE в рутинах, написанных на FBD, изменение состояния переменной типа BOOL никак визуально не отображается. В рутинах, написанных на ST, не отображается, вообще, ничего: ни состояние BOOL переменной, ни значение аналоговой переменной. Я так понимаю, что окно WATCH - это максимум наглядности. Или я что-то пропустил в "руководстве пользователя"?

 Да, поглядывайте на сайте Prosoft Technology.

 [quote:4dba0ce5d4="Aleksky"]Столкнулся с проблемой Имеем глобальный тэг в виде структуры пользовательского типа данных. Размер этого типа данных 40 bytes. В подпрограмме происходит копирование этого тэга в аналогичный локальный тэг подпрограммы (который содержится в структуре данных) командой COP. Параметр Length в команде ставлю 40. Так вот вместе с копированием этого тэга, обнуляются некоторые дискреты в этой структуре....искал выход, уменьшил длину в команде до 9...дискреты перестали обнуляться...копирование данных нормальное... Ради эксперимента уменьшил длину до 1 и, вы не поверите, данные скопировались опять нормально...в чем же здесь подвох..?[/quote:4dba0ce5d4]В том, что параметр Length команды COP задаёт не количество байт, а количество элементов (тэгов, структур), указанных в строках Source и Destination , которые должны быть одного типа.

 Столкнулся с проблемой Имеем глобальный тэг в виде структуры пользовательского типа данных. Размер этого типа данных 40 bytes. В подпрограмме происходит копирование этого тэга в аналогичный локальный тэг подпрограммы (который содержится в структуре данных) командой COP. Параметр Length в команде ставлю 40. Так вот вместе с копированием этого тэга, обнуляются некоторые дискреты в этой структуре....искал выход, уменьшил длину в команде до 9...дискреты перестали обнуляться...копирование данных нормальное... Ради эксперимента уменьшил длину до 1 и, вы не поверите, данные скопировались опять нормально...в чем же здесь подвох..?

 Вообще-то, DF1 не является открытым протоколом. Он есть собственость компании Allen-Bradley. Сие означает, что можно организовать связь между устройствами Allen-Bradley (например, между контроллером MicroLogix и компьютером, на котором работает RSLinx, но мне неизвестны случаи, когда бы самостоятельно удавалось организовать связь по DF1 между контроллером Allen-Bradley и "чужим" устройством. DF1 - очень старый протокол, сейчас почти уже и не применяющийся. В те годы, когда DF1 применялся, MicroLogix ещё не существовал. Может быть, поэтому Вы и не нашли о нём упоминаний в том документе, о котором Вы пишете. Ещё можно найти описание протокола (например, [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1770-rm516_-en-p.pdf]вот[/url] и [url=http://www.lantronix.com/pdf/DF1_Protocol_UG.pdf]вот[/url]), однако, я сильно сомневаюсь, что удастся организовать связь по DF-1 между контроллером и не-Allen-Bradley-устройством. Что у Вас за внешнее устройство? Чего собираетесь достичь и для чего? Если бы Вы конкретизировали задачу и описали свою конечную цель, то можно было бы Вам посоветовать, каким образом эту задачу можно было бы эффективнее всего решить.



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


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



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

Разделы


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



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



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




Выберите страницу:   [ << Предыдущая страница ] 1 2


  
RA & VDT GmbH


Облако тэгов
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.149 секунды