 | |
Предыдущие результаты
Добрый день
Да вы совершенно правы, необходимо поставить нули и провести процедуру(настройки\автонасторойки), но как не понятно тк sercos ring не сущетвует и команды выполнянить нельзя. В настоящее время машину запустил путем подключения взамен неопознаваемых энкодеров опознаваемых с другой части машины(обе части абсолютно одинаковые по сервоупарвлению), а для работы использую установенные на двигатель(неопзнаваемые при включении) тк типы(SRS50-xxx) до последней буквы совпадают а также присутствует высокая посторяемость характеристик энкодера. но это не решение - тк при каждом отключении питания приходиться посторять данное действие. мы заказали привода и двигатели - соберу стенд и будем на практике изучать поведение sercos\kinetix6000, предварительно позвоню в Rockwell (Скляру М. или Левину Я.) для консультации. Если конечно здесь не помугуть конкретным советом выхода из даннной ситуации.
|
[quote:ca2d282e20="Aleksky"]Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.[/quote:ca2d282e20]
Да, это так. Но подумайте о том, что:
- Вы пишете о 1757-SRM, а они [u:ca2d282e20]уже не поставляются[/u:ca2d282e20] (и это есть железный факт).
- Прошивка 16.57 - это промежуточный паллиативный вариант, применяемый [u:ca2d282e20]вынужденно[/u:ca2d282e20] и только для тех случаев, когда в уже имеющейся системе отказал 1757-SRM, его пришлось заменить на 1756-RM, и в итоге возникает ситуация, когда не подходит ни старая имеющаяся прошивка (она не знает 1756-RM), ни более новая (она не знает ни 1756-CNBR, ни 1756-ENBT).
- Для новых систем производитель не рекомендует старьё, которое уже не поставляется, и поэтому будут вынужденно применяться устаревшая, не обеспечивающая всех возможностей прошивка. Рекомендуется применять а 1756-RM, 1756-CN2R, 1756-EN2T и т п. под прошивкой v19.52.
- Если Вы, проектируя новую систему, примените старую прошивку и старое железо в новой системе, то таким образом подставите пользователя, т.к. система в таком виде не будет иметь будущего.
Применять старое железо только потому, что разработчики не знают нового, по-моему, [color=cyan:ca2d282e20]хм, как это помягче сказать, [/color:ca2d282e20] не очень целесообразно. Надеюсь, Вы понимаете, что я хотел сказать.
Впрочем, это дело ваше. Хотите поиметь проблемы, а потом их мужественно превозмогать? Нет проблем.
|
Тогда Вы в проекте видели, что при выборе двигателя Вам в закладке faadback сразу же выставляется тот датчик, который должен быть. Эти данные находятся в "базе данных двигателей" - RSLogix5k - tools - options... - motion. Если просматривать файл - там много-много разных констант на разные типы двигателей. Так вот Ваш "отремонтированный" двигатель не определяется (как раз ф.3 на кинетиксе). При таком ремонте нужна процедура "юстировки" - выставление эл-х и мех-х нулей (на примере двигателей других фирм, сам такой процедурой не занимался). Возможно стоит взять за образец чью-то процедуру и занятся творчеством, тк двигатели RA и остальной оборудование как правило должно ремонтироваться в сервисном центре RA.
Вероятнее всего что и второй Ваш двигатель донор то же теперь потребует .... см.выше.
Для чего указал базу - можно наверное пробовать вырезать куски БД от одного двигателя в другой - правда это тоже нар.творчество.
Закажите и про ЗИП стороной не обойдите.
:( :( :(
|
[b:196ea7edc8]OldDad[/b:196ea7edc8]
Да вы правы - модули 1756-RM, но остальные это CNBR и ENBT. По этому поводу я звонил в техподдержку АБ. Мне сказали, что такая конфигурация пойдет. К тому же из собственного опыта: Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.
А как в RSlogix создавать конфигурацию контроллера? Меня волнует вопрос того, что:
[quote:196ea7edc8]Можно и допускается в проекте контроллера у вас будет 1 модуль CNBR связанный с 6ю CNBR модулями IO с разными адресами и слотами 0 или 1, соответственно будет 6 корзин IO попарно повторяющихся, много вопросов возникнет в связи с дублированием информации и управлением модулями вывода. [/quote:196ea7edc8]
|
RSLogix5000 от 10 до 19 версии.
|
Я разработчик ПО...в проекте вообще даже схемы нет...
Из проекта я понял, что выглядеть должно вот так
[URL=http://www.radikal.ru][img:f4576e0b38]http://s53.radikal.ru/i141/1105/47/af943c91b746.jpg[/img:f4576e0b38][/URL]
В резервируемых шасси адреса модулей cnbr - 44 и 46 соответственно
В IO-шасси 1,2...6 соответственно...такое вообще допускается?? Как реализовать в RSlogix???
|
Меняем модуль с той же прошивкой что и был и пусть работает дальше. При построении подобной сети, возможна даже перепланировка сети с добавлением новых модулей IO
''Да нечто подобное. Но как это должно выглядеть в RSLogix? Там ведь когда в сеть добавляешь CNBR модуль, он добавляется с новым шасси.''
При добавлении CNBR в корзину контроллеров вы потом связываете его с CNBR корзины IO, т.е. реально вы добавляете в проект 2 CNBR, я конечно не много не понял про адресацию в вашем проекте у нас сделано как на картинке.
А вы кто проектант или разработчик ПО
|
[quote:a668d283f9]Если я правильно понял то получилось нечто подобное?
http://www.fotolinker.ru/show-image.php?id=e392ed0f9c227b2492e65a7dafe398d8[/quote:a668d283f9]
Да нечто подобное. Но как это должно выглядеть в RSLogix? Там ведь когда в сеть добавляешь CNBR модуль, он добавляется с новым шасси.
Будут ли модули в корзине I/O взаимозаменяемы (т.е. если один выйдет из строя, то ничего не будет?)?
Я немного физики не понимаю..
|
Если я правильно понял то получилось нечто подобное?
http://www.fotolinker.ru/show-image.php?id=e392ed0f9c227b2492e65a7dafe398d8
|
Есть ли у Вас RSLogix5000 или UltraWare ? ... для работы с этим "оборудованием" ... 8)
|
Предыдущие результаты
Ещё результаты |
|
| |
|