Незнайка

Здравствуйте! А что нам говорит инструкция от Urometr 120? Какие там настройки RS-232? В открытом доступе её не нашёл.

Вообще - да, должно быть как на первой картинке. А кабель Вы уже полный собрали?

Тогда непонятно, что не получается. На всякий случай полная распайка кабеля: DB9F RJ-45 1 6 2 4 3 5 4 1 5 3 6 8 7 7 8 2

Здравствуйте! Пока можно сказать только то, что Ваше устройство должно быть настроено в режиме Pair Connection Slave, а устройство Вашего напарника - в режиме Pair Connection Master. В таком случае, проброс TCP-портов настраивать не придётся.

Скажите, какой из адресов имеется в виду под ID?

Здравствуйте! Какие параметры подключения используете? Надо 115200,8,N,1 тип терминала - VT100

Кстати да - интересная мысль про использование TCP-client. Если настроить, например 5430 в этот режим, причём в параметрах клиента для COM1 указать TCP порты 950 и 966:адрес сервера, для COM2 951 и 967:адрес сервера (и т. д.), а со стороны сервера с белым IP создать виртуальные COM-порты с помощью Windows Driver Manager как для режима Reverse RealCOM - то 5430 будет сам устанавливать соединение с сервером. Но это только для передачи данных, управлять им удалённо всё равно не получится.

Здравствуйте! В первом приближении схема выглядит работоспособной. 1. Если пульт диспетчера нуждается в "замыкании-размыкании" контактов для получения информации - то да, нужен. Однако Вы говорите ещё и про телеизмерения - их через E2210 передавать не получится; 2. Передавать управляющие сигналы будет возможно. Однако, как я понимаю, система телеуправления потребует наличия второго канала связи для гарантированного получения информации о реакции на команду. Хотя, возможно я и ошибаюсь; 3. Нет, у MOXA, к сожалению, VoIP шлюзов нет; 4. Я бы предложил использовать G3111-HSPA, для Вашей схемы он аналогично подойдёт. Так же можно посмотреть E1212, он более "симметричный" по входам и выходам. Так же надо понимать, что у оператора Вам придётся брать выделенные серые адреса, закрытые извне, т. к. шифрование передаваемого трафика не планируется.

Посмотрите на модели NPort серии 6000, например на NPort 6150. В нём тоже есть Reverse RealCOM, и вы сможете подключать удалённый COM-порт к серверу с белым IP. Для создания возможности удалённого администрирования устройства в 6000 серии если и функционал DDNS.

как пример

Какая интересная ситуация! Я бы на Вашем месте обратился бы на support@moxa.ru предварительно подготовив-бы удаленное teamviever подключение к серверу.

Немного дополню: Применительно к OnCell G3110 можно рассмотреть режим работы Reverse RealCom http://www.moxa.com/doc/man/OnCell_G3100_Series_Users_Manual_v8.pdf стр. 4-4

Похоже, что через сигнализаторы не протекает ток, достаточный для их инициации?

Здравствуйте! Да, так не заработает. Со стороны G6524 надо было поставить SFP-1FESLC-T

Добрый вечер! Что то я поторопился.. А можно заставить P-791R "гасить" Ethernet-порт при обрыве связи со стороны SHDSL? Если получится это сделать - то, возможно, можно будет запустить и такую схему.

Добрый день! Нет, схем нет, и разработчик их не распространяет. Так что тут только методом "обратной разработки" действовать остаётся...

Однако шайтан!

Не совсем так. NPort 5150A поддерживает обращение 2х и более клиентов (OPC в данном случае), однако запросы, передаваемые в последовательный интерфейс путаются между собой и получается чехарда (ничего не работает). Есть 3 выхода: 1. Использовать NPort серии 6000; 2. Программно "заставить" OPC обращаться строго по очереди через промежуток времени, заведомо больший, чем требуется для ответа опрашиваемого устройства; 3. Поставить Max Connection в значение 1, в таком случае сможет подключиться только 1 OPC, и пока он не разорвёт связь (не выйдет из строя, например) - второй подключиться не сможет.

Доброе утро! Буквально в предыдущей теме обсуждали аналогичный случай. Почитайте http://www.moxa.ru/f...-виснет-port-5/

Не, в принципе то всё верно, только работать конечно будет ужасно не быстро.

Если подразумевается задача именно прокинуть серийный интерфейс через так сказать "коммутируемое соединение" - то да, верно. А в SCADA нет функционала TCP - клиента (сервера)?

Добрый вечер! Я правильно понял, что через CSD Вы хотите поднять IP туннель? Тогда никакие TCP клиенты и серверы Вам не помогут - нужно использовать сервис PPP, т. е. ppp-dial-out с одной стороны, и ppp-daemon с другой.

Вон оно как! Просто из описания я этого не понял. Вас бы спасла функция "command by command", она как раз и предназначена для выстраивания очередей запросов из разных источников. Только вот поддерживают её только NPort 6ххх серии. Однако, это не означает, что в такой ситуации NPort 5хххх должен зависать.

Здравствуйте! Всё-таки следует начать с установления версии прошивки и обновлении её до наиболее актуальной. Это решает большинство проблем. Если будуту обновлять прошивку - отпишитесь, пожалуйста, о номере старой версии и конечном результате.

Александр, у меня нет. Говорят, что об этом на MTSC хорошо рассказывают.