Irina
-
Posts
449 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Posts posted by Irina
-
-
Для того, чтобы организовать режим работы DRDAS, взаимодействие между компьютерами необходимо настроить самостоятельно - написать программу на Си. Во вложении как раз библиотеки для Си (Windows и Unix). В файле drdas.txt описано их назначение.
При настройке этого режима прописывается один Primary IP и три Backup IP и запросы мокса принимает только с Primary IP.
А если основной хост не неисправен а просто управление было переведено на резервный хост, как в этом случае заставить моксу принимать запросы с
следующего в списке Backup IP.
Это можно сделать с помощью функции dsio_change_state
Use this function to set the Primary/Backup state. For theredundancy application, there will be more than two hosts TCP/IP
connection for each serial port, one is Primary and others are
Backup. Using this function will set the Primary to specifed
host.
-
-
На ICF-1150 разъем DB9 "мама", соответственно такой:
На компьютере DB9 "папа". Соединять с компьютером нужно прямым кабелем. С оборудованием - в зависимости от того, какой на нем разъем. Если "мама" - то перекрестным, если "папа" - то тоже прямым.
-
Обратил внимание на то что, если из приборов делать экспорт, а потом эти настройки загружать обратно, то параметры в Celllular Reconnection считываются неверно.
Исправили. Прошивка во вложении.
-
Проверьте правильность подключения оптики. Rx на одной ICF соединяется с Tx на другой ICF, и наоборот.
-
Добрый день.
Есть вопросы по настройке режима Dual-host Redundant Data Acquisition System (DRDAS).
Схема подключения один в один как в мануале.
С настройками самой моксы все понятно. Что настраивать на хостах и зачем DRDAS библиотеки на CD, о них в мануале ничего не написано.
ОС Windows NT SP6.
Добрый день!
Библиотеки на диске (Secure Socket Development Kit, если вы о нем) - для передачи зашифрованных данных через NPort.
По поводу DRDAS. Как это работает:
Только основной хост может запрашивать данные:
Ответ приходит на оба хоста, основной и резервный:
Основной хост неисправен:
Вот здесь вся проблема. Резервный хост должен понять, что основной хост перестал работать. Именно это взаимодействие и нужно настроить на хостах:
После этого резервный хост берет на себя функции основного хоста:
-
Update: UPort 1110 может работать на нестандартных скоростях, но не на абсолютно произвольных. Скорость 10400 он поддерживает:
На всякий случай обновите драйвер, последнюю версию можно скачать здесь.
-
Есть решение в стиле "забиваем гвозди микроскопом"
Конвертер Ethernet в RS-232/422/485 NPort 6150 может работать на нестандартных скоростях от 50 до 921 600 бит/с.
-
В прибора выходит пара + и - RS485,
на NE4110А имеются контакты TXD1 TXD2 RXD1 RXD2.
Вопрос знатокам: как соединить? сложно спалить порт RS485 в приборе и в NE4110A???
Там есть контакты TxD+, TxD-, RxD+ и RxD-. RS-485 надо подключать к RxD+ и RxD- (контакты 3 и 4 разъема J1).
Спалить - легко
Скорее всего будет достаточно 30 В, но для гарантии можно подать 220 -
Вы нас опередили буквально на несколько минут
Только что пришло письмо от Moxa, где они подтверждают наличие ошибки в документации на устройство. Сейчас при токе < 3 мА или обрыве Data (Hex) - H0000.
Ошибка будет исправлена в ближайшем будущем, функция будет доступна ориентировочно в сентябре.
-
Добрый день. Задача следующая. Необходимо соединить через Ethernet Dial-up модем Acorp Sprinter EMSF-2 (COM-портовый). Я так понимаю необходимо использовать режим работы - Real Com-порт. Но модем в системе при инициализации не определяется. Устройство MOXA Nport 5110. Пробовал подключить модем к COM-порту компьютера - все работает нормально. В чем причина? Заранее благодарен.
Добрый день! Для начала проверьте настройки по инструкции во вложении.
-
Спасибо за хорошие новости!
Еще раз приносим извинения за проблемы с контроллером.
По поводу имен приборов, имя Server Name действительно не отображается в списке устройств, зато отображается Server Location. Если отсортировать устройства по этому параметру (нажать на флажок в верхнем меню), можно будет их различать. Надеюсь, это то, что вам нужно
-
1.постоянно появляется ошибка 10053 в логах АОРС, после чего контроллеры уходят на перезагрузку. При этом это может происходить и группами по 2-3 контроллера. Что это значит?
Ошибка 10053 означает, что произошел аварийный разрыв соединения между AOPC и устройством. После того, как ioLogik снова подключится к сети, он обновит информацию в AOPC сервере, AOPC сервер проверит MAC-адрес, если такой MAC-адрес уже зарегистрирован на AOPC Server, появится ошибка 10053.
Механизм восстановления соединения происходит следующим образом:
1. Если соединение отсутствует, ioLogik фиксирует невозможность обновить теги и пытается восстановить соединение.
2. Для проверки состояния соединения ioLogik будет пинговать удаленный хост.
3. Если соединение не восстановлено, после 3 попыток устройство перезагрузится.
4. После перезагрузки ioLogik снова проверит соединение, если соединение не восстановлено, он продолжит цикл проверки удаленного хоста и перезагрузки.
Если не прописан адрес DNS-сервера, удаленный хост будет недоступен даже если соединение восстановилось.
Кроме того, все же рекомендую попробовать наклеить скотч на SIM-карту, чтобы улучшить контакт. Если в цикле перезагрузок в один прекрасный момент отойдет контакт, появится сообщение "SIM card not install", и ioLogik перестанет перезагружаться.
2.Сколько продано контроллеров в России? нам почему-то кажется, что мы единственные пользователи.
Продукт достаточно новый, но вы не единственные пользователи.
-
Возможно есть проблема с плохим контактом SIM-карты. Попробуйте наклеить на нее кусочек скотча с обратно стороны, чтобы сделать потолще.
Во-вторых, пропишите адрес DNS-сервера.
По поводу связи со SCADA-системой (не видит изменения каналов дискретного ввода) - не совсем понятно чем это может быть вызвано.
1) Изменения состояния дискретных каналов видны в AOPC Server, но не пердаются в SCADA-систему?
2) С помощью программы Wireshark сохраните лог того момента, когда DI меняется и OPC Client не может прочитать статус.
-
Возможно, проблему вызывает Windows XP Home Edition.
Пожалуйста, сделайте следующее:
1) Создайте в ClientTest теги для DI и DO. Проверьте, можете ли вы изменить состояние дискретного выхода. Проверьте, изменяется ли тег дискретного ввода после физического изменения состояния канала.
2) Проверьте, можно ли изменить состояние реле из утилиты ioAdmin с помощью функции Relay Test.
3) Сохраните лог из AOPC Server и пришлите его нам.
Если есть возможность сделать удаленный доступ к контроллерам - это было бы отлично.
-
Вы меня окончательно запутали.
Давайте вернемся к этому сообщению, все по порядку.-----1-----
установили последние прошивки при перепрошивки обратил внимание на отсутствие вкладки Celllular Reconnection в ioAdmin, прошу внести изменения в релиз - совсем не удобно снимать контроллер, вытаскивать сим карту и т.п.На XP - все нормально, на Windows 7 - вкладка Cellular Reconnection отсутствует?
Я тестирую на рабочем компьютере с Windows XP, попробую в понедельник протестировать на Windows 7.
-----2-----
AOPC снова ругается при попытке подключения к серверу(галочка system - register OPC as Service снята) -
обратил внимание, что тоже самое действие, но при установленной галочке: клиент который обращается к АОРС зависает.
1) Проблема с соединением возникает только в ПО ClientTest? Можете ли вы подключиться к AOPC Server из SCADA-системы?
2) Еще раз уточните - какую версию AOPC вы используете?
3) Во время запуска OPC ClientTest просит ли он загружаться от имени администратора?
-----3-----
что означают пункты hearbeat tolerance и output control timeout?hearbeat tolerance - время ожидания сигнала hearbeat, перед тем как AOPC Server зафиксирует таймаут.
output control timeout - это время после которого будет зафиксирован таймаут, когда вы посылаете команду из OPC клиента.
-----4-----
хотелось бы получить возможность управлять выходами напрямую из АОРСActive OPC Server - это промежуточное программное обеспечение между модулями ioLogik и SCADA, его задача - только обеспечивать передачу данных. Возможность управления выходами из AOPC не поддерживается и введение такой функции не планируется. Управление выходами можно осуществлять либо из OPC клиента, либо из ioAdmin.
вопрос снят.Какой именно?
-
установили последние прошивки при перепрошивки обратил внимание на отсутствие вкладки Celllular Reconnection в ioAdmin, прошу внести изменения в релиз - совсем не удобно снимать контроллер, вытаскивать сим карту и т.п.
С новой прошивкой вкладка Celluler Reconnection как и все остальные функции на месте:
У вас не так?
Для чего нужно "снимать контроллер, вытаскивать сим карту и т.п."?
-
Официально AOPC поддерживает только Windows 2000, XP и 2003. Вот бета-версия с поддержкой Windows 7 и Vista:
ftp://moxa:moxa@avtomatika.nnz.ru/ActiveOPCServer1.7.1_Build10051910.zip
опишите пожалуйста по подробнее функцию Heartbeat.
Имеется в виду Heartbeat Interval во вкладке Active Tags. Насколько я помню, он у вас 60 с. Эта функция не только отправляет подтверждения об активности ioLogik в AOPC, но и сообщает оператору связи, что соединение все еще используется.
-
На windows 7 последняя версия сервера OPC не работает!!!
нет соединения ни с контроллерами, ни с трейсмодом.
откатились на предпоследнюю версию.
К делу:
ошибка относится к ОРС серверу (ActiveO...ild10041512) при попытке подключиться к нему через клиент идущий в комплекте с сервером.
Не совсем понятен этот момент.
В итоге вы работаете с версией ActiveOPCServer1.7_Build10041512, правильно?
Если, как вы пишете, она не работает под Windows 7, то с какой ОС вы сейчас работаете?
а это ошибка при попытке присоединиться к серверу ОРС с помощью вашего же клиента.
По поводу OPC-клиента:
1. Active OPC и ClientTest запущены на одном компьютере?
2. Какая ОС установлена на компьютере, на котором запущена программа ClientTest?
Система представляет собой програмно- аппаратный комплекс, который состоит из:
контроллера W5340 c двумя микропрограммами,
OPC- сервера + клиент,
SCADA - системы - стороннего производителя.
Первоночальные проблемы по повисанию контроллера кажется устранены, говорить это мы можем
с осторожностью, так как полноценные испытания мы провести пока не можем.
Осталась следующая проблема:
если к контроллеру долго не обращаться, то нарушается синхронизация тегов, и требуется дважды обращаться
к каналу.
Это проблема может быть вызванна микропрограммой, OPC- сервером, SCADA-системой.
Так как родной клиент OPC не работает, мы обрадовались слишком рано, то локализовать проблему сложно.
Я предполагаю, что виновата микропрограмма контроллера, либо его настройки.
Дефект не смертельный, как предыдущие, но очень неприятный- вызывает смех у заказчика и
наши глупые объяснения про режим сна и сбережения трафика.
К сожалению имеются отечественные аналоги, которые нам непрерывно ставят в пример.
С уважением Мельников Е.В.
Для решения проблемы с двойным обращением к каналу обновите прошивку до версии во вложении (FWR_W5340_V1.4.2_Build10051818_CV.2kp) и настройте функцию Heartbeat.
-
Проверка доступности произвольного адреса в этой прошивке сохранена.
Эта версия прошивки сделана исключительно под вас, так что в ближайший официальный релиз функция сохранения состояния реле не войдет. Скорее всего, эта опция будет включена в последующие релизы.
Выпуск продолжили с конца апреля.
-
Готова кастомизированная версия, которая запоминает состояния реле, лежит здесь:
ftp://moxa:moxa@avtomatika.nnz.ru/W5340.zip
Чтобы работать с ней нужно сделать следующее:
Для версии 1.4:
1. Удалить утилиту ioAdmin, установить ioAdmin3.7_Build10042713
2. Запустить ioAdmin из папки \W5340\ioAdminSetup\program files\Moxa\ioAdmin\ioAdmin.exe
3. Обновить прошивку до версии 1.4.2_Build10050416_CV или 1.4_Build10042812_STD.
4. Обновить прошивку до версии Aduc845_V1.1_Build10042721_STD.
Проверила, работает.
Для версии 1.3 или более ранней:
1. Удалить утилиту ioAdmin, установить ioAdmin3.7_Build10042713
2. Обновить прошивку до версии 1.4.2_Build10050416_CV.
3. Обновить прошивку до версии Aduc845_V1.1_Build10042721_STD.
Обратите внимание, что в этой версии функция Power On Settings для реле отключена.
-
Вот еще последняя версия Active OPC Server.
ftp://moxa:moxa@avtomatika.nnz.ru/ActiveOPCServer1.7_Build10041512.zip
-
Чтобы заставить работать эту бета-версию, нужно будет сделать следующее:
1. Вытащите из устройства SIM-карту и SD-карту.
2. Обновите прошивку до версии Build10042019_STD.
3. Удалите текущую версию утилиты ioAdmin.
4. Установите ioAdmin3.7_Build10042011.
Лежит здесь: ftp://moxa:moxa@avtomatika.nnz.ru/ioAdmin3.7_Build10042011.zip
5. Запустите ioAdmin.
6. Во вкладке GPRS Settings введите APN, имя пользователи и пароль, выберите частоту (даже если уже стоит правильная частота, выберите ее снова). Нажмите на кнопку Update и перезапустите ioLogik.
7. Отключите питание от ioLogik’а и вставьте SIM-карту.
Прошу прощения за такой «танец с бубном», но по-другому, похоже, бета-версия не работает.
В ioAdmin появится вкладка Celllular Reconnection. Там можно установить любой IP-адрес, который будет пинговаться для проверки состояния соединения.
-
Вот и прошивка. Бета-версия, потому что в официальном релизе будут добавлены некоторые новые функции.
CN2610-8
in Преобразователи RS-232/422/485 в Ethernet
Posted
На самом деле DRDAS - это единственный режим "сделай сам", где нужно писать собственную программу. Вообще говоря, мало кто пользуется этим режимом. Все остальные режимы настраиваются достаточно просто.
В принципе для передачи данных с одного устройства на несколько хостов достаточно установить параметр Max. Connection = 2 (3, 4). Единственный недостаток такого режима работы - если два компьютера будут одновременно запрашивать данные, данные могут перемешаться и будут некорректно обработаны. Поэтому, как правило, такой режим работы используется в том случае, когда передача данных идет однонаправленно от устройства на несколько хостов.
Есть еще один вариант - режим работы Command by Command (поддерживается только серией устройств NPort 6000). В этом случае команды будут обрабатываться последовательно, а данные получит только тот компьютер, который их запросил.