Как верблюду пройти сквозь игольное ушко или Способы управления/конфигурирования устройства через единственное SPP-соединение. Опции

[jcxz]

Имеется устройство. Устройство имеет bluetooth (BT). Выбор профилей в использованном BT-модуле небогат и, похоже, придётся обходиться одним только SPP.
Через это SPP нужно делать конфигурирование устройства + изредка скачивать с него файлы (а может в будущем и закачивать на него понадобится).
SPP - потому что должна быть возможность конфигурить "в поле", с телефона. Устройство в роли SPP-сервера - принимает входящие подключения, само не инициирует их.
Так как:
1) необходима возможность конфигурирования из разных ОС: винда, линух, Андроид, АйОС, ...;
2) штат команды разработки предельно мал и бюджет соответствующий;
то для конфигурирования нужно использовать только готовое ПО/протоколы, и самый простой путь - написание конфигураторов для всех ОС, работающих через SPP-канал - отпадает.
В свете вышеизложенных соображений решил конфигурирование построить на базе эмулятора ANSI-терминала: устройство будет генерить текстовый вывод, со всеми менюшками, чекбоксами, edit-контролами и прочим. В цвете, мерцаниях и т.д. Реагируя на нажимаемые пользователем клавиши.
Т.е. - интерактивный интерфейс с юзером. Параметров конфигурации не так уж и много - думаю будет 2-3 десятка. Несколько разных экранов.
В принципе всё работает, если не считать того, что хороших эмуляторов терминалов - не так уж и много. А ведь ещё нужно будет подобрать нормальные терминалы для всех ОС.... ((
Да - ещё нужно будет принимать с устройства файлы. Для этого думал использовать ZModem. Здесь с эмуляторами терминала ещё хуже оказалось.

Но меня посещают мысли, что возможно я не вижу какого-то более удобного варианта, сделать работу по-другому, удобнее и красивше.
В плане удобства пользователя, было бы гораздо лучше использовать HTML. Но как это сделать через SPP (COM-порт)? Причём чтобы даже не продвинутый юзер смог пользоваться.
Я уже думал о таком:
Под виндой - сделать удалённое подключение к сети через этот COM-порт, запустить через него SLIP-протокол, внутри которого - IP-фреймы. Ну и поднять HTTP-сервер в устройстве на этом канале. Возможно так можно сделать. И будет красиво и круто. И с передачей файлов тогда нет проблем. Да и даже графику на странице можно сделать.
Но вот мне кажется, что это будет через одно известное место. И не факт, что будет работать в последующих версиях винды. А тем более - на других ОС.

Вопрос к тем, кто был в аналогичной ситуации: Какое Вы выбрали решение задачи и почему?

[Arlleex]

В догонку хочу поинтересоваться.
Обычно если мне нужна локальная сеть, я беру МК с Ethernet MAC и работаю с ним.
Но эта тема натолкнула на давно интересующий меня вопрос: можно ли как-то перенаправлять данные из COM-порта ПК в сетевые сообщения... Не знаю как правильно выразиться. Ну, допустим, хочу веб-морду из браузера для девайса, а Ethernet-а нет. UART только торчит. Нужно же как-то сказать ОС, что вот такой-то COM-порт это полноценная сетевая карточка. Пусть звучит наивно, конечно, но вопрос чисто спортивного интереса (из разряда "поиграться на выходных"). Вернее, я знаю, что это сделать можно. Но как? Windows 7, XP, браузер Chrome, Mozilla, Opera, да разные.

[AlexandrY]

В догонку хочу поинтересоваться.
Обычно если мне нужна локальная сеть, я беру МК с Ethernet MAC и работаю с ним.
Но эта тема натолкнула на давно интересующий меня вопрос: можно ли как-то перенаправлять данные из COM-порта ПК в сетевые сообщения... Не знаю как правильно выразиться. Ну, допустим, хочу веб-морду из браузера для девайса, а Ethernet-а нет. UART только торчит. Нужно же как-то сказать ОС, что вот такой-то COM-порт это полноценная сетевая карточка. Пусть звучит наивно, конечно, но вопрос чисто спортивного интереса (из разряда "поиграться на выходных"). Вернее, я знаю, что это сделать можно. Но как? Windows 7, XP, браузер Chrome, Mozilla, Opera, да разные.

Раньше было можно.
На заданный COM порт устанавливался слушающий драйвер в Win XP и как только к порту подключали дивайс с PPP протоколом
драйвер сразу устанавливал через него TCP соединение, получали выход в сеть.
Т.е. просто втыкали дивайс и дальше оставалось только кликнуть на браузер. Никаких dialup-ов и проч возни не требовалось.
Но теперь все COM порты соединяются через USB, а USB имеет свои классы (CDC-RNDIS, CDC-ECM) для автоматической организации TCP соединения.
Поэтому рудимент COM порта стал ненужен.
Т.е. по сути кто до сих пор использует чисто COM для связи с PC немного как бы отстал от времени.

[jcxz]

Раньше было можно.
На заданный COM порт устанавливался слушающий драйвер в Win XP и как только к порту подключали дивайс с PPP протоколом
драйвер сразу устанавливал через него TCP соединение, получали выход в сеть.

Думаю что и сейчас можно, только нужно что-то дополнительно поставить. Какой-нить драйвер.

[AlexandrY]

Думаю что и сейчас можно, только нужно что-то дополнительно поставить. Какой-нить драйвер.

Я подозреваю это можно в enterprise версии, которая для предприятий.
Специально так сегментировали юзеров. И если это так, то они в home edition никак не дадут этому драйверу работать.

А сторонние платные драйвера конечно есть, на том же RAD studio написать не проблема.
Я юзаю VT100 без разукрашек и не знаю проблем.
Пошло нормально на первом же попавшемся эмуляторе под андроидом.
Просто сейчас не в этой теме и сказать конкретней ничего не могу.