Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
кто работает с iFIX... (страница 3)

Версия для печати (настроить)
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Новая тема | Написать ответ

Подписаться

Автор Тема:   кто работает с iFIX...
K.Sergey
unregistered
написано 27 Февраля 2007 14:59  ПравкаОтветитьIP

<b>S.Andrei</b>
По Backup&Restore Wizard'у все описано в электронных книгах на iFIX. Но суть его заключается в простом сохранении нужных файлов и каталогов. По мне - я им ни разу не пользовался, по мне проще копировать то что нужно руками:
каталог PDB -БД тегов (pdb), зоны тревог (aad - этот файл всегда должен копироваться со своей pdb - иначе будет ругань на несоответствие), конфигурации драйверов, расписания (evs).
Local - общесистемные настройки (данного узла).
Pic - картинки, теговые группы, user.fxg.
HTR - конфигурация истории, HTRDATA - сама история.
APP - если используется (туда можно отчеты складывать, или еще что-нибудь).
ALM - архив журналов тревог (конфигурации там нет).
RCC, RCM - рецепты, если вообще используются...
NLS - НЕ копировать, ссылаться на этот каталог в корне установки iFIX.

Что касается многопользовательской разработки
Отличия баз данных по тегам можно решать экспортом/импортом добавляемых тегов в/из сsv-файл
Картинки - простым копированием. Исключение User Globals - файл user.fxg, если на узлах разные глобальные переменные, скрипты и прочее, то простое копирование убьет эти настройки на целевом узле... В этом случае лучше воспользоваться специальной утилиткой (Export User.FXG utility), которая позволяет экспортировать содержимое user.fxg одного узла в картинку (grf) и восстановить это содержимое (добавив) в user.fxg другого узла.

Вообще для удобства работы и сопровождения проекты лучше выделять в отдельные каталоги, как это сделано с Sample System.

Что касается ошибки с драйверами после резервного копирования (из электронных книг):

To backup and restore driver configuration files, you must add the driver in the SCU's SCADA Configuration dialog box. To add the I/O driver, from the SCU Configure menu, click SCADA. In the I/O Driver Definition area, click the ? to select the I/O driver name, and then click Add. По русски - надо зайти в SCU (лучше ДО запуска проекта, чтоб случайных и не нужных изменений не внести в проект, типа замены драйвера у тегов) и добавить в конфигурации SCADA драйверы MB1 и MOA (кстати что это за драйвер?)
Вообще таблица образов драйвера - это файл <имя iFIX узла>.<аббревиатура драйвера>. Имеются ли они (каталог pdb)?


S.Andrei
Junior Member

Сообщений: 3
Откуда: Россия
Регистрация: Февраль 2007

написано 27 Февраля 2007 18:17ИнфоПравкаОтветитьIP

Тэкс, по-порядку, поделюсь тем, что у меня получилось:
1. Драйвер MOA служит для обмена данными с контроллерами Moeller
2. А ларчик-то просто открывался При восстановлении из бэкапа, убрал галочку: "Восстановить файлы iFix по умолчанию перед восстановлением архивных файлов" и трабл исчез... Так что, имхо, насчет "несовместимости" восстановления бэкапов из разных версий iFix надо еще подумать... хотя может какая-нить бяка чуть позже вылезет
3. Сейчас посмотрел(после всех этих "хитрых" манипуляций с BRW ) и обнаружил в указанной папке FIX.MB1 и FIX.MOA, были ли они раньше - затрудняюсь сказать. Точно были и есть файлы конфигурации, которые я восстанавливал: modbus.mb1, modbus_cop.mb1 и пр.
4. Пришел к выводу, что все-таки лучше пользовать BRW и хранить каждый проект в своем файле(*.fbk), где-нить подальше от системного диска Правильно это или нет - время покажет

HelpFix
unregistered
написано 28 Февраля 2007 19:17  ПравкаОтветитьIP

S.Andrei
4. Пришел к выводу, что все-таки лучше пользовать BRW и хранить каждый проект в своем файле(*.fbk), где-нить подальше от системного диска

