Засунуть TCP в UART, как скрестить ecp8266, (lpc1768) и RL-ARM - TCPnet Опции

[evgen2]

Есть конвертор TCP/IP->uart (дивайс ECP8266), который позволяет устанавливать TCP-IP соединение на заданном (TCP-IP) порту, после чего может посылать и принимать данные, почти аналогично функциям sendto() и recv().

И есть библиотека RL-ARM - TCPnet, в которой много чего приятного, в том числе есть возможность делать веб-сервер.
Но как одно с другим скрестить - неясно. В библиотеке есть PPP и SLIP для уартов, но это несколько не то, т.к. (1)такой протокол нужно поднимать с двух концов (2)ЕСР8266 нужно давать специфические для него команды на прием-передачу.

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

[bugdesigner]

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

Речь ведь идет о ESP8266? Статей с примерами и готовыми проектами достаточно. Из Вашего поста так и не понял что именно нужно получить.
Подробно и внятно описанная задача - это уже половина решения.

Сообщение отредактировал bugdesigner - Feb 16 2016, 07:35

[evgen2]

Речь ведь идет о ESP8266? Статей с примерами и готовыми проектами достаточно. Из Вашего поста так и не понял что именно нужно получить.
Подробно и внятно описанная задача - это уже половина решения.

во-первых, стандартная прошивка ESP8266 не позволяет сделать вебсервер, во-вторых, имеющиеся примеры и готовые проекты связаны исключительно с ESP8266, тут же речь о внешнем по отношению к ESP8266 контроллеру, у которого уже есть вебсервер, который работает через Эзернет и библиотеку RL-ARM - TCPnet.

В стандартной прошивке ESP8266 есть команды: "создать сервер на порту X", "получить N байт от клиента Y" (на этом порту), "Передать N байт клиенту Y".

