 | |
Предыдущие результаты
 [quote:23008fbb76="maxim"]Здравствуйте, может быть Вам подойдет Project Documentor, который находится в RSView32 Tools?[/quote:23008fbb76]
Спасибо, вы мне очень помогли.
А существует ли подобный инструмент для RSLogix?
|
проблему с negsoftovertravel победил. Точнее это была проблема не инвертора или двигателя, а проблема кодеров... просто по ошибке присваивали код состояния оси сообщению об ошибке с двигателем.
но осталась одна проблема: при включении машины очень долго выходят на режим инверторы (причину никак понять не могу) и когда все инверторы показывают 4, может пройти несколько минут (работает линия или ждет команд оператора не влияет) и инверторы неожиданно сваливаются в 0.
что может являться причиной такой перезагрузки (или другого поведения) инверторов?
как проверить железо? проблема с питанием возможна? волокно серкоса? или это контроллер посылает команду на рестарт инвертора?
попробовал в RSLogix мониторить некоторые теги по осям. Пока не могу понять, какой тег смотреть, какой бит или переменную в состоянии инвертора: AxisShutdownStatus? ModuleFaults? SercosRingFault? DriveStatus? AxisStatus? SercosErrorCode? CommunicationFall?
по одной оси заметил изменение тега modulFault с 0 на 16, но одновремено с этим изменился и тег SercosRingFault с 0 на 1. кто же был первый? кто был причиной?
|
По-пробовали у себя на стенде.
Через RSLogix500, естес-сно ничего переключить не удаётся, а вот через RSView32 этот бит переключается "за милую душу"!
В RSView32 адресовались к S:1/14, запись S2:1/14 вызывала сообщение о неправильном формате адреса.
|
да, это все пересчитывается потом в проекте, чтобы на дисплей выдавать уже мм для этого узла. Просто значения, заложенные в проекте RSLogix для этой оси имеют отличные от высчитанных мной.
Насчет лимитов ошибок, повторюсь в третий раз. на всех осях не заданы пределы по ошибки для SoftTravel и HardTravel. а в остальных позициях стоят вполне приемлимые величины. тоесть они с лихвой перекрывают возможные погрешности.
|
[quote:21608a3215="la-ma"]
периодически при работе проекта выскакивает ошибка "NegSoftOverTravel" для одного из двигателей.
Инвертор ошибку показать не успевает, сразу перезагружается и, конечно, тянет за собой остальные инверторы. Пробовал в проекте поменять реакцию на ошибки инвертора (вместо Disable drive ставил Status only), все равно-перезагрузка. Причем ошибка возникает буквально через 30 секунд после выхода всех инверторов на режим, но без подачи команд на движение .
В чем может быть дело и как решить проблемму NegSoftOverTravel? В проекте RSLogix для всех инверторов не установлены пределы ошибки по позиции.[/quote:21608a3215]
... не специалист, но интерес есть ...
Если инвертер "не успевает" показать ошибку, то как Вы о ней узнаете. Все остальные перезагружаются ? Из за "программного" перебега? ... может из-за сети, может из-за motion module ... но тут как то странно - Если есть возможность - опишите подробно ВСЕ Ваши действия ... да и сразу в техподдержку :)
А с NegSoftOverTrave, если все остальное в порядке и он Вам не нужен, работают на вкладке limits окошка свойсва оси.
...
кроме всего - нада еще тот же KB пошерстить , да и PSA неплохо бы пересмотреть - время останется - отпишусь по результатам :)
|
Извини, если поздно пишу... Хотя, если решил проблему, то, может, поделишься решением.
Напишу, что я сейчас делаю со своими Ultra3000 (не уверен, подойдет ли такой же метод для kinetix). Для возможности работы с инвертором пользуюсь программой Ultraware. Через RS232 связываюсь с инвертором, деактивирую sercos и получаю возможность: провести автотюнинг, ручной тюнинг, протестировать энкодер, покрутить двигатель по заданной последовательности и еще много возможностей.
Но у меня вопрос к знатокам: периодически при работе проекта выскакивает ошибка "NegSoftOverTravel" для одного из двигателей. Инвертор ошибку показать не успевает, сразу перезагружается и, конечно, тянет за собой остальные инверторы. Пробовал в проекте поменять реакцию на ошибки инвертора (вместо Disable drive ставил Status only), все равно-перезагрузка. Причем ошибка возникает буквально через 30 секунд после выхода всех инверторов на режим, но без подачи команд на движение . Пробовал менять кабель от энкодера до инверотора, менял инверторы местами-не помогает. Предположил, что проблемма с энкодером. Поменял энкодер с другого такогоже двигателя. Все равно ошибка. Автотюнинг проходит, а вот тест коммуникации в разделе "Энкодер" в Ultraware пишет ошибку с просьбой заменить кабель.
Срочно нужна рабочая линия, поэтому попробовал исключить инвертор из проекта в RSLogix. теперь все инверторы висят на 3-ей стадии.
В чем может быть дело и как решить проблемму NegSoftOverTravel? В проекте RSLogix для всех инверторов не установлены пределы ошибки по позиции.
|
Добрый день !
Про настройки отображения ... зайдите в RSLogix5k в tools - options - и далее как желаете, так и настраивайте.
В FBD - все наглядно ... 8)
В ST - а что ж Вы хотели, это же "текст" ... :)
|
Начал программировать в Logix5000.
При просмотре программы в ONLINE в рутинах, написанных на FBD, изменение состояния переменной типа BOOL никак визуально не отображается. В рутинах, написанных на ST, не отображается, вообще, ничего: ни состояние BOOL переменной, ни значение аналоговой переменной.
Я так понимаю, что окно WATCH - это максимум наглядности. Или я что-то пропустил в "руководстве пользователя"?
|
[quote:4dba0ce5d4="Aleksky"]Столкнулся с проблемой
Имеем глобальный тэг в виде структуры пользовательского типа данных. Размер этого типа данных 40 bytes.
В подпрограмме происходит копирование этого тэга в аналогичный локальный тэг подпрограммы (который содержится в структуре данных) командой COP. Параметр Length в команде ставлю 40.
Так вот вместе с копированием этого тэга, обнуляются некоторые дискреты в этой структуре....искал выход, уменьшил длину в команде до 9...дискреты перестали обнуляться...копирование данных нормальное...
Ради эксперимента уменьшил длину до 1 и, вы не поверите, данные скопировались опять нормально...в чем же здесь подвох..?[/quote:4dba0ce5d4]В том, что параметр Length команды COP задаёт не количество байт, а количество элементов (тэгов, структур), указанных в строках Source и Destination , которые должны быть одного типа.
|
Столкнулся с проблемой
Имеем глобальный тэг в виде структуры пользовательского типа данных. Размер этого типа данных 40 bytes.
В подпрограмме происходит копирование этого тэга в аналогичный локальный тэг подпрограммы (который содержится в структуре данных) командой COP. Параметр Length в команде ставлю 40.
Так вот вместе с копированием этого тэга, обнуляются некоторые дискреты в этой структуре....искал выход, уменьшил длину в команде до 9...дискреты перестали обнуляться...копирование данных нормальное...
Ради эксперимента уменьшил длину до 1 и, вы не поверите, данные скопировались опять нормально...в чем же здесь подвох..?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
