Геннадий

Проблема в том, что не перезагружается. После нормальной перезагрузки модем получает другой IP-адрес и работает нормально.

Проблема с пропаданием связи с моксой в режиме Reverse RealCOM: после перезапуска прибор выходит на связь некоторое время работает потом пропадает. Гаранлинк настроен по умолчанию: просто активированы все галочки и проставлен IP-адрес сервера для пинга. Приехали на объект - прибор работает, выход в интернет есть, все пингуется, но соединение с сервером не устанавливается Системный лог забит следующими записями: (2931) 2018/05/10,02h:56m:29s Transmission connection check timeout (2932) 2018/05/10,02h:56m:29s Modem down due to GuaranLink (2933) 2018/05/10,02h:56m:33s Cell. module has lost its IP (2934) 2018/05/10,02h:56m:39s Cell. module gets an IP 100.89.138.242 (2935) 2018/05/10,02h:56m:39s Cellular WAN IP is Changed (2936) 2018/05/10,03h:01m:41s Transmission connection check timeout (2937) 2018/05/10,03h:01m:41s Modem down due to GuaranLink (2938) 2018/05/10,03h:01m:45s Cell. module has lost its IP (2939) 2018/05/10,03h:01m:51s Cell. module gets an IP 100.89.138.242 (2940) 2018/05/10,03h:01m:51s Cellular WAN IP is Changed (2941) 2018/05/10,03h:06m:53s Transmission connection check timeout (2942) 2018/05/10,03h:06m:53s Modem down due to GuaranLink (2943) 2018/05/10,03h:06m:57s Cell. module has lost its IP (2944) 2018/05/10,03h:07m:03s Cell. module gets an IP 100.89.138.242 (2945) 2018/05/10,03h:07m:03s Cellular WAN IP is Changed что говорит о том, что гаранлинк срабатывает, но видимо по какому-то "легкому" варианту, не включающего в себя перезагрузку прибора, а просто получение IP-адреса. Получает он в результате тот же самый адрес со всеми его проблемами. Как сделать чтобы прибор перезапускался полностью? Может нужно обновить прошивку, она у нас Firmware version 1.1 Build 17032319?

Заполнить данную форму я не смогу, потому что я не смогу найти кто покупал данное оборудование для нашего предприятия. Опять же надо будет отправить куда то оборудование для проведения диагностики и ремонта, денег нет чтобы их отправить. Может быть есть диагностические средства для проведения диагностики на месте?

TAAA01241270, TACKB1005978, TADAB1023187, TADAB1023216

Уже штуки четыре моксы померли с одинаковыми симптомами: при включении случайным образом включаются светодиоды индикации - GSM, светодиоды уровня сигнала и др., внутри четверка светодиодов одновременно моргают с частотой примерно 2 раза в секунду, звукового сигнала о загрузке нет. Что с ними произошло, и что с ними дальше делать? Может у них прошивка слетела, или еще что? Можно ли их починить самостоятельно или только через сервис?

Почему нет режима Reverse RealCOM в обычных Ethernet-приборах MOXA, а только в OnCell? Было бы неплохо используя установленное GPRS-соединение увеличить количество COM-портов за счет подключаемых к выходу ethernet модуля OnCell обычных модулей NPort.

Можно ли получить описание формата сообщений, которыми обмениваются драйвер с прибором NPort по командному порту?

Хотелось бы получить информацию насчет реализации VPN в OnCell G3150, т.к. в имеющейся документации этот вопрос вообще не освещен. В первую очередь область действия, т.к. возможны 4 варианта реализации: 1. После регистрации в частной сети и получения IP-адреса (может быть одного и того же) мокса становится доступной внутри данной частной сети для драйвера, телнета, а также для настроек через WEB-интерфейс по выданному ей адресу. При этом устройства, подключенные к ethernet-разъему моксы никакого отношения не имеют к данной частной сети, т.е. это просто дополнительный интерфейс, такой же как и GPRS-модуль, для доступа к COM-порту моксы. 2. Кроме действий, описанных в варианте 1, мокса становится NAT-сервером для собственной локальной сети, т.е. устройства, указав в качестве шлюза локальный адрес моксы, получают доступ в частную сеть, но при этом они остаются недоступны из частной сети. 3. Мокса регистрируется в частной сети в качестве шлюза в собственную локальную сеть, при этом доступ из частной сети к моксе и, соответственно, к устройствам, подлюченным к моксе через ethernet-разъем, осуществляется по локальным IP-адресам. В устройствах в качестве шлюза указывается локальный адрес моксы, через который они также получают доступ в частную сеть. 4. После регистрации мокса, так и подключенные к ней устройства, оказываются в адресном пространстве частной сети, доступ к моксе и к устройствам осуществляется по их локальным адресам, которые выбираются из пространства адресов данной частной сети, в качестве шлюза указывается шлюз данной частной сети. Какой из описанных вариантов реализован в OnCell G3150? Если реализован только вариант 1, то есть ли устройства, реализующие другие вырианты? Ну а во-вторых хотелось бы получить пример настройки VPN вкупе с соответствующими настройками серверной стороны, т.е. какие поля должны быть согласованы при настройке VPN на сервере Windows или на Cisco, ну или какую-либо документацию на эту тему.

