-
Уважаемые посетители сайта esp8266.ru!
Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru -
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Прошивка TCP2UART переходника с настройкой по Web
- Автор темы pvvx
- Дата начала
pvvx
Активный участник сообщества
Нет, без RTS/CTS.
В прошивке чистый канал TCP2UART.
Если вы перепишите китайский драйвер WiFi и прикрутите DMA к UART, то успеет 5Mb/s в одну сторону при приемнике TCP в той-же сети и расстоянии до роутера в пару метров.
В обе стороны и 1Mb/s может не потянуть.
Если не перепишите китайский драйвер WiFi, то разрывы будут обязательно - он не может по другому работать = китайцы из Espressif.
Совет: выкиньте бяку ESP8266 в помойку и используйте что поновее. Цена на новые модули, хотя-бы от Realtek, практически равна ESP8266, но работают на 150Mb/s + имеют DMA на всё + значительно больше RAM.
А раз у вас второй контроллер - непонятно вообще, зачем поставили ESP8266. Ставьте WiFi модуль с интерфейсом по SDIO - они дешевле ESP8266 и некоторые имеют и BT (BLE) (всё в ту-же цену).
Если слегка дороже то есть все в одном чипе: FM радио, Wi-Fi, Bluetooth, GPS -> AP6476
В общем ныне чипов WiFi до грязи и найти переваривающего нормальную спецификацию WiFi и ваши 5Mb/s без проблем.
Последнее редактирование:
Мне нужно для танков с управлением по wifi. На танках должны стоять камеры. По крайней мере такая задумка.... Так вот мне хотя-бы 3-4 кадра 320х240х8bit вытянуть на еспэшке. ESP8266 были под рукой, вот поэтому и ставлю их. По крайней мере для них есть отличная поддержка со стороны русскоязычного сообщества. И прошивка и IDe - Юзерфрендли.
Например, прикупил полгода назад две платки wifi emw3162. Это связка STM32F205 + wifi чип от broadcom. Но так и не смог их запустить. Ибо в русском сегменте сети с ними никто не работает. А за бугром есть крупинки информации, что их кто-то запустил, но никто не выкладывает исходники. Можно сказать, что почти ноль. . Софт и исходники из которых надо слепить прошивку - от китайцев и там чёрт ногу сломит. А платки крайне удачные. СТМка подключена по SDIO к wifi чипу, куча GPIO, море флэш и оперативы, ну и 120 мГц на закуску. Сам я такую прошивку не напишу, т.к. опыта мало. Либы от китайцев занимают почти 500 кило... там тысячи и тысячи строк кода.
По сути так со многими чипами wifi. Вроде на бумаге крутая железка, а софт-поддержки ноль. Вот и толку от этого? Ведь есп стала такая популярная благодаря именно поддержке сообщества.
Например, прикупил полгода назад две платки wifi emw3162. Это связка STM32F205 + wifi чип от broadcom. Но так и не смог их запустить. Ибо в русском сегменте сети с ними никто не работает. А за бугром есть крупинки информации, что их кто-то запустил, но никто не выкладывает исходники. Можно сказать, что почти ноль. . Софт и исходники из которых надо слепить прошивку - от китайцев и там чёрт ногу сломит. А платки крайне удачные. СТМка подключена по SDIO к wifi чипу, куча GPIO, море флэш и оперативы, ну и 120 мГц на закуску. Сам я такую прошивку не напишу, т.к. опыта мало. Либы от китайцев занимают почти 500 кило... там тысячи и тысячи строк кода.
По сути так со многими чипами wifi. Вроде на бумаге крутая железка, а софт-поддержки ноль. Вот и толку от этого? Ведь есп стала такая популярная благодаря именно поддержке сообщества.
Последнее редактирование:
pvvx
Активный участник сообщества
Ставьте сразу готовую камеру за 1.3 руб на али. Та есть выходы для поворота камеры и входы, а так-же динамик и микрофон + авто ИК подсветка, если поедете "на танке" под диван. Будете кричать "из танка" по телефону...
Последнее редактирование:
pvvx
Активный участник сообщества
А кто софт на всё писать будет? На Типа такой можно ездить из офиса под диваном дома... Открыть крышку и к выводам с боку платы припаять входы драйверов моторчиков и всё...
Хакинг IP-камер на базе SoC HI3518
Последнее редактирование:
У меня уже есть наработки по этой теме. Есть написанный на андроиде tcp-сервер с выводом изображения на экран. Там же будет и интерфейс управления танком. К танку ещё нужны датчики, пушки и т.д. Вопрос конкретно по теме - нужна нормальная скорость передачи по сети (ethernet, не internet). Пока на этом затык. Если передавать по уарту с due на esp 3-4 кадра в секунду, то это почти всё процессорное время due. Так не пойдёт. Она должна обрабатывать кучу другой инфы.
pvvx
Активный участник сообщества
Переделывайте на SPI или SDIO. Там затрат процессорного времени у ESP8266 меньше и возможно включение убогого варианта типа DMA реализованного в чипе...
Arduino-due то зачем
? Она же тормоз и дорогая...
Или оптимизируйте протокол (на UART). Передавайте пакетами в размер 2xMSS хоть на 20Mbit/s.
Arduino-due то зачем
? Она же тормоз и дорогая...Или оптимизируйте протокол (на UART). Передавайте пакетами в размер 2xMSS хоть на 20Mbit/s.
Последнее редактирование:
Я пробовал соединять due и esp по 8-битной шине + два управляющих провода. Так на есп это заняло все свободные пины. Да и на due минус 10 пинов это плохо. Естественно программно дёргаю ногами, но не через digitalRead или digitalWrite, а напрямую через регистры. Больше укорить GPIO невозможно. Скорость получилась где-то под 3 мегабита. Тоже самое, что и uart. Мало и муторно.Переделывайте на SPI или SDIO. Там затрат процессорного времени у ESP8266 меньше и возможно включение убогого варианта типа DMA реализованного в чипе...
Arduino-due то зачем
Кстати, про SPI хорошо, что напомнили. Помню, что-то пробовал делать и отбросил этот вариант. А сейчас глянул темы и смотрю, что люди на 10-и мегабитах по SPI передавали.
Due это нормальный контроллер для моих нужд. Мне нужно много GPIO и достаточно оперативки, чтобы хранить хотя-бы один кадр с камеры. А это почти 80кило. Младшие STM32 не подходят. А платы с stm32f2xx-ые и выше стоят в 2 раза дороже, чем due.
Чтобы заюзать DMA - нужно программировать ESP напрямую. В ардуино библиотеках это же не сделано. Я и для due и для esp использую arduino ide.
Последнее редактирование:
pvvx
Активный участник сообщества
Если при передаче есть паузы в 3 символа (на UART) - это будет обрыв пакета и срочная передача. Наверняка дрыгание ногами прерывается другими задачами и получается "конец фрейма", требующий срочной отсылки, а кол-во передач пакетов в сек у ESP мало. Требуется заполнение 2-х пакетов по MSS (что-то вроде 1460 байт - счас не помню - уточните в коде ) и их передача. Тогда на TCP будет принят один ACK и это дает максимальную скорость, т.к. меньше накладных расходов и ожиданий ACK.
Последнее редактирование:
Вы меня не поняли. Я пишу, что программная параллельная шина это - костыль. Всё передаётся байт в байт, т.к. дёргает клок сама esp. Задача выполнена, но не решает главной проблемы - медленная скорость передачи. А про SPI я всё вспомнил. Он ведь работает с ардуиновскими либами на ESP только в режиме мастера. Поэтому отпадает.
pvvx
Активный участник сообщества
А я пишу вам как оптимизировать для UART... Вписал в 2 прошлые соо "(на UART)", чтобы не повторять.
И непрерывные 3 Mbit/s по UART не тянут даже дешевые FTD без RTS/CTS - у них блок по 300 с чем-то байт и каждый раз выставляют RTS/CTS на время передачи по USB.
Последнее редактирование:
Честно-говоря не совсем понимаю написанное. У меня не сильно шибкие знания в программировании.
Как esp поймёт, что была пауза в три символа? Ей же пофиг, что там прилетает из уарта. Она просто берёт и отправляет. Что такое MSS и почему их должно быть два? Как мне заполнить 2 пакета MSS и остальное всё непонятно. Больше вопросов, чем ответов.
pvvx
Активный участник сообщества
А писали:
Если андроид у вас не правильно принимает по TCP, то что делать? Есть разные "стеки TCP" - в одном из вариантов можно гнать по 2 пакета и на них приходит один ACK.
Она обучена аппартано в данной UART2TCP прошивке. Ей сколько ждать, до передачи пакета, если пользователь вводит по одному символу?
Передать по UART в ESP блок размером 1460*2 байта хоть на 20 Mbit/s. Далее сделать паузу. Потом передать ещё такой-же блок и т.д. Но лучше отслеживать RTS/CTS. Это дает большую гарантию и синхронизацию с приемом-передачей по WiFi - вдруг в эфире вторая ESP и как всегда гонит помехи другим...
Причина ваших вопросов и непонимания в этом:
Arduino не рассчитано на скорости по UART более 9600 Baud.
Последнее редактирование:
Сервер на андроиде всё правильно принимает. Я же не писал его с нуля. Всё сделано до нас. Беру стандартный TCP java сокет, создаю поток ввода-вывода и получаю байты. Сколько на телефон прилетело - столько я и получу. Проблема только в есп.
Опять больше вопросов, чем ответов. Т.е. я выставляю RTS на due и потом жду CTS с esp? А далее передаю 1460 (1460*2) или меньше байт? Есп гарантированно примет эти байты на высокой скорости и без потерь?
pvvx
Активный участник сообщества
Почитайте про сигналы RTS-CTS. Вам надо отслеживать занятость ESP.
Гарантированно принимает до 3хMSS на предельной для её ножек UART скорости - это где-то к 20 Mbit/s. Далее сигналы искажены - не успевает встроенный UART и бьет с синхронизацией аппаратуры входов/выходов чипа. На 20 Mbit/s уже искажения, но малые - как-то/где-то работает
.
pvvx
Активный участник сообщества
Там всё стандартное и ничего сложного для понимания нет.
pvvx
Активный участник сообщества
У station галочку DHCP снять и в роутере назначить фиксированный адрес по MAC.