Хранить проект можно и нужно без сбора его в один файл *.fbk
Попытаюсь объяснить почему:
1. При изменении проекта достаточно скопировать изменения (рисунки, базу, конфигурацию драйвера и т.д.) к уже ранее сохраненному проекту в исходном виде простым копированием, не напрягаясь складывать проект (или его часть) в *.fbk
2. При необходимости просмотреть или воспользоваться резервной копией проекта также удобнее пользоваться простым (не упакованным) расположением папок проекта на диске.
3. Если вы ведете периодическое (раз в сутки/неделю) "бэкапирование" проекта на резервное хранение, то использование BRW в этом случае вообще затруднительно.
4. Когда вы руками(или автоматически) осознано копируете определенные части проекта - тогда лучше для вас самого и контроль за проектом, а то получится как.. забыл убрать галочку и т.п. BRW сделал не то как хотел, в общем вам придется еще помнить логику и нюансы работы этой утилиты, "Эх голова-голова - но ты же не резиновая!"
В общем, настойчиво не рекомендую ... BRW ...

По драйверам повторю советы K.Sergey:
Для работы необходимых вам драйверов (а также некоторых других) требуется:
1. Установить драйвер MB1, MOA
2. Сконфигурировать их в SCU\ меню Конфигурация\SCADA\Добавить в список "Сконфигурированные драйверы I/O".
3. Проверить запуск драйверов в SCU\ меню Конфигурация\Задачи\
C:\Dynamics\IOCNTRL.EXE /a - означает что запускает все сконфигурированные
Пункты 2-3 должны были приехать с SCU-файлом при восстановлении системы.
4. Конфигурационные файлы драйверов должны попасть в путь \PDB
Можно их просто скопировать туда, в вашем случае - это файлы FIX.MB1 и FIX.MOA.
5. Иногда iFix требует чтобы название конфигурационных файлов драйверов совпадало с локальным именем узла iFix (для примера локальное имя узла "FIX" и имя файла должно быть "FIX.MB1")
Это для меня также не понятно, как и то, почему Редактор теговых групп сохраняет упорно теговые группы в папку \PIC, когда я указываю определенную другую.

Ну вот наверно и все требования,
Запуск и работу драйверов можно проверять с помощью утилиты "Управление выполнением" C:\Dynamics\MISSION.EXE.

S.Andrei
Junior Member

Сообщений: 5
Откуда: Россия
Регистрация: Февраль 2007

написано 03 Апреля 2007 15:23ИнфоПравкаОтветитьIP

Запоздалое спасибо всем, кто откликнулся на мой предыдущий вопрос
Теперь еще один вопрос:
Связываюсь с контроллером через драйвер MB1, запускаю MB1 Power Tool, смотрю статистику для Data Block:
(условно)
Tansmits: 100
Receives: 100
Erros: 100
Last Error: 255

Описание ошибки: FF Checksum error in reply.

Насколько я понял, идет ошибка контрольной суммы при передаче блока данных, но, при этом, переменные, что дискретные, что аналоговые считываются и записываются нормально в обе стороны(iFix <-> PLC).
Вопрос:
1. Как с этой ошибкой бороться? ("играние" с настройками в MB1 Power Tool результата не дали)
2. Можно ли данной ошибкой пренебречь?

HelpFix
Junior Member

Сообщений: 1
Регистрация: Февраль 2007

написано 05 Апреля 2007 15:19ИнфоПравкаОтветитьIP

S.Andrei,
Точного ответа не знаю... но думаю ошибок Errors - быть не должно.

Вот дилетанские предложения:
1)
- а что на счет этих ошибок говорится в справке к драйверу?
2)
Проверьте типы данных:
- параметров в контроллере
- блоков данных при конфигурировании драйвера
может есть какие несоответствия ?
3)
Драйвер кидает какие-нибудь сообщения в оперативный протокол сообщений - C:\Dynamics\ALMHIS.EXE?
4)
Научитесь сначала передавать одну переменную каждого типа без ошибок.
5)
может проблема в ответной части драйвера, которая запускается на контроллере или
неправильной конфигурации адресов для переменных?

28 Июня 2007 13:34 Мощицкий Павел приклеил тему "OPC+iFIX".
boykir
Junior Member

Сообщений: 1
Откуда: Россия
Регистрация: Июнь 2007