1. Насчет порта - врядли, в системе крутится ограниченное число приложений, кто что использует известно, но насчет интернета сказать не могу, оттуда кто угодно может прицепиться куда угодно. Но все-таки порты 63950 и 63966 весьма далеки от стандартных, чтобы кто-нибудь мог к ним еще коннектиться. 2. Порт открывается на постоянной основе, но при отстуствии ответа от опрашиваемого прибора периодически его переоткрывает. Вполне вероятно что сбой происходит в момент удержания порта. 3. В приципе этот драйвер (NPort Driver Manager) работает куда стабильнее родного - сбой происходит примерно раз в неделю. Хотя, конечно, можно поискать и альтернативные варианты.

Оператор менялся, причем кардинально - все приборы с одного оператора перевели на другого (но не по этим причинам), но зависало как на одном так и на другом. Соединение от моксы тоже существует - если бы мокса не могла соединится, это было бы видно. Так что на ТСР тоже грешить не стоит. А если при попытке открыть рабочий порт система выдает не задумываясь ни на секунду ERROR_ACCESS_DENIED, то это напрямую указывает на драйвер порта. То есть до проверки наличия соединения даже не доходит. Согласен, проблема носит случайный характер, у нас на опросе стоит 20 приборов и с момента обновления драйвера до сбоя система проработала почти неделю. Так что ловить ее надо или специальными закладками или дедуктивным методом по внешним признакам. Насчет качества связи - у нас и так стоят антенны с усилением, но дело в том что порт не открывается при НАЛИЧИИ связи, а такого не должно быть.

Проблема осталась. Опять отвалился рабочий порт. При попытке открыть его сразу дает дает ошибку 5 - ERROR_ACCESS_DENIED (по функции GetLastError), в то время как попытка открыть порт с отсутствующим соединением занимает длительное время и завершается ошибкой 1450 - ERROR_NO_SYSTEM_RESOURCES. Перезапуск соответствующей службы (Nport Secure Service) решил проблему - порт начал открываться.

Все-таки заставили драйвер заработать, оказалось, что отличаются порты по-умолчанию для Reverse RealCOM - в OnCell 63950 и 63966, а в NPort 60950 и 60966. Кроме того пришлось поправить файл экпорта конфигурации - разделить байты МАС-адреса двоеточиями. Так что вроде все заработало, Сейчас будем ждать сбоев, если будут конечно.

Добрый день! Попробовали поставить указанный драйвер, но ничего не вышло. Порты для ReverseCom открылись (присутствуют в списке TCPView со статусом LISTENING), но модемы к ним не коннектились (или может коннектились и сразу отбривались) Кроме того импорт конфигурации из OnCell произошел не корректно (строка МАС-адреса не была разделена на байты, хотя судя по остальным опциям, все-таки был установлен режим Reverse RealCOM), однако порт, добавленный вручную, тоже не работал, скорей всего по той же причине (не было соединений от модемов). В списке доступных устройств, указанных в файле Versions модем OnCell G3150 отсутствует. Когда вернули все на OnCell сразу все модемы подсоединились. Что насчет прошивки - некоторые с V2.5, некоторые V3.0. Драйвер OnCell тоже уже проапгрейдили до 1.10 с тех пор уже один раз сбойнуло.

Дело не в обрывах связи. Связь, конечно, не ахти, то и дело рвется, к тому же на моксах активирован Garanlink, перезапускающий моксу в случае потери контакта с провайдером (по пингу, отсутствию траффика и еще чему-то, короче, по максимуму), так что обрывы это обычное дело. Опрос приборов производится постоянно, данные нужны в реальном времени. Дело в том, что в какой-то момент времени (спустя сутки или неделю) порт просто становится недоступен, т.е. не открывается, хотя мокса на связи. Стоит перезапустить службу драйвера, и порт оживает. Такое ощущение, что в драйвере теряется связь между МАС-адресом моксы и номером порта. Почему такое происходит неизвестно. Может дело в частоте обрывов связи - из 20 подключенных приборов некоторые ни разу не подвисали, а некоторые раз за разом.

Активное - значит наблюдаемое в утилите TCPView со статусом ESTABLISHED, причем по обоим используемым портам. Насчет трафика по данным соединениям ничего не известно