Можно ли, используя этот проект tuxgraphics.org, сделать переходник TCP-rs232? Не подскажите, что нужно добавить (или убрать), чтобы подключить к устройству гипертерминал?

А чего же нельзя-то? Всё можно!

Просто тут вот какя незадача: чтобы подключить гиперТерм. к висящему в сети девайсу, находящемуся за 100км, нужно эмулировать COM-порт на PC.
Потом на этот Com-порт натравить ГиперТерминал, он его откроет и начнет туда слать байтики...А драйвер этого виртуального порта будет это всё собирать в пакеты и шуровать на удаленный девайс...

.Может быть проще не гипертерминал, а телнет туда зацепить????

Ну а если на том конце не embedded, а PC - то есть готовые IP->COM
http://www.taltech.com/products/tcpcom.html
http://members.lycos.co.uk/ipcom/bin/ip_com_v3_0_0.exe халявная

Почему проще? У гипертерминала кроме портов COM есть порт TCP/IP. Но дело не в этом. Вопрос в том, как в девайсе разбирать пакеты от гипертерминала, и какие пакеты ему слать? В упомянутом мною проекте реализован веб-сервер, который обрабатывает html-запросы.

Решил сделать простой веб-интерфейс к своему устройству, используя проект AVR veb server. Север работает, но сейчас возникла необходимость в туннеле UART-TCP. Может у кого есть опыт в таком деле? Хочу для тестирования использовать HyperTerminal private edition 6.3. Как формировать пакеты от девайса к гипертерминалу, и каким образом нужно разбирать пакеты от гипертерминала? Вот в чём вопрос...

Я понимаю что вы сразу хотите пуститься в реализацию всех этих пакетов и протокола и это очень увлекательно и похвально, однако я хочу чтобы сначала мы подумали и грамотно всё спроектировали.
Может быть как таковой COM порт там и не нужен вовсе! И кроме реализации разбора пакетов в девайсе, как я уже говорил, придётся делать драйвер для виндовса, который будет эти пакеты собирать/разбирать и предоставлять виртуальный COM-порт.

А разбирать очень просто. Выбираем формат пакета, стек TCP/IP я так понял имеется у вас уже и разбираем себе.
Сначала надо разработать протокол обмена, а потом уж разбирать

Такой тунель называется SLIP или PPP (читать соотвествующие RFC)
HyperTerminal научился работать с TCP over UART?

Нет, у него есть tcp соединение - ip адрес и номер порта...

Не стоит. Забодаетесь отделять свои глюки от HT-шных.


Дык нечего там разбирать - что пошлете, то и получите. Только вот "туннелем UART-TCP" называть это будет слишком громко.

В принципе, нужен не com, а uart с одной стороны устройства, с другой - ethernet, что и имеется в наличии. В устройстве уже реализован примитивный веб-сервер, вот я и пытаюсь его переделать в такой переходник .
По поводу программы IP->COM: в закладке "Interface" есть список адресов поддерживаемых устройств. Не подскажите, каким образом программа определяет, какие устройства способны работать с ней?

а что лучше будет?


ну, не так обозвал

TeraTerm, например. Тоже не без глюков, но не настолько чудовищна, как HT.

Есть, но к COM порту оно никакого отношения не имеет.

Вам нужен Remote Access сервер (RAS) на PC, и PPP стек на МК.
А соединяться можно будет через telnet (кем кстати HyperTerminal и прикидывается при соединении через TCP/IP)

Собственно сам telnet протокол простой как репа - нету там никакого протокола Голый поток байтов через TCP 23 порт в обе стороны.
(Справедливости ради замечу, что некоторые управляющие символы там все же есть, но если вам нужет интерфейс чисто текстовый, то можете про них смело забыть. А вообще на telnet есть соотвествующий RFC)

Как обычный TCP... см. RFC793.


Как для telnet'a - лучше PuTTY.


Нахрена? У человека уже есть TCP. Надо просто на девайсе открыть сервер-socket на 23-м порту, а с компа слать туда RAW data (чары ).

Насколько я понял этого человека, у него из физики есть только RS232 (UART), Ethernet отсуствует. Вот что бы этот TCP стек выпустить наружу, ему и нужен PPP.
Возможно я его неправильно понял? Ау, автор !?

У девайса есть ethernet на базе ENC28J60 (упоминался в названии предыдущей темы).