написано 28 Июня 2007 09:13ИнфоПравкаОтветитьIP

Подскажите пожалуйста как iFIX4.0 подсоединиться с OPC Server?
У меня сам OPC видит, а его теги-нет.

dyakov72
Junior Member

Сообщений: 9
Откуда: Ульяновск
Регистрация: Апрель 2006

написано 03 Июля 2007 08:25ИнфоПравкаОтветитьIP

Добрый день!

Проблема следующая: зависает FixBackgroundServer для выполнения скриптов в расписании, как следствие Fix встает в ступор с ошибкой Network Transaction in progress - выход только рестарт компьютера.Установлен iFix35 + SP1, XP SP2, NOD32. Может кто сталкивался.
Спасибо.

HelpFix
Junior Member

Сообщений: 3
Регистрация: Февраль 2007

написано 04 Июля 2007 13:22ИнфоПравкаОтветитьIP

Необходимо разобраться на какой части кода VBA стопорится FixBackgroundServer

Я использую логи удачного выполнения каждого запуска расписания и выполнения с ошибкой.
Сам наблюдал один раз из-за ошибки в программе VBA, FixBackgroundServer забирал все ресурсы процессора - под 100%, соответственно отваливались клиенты (задача TCPTASK) и тормозился SAC.

dyakov72
Junior Member

Сообщений: 10
Откуда: Ульяновск
Регистрация: Апрель 2006

написано 05 Июля 2007 09:47ИнфоПравкаОтветитьIP

Дело в том что раньше на машине под Win2000 это дело работало, но были иногда сбои, после перевода на XP - скрипты в расписаниях вообще не работают. Скрипты служат для сохранения статистики в Excel. Может надо что то еще установить...Simы какие нибудь, ODBC драйвера????

HelpFix
Junior Member

Сообщений: 4
Регистрация: Февраль 2007

написано 06 Июля 2007 08:07ИнфоПравкаОтветитьIP

dyakov72
после перевода на XP - скрипты в расписаниях вообще не работают.
В смысле как не работают?
по каким признакам Вы это определяете?
код выполняется, но возникает где-то ошибка?
антивирус не блокирует случайно выполнение скриптов VBA?

--------
Самое первое действие - перевести расписание в ОСНОВНОЙ режим из ФОНОВОГО и
отладить его выполнение по шагам в редакторе VBA и определить место возникновения ошибки.
--------

Ну и естественно куча вопросов:
1.Какая версия у Вас Office?
2.Как Вы передаете файлы в Excel, открываете рабочую книгу и пишите в нее, или формируете файл .CSV или еще как?
3.Если разбираться - то нужен код VBA расписания или само расписание.

Например у меня были затыки при открытии книги функцией Shell по окончании экспорта данных в нее, Workspace и Excel висли крепко (оказалась мешала самодельная надстройка в самом Excel) - ну это так для примера

dyakov72
Junior Member

Сообщений: 11
Откуда: Ульяновск
Регистрация: Апрель 2006

написано 06 Июля 2007 14:34ИнфоПравкаОтветитьIP

Спасибо разобрался в скриптах.
Сконфигурировал ODBC и все заработало.

S.Andrei
Junior Member

Сообщений: 6
Откуда: Россия
Регистрация: Февраль 2007

написано 11 Июля 2007 12:50ИнфоПравкаОтветитьIP

Доброго времени суток
Опять я со своими вопросами по iFix =)
Ситуация:
На компьютере в диспетчерской, с установленным iFix3.5, сконфигурирован драйвер Modbus, версии 7.0. Конфиг следующий:
PLC Moeller = Channel0, com2, direct, 9600,8,1,e
PLC Beckhoff = Channel1, com3, direct, 19200,8,1,n
PLC Beckhoff = Channel2, com4, direct, 19200,8,1,n
Moeller рассматривать не буду, т.к. проблемы возникли с Beckhoff.
По каналу 1 передаются данные объемом 160 байт, разбитые на 3 блока. Все работает "как часы", число переданных пакетов = числу принятых, без ошибок, повторов и т.д.
Некоторые проблемы возникли с каналом 2, где суммарный объем передаваемых данных около 460 байт. Суть в следующем: несколько раз за сутки "пропадает" связь с контроллером, секунд на 30-40, затем восстанавливается. Причем пропадает как-то особенно, исчезают значения(становятся ????) не всего блока данных, а только части его. В чем может быть проблемы и как с этим бороться? И все бы ничего, но это происходит почему-то, в основном - ночью %) что особенно раздражает диспетчеров. =)

