Komantsev

Добрый день! Плата C320 достаточно специфична, и Linux-драйверы под нее обновляют не очень часто, примерно раз в год. Если говорить о "традиционных" платах, таких как CP-168U или CP-104UL, то там обычно обновления появляются раз в пару месяцев.

Доброе утро! Знаю, что Вы получили ответ, но продублирую сюда: Драйвер для платы C320 с поддержкой ядра Linux 3.7 планируется к выпуску в районе 15 июня.

Здравствуйте, Игорь Александрович, Попробовали сэмулировать у себя. Действительно, есть какие-то нестабильности в работе E1240 с ActiveOPC. Пообщаюсь с программистами, свяжусь с Вами по результатам.

Здравствуйте! Извините, пропустили Ваше вообщение. На компьютерах V2402 можете устанавливать свой Linux, проблем не будет. Для работы с каналами DI/DO надо будет использовать драйвер, который высылаю вложением. dio.tgz

Мне подтвердили, что запрос получен, и программисты работают над этим. Так что ждем ответа!!

Если отправлялось в пятницу. то, возможно, просто не успели ответить. Все-таки всего 1 рабочий день прошел. Обычно они отвечают дня за 2-3. Но я, в любом случае, уточняю, есть ли какие-то новости.

Игорь Александрович, Попробуем сэмулировать ситуацию и дадим Вам знать по результату.

А на какой суппорт писали? support@moxa.com? Какого числа? Постараемся выяснить, есть ли новости. Описывали ли Вы полностью версию Linux и версию ядра в письме?

Добрый день! Боюсь, маршрутизатор не сможет работать по описанной Вами схеме. Он не сможет подменять внутренний статический адрес сервера на внешний. Функция резервирования подключения (Ethernet WAN / GPRS) предназначена, например, для случая, если Вы связываетесь с сервером, находящимся в сети Интернет, и кабельная связь пропала. Тогда автоматически активируется сотовая связь, и данные будут передаваться по GPRS, но на тот же самый адрес, без подмены адресов. Если же Вы делаете связь двух частных LAN, то организация резервного GPRS-канала не получится, т.к., как Вы корректно заметили, в случае задействования GPRS-канала надо будет указывать другой IP-адрес целевого сервера, а OnCell автоматически этого сделать не сможет.

Здравствуйте, Простите за поздний ответ! Боюсь, модем OnCell G3150 - это не то, что Вам нужно. Режим SMS-тоннеля, реализованный в нем, позволяет передавать в СМС-сообщении те данные, которые изначально не рассчитаны на отправку СМС-сообщением. Например, компьютер отправляет в COM-порт какое-то сообщение, рассчитывая, что его получит какое-то устройство по RS-232. А модем отправит эти данные СМС-сообщением на номер, который Вы предустановили в настройках модема. Если же у Вас получалось успешно работать с сотовым телефоном в качестве модема, то SCADA рассчитана на работу с классическим GSM-модемом по AT-командам. Модель G3150 так не может, для этого предназначен модем OnCell G2151I.

Здравствуйте! Утилитку выслал на почту! Telnet-команду не получится использовать, т.к. там достаточно сложный механизм, а не просто одна команда. В частности, перед перезагрузкой надо авторизоваться, чтобы не позволить посторонним перезагружать Ваш NPort в любой момент как только вздумается.

Здравствуйте! К сожалению, программно считать серийный номер нельзя. Он нигде программно не прописан. Боюсь, что единственный способ защиты интеллектуальной собственности - это предложенный инструмент BINEncryptor.

Здравствуйте! Попробуйте использовать прошивку для ioLogik поновее, версию 1.10. Поможет ли Вам?

Здравствуйте! Извините за поздний ответ! Вы не могли бы уточнить модель материнской платы и версию BIOS?

Здравствуйте! Нет, к сожалению, Ethernet-порты устройства NPort 5650I-8-DT нельзя настроить на разные Ethernet-сети. Логически это один порт, просто с двумя разъемами (встроенный Ethernet-коммутатор). Из устройств с независимыми Ethernet-портами есть только серия CN-2650.

