набор приборов WinPAC с МикроМРВ. Прорабатывается вариант организации проводной связи и есть такой вариант - как организация двух независимых локальных сетей. Одна будет основная, другая резервная. Как настраивается МРВ и МикроМРВ на две сети (т.е. два независимых IP-адреса, а еще для организации локальных рабочих мест потребуется использовать для МРВ третью локальную сеть предприятия).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В Trace Mode 6 осущесвляется резервирование адаптеров на базе функций ОС. Если ОС не настроена на автоматическое осуществление соответствующих переключений, можно с помощью системной переменной @IP_parameter принудительно подключать заданные в узле адаптеры.
Подключение к МРВ, например, NLL через дополнительный сетевой адаптер возможно. Надо отметить его в настройках МРВ и указать IP-адрес именно этого адаптера.
Однако, по нашим представлениям и опыту пользователей, современные методы решения подобных задач предполагают вынос всех таких функций на уровень сетевого коммуникационного оборудования. При этом успешно решаются и вопросы резервирования и коммуникации различных узлов в различных подсетях предприятия.
Posted by AlKon (Участник № / Member № 1919) on :
Еще вопрос: Программирование WinPAC производится на ПК. Как можно скопировать результат в контроллер без сети? С сетью все понятно! С ноутбука в контроллер на объекте?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Скопировать можно через флэш Micro CD самого контроллера.
Posted by AlKon (Участник № / Member № 1919) on :
С флеш тоже понятно. А подключиться напрямую нет возможности и посмотреть как работает программа?
Posted by AlKon (Участник № / Member № 1919) on :
без монитора и без средств управления?
Posted by Romсheg (Участник № / Member № 3792) on :
Там telnet есть.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
После того как запущен проект в контроллере, к нему можно подключиться через COM-порт по протоколу M_Link.
Posted by AlKon (Участник № / Member № 1919) on :
Распайку шнура COM где найти?
Posted by AlKon (Участник № / Member № 1919) on :
Модуль 87040 у вас не поддерживается или его можно заменить подобным?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
COM-порт подключается по стандартному кабелю.
Если к контроллеру есть возможность подключиться непосредственно от ноутбука по сети, то в проекте надо задать сетевой адрес контроллера и загрузить 1 раз исполнительный модуль МикроМРВ. После этого можно непосредственно с ноутбука загружать и запускать проект в контроллере и просматривать его каналы в реальном времени через опцию "шпион".
Модуль 87040 поддерживается. Как его "подключить", описано в документации (введите поиск в справочной системе по 87040).
Posted by AlKon (Участник № / Member № 1919) on :
В справке про модуль 87040 написано: "Для взаимодействия с платой 87040 (32 DI) в ИС нужно создать шаблон 8.7 ( Подтип 8 , DI), задать в нем Канал=2 и привязать к каналу HEX32 типа INPUT."
Можно уточнить: задана структура контроллера, прописаны модули, на месте модуля 87040 что привязывать и куда? Поясните, если можно на примере.
[ 31.08.2011, 11:49: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Подтверждение регистрации Вам отправлено.
Отправлен по почте пример подключения модулей. Внимание! Разработка примеров проектов по завякам пользователей не входит в обязанности службы технической поддержки и выполнятеся на добровольной основе. Спасибо за понимание!
Posted by AlKon (Участник № / Member № 1919) on :
Вернемся к первоначальному вопросу:
К WinPAC с МикроМРВ подключаются две независимые сети. Можно ли и как организовать передачу данных по обеим сетям одновременно? К примеру: по одной сети будут передаваться основные параметры, а по второй архивные и настроечные.
Posted by AlKon (Участник № / Member № 1919) on :
Есть узел в нем можно указать два сетевых адаптера, а как в канале выбрать по какой сети производить передачу данных и какой IP указывать в контроллере (если их два)?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если в проекте заданы сетевые адреса, нет необходимости выбирать сетевые адаптеры для обмена между конкретными узлами. Средства ОС и широковещательные рассылки узлов позволят им автоматически найти друг друга.
Posted by AlKon (Участник № / Member № 1919) on :
Наверно Вы меня неправильно понимаете:
Есть узел (с контроллером WinPAC), и у него две локальные независимые сети (сети организованы разными провайдерами). необходимо канал типа Float отсылать по первой сети, а канал типа HEX16 - по второй. А узел RTM (диспетчер-оператор) должен принимать эти данные - по первой сети - канал Float, а по второй - Hex16. Задача - как разделить каналы по двум независимым каналам передачи данных?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Такое разделение в Trace Mode 6 не предусмотрено.
Posted by AlKon (Участник № / Member № 1919) on :
А будет в дальнейшем? ведь у контроллера есть такая возможность.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Надо уточнить задачу и подобрать возможные варианты коммуникаций. Обратитесь непосредственно в службу техподдержки с более детальным описанием задачи.
Posted by AlKon (Участник № / Member № 1919) on :
Вопросы про работу МРВ и МикроМРВ ? 1) Испытывал работу по сети: контроллер WinPAC + МРВ на ПК. Оставил на ночь. Ночью сервер, по причине скачка напряжения, вырубился, после восстановления работы сервера МРВ не видит контроллер. После перезагрузки программы на МРВ связь появилась. В чем может быть причина?
2) Какие-то особенности настройки передачи данных WinPAC <--> МРВ через Интернет имеются? Если да - то какие?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Для получения ответа на Ваш вопрос воспроизведите ситуацию при включенной на обоих узлах отладке по сети (ключ DEBUG=400 в cnf-файле). После этого вышлите на hotline3@adastra.ru файлы протокола профайлера и файлы tm6_log.txt с обоих узлов проекта.
2. Настройка в Trace Mode производится аналогично настройке обмена по локальной сети.
Posted by AlKon (Участник № / Member № 1919) on :
Спасибо за ответ. 1. Вы советуете воспроизвести падение сервера? К сожалению сисадмин мне этого не может позволить. Буду ждать когда сервер сам "отрубится". Я пробовал просто отключать сетевой кабель - в этом случае связь пропадала, а при возобновлении сети передача данных возобновлялась в нормальном режиме.
Posted by AlKon (Участник № / Member № 1919) on :
Я пытаюсь подключить к WinPAC электросчетчик Меркурий 230 через универсальный драйвер. Но результата пока нет. Может я что-то неправильно делаю, хотя старался по вашему видео. Когда выбирал ПО (OEM МикроМРВ) я вам звонил, мне сообщили что два электросчетчика должны поддерживаться. Или это не так? Может есть какая-то особенность при обмене с WinPAC? Обмен настраивал через COM2 (RS485).
[ 07.09.2011, 15:45: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by Nico (Участник № / Member № 5342) on :
версмя RTM for WinPack и на сколько точек ? запустите свой узел(отклбчив УСО специфичное для WinPack) в IDE --------------------------- поставить отладку(0x200) что в файле профайлера ? --------------------------- чему равно аппаратное значение канала-счетчика ? возвелпсь недостоверность ? правильно ли задан пароль доступа к счетчику ? в м230 отключили эхо ? утилита от меркурия читает данные ?
и т д ; и т п
Posted by AlKon (Участник № / Member № 1919) on :
версия RTM для WinPAC 6.07.7 (последняя) на 255 каналов. утилита от Меркурия читает данные. пароль правильный. аппаратное значение равно нулю. Выполняю проект полностью по фильму с сайта. Ну у меня вопрос главный: Поддерживает ли эта МиркоМРВ работу с универсальным драйвером обмена с электросчетчиками? Если да - буду дальше копаться искать ошибки или недочеты, я не спрашиваю почему не работает, а в принципе должна работать или нет? Версия OEM МикроМРВ на 255 каналов последней версии, приобретенная у поставщика оборудования IPC2U?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В релизе 6.07.7 МикроМРВ для WinPAC поддерживает драйвер "Универсального механизма обмена со счетчиками". Надо проверить, запитана ли в контроллере шина RS 485 COM-порта, используемого для обмена со счетчиком. По умолчанию питание выхода COM2 может быть отключено.
Posted by AlKon (Участник № / Member № 1919) on :
Как это проверяется? Меркурий 230 со встроенным источником питания для интерфейса.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Надо выяснить это по документации на контроллер. Экспериментально можно проверить перехватом трафика на шине RS-485 - есть ли сигналы от контроллера.
Posted by AlKon (Участник № / Member № 1919) on :
Про Меркурий выясняю, о результатах сообщу. Возник вопрос о взаимодействии МРВ и МикроМРВ: По локальной сети на нашем предприятии все хорошо, все передается (без задания IP адресов). Поставили вчера контроллер на объект, задал IP адрес для контроллера, на стороне МРВ стоит статический IP в локальной сети предприятия. Обмен данными не происходит - в чем проблема? Требуется внешний статический IP или еще что-то? Подразумевается передача данных через Интернет-сеть на первое время, а потом будет по локальной сети одного из провайдеров.
Posted by Nico (Участник № / Member № 5342) on :
Авто поиск узлов осуществляется широковещательными(BROADCAST) посылками.Данные режим у провайдеров естественно не включен
Нужно в проекте задать узлам адреса и прочитать в справке информацию о BRIDGE мост
Posted by AlKon (Участник № / Member № 1919) on :
Т.е. не нужно обращаться к провайдеру за доп.функциями работы сети? Или все же надо?
Posted by Nico (Участник № / Member № 5342) on :
естественно нет + не забыть разрешить порты наружу по которым идет обмен( у своего ИТ)
Posted by Kollega (Участник № / Member № 4097) on :
Может задам глупый вопрос, но все же. Если я создам в ИСР проект в котором будет контроллер WinPack-8000, то смогу ли проверить работоспособность узла-контроллера? С МРВ в ИСР понятно, а для контроллера есть нечто подобное? А то как-то без практической проверки неудобно. И еще вопрос. Вы в своем сообщении ответили"2. Самый простой вариант - настроить модемы на выход в сеть по GPRS в контроллерах и ПК системными средствами. Тогда связь между МРВ и МикроМРВ будет осуществляться просто по сетевому интерфейсу." Что значит системными? Насколько я понимаю это через гипертеминал добиться связи между двумя модемами, а потом запускать МРВ и МикроМРВ? Но не возникнет ли конфликта по сом-портам? У Вас на сайте есть видеоурок как связаться по gprs. В нем используются средсва ТМ или ОС? Помогите разобраться, пожалуйта.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вы сможете запустить узел EmbeddedRTM на ПК под управлением профайлера. Должны работать все функции, кроме обмена данными с модулями УСО, которые по проекту устанавливаются в крейт контроллера.
Posted by Kollega (Участник № / Member № 4097) on :
Доброе утро! Не удается связать компьютер и контроллер по TCP/IP.Создаю новый проект, в нем два узла, в каждом по одному каналу. Канал в контроллере привязываю к синусоиде. МикроМРВ в контроллере работает нормально, данные изменяются, а в МРВ ничего не приходит и достоверность устанавливается в _F. При этом видно, что на компьютере создаются TCP-порты. Можно ли как-то увидеть создаются ли TCP-порты в контроллере? Демо-проект, поставляемый с МикроМРВ, содержит графическую панель и при запуске МикроМРВ сразу вылетает, поэтому протестировать его не удается.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В настройках узлов обязательно надо указать выбранный для обмена адаптер (например, установить, флажки Прием/посылка для первого адаптера). Для контроллера надо обязательно указать его реальный IP-адрес.
Для диагностики надо в файлы конфигурирования запуска узлов *.cnf в контроллере и МРВ внести ключ DEBUGON=70004490
Тогда в профайлерных протоколах обоих узлов будет информация о сетевых процедурах и взаимной видимости узлов.
Файл *.cnf для контроллера надо создавать в редакторе на ПК, а потом переносить в папку узла в контроллере.
Демо-проект, поставляемый в составе дистрибутива МикроМРВ для WinPAC CE, очень старый. Его надо конвертировать заново в релизе 6.09. Тогда он будет функционировать.
Posted by Kollega (Участник № / Member № 4097) on :
Вот что выдал контроллер (0:59:43) INF_RTM:CE.eRT 5.0 (0:59:43) INF_RTM:Professional RTM+ ver. 6.09.0 (0:59:43) INF_LOAD:LoadTime=0.238s CalcPeriod=550ms (0:59:43) INF_RTM:available(MB): pm=43 vm=32; free(MB): pm=22 vm=15 after load (0:59:43) INF_RTM:total use(MB): pm=21 vm=16 after load (0:59:43) INF_RTM:total use(MB): pm=21(21) vm=16(16) after load (0:59:43) INF_RTM:start Main[913775830] idle (0:59:56) INF_RTM:start Ext Graph[4144408950] (0:59:56) INF_RTM:start ACT[3075684778] idle (0:59:56) INF_IP:hostname is WP8x4x01 (0:59:56) INF_IP:card0 addr=0.0.0.0 (0:59:56) INF_IP:card1 addr=192.168.1.39 (0:59:56) INF_IP:node0 find default ip=192.168.1.39:1025 (0:59:56) INF_IP:node1 find default ip=192.168.1.40:1025 (0:59:56) ERR_IP:10014:EFAULT(reuseaddr) = 10014 (0:59:56) INF_IP:soc_in_1 192.168.1.39:1025 (0:59:56) INF_IP:Create InSocket = 1 (0:59:56) INF_IP:Mask for use cards 202 (0:59:56) ERR_IP:10014:EFAULT(reuseaddr) = 10014 (0:59:56) INF_IP:soc_out_1 192.168.1.39:1026 (0:59:56) ERR_IP:10014:EFAULT(setsockopt broadcast) = 10014 (0:59:56) INF_IP:Create OutSocket = 1 (0:59:56) INF_IP:Node must use bridge mask(dont send broadcast) = 12 (0:59:56) WRN_IP:Bridge not found at start (0:59:56) INF_IP:nib=256 Length of pocket=1452(70) IPSIZE=32768B,16384B(0) queue=64000 (0:59:56) INF_RTM:start TCP_CS[377270230] low (0:59:56) INF_RTM:start TCP_RS[1983539002] low (0:59:56) INF_RTM:start IPGET[1450425562] below (0:59:56) INF_RTM:start IPSEND[1447832494] below (0:59:56) INF_RTM:start CALC[3068438430] above (0:59:56) INF_FLT:ModeSwitch e15=0000 e18=0000 e20=0000 [0] (0:59:56) INF_RTM:mode=2(Work) e15=00 e18=01 e20=00 [src4] (0:59:56) INF_FLT:No detect condition (0:59:56) INF_RTM:fast channels not found (0:59:56) INF_RTM:start time is 0.218 s (0:59:56) INF_RTM:total use(MB): pm=22 vm=17 after start (0:59:56) INF_RTM:total use(MB): pm=22(22) vm=17(17) after start (0:59:56) INF_RTM:start IP_EXTRACT:net[1452535758] idle (0:59:56) INF_TCP:listen 192.168.1.39:1027 (0:59:56) ERR_TCP:10042:NETERR(srv setsockopt) = 10042 (0:59:56) INF_TCP:srv buffer size = 32768 (0:59:57) INF_RTM:Thread Enable Видны какие-то ошибки. Что они значат?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Пришлите, пожалуйста, на hotline@adastra.ru файл проекта и папки узлов RTM и EmbeddedRTM непосредственно из работавшего ПК и контроллера.
Posted by Kollega (Участник № / Member № 4097) on :
Отправил.
Posted by Kollega (Участник № / Member № 4097) on :
Добрый день!
Как дела с моим проектом?
Методом тыка удалось обнаружить, что в Win ce не создаются сокеты. Может подскажете в чем может быть проблема?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Запущен профайлер релиза 6.08. Надо запускать исполнительные модули одного релиза, синхронного с релизом IDE.
У Вас в проекте для контроллера выбран почему-то 2-й адаптер для приема и передачи. Надо выбрать первый адаптер.
Posted by Kollega (Участник № / Member № 4097) on :
А все оказалось так просто... Связь появилась. 2 адаптер был указан потому, что в контроллере две порта. После тестов убедился, что МикроМРВ работает только с первым адаптером(в сиысле, если используется второй адаптер, в проекте ему будет соответствовать первый). Большое спасибо за помощь.
Posted by Kollega (Участник № / Member № 4097) on :
Добрый день, уважаемая техподдержка! Подскажите следущие моменты. 1. Как в Вышем демо-примере связи по GSM происходит эта самая связь? Я имею в ввиду вот что. В начале запроса МРВ звонит на модем модуля, тот снимает трубку, передаётся значение и связь разрывается. И так происходит постоянно. Или же связь настраивается один раз и не разрывается? 2. В нашем проекте предусмотрена передача аналоговых сигналов из МикроМРВ в МРВ раз в 15 минут(по GSM или GPRS). Но есть еще дискретные сигналы, например сигнал открытия двери шкафа. Шкафы расположены далеко от сервера и естественно за 15 минут их могут запросто украсть. Как в таком случае организовать передачу сигналов по их изменению?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. За один дозвон МРВ (или МикроМРВ) реализует все активированные на данном цикле запросы и посылки данному узлу. Только после этого связь разрывается. При этом следует использовать ключ MODEM_INLNK в файле *.cnf. Режим обмена по телефону МРВ (в качестве клиента) с одним узлом может управляться переменной @Node_Lock.
2. Если передача аналоговых сигналов из МикроМРВ (как клиента) осуществляется его собственными каналами OUT, то условием передачи является изменение значения этого сигнала. В Вашем случае период обработки аналоговых каналов OUT в контроллере следует задать 15 минут, а период обработки дискретных каналов OUT - минимально возможный.
Posted by Kollega (Участник № / Member № 4097) on :
Доброе утро, уважаемая техподдержка! Тестирую связь по gprs-каналу и не могу добиться стабильной работы сети. Имеем контроллер WP8441 и компьютер. IP адреса пингуются в обе стороны, но бывает с ошибками. Пытаюсь считывать значение с контроллера и получается считать каждый раз по разному от 1 до 5 значений. Потом работа (Work)узла контроллера в статусе узлов МРВ падает и ничего считать не получается(восстановления связи не происходит).В файле cnf МРВ при этом следущее: (8:21:13) INF_RTM:node status WORK = 0 (8:21:35) INF_RTM:node 0 unload(it1) node 0 - это контроллер. Т.е. он почемуто выгружается. Как добиться более-менее стабильной связи? Жду скорого ответа, потому что аврал.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Видимо, речь идет не о файле *.cnf, а о профайлерном протоколе.
"(8:21:35) INF_RTM:node 0 unload(it1)" означает, что МРВ не видит узла контроллера.
Стабильность связи не зависит от Trace Mode 6. Обеспечение стабильности, устойчивости связи - задача профайдера и систем конфигурирования сети.
Относительно быстрое восстановление связи обеспечивается при прохождении BROADCAST-посылок между узлами. В особенности в направлении от МРВ к контроллеру. Если такой режим не поддерживается, но СТАТИЧЕСКИЙ IP-адрес контроллера, который задан у настройках узла в проекте, восстановлен в узле контроллера после восстановления связи в GPRS-канале, надо в МРВ делать канал запроса данных из контроллера. По этому запросу МРВ будет "опознан" контроллером для передачи ему данных.
Posted by Kollega (Участник № / Member № 4097) on :
А можно, пожалуйста, подробнее про эти BROADCAST-посылки. Ткните, где про них прочитать. С помощью каналов out получилось более-менее что-то передавать в МРВ. Но, после обрыва соединения GPRS(специально мною), связь между узлами не восстанавливается. Насколько я понимаю, так быть не должно.
"Если такой режим не поддерживается, но СТАТИЧЕСКИЙ IP-адрес контроллера, который задан у настройках узла в проекте, восстановлен в узле контроллера после восстановления связи в GPRS-канале, надо в МРВ делать канал запроса данных из контроллера. По этому запросу МРВ будет "опознан" контроллером для передачи ему данных"
Т.е. получается контролировать связь надо вручную, с какой-то периодичностью опрашивая контроллер?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
BROADCAST-посылки - широковещательные рассылки, с помощью которых узлы оповещают друг друга о своем присутствии в сети
Именно для того, чтобы иметь возможность восстановить связь, надо "заставить" МРВ опрашивать контроллер по собственной инициативе.
Posted by Kollega (Участник № / Member № 4097) on :
Добрый день! Возникла такая проблема. Есть сервер с МРВ, который опрашивает контроллеры по GPRS VPN сети. Одновременно сервер посылает данные на АРМ. Т.е. в сервере имеем два IP-адреса. В настройках узла отмечены 1 и 2 адаптеры и указан IP-адрес VPN. При первом запуске все идет как надо. В статусе узлов серверу присвоен адрес VPN(10.4.7.129). Но GPRS-связь периодически разрывается и серверу присваивается адрес своей сетевой(192.168.1.1). После восстановления соединения связь с контроллерами не восстанавливается (вернее ведет себя непредсказуемо). Если использовать только VPN то связь восстанавливается. Возникает вопрос: можно ли в ТМ присвоить каждому адаптеру свой конкретный IP? Подобно номерам модемов. И еще подскажите все-таки как настроить GPRS соединение средствами ТМ, а не ОС? Хотя бы, где об этом написано.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
По последней части вопроса: см. "Задание параметров узла/Модемы".
Необходимо провести диагностику с ключом DEBUGON=400 в файле *.cnf.
Файл проекта вместе с папками всех узлов проекта пришлите, пожалуйста на адрес техподдержки. Опишите более детально структуру сетевых связей и принятый порядок назначения IP-адресов (GPRS, VPN, локальных). Укажите используемый релиз и ОС.