Лог аварий, пример:
10.07.2007 00:10:05,3 [LIFT ] IN_IP4_TE2 COMM ??????? Датчик температуры
10.07.2007 00:10:05,3 [LIFT ] IN_IP4_TE4 COMM ??????? Датчик температуры
10.07.2007 00:10:05,3 [LIFT ] IN_IP4_TE5 COMM ??????? Датчик температуры

10.07.2007 00:10:57,4 [LIFT ] IN_IP4_TE2 LO 20 Датчик температуры
10.07.2007 00:10:57,4 [LIFT ] IN_IP4_TE4 LO 19 Датчик температуры
10.07.2007 00:10:57,4 [LIFT ] IN_IP4_TE5 LO 19 Датчик температуры

HelpFix
Junior Member

Сообщений: 5
Регистрация: Февраль 2007

написано 11 Июля 2007 15:03ИнфоПравкаОтветитьIP

1.
Посмотрите сетевое оборудование, похоже на перезапуск хаба или самого контроллера.
Может с питанием не все хорошо на контроллере, если есть UPS - тоже может мозги парить.
2.
Посмотрите в файлах ALM сообщения которые кидает сам MBE. Может что расскажет.

У меня, например, такие ошибки периодически проскакивают, но до ошибки COMM не доходит.
10.07.07 00:57:40,0 MBE - Connection Reestablished with device [K1]
10.07.07 00:58:48,1 MBE - Error [10054] sending to device [K1] on channel 1 for poll rec 121 with addr 0
10.07.07 00:58:48,1 MBE - Connection Reestablished with device [K1]

S.Andrei
Junior Member

Сообщений: 7
Откуда: Россия
Регистрация: Февраль 2007

написано 11 Июля 2007 16:15ИнфоПравкаОтветитьIP

1. Контроллер подключен к компьютеру напрямую, "витая пара", RS485. А на самом компьютере установлена плата PCI с двумя разъемами RS485, куда эти 2 контроллера Beckhoff и подключаются.
2. Этот пример из файла ALM и скопировал, аварии за вчерашний день
3. Насчет питания интересная мысль, сегодня попробую посмотреть Но ведь в чем загвоздка, что ошибка вылетает не со всем массивом передаваемых данных, а только с его частью Не может ли быть ошибки в работе самого драйвера?

P.s. И еще пару дилетанских вопросов в конце: )
Т.е. получается, что происходит ошибка самого канала(ошибка COMM)? А что вообще означают LO и OK(пример внизу)?

10.07.2007 00:10:05,3 [LIFT ] BX_P2_2K1 COMM ??????? статус пускателя
10.07.2007 00:10:05,3 [LIFT ] BX_P2_TS1 COMM ??????? статус термостата

10.07.2007 00:10:57,4 [LIFT ] BX_P2_2K1 OK FALSE статус пускателя
10.07.2007 00:10:57,4 [LIFT ] BX_P2_TS1 OK TRUE статус термостата

dyakov72
Junior Member

Сообщений: 12
Откуда: Ульяновск
Регистрация: Апрель 2006

написано 11 Июля 2007 17:19ИнфоПравкаОтветитьIP

Добрый день!
Долго борюсь и никак не могу разрешить следующую ситуацию.
Проблема следующая: имеются два СКАДА сервера на базе iFix 35 под управлением Win2000 Eng (сервер1 и сервер2). Сервер2 получает по LAN визуализацию и данные от сервера1 (через соответствующие теги БД сервера1). Возникла необходимость заменить компьютеры на новые. Первым заменили сервер1 (XP SP2 Russian, iFix35+SP1) - все настроили - все работает, что касается сети. После замены сервера2 (XP SP2 Russian, iFix35+SP1) сеть пропала. Тест Ping - ok, TCPTest - ok, NETDiag - 1914 Error "Connection not established....". Настройки в SCU сделаны, Hosts файл скорректирован, файрволы отключены, антивирусов нет. Программа iKeyDiag ключи (HASP M1) находит без проблем - опция сеть активирована.

