 | |
Предыдущие результаты
 Добрый вечер всем!
У нас тоже одно время стояла задача диагностики связи через ОРС.
Но в конце - концов, все зависит от поставленной задачи. Например, мне гораздо важнее определить действия контроллера при отсутствии связи, т.к. техпроцесс предполагает наличие контроля со стороны оператора и прямого управления.
Поэтому метод, предложенный Mr_Wasp наиболее реальный. При модификации можно и время дизконнекта зафиксировать и определить события как для Logix, так и для RSView32. Достаточно организовать самый элементарный обмен какими-либо данными.
Для таких элементарных задач не обязательно глубоко искать,
разве что интереса ради :D
|
[quote:37e99a8842="Garryson"]Люди добрые, кто поможет с поставкой этих батарей в Казахстан?
У нас поставку обещают минимум через шесть недель, а начальство как всегда торопит.
нужна батарейка с проводами 3 вольта 1756-BA1 десять штук[/quote:37e99a8842]
Можем попробовать быстро заказать и прислать по UPS или по DHL. Оплатите расходы?
Вы вообще уверены, что нужна именно эта маленькая 1756-BA1? Процессор L63 потребляет немало, с ним рекомендуют применять не эту батареечку, а блок 1756-BATM.
Если что - пишите на мэйл.
|
Для LOGIX 5563 нужно 64Мб, а то для такого крутого процессора может и не хватить.
|
Люди добрые, кто поможет с поставкой этих батарей в Казахстан?
У нас поставку обещают минимум через шесть недель, а начальство как всегда торопит.
нужна батарейка с проводами 3 вольта 1756-BA1 десять штук
|
Существует следующая проблема, RSlogix 500 6.0 при установке на Window XP SP2, которая стояла уже больше года на машие, нормально устанавливается, активируется, но при запуске генерирует ошибку и Windows закрывает ее, предлагая отправить отчет создателю..
можно ли как то решить данную проблему без переустановки Windows? прому как это очень проблематично..
|
Заменил себе монитор, изменилось разрешение экрана. Надо изменить размер шрифта. Tools\options\application - не доступно изменение шрифта и изменение размера. Помогите решить проблему, устал приглядываться.
|
Проблема: 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]
|
И еще интересная информация на тему записи строк.
Испытания записи русских строк продолжили с изменениями в полигоне: вместо RSView32 использована среда RSView Studio версии 3.20. Результаты таковы:
Если использовать прямое подключение к контроллеру ControlLogix с использованием RSLinx Enterprise, то проблема остается нерешенной, также идет некорректная запись символов и считывания не происходит. Но, если в качестве связи с PLC использовать RSLinx OPC Server (RSLinx Professional), то и запись и чтение тэгов происходит успешно, т.е. в контроллер попадают символы русской кодировки (можно их проанализировать в 16-ти ричном коде). Вот такая чушь...
Хотя я так подозреваю, что преимущественней в случае RSView Studio использовать коммуникации через RSLinx Enterprise, а RSLinx классик совсем не устанавливать?
С уважением,
Vitaliy D. Burtsev
|
Проблема: 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) передаваться упорно не хотят?
Буду очень признателен за помощь...
|
[color=blue:3b0ea881a3]Может, немного не в тему, но мы на Дельфях делали ввод/вывод на форму стринги, в том числе и кириллицу. Тип данных в каонтроллере - String. L32E, RSLogix5000 v.15, RSLinxPro 2.5. Без проблем.[/color:3b0ea881a3]
У меня такое подозрение, что некорректно работает RSView32 v.7.00. Она не только не умеет прочитать записанные в ControlLogix строковые теги, но и пишет их туда неправильно. RSLinx у меня версии 2.42.
Если использовать практически любого другого OPC клиента к RSLinx, то получается и записать, и прочитать. Строка кладется с нормальными 16-ти ричными кодами русских символов и без проблем считывается в этот же клиент. А нужно именно использовать в качестве клиента RSView32.
С уважением,
Vitaliy D. Burtsev
|
Предыдущие результаты
Ещё результаты |
|
| |
|
