Есть ли на модулях ESP32+PSRAM нормальный многопользовательский Web со всеми актуальными настройками WiFi?

[pvvx]

Прошло более пары лет, как я глубоко не отслеживал, что нового слепили в ESP32.
Сделали или нет на модулях ESP32+PSRAM нормальный многопользовательский Web со всеми актуальными настройками WiFi и быстрой сменой файлов HTML?
Ну типа аналога моей древней web-свалки на ESP8266...
Или оно всё так в Arduino и застряло на уровне мигания светодиодом и проще взять какой другой SoC?

Нужно такое чудо. Кто подскажет что или куда смотреть?

 

[pvvx]

Требования к Web не большие, не более чем у реализованных мной ранее у WEB в открытый доступ на RTL8195, но нужно с SSL. Т.е. c HTTPS.
Старые нормы у Web на RTL8195 были такие:

• Трафик выдачи страниц 1 Мегабайт в сек
• Кол-во одновременно открытых файлов на внутреннем диске – от дцать штук
• Кол-во одновременно открытых соединений TCP с WEB – от десятка.
• Кол-во открытий/закрытий HTTP соединений (аналог DDOS) - от десятков в сек.

 

[A_D]

Может быть это пригодится https://www.oryx-embedded.com/products/CycloneTCP

 

[pvvx]

Может быть это пригодится https://www.oryx-embedded.com/products/CycloneTCP

Там представлена демка (не HTTPS), работающая на STM3220G-EVAL (STM32F207IGH6 и 16-Mbit SRAM)

CycloneTCP Web Server Demo

demo.oryx-embedded.com

В принципе нормально отрабатывает в Wireshark и одновременную отдачу нескольких запросов Chrome отдает...
Надо будет более "утонченно" поглядеть... натравить что-то типа apache-jmeter

 

[pvvx]

Попробуем на вкус без apache-jmeter...

Опрос AJAX в демке xml низкочастотный (200 ms) и если один клиент (одно окно Сhrome):

Пинг и транзакция всего 80-90 ms

Если 5 окон (т.е. всего 5 открытых TCP с keep-alive):


Пинг и транзакция уже увеличивается на от 100 ms
Т.е. на показанной транзакции ответ тормозит на 110 ms ( не выбирал мин-мах - взял первый попавшийся - на шкале времени есть и сильно больше)...

 

[pvvx]

Apache-jmeter в один поток:


Итого:

 

[pvvx]

В 5 потоков:


Имеем падения скорости ответов до 2 сек (1995 ms). Ответы с задержкой чаше в диапазоне 1.5..1.6 сек (вместо 79 ms если всё ok)
Надо проверять в локалке....
5 тредов не дали ускорения в 5 раз как и должно было быть - итог 27.4 транзакции в сек (при keep-alive), а при одном - 11.8 шт в сек.

PS: Nikolz у нас заявляет, что у него сервер отдает сотни тысяч запросов в сек

 

[pvvx]

При 25-ти тредах:

имеем ошибки ответов (1.45%)...
Надо глядеть на своем живом и подконтрольном в локалке (сеть теряет или сервер?)... Но это требует портирования и прочего ковыряния - не пять минут...

 

[pvvx]

Заказал для эксперимента пару модулей TTGO T-Energy
Уже пришли.

Может быть это пригодится https://www.oryx-embedded.com/products/CycloneTCP

Теперь вопрос - как это впихнуть в данный модуль?

 

[pvvx]

1) Скачал какую-то "Open Source Version", развернул, вышел каталог: "CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0"

2) Загрузил установщик ESP-IDF Tools по этому URL-адресу:

https://dl.espressif.com/dl/esp-idf-tools-setup-2.3.exe

Получил:

Соответственно никаких:
Установщик инструментов ESP-IDF создает ярлык в меню «Пуск» для запуска командной строки ESP-IDF.
Источник <https://docs.espressif.com/projects/esp-idf/en/latest/esp32/get-started/windows-setup.html>

Т.е. как всегда нежданчик от безалаберной Espressif, который нужно разруливать вручную....

 

[pvvx]

3) В общем запустил ярлык "ESP-IDF Command Prompt"
В нем ползем в каталог примеров от Cyclone набивая:
D:\MCU\Espressif\esp-idf>e:
E:\>cd ESP32
E:\ESP32>cd CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0>cd demo
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0\demo>cd espressif
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0\demo\espressif>cd esp32_wrover_kit
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0\demo\espressif\esp32_wrover_kit>cd http_server_demo
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0\demo\espressif\esp32_wrover_kit\http_server_demo>create_project_structure.bat
E:\ESP32\CycloneTCP_SSL_SSH_CRYPTO_Open_2_0_0\demo\espressif\esp32_wrover_kit\http_server_demo>idf.py build
И пошла сборка проекта… завершающаяся:

