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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 Привет Heck, Я делал похожие проекты год назад, многое забыл уже, но постараюсь помочь. Проверь пожалуйста следующие пункты. 1. У тебя сканнер серии А, который не поддерживает BTW (Block Transfer Write) and BTR (Block transfer Read) SLC processor instructions. Проверь код, и если такие есть, нужно код переделать или использовать сканнер серии В. 2. В PV1200 для индикации статуса часто ипользуют nibble- это 4 бита слова процессора, в PV1500+ нужно использовать integer. 3. Проверь правильность монтажа и правилность дравйвера, для примера маленькие мониторы PV400-600+ имеют обратный монтаж и другой драйвер. 4. И последнее, что отличает PV+ with RIO от других PV+, и это нужно делать ОБЯЗАТЕЛЬНО КАЖДЫЙ РАЗ ПОСЛЕ ЗАГРУЗКИ ПРОЕКТА зайти в настройки терминала и заменить communication на Target. И это нужно сделать обязательно, даже если при загрузке он спрашивает это. Желаю успеха.

 На сайте производителя пробовали? http://prosoft-tested.com/content/view/full/2759

 Есть 3 вопроса: 1. Нужны ли терминирующие резисторы, если в сети 2 абонента один из которых модуль-сканер 1756-DNB, а второй Simoreg DC Master? 2. Обязателен ли в сети источник питания 1787-DNPS? 3. Если источник питания 1787-DNPS обязателен, то можно ли используя один такой источник запитать 2 разных сети DeviceNet (мощности источника хватает)?

 Это мы прочитали, но если в проекте нет упоминания о RIO, то и в насройках панели ничего нет. Нет ли хитрости какой в проекте? Может мы чего то не доделали? <?xml version="1.0" encoding="utf-16" ?> - <RIOAdapter NextAlias="1" Adapter="2711P-RN6 PVPlus/VV-CE RIO Module" Scanner="SLC, 1747-SN Series A" Radix="10" MinAdaptAddr="0" MaxAdaptAddr="31" MinScanAddr="0" MaxScanAddr="3" UpdateRate="10" Run="TRUE" MaxLogicalRacks="32" MaxRackDefs="64" MaxBTdefs="0" BT="FALSE" Version="1.0"> - <Configuration name="Configuration"> <Endian name="Endian" BIT="0" BCD4="0" BCD8="0" SBYTE="0" UBYTE="0" SWORD="0" UWORD="0" SLONG="0" ULONG="0" FLOAT="2" DOUBLE="0" STRING1="1" STRING2="0" STRING3="0" STRING4="0" /> - <Rack name="Rack" Number="0"> - <Group name="Group" StartQ="1" Size="8" Access="FULL">

 Привет всем! Насчет масок, здесь вопросов не возникает. Так-же рекомендую просмотреть инструкции секвенсоров, может в Вашей программе они подойдут. А вот насчет применения циклов, то могу сказать следующее: 1. Стандартный цикл с одной инструкцией в теле быстрее выполняется в ST. 2. Если в тело цикла FOR добавим шаг, где проверяется индекс с граничным значением (в ST IF...THEN, в LD LES), потом, если условие истинно к индексу прибавляем шаг цикла и повторяем инструкцию, то выполнение в LD будет существенно быстрее, чем в ST. Особенно, если несколько таких шагов последовательно, в 1,5 - 2 раза LD быстрее, чем ST. В ST увеличение кол-ва подобных шагов ведет к увеличению времени выполнения (скорее всего, в ST выполнение конструкции IF...THEN равнозначно переходу в п/п). 3. Ну уж если вообще хотим быстро - быстро выполнить цикл, то в LD есть инструкции программного управления JMP and LBL. Особенно при добавлении вышеуказанных шагов в программу. 4. Конструкции Whil...DO and Repeat...Until не показали существенных отличий. 5. Если в теле FOR много инструкций (я тестировал MOV, DINT, DINT до 14 операций в одном цикле (шаге)), то большой разницы во времени выполнения разными способами я не увидел. Проверял на L32E, так что про RSLogix500 и SLC5/04 ничего не могу сказать.

 Проще всего написать отдельный exe-шник читающий данные с RSview по dde или из dbf файлов, и там нарисовать тренд на форме, как душе угодно, я так делал после того как устал от жестких рамок стандартного RSTrend и от "глюков" RSTrendX.

 У нас возникла проблема при интеграции АСУТП подстанции 110/10 кВ на основе программного обеспечения SICAM PAS v 5.11 с компьютером верхнего уровня на основе ПО ОИК Диспетчер(от НТК Интерфейс) по протоколу МЭК 101. Устанавливается соединение, получаем сигналы, но после кратковременного разрыва связи сигналы не обновляются, до того момента пока мы не делаем Update System в Sicam Pas Operation.В данном случае сервер SICAM PAS является слейвом для ДПУ ОИК. 1)Имеются ли какие нибудь настройки в SICAM PAS Configuration для принудительного обновления информации о состояниях сигналов? 2) В данной системе реализовать два режима управления: местный с визуализацией объектов в PAS CC и удаленный через ДПУ ОИК. Визуализация и управление в PAS CC реализовано и работает. Подскажите как реализовать возможность переключения режимов сервера(Local/Remote).

 не обязательно через реестр это делать... Как вариант, поробовать на нормальном линксе сделать BackUp конфигурации, на больном - Restore (это делается отдельной утилитой) 90% - что это не поможет... похоже проблема с инсталяцией, после установки элементарно не видит установленных библиотек. Ставилось это случаем не из под пользователя с кириллическим именем? Давно замечено, что роквеловский софт ОЧЕНЬ не любит путей с русскими буковками. Другой вариант - проверить диск на ошибки... хотя это маловероятно, в случае наличия ошибок что-нибудь еще бы глючило...

 Можно. Вот пример. q = if(system\Second >30) then 1 else 0;

 Приветик, По этой проблеме давай проработаем весьма свежий документ от Rockwell- iasimp-qr010-EN-P June 2007 (Overview Drawing of Factory Talk View Site Edition). Этот документ найдешь в литературной библиотеке. Сравни конфигурацию свою и на чертежах. Я надеюсь, что при разработке системы все мелкие ньюансы учтены. Еще, You are can't RUN any application on the Domain Controller !!!!!!!! Еще, что ранаешь RSLinx Enterprise or RSLinx Classic (You have some limitations on the server side). One more thing, where do you have your Factory Network Directory? I hope it was installed NOT on the Domain Controller. Вообще система пару серверов с 25 клиентами не очень будет живуча. Подумай об этом. Пока.



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


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



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



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



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



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




  
RA & VDT GmbH


Облако тэгов
Rockwell ProSoft Modbus Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

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

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