Здравствуйте! Для этого "зверька" есть драйверы под ядро 3.1. Подойдут они Вам? driv_linux_intellio_v5.6.1_build_13012311.tgz version.txt

Здравствуйте, Драйвер недавно обновился. Попробуйте его. version.txt driv_linux_smart_v1.15.21_build_13040818.tgz

Здравствуйте! Извините, мы пропустили Ваше сообщение. Полностью согласен с Вашими рассуждениями! По Вашим вопросам: когда делаете виртуальный COM-порт утилитой NPort Administrator, Вы можете выбрать опцию "Always Accept Open Requests". По умолчанию эта опция не активирована. Это значит, что если мы открываем COM-порт, а NPort не на связи, пользователь видит ошибку открытия COM-порта, и автоматически повторное открытие не производится. Если опция установлена, то пользователь в любом случае успешно открывает COM-порт, и ПО думает, что NPort успешно получает данные. Но если на самом деле связь с NPort не установлена (будь то при изначальном открытии порта или же связь была потеряна в процессе работы), драйвер раз в несколько секунд все равно продолжит попытки установления связи с NPort.

Здравствуйте! Извините за тишину! Появилась новая прошивка для NPort W2150A/W2250A (версия 1.5). Попробуйте, может она всё решит.

Здравствуйте! Извините, что поздно отвечаю! Надо использовать протокол UDP. Очень желательно, чтобы устройства NPort имели последовательно идущие IP-адреса, например: 192.168.127.1 - центральный NPort 192.168.127.2 - NPort рядом с первым "Сигнал-10" 192.168.127.3 - NPort рядом со вторым "Сигнал-10" ... 192.168.127.7 - NPort рядом с шестым "Сигнал-10" Всем NPort задаем режим работы UDP. В полях "Destination IP Address 1" - диапазон тех устройств, с которыми данный NPort должен работать. Для центрального NPort диапазон должен быть "192.168.127.2 ... 192.168.127.7". Для периферийных NPort диапазон должен состоять только из одного IP-адреса: "192.168.127.1 ... 192.168.127.1", т.к. все они общаются только с центром и не связаны между собой. Вот, пожалуй, и всё.

Здравствуйте! Извините, что поздно! По первому вопросу: для стабильности передачи данных рекомендуется: Ignore Jammed IP = True (в противном случае, если какой-нибудь из 4-х подключаемый сервер зависнет, то данные не получит никто) Force Transmit = 3 мс (это защита от случая, когда вдруг на порт придет не 66 байт, а меньше; тогда NPort не будет до посинения дожидаться прихода 66-го байта, и передаст то, что накоплено в буфере) По второму вопросу сказать что-то сложно. Может быть, это из-за нестабильности Wi-Fi соединения? Или может быть, что экземпляр NPort бракованный. NPort что-то индицирует, когда становится недоступным?

Здравствуйте, Обычно проблемы, подобные описанной Вами, встречаются, если есть какие-то ошибки при настройке IP-адресации. Например, указаны разные маски сети (напр. на компьютере 255.255.0.0, а на NPort 255.255.255.0) или же неверно указаны адреса шлюзов (если Вы работаете в пределах одной сети LAN, то лучше в NPort вообще не указывайте IP-адрес шлюза). Проверьте, чтобы при включении питания всей системы NPort пинговался. Тогда и все сокеты должны открываться корректно. Кстати, это и есть способ проверки работоспособности NPort: если он пингуется или устанавливается соединение с его сокетом для передачи данных, то NPort работоспособен. Если соединение вообще не установится, значит есть проблемы.

Здравствуйте! Раньше с такими проблемами не встречались. Устройство окончательно повисло? Не помогают никакие Reset to Defaults? В таком случае, боюсь, надо будет отдавать нам на сервис.

Здравствуйте, NPort не может управляемо переключаться между первым и вторым источником питания. Откуда NPort сначала взял питание, с того источника он и будет продолжать его потреблять, пока на этом источнике есть ток. При сбое питания автоматически NPort переключится на другой источник и будет также продолжать потреблять питание оттуда до тех пор, пока оно там есть.

Отправил!