../main/cyclone_tcp/core/net.h:89:5: error: #error Before compiling CycloneTCP Open, you must accept the terms of the GPL license
    #error Before compiling CycloneTCP Open, you must accept the terms of the GPL license
     ^~~~~
[834/975] Building C object esp-idf/spiffs/CMakeFiles/__idf_spiffs.dir/spiffs/src/spiffs_check.c.obj
ninja: build stopped: subcommand failed.
ninja failed with exit code 1

Я же маску одел - что ещё надо?

 

[sharikov]

Прошло более пары лет, как я глубоко не отслеживал, что нового слепили в ESP32.
Сделали или нет на модулях ESP32+PSRAM нормальный многопользовательский Web со всеми актуальными настройками и застряло на уровне мигания светодиодом и проще взять какой другой SoC?
...
Нужно такое чудо. Кто подскажет что или куда смотреть?

Смотреть в сторону HLK-7688 + Nginx.
На ESP32 + PSRAM многопользовательский Web сделать можно я год или полтора назад даже выкладывал какие то тесты. Не нужно оно никому и низачем.

 

[pvvx]

Кароче в CycloneTCP пошутили с ESP32. Ничего не соберется, т.к. всё в IDF давно изменено, а CycloneTCP не собирается исправлять даже простые ошибки в своих исходниках:
error: 'strncpy' output truncated before terminating nul copying 2 bytes from a string of the same length [-Werror=stringop-truncation]

 

[pvvx]

Смотреть в сторону HLK-7688 + Nginx.

Там беда с тормозами у межзадачных переключений.

На ESP32 + PSRAM многопользовательский Web сделать можно я год или полтора назад даже выкладывал какие то тесты. Не нужно оно никому и низачем.

Мне нужно.
Пока вижу что это пойдет только на RTL872x c WiFi 2+5 ГГц и одновременно с BT.

 

[pvvx]

Ещё причина по чему не соберется CycloneTCP - слишком длинные пути файлов для сборки и не лезут в Win10.
Проект можно размещать только в корневую директорию
И за это ещё просят бабло...

 

[A_D]

Ещё причина по чему не соберется CycloneTCP - слишком длинные пути файлов для сборки и не лезут в Win10.
Проект можно размещать только в корневую директорию
И за это ещё просят бабло...

Весело... но это, кроме mbed, единственное, что я нагуглил из опенсорса.

 

[pvvx]

Смотреть в сторону HLK-7688 + Nginx.

В xxxRTOS при работе WiFi мы теряем всего 10..16 MHz производительности CPU. Переключение между тредами/потоками быстрое, на Cortex M33 есть Float. На MT76xx в linux просто так меж тредами не попрыгать, тем более быстро не позапускать новых процессов - что-то там не так с дескрипторами виртуальной памяти (MMU) и долго это дело - закопировать весь kernel, да нет Float. Проц уже старенький...

 

[pvvx]

Весело... но это, кроме mbed, единственное, что я нагуглил из опенсорса.

Дык оно не сочлиняется с ESP32 IDF, а с другим может пойдет.
Длина пути нарушается при выборке из IDF, а не из CycloneTCP.

 

[A_D]

Дык оно не сочлиняется с ESP32 IDF, а с другим может пойдет.
Длина пути нарушается при выборке из IDF, а не из CycloneTCP.

А, т. е. это опять у espressif недочёты вылезли?

 

[pvvx]

А, т. е. это опять у espressif недочёты вылезли?

Там у обоих...
Вот что делать с :

In file included from ../main/cyclone_tcp/core/net.h:39,
                 from ../main/cyclone_tcp/http/http_client.c:48:
../main/cyclone_tcp/http/http_client.c: In function 'httpClientFormatHeaderField':
../main/common/os_port.h:189:45: error: 'strncpy' output truncated before terminating nul copying 2 bytes from a string of the same length [-Werror=stringop-truncation]
    #define osStrncpy(s1, s2, length) (void) strncpy(s1, s2, length)
                                             ^~~~~~~~~~~~~~~~~~~~~~~
../main/cyclone_tcp/http/http_client.c:946:4: note: in expansion of macro 'osStrncpy'
    osStrncpy(context->buffer + context->bufferLen + nameLen - 2, ": ", 2);
    ^~~~~~~~~
cc1.exe: some warnings being treated as errors