Ничего не имею против такой технологии. Тоже хороший ход.
Только загвоздка, что штатные FTP сервера и клиенты понимают только вменяемые IP адреса и работают через штатные сокеты которые используют штатные таблицы маршрутизации. FTP сервер же открывает потом еще одно соединение.
Кастрировать все это хозяйство под некие упрощенные процедуры это будет знатный гемор.

Вменяемый не проблема, как позвали, так и ответит, тем более, что он может быть один на всех.

Да ни малейших проблем - работают и пусть.

Естественно, но проблемы-то какие?

Никакой кастрации - легкая вставка игнорирующая IP, выхватывающая из IP адрес и заносящая его, как свой для
ответных фреймов. Портировать-то IP стек по любому в котроллер надо. А вообще, чего это мы еще и о конфигурации IP? Статические адреса еще никто не отменял.

Да, я думаю мы недооцениваем мануальную терапию.

Осталось только выяснить как этот SLIP или что там.. X.25 присобачить скажем к FTP клиенту Total Соmmander-а?

Да успокойтесь Вы с AX.25 - ну он уже по любому работает с ГОТОВЫМИ фреймами и если будет тупо ими кидатся, то просто может и ни один не дойти. Нужно коллизии разруливать на байтово-фреймовом уровне пока навстречу идет фрейм свое буферизировать и не передавать. А при конфликте встречных фреймовых маркеров должно быть понятие уступающего слейва. И уж потом, если разрулили не 100% коллизий качественно, например, по причине упрощения разруливателя, то это тогда битое на IP вывалится и подчистится.

А какой-нибудь telnet не решит задачу топикстартера? На имеющемся типе связи его вроде проще поддержать. Или нет?

Да никак не надо! Это далекооо от FTP клиента. FTP->IP->Ethernet Adapter->SLIP/PPP->RS232 Driver. Это ШТАТНАЯ фича Виндозного Dialup клиента. Только нажать на иконку "New Connection" и сказать, что надо. Для RS232 уже все уже прикручно до нас. На рубеже 90x лично пользовался широко .

Итак... если я правильно понял то варианта ничего не делать на PC + RS-485 нет так так RS-485 это полудуплекс.
Из RS-232 можно стандартными средствами "окон" вывести PPP, SLIP, X.25.
И может получится если вставить девайс между RS-232 и RS-485 для буферизации.
Всё правильно или чего-то я не так понял?

Про X.25 это пургу несли . И нет его поддержки в Win как класс. Только в Linux есть нечто писанное левой ногой и реально заброшенное на стадии Альфа еще в прошлом веке . Да и не нужен он Вам. Совсем. PPP и SLIP - да.

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

Всем спасибо.
Если есть ещё светлые мысли буду благодарен.

А что, лишней пары в кабеле совсем нету?

Есть, но ее уже тоже озвучивал - вместо драйвера простое приложение, которое выполняет функции некоего proxy - к нему лезут по IP, ну уж оно транслирует их в RS232 c учетом, что за ним halfdupleх. В свое время так и делал одну приблуду, бо под кучу разных Win писать драйвера было не рационально. А так оно хоть и старенькое, но живет до сих пор на всех Win. И будет, пока Winsock да
open( serial_port, ... ) поддерживаются . Кстати, его порт и под Linux живет. Дальше, только "ключи от квартиры, где деньги лежат"

Ну и тема!

Нда? А вот я попробовал! Цепочкой [браузер -> localhost:8080 -> софтина -> COM-порт -> железка] легко получаю пару html'ок из железа. Можно и остальное попробовать, но мне лень.. так что

В существующих сетях точно нет, да и в будущих вряд ли возможно.

Обязательно рассмотрю этот вариант, но это нужно что-то делать для PC, посмотрим...

Может я не ту софтину пробовал не ткнёте носом?

Вот именно "что"? В огороде бузина, в Киеве дядька.....

А что если использовать MT9172 в модемном режиме (по даташиту - "MOD MODE") - полный дуплекс по одной паре, до 6-и километров можно выжать, 80/160кбит в беспрерывном битовом потоке.