Подбор конвертера RS232 - Ethernet

Извините за долгий ответ.

По-поводу вашего вопроса.
Да, вы все правильно написали. Единственное примечание - это по поводу внешнего (белого) ip адерса. Дело в том, что этот адрес (в вашем примере 73.54.*.*) как правило динамический и выдается автоматически провайдером. Соответственно, при "пере-подключении" роутера к внешней сети, данный адрес может поменяться (т.е. был 73.54.101.11, стал 73.54.101.12) и удаленно узнать вы его уже не сможете.

Тут варианта два. Первое - это купить статический белый ip адрес у провайдера (если он предоставляет такую услугу) - в итоге за абонентскую плату вы получите свой собственный ip адрес, реально существующий в интернете, который меняться не будет!

Второй способ - если я не ошибаюсь, у dLink'a есть собственная служба DNS. Вы можете попробовать зарегистрироваться в ней. И обращаться будете тогда не по ip адресу, а по имени. Далее данное имя через службу dns d'link'a разрешиться в текущий Ip адрес и ваш запрос направится на роутер.

Более подробно о втором способе нужно посмотреть на сайте d'link. Но мне более перспективным кажется первый вариант.

Так, давайте чтобы не путаться введем терминологию. Под устройством будем понимать модули Tibbo, под маршрутизатором d-link.

Теперь собственно ответ: к устройству (т.е. к модулям тиббо) можно обращаться по имени для их настройки (правда не во всех моделях и при таком обращении вы будете попадать в веб-интерфейс управления), НО! не в вашем случае (т.к. у вас будет идти обращение через маршрутизатор). Также можно обращаться по имени и к маршрутизатору. То, что вам посоветовали на форуме - это видимо и есть второй вариант, про который я вам написал.
Т.е. следуя второму варианту схема соединения будет такой:
Вы провоцируете соединение по доменному имени. Ваш запрос обрабатывается службой dyndns, имя разрешается в текущий ip адрес вашего маршрутизатора и запрос передается на него. Маршрутизатор по созданному правилу (форвард портов) направляет запрос в локальную подсеть на конвертер тиббо. Тиббо в свою очередь преобразует полученные команды в RS232 протокол и передает управляемому устройству.

Теперь немного о плюсах и минусах. Используя такую схему, вам не придется платить абонентку за белый ip. Это, конечно, плюс. Ну и вам не нужно запоминать ip, запомнить придется лишь имя (все таки это проще чем запоминать кучу цифр ).

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

Второе - с каким софтом вы планируете работать? Будет ли в программе возможность обращаться по имение, а не по ip адресу? Ведь обычно имя используют для веб-интерфейса управления, набираем в браузере имя - и мы уже на странице настроек. А вот в программах обычно требуется указывать именно ip адрес.

Если ваш софт работает только с com-портами, то вам придется ставить тиббовский драйвер виртуального com-порта. А драйвер работает только с ip-адресами. Т.е. в данном случае вариант будет только через статический белый ip...

В общем нужно исходить из конкретных условий. И взвешивать за и против. Мое мнение прежнее - лучше взять белый статический ip у провайдера.

Да, в настройках драйвера только ip-адреса. Он связывает конкретный адрес, конкретный tcp/ip порт с виртуальным ком портом. Поэтому тут только белый статический ip.