Можно было бы взять полностью готовый какой-нибудь easyweb, но зачем умножать сущности? В библиотеке RL-ARM - TCPnet сервер уже есть, надо только найти где вход и где выход :-(

Похоже надо сделать веб сервер на хост микроконтроллере, который соединяется с ESP8266 через uart.
Что-то попадалось такое для ардины, попробуйте загуглить.
Также есть проекты вебсервера прямо внутри ESP8266.

Как просто сделать веб сервер на хост микроконтроллере, который соединяется с ESP8266 через uart. - понятно.
Непонятно как использовать для этой цели уже готовый вебсервер, который уже есть и соединяется с внешним миром через эзернет и RL-библиотеку

[AlexandrY]

Как просто сделать веб сервер на хост микроконтроллере, который соединяется с ESP8266 через uart. - понятно.
Непонятно как использовать для этой цели уже готовый вебсервер, который уже есть и соединяется с внешним миром через эзернет и RL-библиотеку

По моему очевидно, что это сделать невозможно.
У ESP8266 примитивный набор AT команд не поддерживающий PPP, а RL-библиотека идет с закрытым TCP стеком и к модемам подключающаяся через PPP.

Для вашего случая придуман чип СС3100 и библиотеки к нему для хост контроллеров.

[Forger]

По моему очевидно, что это сделать невозможно.
У ESP8266 примитивный набор AT команд не поддерживающий PPP

В штатной прошивке действительно все работает тока через АТ команды,
но ведь можно создать свою прошивку для ESP, которая будет работать с внешним МК так, как нужно.
Есть даже готовая прошивка, чтобы писать софт на ESP8266 в среде Arduino

Другое дело - если в самой ESP есть TCP стек, то зачем сверху городить во внешмем МК другой?

Если очень хочеться, то можно в ESP использовать, например, тока UDP, т.е. разбирать TCP/IP пакеты от внешнего контроллера с его стеком и отправлять их под UDP,
используя ESP просто как UDP-мост.
Для конфигурации ESP можно запустить отдельный UDP порт и его юзать во внешнем МК (ну, логины, пароли или даже АТ команды туда упаковать).
Т.е. в принципе ничто не мешает юзать оба стека, тока нужно удобно выбрать тот "разрез", который устроит работу обоих стеков друг с другом.

[evgen2]

В штатной прошивке действительно все работает тока через АТ команды,
но ведь можно создать свою прошивку для ESP, которая будет работать с внешним МК так, как нужно.
Есть даже готовая прошивка, чтобы писать софт на ESP8266 в среде Arduino

Другое дело - если в самой ESP есть TCP стек, то зачем сверху городить во внешмем МК другой?

Хочется не к ESP прикрутить внешний МК, а ровно наоборот - к МК прикрутить внешний ESP и использовать ESP для транспорта TCP пакетов к уже готовому веб-серверу и не заниматься изобретением велосипеда

Есть только TCP-сокеты и UDP.

ну так TCP сокеты на 80-ом порту - это и есть веб-сервер.
Надо только решить задачу по имитации оргазма получения-передачи данных с уарта в эзернет

Если очень хочеться, то можно в ESP использовать, например, тока UDP, т.е. разбирать TCP/IP пакеты от внешнего контроллера с его стеком и отправлять их под UDP,
используя ESP просто как UDP-мост.

с этим проблем нет - просто скармливаем данные с уарта в колл-бек от UDP.. а вот от HTTP коллбеков библиотеке несколько и непонятно, что, где и куда нужно кормить...

[jcxz]

ну так TCP сокеты на 80-ом порту - это и есть веб-сервер.

Веб-сервер это HTTP-протокол, реализуемый поверх TCP. Сервер открывает TCP-порт в пассивном режиме. И не обязательно 80-й. Любой.

с этим проблем нет - просто скармливаем данные с уарта в колл-бек от UDP.. а вот от HTTP коллбеков библиотеке несколько и непонятно, что, где и куда нужно кормить...

Ещё раз: UDP не имеет никакого отношения к HTTP-протоколу, как и к TCP-протоколу. RTFM наконец-то!

[evgen2]

Веб-сервер это HTTP-протокол, реализуемый поверх TCP. Сервер открывает TCP-порт в пассивном режиме. И не обязательно 80-й. Любой.


Ещё раз: UDP не имеет никакого отношения к HTTP-протоколу, как и к TCP-протоколу. RTFM наконец-то!

Уважаемый, мы тут не азы http/tcp/udp обсуждаем, а конкретную реализацию, которая привязана к конкретной библиотеке. Можете что-нибудь сказать по заявленной в топике теме?.

ЗЫ:
Вообще ожидалось, что ответы могут быть
* я так делал.....
* в рамках библиотеки RL-ARM - TCPnet - никак, не парься и переходи на....
* изобретай велосипед в виде двух отдельных вебсерверов
* делай вебсервер на ecp8266, а с контроллером обменивайся сообщениями

Сообщение отредактировал evgen2 - Feb 18 2016, 16:33

[AlexandrY]

Уважаемый, мы тут не азы http/tcp/udp обсуждаем, а конкретную реализацию, которая привязана к конкретной библиотеке. Можете что-нибудь сказать по заявленной в топике теме?.

ЗЫ:
Вообще ожидалось, что ответы могут быть
* я так делал.....
* в рамках библиотеки RL-ARM - TCPnet - никак, не парься и переходи на....
* изобретай велосипед в виде двух отдельных вебсерверов
* делай вебсервер на ecp8266, а с контроллером обменивайся сообщениями

Рекомендую перейти на MQX. Открытый TCP стек, прозрачный драйвер MAC уровня.
Есть примеры реализации ходовых протоколов MQTT, XMPP .
А это доступ к Facebook, Google Hangouts и другим месенджерам, к облакам Bluemix, Azure и т.д.
Ну кому сейчас интересен Web сервер?

[evgen2]

Рекомендую перейти на MQX. Открытый TCP стек, прозрачный драйвер MAC уровня.
Есть примеры реализации ходовых протоколов MQTT, XMPP .
А это доступ к Facebook, Google Hangouts и другим месенджерам, к облакам Bluemix, Azure и т.д.
Ну кому сейчас интересен Web сервер?

Ага. Так прямо и представляю доступ к Facebook, Google Hangouts и другим месенджерам из 64к RAM, из которых 30к нужно будет отдать MQX

А есть порт этой ОС под STM32 контроллеры?
Как у нее обстоят дела с лицензией?

http://www.nxp.com/products/software-and-t...-tcp-ip:MQXRTCS

Знатоки ESP8266 пишут, что его встроенный TCP ни в дугу не годится, почитайте специализированный форум - http://esp8266.ru/forum/

там знатоки какие-то не такие, я там умудрился сам себе же ответить на первый же вопрос ;-)

http://esp8266.ru/forum/threads/kak-polzov...958/#post-14374

На самом деле, как я понимаю, со стандартной прошивкой всё сильно зависит от версии, а проблемы начинаются с документации и пониманием что они имеют ввиду под версией (прошивки и документации).

1. "4A-ESP8266__AT_Instruction_Set__EN_v0.30".pdf, от 3 июля 2015
2. "4A-AT-ESP8266 AT Instruction Set_v0.23".pdf, внутри написано v 0.23 от апреля 2015г.
3. "4B-AT-Espressif AT Command Examples_v0.4" от 14 марта 2015
4. "ESP8266_Specifications_v4" от 8 сентября 2014
5. "ESP8266_Beginners_Guide_V0.4.1" от 17 сентября 2014

я пользуюсь первым из списка. Со стабильностью связи пока не разобрался - иногда целые сутки работает нормально, иногда какая-то ерунда получается.