 | |
Предыдущие результаты
 Здравствуйте, коллеги!
Есть проблема: имеем два источника питания постоянного напряжения 1606-XL240DR (Allen-Bradley), обеспечивающие дискретный ввод. Для обеспечения резервирования они подключены параллельно, но есть одна неясность. В документе "1606 Redundancy 41063-127-01(1)" раздел "Interconnection" есть ссылка на параллелное соединение этих блоков без дополнительных устройств при условии, что они обладают встроенной диодной развязкой по выходу. Там же ссылка на схемы с использованием дополнительных устройств для обеспечения резервирования.
По ссылке есть информация:
http://www.ab.com/abjournal/june2003/pdfs/ABJ0306.pdf#xml=http://127.0.0.1/texis/search/pdfhi.txt?query=1606-xl240dr&pr=Apache-Netscape+Servers&prox=page&rorder=500&rprox=750&rdfreq=0&rwfreq=0&rlead=250&sufs=1&order=r&cq=&id=45664cd11f
[code:1:750d32ce89]The Allen-Bradley 1606-XL power supply line addresses this issue by building isolation circuitry into Rockwell Automation’s redundant power supplies, so that if one power supply fails, another one is ready to
pick up the power and keep the application running. When wired in parallel with an identical device, these units provide 1+1 redundancy with no need for other hardware. The result: Designers are able to achieve
greater cost efficiency because they no longer need to buy extra components to build a redundant design.
[/code:1:750d32ce89]из которой следует, что если подключить в параллель два идентичных блока питания, то дополнительное оборудование не потребуется.
Вопрос: таким образом, можно ли подключать наши идентичные блоки в параллель без дополнительных устройств, или необходимо знать, что они обладают встроенной диодной развязкой по выходу(согласно инструкции) и если да, то каким образом узнать, обладают ли наши блоки питания такой развязкой?
|
Проблема: Allen-Bradley -> Profibus -> Siemens?
Я программирую передачу данных в контроллеры Allen-Bardley
(серия ControlLogix) из контроллеров Siemens (серия S7-300) и
обратно по протоколу Profibus. Со cтороны Allen-Bradley для связи
по Profibus используется модуль 1756-MVI56-PDPMV1,
т.е. Profibus DPV1 Master Communication Module (в сети он Master),
со стороны Siemens - CP 3425 DP (в сети он Slave).
Со стороны Siemens все хорошо. Gsd-файл модуля нормально
загружается в 1756-MVI56-PDPMV1, параметры передачи (кол-во передаваемых,
получаемых байт) заданы одинакого и со стороны Siemens,
и со стороны Allen-Bradley. При просмотре сети Profibus в On-line режиме
с помощью утилиты Prosoft Configuration Builder 2.0.2 (PCB) тоже все нормально
(On-Line параметры диагностики модуля Siemens в PCP говорят Slave Ok).
Сеть выстроена правильно и по данным и по индикации как со стороны Allen-Bradley,
так и состороны Siemens.
Теперь самое главное - передача данных в циклическом режиме в RSLogix
осуществляется с помощью структур:
MVI56PDPMV1.Input[0..1535] - для входных данных.
MVI56PDPMV1.Output[0..1535] - для выходных данных.
При передачи через MVI56PDPMV1.Output Siemens получает данные.
Но при посылке данных Siemens-ом массив MVI56PDPMV1.Input
остается заполнен нулями, несмотря на то, что в PCB приходящие данные видны
(в выделенных им структурах). Т.е. модуль 1756-MVI56-PDPMV1 данные получает.
Это также видно и в On-Line параметрах master-a из PCB.
Но буфер MVI56PDPMV1.Input[0..1535] остается пуст
(длина его задана нормально в конфигурации PCB).
Программа логики Allen-Bradley скачана с официального сайта Prosoft.
Входной буфер можно просматривать и из PCB через Diagnostics модуля,
но там тоже нули. Анализ приходящих данных в контроллере показывает,
что ошибок нет, обмен идет нормально. #-ра блоков тоже отлично передаются
модулю и принимаются. Но при чтении регистров (#блоков 1-3) они остаются
заполнены нулями. Не понимаю, почему приходящие данные отлично отображаются
в PCB (Prosoft Configuration Builder), но в структуры RSLogix-a (MVI56PDPMV1.Input)
передаваться упорно не хотят?
Буду очень признателен за помощь.
[/b]
|
Проблема: Allen-Bradley -> Profibus -> Siemens?
Я программирую передачу данных в контроллеры Allen-Bardley
(серия ControlLogix) из контроллеров Siemens (серия S7-300) и
обратно по протоколу Profibus. Со cтороны Allen-Bradley для связи
по Profibus используется модуль 1756-MVI56-PDPMV1, т.е. Profibus
DPV1 Master Communication Module (в сети он Master), со стороны
Siemens - CP 3425 DP (в сети он Slave). Со стороны Siemens все
хорошо. Gsd-файл модуля нормально загружается в 1756-MVI56-
PDPMV1, параметры передачи (кол-во передаваемых, получаемых
байт и шинные параметры) заданы одинакого и со стороны Siemens,
и со стороны Allen-Bradley. При просмотре сети Profibus в On-line
режиме с помощью утилиты Prosoft Configuration Builder 2.0.2 (PCB)
тоже все нормально (On-Line параметры диагностики модуля Siemens
в PCP говорят Slave Ok). Сеть выстроена правильно и по данным и
по индикации как со стороны Allen-Bradley, так и состороны Siemens.
Теперь самое главное - передача данных в циклическом режиме в
RSLogix осуществляется с помощью структур:
MVI56PDPMV1.Input[0..1535] - для входных данных.
MVI56PDPMV1.Output[0..1535] - для выходных данных.
При передачи через MVI56PDPMV1.Output Siemens получает данные.
Но при посылке данных Siemens-ом массив MVI56PDPMV1.Input
остается заполнен нулями, несмотря на то, что в Prosoft Configuration
Builder, приходящие данные видны в выделенных им структурах.
Т.е. модуль 1756-MVI56-PDPMV1 данные получает. Это также видно и
в On-Line параметрах master-a и slave-a из PCB. Но буфер
MVI56PDPMV1.Input[0..1535] остается пуст (длина его задана
нормально в конфигурации PCB). Программа логики для контроллера
Allen-Bradley скачана с официального сайта. Входной буфер (Input)
можно просматривать и из PCB через Diagnostics модуля, но там тоже
нули.
Не понимаю, почему приходящие данные отлично отображаются в
PCB (Prosoft Configuration Builder), но в структуры RSLogix-a
(MVI56PDPMV1.Input) передаваться упорно не хотят?
Буду очень признателен за помощь...
|
[quote:3f2da40d10="chameleon"]
«При некоторых условиях, когда используется RSLinx версии 2.4х.х [используется версия 2.40.01(Build 16)], может появиться большой объем сообщений через модуль 1756-ENBT. [/quote:3f2da40d10]
К сказанному oldDad добавлю, что скачивать можно также и последнюю версию RSlinx Classic (и любого другого ПО), если Вы еще находитесь "in support" - то есть если не прошел год со дня приобретения ПО или же продлена техническая поддержка.
|
Vad, еще раз спасибо за уделенное внимание.
Благодаря последнему ответу нашел несколько существенных ошибок в проекте. На удаленных CNBR-ах, прописанных в проектах для межпроцессорного обмена установлен режим “Rack Optimization”, что увеличивает количество соединений и нагрузку на центральный процессор на модулях связи, через которые они прописаны. В ближайшее время исправлю это.
На прошлой неделе дважды повторилась ситуация с «зависанием» модуля ENBT. Дело было так… Загрузка центрального процессора модуля 1756-ENBT снизилась с показаний 44 % до значения 0,4-0,5 %. На лицевой панели модуля зеленым светом мигал индикатор Net, показывая отсутствие сети. Отсоединение и подсоединения кабеля – не дало результатов. Такое состояние продлилось приблизительно 4 минуты в ОБОИХ случаях!!!
После изучения документации по модулям ENBT и некоторым поискам в Интернете, пришел к таким выводам. Подобные «зависания» происходят по причине наличия старой прошивки (1.61). В «Release Notes» (Publication 1756-RN591M-EN-P - July 2005) указывается, что в ревизии 2.4 исправлена аномалия, которая похожа на мой случай. Примерный перевод звучит так:
«При некоторых условиях, когда используется RSLinx версии 2.4х.х [используется версия 2.40.01(Build 16)], может появиться большой объем сообщений через модуль 1756-ENBT. Как результат модуль может показаться заблокированным, но в действительности он перезагружается».
Интересно, сколько длится перезагрузка, возможно, вышеупомянутые 4 минуты и есть этот overloaded.
Теперь вопросы:
1. Где скачать новые прошивки?
2. Как работа модулей с новыми прошивками может повлиять на взаимодействие со старым программным обеспечением (Linx, Logix)?
|
[quote:ce648e9875="Mr_Wasp"]Как вариант.
1. Вытащить из панели карту.
2. Воткнуть ее в ноутбук.
3. Взять файл проекта и вместе с проектом на флешку бросить и созданные русские фонты. Должны они быть в папке ..PanelBuilder32\Fonts.
С уважением,
Vitaliy D. Burtsev[/quote:ce648e9875]
Что в ноут эту флешку не засунуть. Там чуть чуть форма разъема отличается, если вставалять в PC MCI слот. И вообще кто-нибудь заливал через ноут. Как это осуществляется?
|
В PanelBuilder32 есть WinPFT utility.Можно сделать загрузку или выгрузку PanelView,либо Dataliner.
Есть даталайнер Cat:2706-E23J16B1
Ser:D
не могу ни как с ним связатся через com-port кабель 100% рабочий я им с панелями связываюсь.В чем причина? :?: .Зарание благодарен.
|
Как вариант.
1. Вытащить из панели карту.
2. Воткнуть ее в ноутбук.
3. Взять файл проекта и вместе с проектом на флешку бросить и созданные русские фонты. Должны они быть в папке ..PanelBuilder32\Fonts.
С уважением,
Vitaliy D. Burtsev
|
С помощью утилиты FontTool, входящей в комплект поставки PanelBuilder32. Там в меню есть пункт "Save to memory card".
|
Удаление антивируса и переустановка PanelBuilder не привело никчему.Также система перезагружается, потом пишет что востоновлена после серьёзной ошибки. Интересный факт вчера произошедший, знакомый преобрёл RS Viev studio ME. И примерно такаяже ситуация.Программа начинает загружатся бах синий экран,абраказябры,перезагрузка системы.Антивируса не стоит вообще.Система как у меня XP Sp1.Буду пробывать дальше удалять програмы которые ставил после РВ32.После отпишусь. :?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