Заранее благодарен за советы

HelpFix
Junior Member

Сообщений: 6
Регистрация: Февраль 2007

написано 11 Июля 2007 21:43ИнфоПравкаОтветитьIP

S.Andrei
Сообщения в протокол ALM...
10.07.2007 00:10:05,3 [LIFT ] BX_P2_2K1 COMM ??????? статус пускателя
10.07.2007 00:10:57,4 [LIFT ] IN_IP4_TE2 LO 20 Датчик температуры
кидает не драйвер Modbus, а задача ведения БД реального времени (SAC), которая опрашивает драйвер I/O, и генерирует тревоги для тегов AI, DI и др.
Про SAC вы найдете много информации в электронной книге справки iFix.
Вообще здесь работает связка:
контроллер - драйвер Modbus - SAC

Эти аларменные сообщения генерируются тегами AI, DI только для тех параметров, которые установлены на генерирование тревог (крыжик "Включить тревоги").
Поэтому сообщения в файл ALM летят только для тех тегов, которые установлены на сигнализацию нарушения технологических границ HIHI, HI, LO, LOLO.

В дополнение при обрыве связи с контроллером тег AI генерирует тревогу COMM (нет связи с устройством, то бишь с контроллером) и текущее значение тега принимает вид ???? - вопросов.
10.07.2007 00:10:05,3 [LIFT ] BX_P2_2K1 COMM ??????? статус пускателя
Затем контроллер востанавливает связь с драйвером I/O и тот уже передает корректное значение 20 в БД и в данном случае, SAC исправно формирует тревогу типа LO и посылает ее в протокол:
10.07.2007 00:10:57,4 [LIFT ] IN_IP4_TE2 LO 20 Датчик температуры

Совет:
Целенаправлено перезапустите контроллер и посмотрите на состав сообщений в протоколе.

HelpFix
Junior Member

Сообщений: 7
Регистрация: Февраль 2007

написано 11 Июля 2007 21:53ИнфоПравкаОтветитьIP

dyakov72

Я вот в такой последовательности проверяю:
1. Пусть 1-ый сервер имеет локальное имя (LOCAL NAME) - FIXS1
2. Пусть 2-ой сервер имеет локальное имя (LOCAL NAME) - FIXS2
3. На сервере-2 в SCU в списке удаленных узлов пишем FIXS1
4. На сервере-2 в файле C:\WINDOWS\system32\drivers\etc\hosts
пишем строчку:
-------------------------
127.0.0.1 FIXS1
-------------------------
где 127.0.0.1 - IP-адрес сервера-1
Примечание:
FIXS1 - указывается локальное имя узла iFix, к которому мы хотим подключиться, а не сетевое имя ПЭВМ.

5. На обоих серверах должны быть установлены ключи, иначе сетевая функция работать не будет.
6. Запускаем iFix на сервер-1
7. Запускаем iFix на сервер-2
8. На сервере-2 смотрим протокол ALMHIST (C:\Dynamics\ALMHIS.EXE)
В нем должна появиться сообщение либо что соединение установлено,
либо что не установлено.
Примечание:
ALMHIST должен быть ВКЛЮЧЕН на сервере-2 в SCU в списке адресатов тревог.
9. На сервере-2 создаем рисунок с даталинком:
Fix32.FIXS1.AI_01.F_CV
В режиме выполнения должно быть значение, а не @@@@ - собаки.
Собаки означают нет связи с севером-1 (вид символов настраивается в "предпочтениях пользователя").

Теоретически все должно работать.

dyakov72
Junior Member

Сообщений: 13
Откуда: Ульяновск
Регистрация: Апрель 2006

написано 12 Июля 2007 08:45ИнфоПравкаОтветитьIP

В том то и дело что все как бы настроено для сети, а ее нет. Просто ступор какой то. Может быть дело в оборудовании или последовательность установки софта неправильная. Ставлю старый комп - сеть есть, новый - нет.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика