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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  

 Лазерные измерительные датчики Allen-Bradley 45CPD для дистанции до 6 метров
Прислал oldDad
Разместил(a): oldDad на 16-11-2006
Искомое значение найдено в тексте
Тема: Датчики и исполнительные устройства (1 Комментарий)

 Промышленный компьютер PC56 от ProSoft, устанавливаемый в шасси контроллера
Прислал oldDad
Разместил(a): oldDad на 14-11-2006
Искомое значение найдено в тексте
Тема: Другое оборудование (1 Комментарий)

 Адаптер сети CANopen для приводов семейства PowerFlex® 7/70/700
Прислал oldDad
Разместил(a): oldDad на 07-11-2006
Искомое значение найдено в тексте
Тема: Коммуникации и сети (1 Комментарий)

 Промышленная WLAN – точка доступа Hirschmann BAT54 для наружного применения
Прислал oldDad
Разместил(a): oldDad на 04-11-2006
Искомое значение найдено в тексте
Тема: Коммуникации и сети (1 Комментарий)

 Современная практика энерго- и ресурсосбережения в промышленности и ЖКХ
Прислал oldDad
Разместил(a): oldDad на 03-11-2006
Искомое значение найдено в тексте
Тема: Общая информация (2 Комментарии)

 Новые малогабаритные устройства энергоучёта Powermonitor 1000
Прислал oldDad
Разместил(a): oldDad на 07-10-2006
Искомое значение найдено в тексте
Тема: Другое оборудование (1 Комментарий)

 Выставка «Металлургия 2006» в Донецке
Прислал oldDad
Разместил(a): oldDad на 20-09-2006
Искомое значение найдено в тексте
Тема: Общая информация (1 Комментарий)

 Контроллеры взвешивания и дозирования HI 3000 фирмы Hardy Instruments
Прислал oldDad
Разместил(a): oldDad на 23-08-2006
Искомое значение найдено в тексте
Тема: Другое оборудование (1 Комментарий)

 Конвертер интерфейса DL4500 Ethernet/IP – DH+/DH-485/RemoteI/O от DataLink
Прислал oldDad
Разместил(a): oldDad на 05-08-2006
Искомое значение найдено в заголовке и тексте
Тема: Коммуникации и сети (1 Комментарий)

 Конвертер is DNET USB для сетей DeviceNet
Прислал oldDad
Разместил(a): oldDad на 22-07-2006
Искомое значение найдено в тексте
Тема: Коммуникации и сети (2 Комментарии)


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


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



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



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

 [quote:1b56ada703="orshu"]Модуль 1756-CNBR/E --- Как можно модуль сбросить к заводским настройкам?[/quote:1b56ada703] [url=http://vdt-solutions.de/files/kb9125.pdf]Вот так: KB9125.[/url]

 Знатоки, подскажите пожалуйста. Модуль 1756-CNBR/E ранее использовался в некой корзине (позже ее переконфигурировали). В модуле сохранена информация о структуре (расписании), т.е. он тоже являлся keeper-ом в ранее использованной корзине. Для удаления кипера пользуюсь ClearKeeper. Но Вся предыдущая информация не затирается. Как можно модуль сбросить к заводским настройкам?

 Спасибо за ответ. Когда писал про стирание "кипера" имел ввиду, использование ClearKeeper. Ко второй корзине в программе не обращаюсь.

 [quote:5f0e6f8cb0="mp3corp"]Вопрос, нужно ли очищать существующий Keeper?[/quote:5f0e6f8cb0] Ну, если у Вас получится столь кардинально обновить конфигурацию сети без применения утилиты ClearKeeper, то Вы будете первым. [quote:5f0e6f8cb0="mp3corp"] И так как у меня система с резервированием, то загружать необходимо как я понимаю в 2 -корзины при этом переводя контроллер в режим "PROG" ?[/quote:5f0e6f8cb0]Да, всё верно. Вот только можно одну процессорную корзину вообще на время погасить, если в ней киперы были очищены, то она после включения сама синхронизируется с первичной (это если Вы в программе нигде ко вторичной 32-й корзине не обращаетесь ;) )

 Всем доброго дня. Хотелось бы уточнить некоторые моменты по настройки COntrolNet. Имеется рабочая система на L63 с резервированием, в качестве модулей ControlNet используются: 1756-CNBR/E. Необходимо добавить еще одну корзину в существующую систему. Вопросы монтажа рассматривать тут не буду. Мои действия. 1: Изменяю проект, добавляю новую корзину, настраиваю сам модуль аналогично существующим, адрес узла ставлю на единицу больше, т.е. допустим посл. адрес был равен:15 для своей корзины устанавливаю-16. В основной корзине адрес модуля равен-31, т.е. индекс больше чем во всех остальных. 2: Запускаю RSNetWorks делаю Upload текущей конфигурации, далее запускаю сканирование сети, если новая корзина видна, то загружаю новый KeyKeeper в основной модуль сети с адресом - 31. Вопрос, нужно ли очищать существующий Keeper? И так как у меня система с резервированием, то загружать необходимо как я понимаю в 2 -корзины при этом переводя контроллер в режим "PROG" ? П.С. Ревизии всех модулей одинаковы - 11.5.

 День добрый, коллеги! Проектирую систему с резервированными контроллерами ControlLogix 1756, планируется DLR (Device Level Ring). В частности, для связи модулей EN2TR. Возник вопрос, обязательно в качестве кабеля Ethernet/IP использовать патч-корды производства Rockwell (например, 1585J-M8PBJM-x)? Или можно заказать обычные патч-корды Ethernet, сделанные на основе 8-жильного кабеля категории 5e (такие используются в офисах, дома и т.д.)?

 [quote:b657fa22cd="Serega77"] С заземление все нормально, каждый блок питания заземлен , все на одной шине , шина подключена к контуру заземления . Речь идет как раз о наличие напряжения между двумя минусами.[/quote:b657fa22cd]Путаетесь в показаниях. Возможно, по схеме всё ДОЛЖНО БЫТЬ так, но вот в реальности что-то одно: - или "все на одной шине"; - или "наличие напряжения между двумя минусами". Проверяйте монтаж. П.с. "Шина" - это не брошенная шлейфом "сопля", а реально эквипотенциальный по всей своей длине мощный проводник (точка, полоса, болт), к которому сходятся все остальные проводники. [URL=http://radikal.ru/fp/1f9cdd75c3154ad1805f843338b22176][img:b657fa22cd]http://s019.radikal.ru/i626/1604/8f/4ff819a6c885t.jpg[/img:b657fa22cd][/URL] На фото (кликнуть для увеличения) слева SG, а справа PE. Они могут быть соединены между собой проводником, но кошернее осуществлять такое соединение в одной точке - на ГЗШ системы уравнивания потенциалов.

 [quote:cdc4069fd1="mp3corp"]Объясните мне, для чего все эти танцы с -1.#QNAN, если можно привязать любую анимацию на верхнем уровне при проверки переменной ...Fault?[/quote:cdc4069fd1] Над тем, что вы называете верхним уровнем, есть еще один уровень, самый верхний. Там принимаются решения сколько какого продукта изготовить и сколько кому зарплаты выдать. Это называется система управления производством и там нет никаких "анимаций", там есть архивы, статистика и отчеты. Вот туда нужно отправлять данные по OPC. [quote:cdc4069fd1="maxim"]Здравствуйте, пишите в Value например -1 или -8888, если есть ошибка канала.[/quote:cdc4069fd1] Магические константы и изобретение велосипеда... По возможности хотелось бы все-таки использовать стандартные средства OPC для этой задачи. Это было бы более гибкое и поддерживаемое решение. [quote:cdc4069fd1="dv_"]Или [b:cdc4069fd1]-1.#QNAN[/b:cdc4069fd1], если тег REAL - RSLinx Classic сам подставит BAD.[/quote:cdc4069fd1] Хорошая идея, но в RSLinx Enterprise эту фичу убрали. Emulate5000 > RSLinx Classic > OPC Test Client: [img:cdc4069fd1]http://i.imgur.com/1sVzGZj.png[/img:cdc4069fd1] Кстати, формулировка причины не та, но уже что-то. Emulate5000 > RSLinx Enterprise > FactoryTalk Live Data Test Client: [img:cdc4069fd1]http://i.imgur.com/kTFWgXj.png[/img:cdc4069fd1] В принципе с этим тоже можно работать. По крайней мере, NAN - это лучше чем -8888.

 [img:3f41f31ad3]http://i.imgur.com/d28Wrvj.png[/img:3f41f31ad3] [b:3f41f31ad3]mp3corp[/b:3f41f31ad3] Есть моя система, FactoryTalk, в ней все хорошо, а том числе и сообщения при обрывах. Есть общезаводская система учета, в которую нужно отсылать ключевые технологические параметры. В случае обрыва сенсора, отправляются данные о том, что: Value=0 Quality=Good - то есть наглая ложь; Quality не должно быть Good, ведь я знаю что наступил Channel Fault! [b:3f41f31ad3]Ryzhij62[/b:3f41f31ad3] [quote:3f41f31ad3]Признак качества в теге OPC отражает не валидность физического значения, а качество ПЕРЕДАЧИ самого значения (качество связи) . [/quote:3f41f31ad3] Я этого и добиваюсь. Обрыв езернета к контроллеру уже приводит к Bad Quality встроенными средствами FactoryTalk Gateway. Я хочу, чтобы дополнительно к этому, обрыв между контроллером и сенсором тоже генерировал Bad Quality. Неужели это противоречит философии OPC?

 Есть расходомер с выходом 4-20мА, считываемый аналоговым входным модулем 1756-IF16, вставленным в контроллер L72, входящий в систему FactoryTalk View SE, отдающую данные во внешний мир по OPC с помощью FT Gateway. Есть аналоговый тег Ch0Data, показывающий ток втекающий в модуль. Есть дискретный тег Ch0Fault, показывающий что в токовой петле есть обрыв/КЗ или модуль неисправен, проще говоря на Ch0Data уже можно не смотреть. Мы хотим передать данные о расходе в вышестоящую систему (АСУП/MES). Если принять в качестве значения расхода величину Ch0Data, то при обрыве токовой петли Gateway выдает расход равным нулю, вводя в заблуждение OPC-клиента. Надо как-то показать, что показания датчика не равны нулю и не равны максимуму шкалы, они вообще ничему не равны, а просто недоступны. В спецификации OPC DA описан именно такой механизм, уведомляющий клиентов о том, что значение неточно/недоступно/некорректно - флаги Quality. Можно ли в FactoryTalk Gateway создать OPC Item, у которого Value зависит от Ch0Data, а Quality зависит от Ch0Fault?



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


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



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



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



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


 cindirik (Rashad)

 clinklion (Всеволод)

 Cnfybckfd (Сергей)

 Compmaker (Васильев Артём)

 coolichiki (Хличкин Вячеслав)

 Coolikov (Куликов)

 Cool_hacker (Cool_hacker)

 CrazyJoker (Орехов Андрей)

 Crocus (Nick Udot)

 cskcsk (Сергей)


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


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




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


  
RA & VDT GmbH


Облако тэгов
ControlLogix sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermeldungen

Яндекс цитирования

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.156 секунды