Разработка для ESP8266 (ESP-01)
2 000 руб.за час
Мы использовали ESP-01 ( AT-команды, стандартная прошивка с сайта производителя ) в качестве Wi-Fi модуля
в следующем объёме :
1) AT+CIPSERVER, AT+CIPSEND, +IPD - для собственного http сервера
2) AT+CIPSTART, AT+CIPSEND, AT+CIPCLOSE, +IPD - для отправки и получения данных на внешние tcp-сервера
3) AT+CIPSTA_CUR, AT+CWLAP, AT+CWQAP, AT+CWJAP_CUR?, AT+CWJAP_DEF, AT+CWMODE_CUR, AT+CWMODE_CUR, AT+CWMODE_DEF, AT+CWSAP_DEF, AT+CWSAP_DEF, AT+CIPAP_CUR, AT+CIPAP_DEF, AT+CWHOSTNAME,AT+CWDHCP_DEF, AT+CIPMUX, AT+CIPDNS_DEF, AT+CIPSERVERMAXCONN, AT+CIPSTATUS - для настроек режима Wi-Fi ( переключение точка раздачи / станция, установка имени точки раздачи, установка IP-адреса точки раздачи, получение ip адреса станции, другие настройки )
Основная логика работала на нашем устройстве. Обмен данными с ESP произовдился по UART AT-командами.
Мы столкнулись с проблемой "busy UART" стандартной прошивки при открывании статических страниц ( которые, в свою очередь, запускали считывание REST API Json с /api/... ) в некоторых браузерах .
Как решили предолеть эту проблему :
1. Статические страницы сайта должны храниться непосредественно на ESP и она должна отдавать их напрямую ( без передачи данных по UART )
2. Динамические запросы ( по урлу /api/.... передаются на UART, с UART считывается ответ и отдаётся обратно, "клиенту-браузеру" )
3. Создавать соединения с внешними серверами ( открытие соединения, отправка данных, получение ответа, закрытие соединения ) по UART
4. Управление Wi-Fi модулей по UART
Желательно, если это всё будет реализовано теми же AT-командами.
Если у вас есть уже готовая подобная разработка, то принимаются и заменители,
неважно как вы организовали обмен по UART, главное чтобы им можно было произвести вышеописанные функции.
От вас нужна оценка по времени / деньгам.
И как быстро сможете приступить - нам надо это сделать очень срочно, за срочность готовы доплачивать.
в следующем объёме :
1) AT+CIPSERVER, AT+CIPSEND, +IPD - для собственного http сервера
2) AT+CIPSTART, AT+CIPSEND, AT+CIPCLOSE, +IPD - для отправки и получения данных на внешние tcp-сервера
3) AT+CIPSTA_CUR, AT+CWLAP, AT+CWQAP, AT+CWJAP_CUR?, AT+CWJAP_DEF, AT+CWMODE_CUR, AT+CWMODE_CUR, AT+CWMODE_DEF, AT+CWSAP_DEF, AT+CWSAP_DEF, AT+CIPAP_CUR, AT+CIPAP_DEF, AT+CWHOSTNAME,AT+CWDHCP_DEF, AT+CIPMUX, AT+CIPDNS_DEF, AT+CIPSERVERMAXCONN, AT+CIPSTATUS - для настроек режима Wi-Fi ( переключение точка раздачи / станция, установка имени точки раздачи, установка IP-адреса точки раздачи, получение ip адреса станции, другие настройки )
Основная логика работала на нашем устройстве. Обмен данными с ESP произовдился по UART AT-командами.
Мы столкнулись с проблемой "busy UART" стандартной прошивки при открывании статических страниц ( которые, в свою очередь, запускали считывание REST API Json с /api/... ) в некоторых браузерах .
Как решили предолеть эту проблему :
1. Статические страницы сайта должны храниться непосредественно на ESP и она должна отдавать их напрямую ( без передачи данных по UART )
2. Динамические запросы ( по урлу /api/.... передаются на UART, с UART считывается ответ и отдаётся обратно, "клиенту-браузеру" )
3. Создавать соединения с внешними серверами ( открытие соединения, отправка данных, получение ответа, закрытие соединения ) по UART
4. Управление Wi-Fi модулей по UART
Желательно, если это всё будет реализовано теми же AT-командами.
Если у вас есть уже готовая подобная разработка, то принимаются и заменители,
неважно как вы организовали обмен по UART, главное чтобы им можно было произвести вышеописанные функции.
От вас нужна оценка по времени / деньгам.
И как быстро сможете приступить - нам надо это сделать очень срочно, за срочность готовы доплачивать.
В заказе есть исполнитель
При переводе заказа из архивного в актуальный, текущий исполнитель будет снят с задачи.
Выберите тип сделки
С безопасной сделкой вы всегда сможете вернуть средства, если что-то пойдет не так. С простой сделкой вы самостоятельно договариваетесь с исполнителем об оплате и берете на себя решение конфликтов.