rod-i-on (21.09.2014 01:59, просмотров: 740) ответил Гудвин на Не выдержал... Первые впечатления:-
- Интенсивно слать данные как раз не пробовал. Не выяснял максимальный размер пакета и зависимость работы от этого размера (например, в некрочиповском MRRF24 при максимальном размере были затыки). Было интересно испробовать в первую очередь Гудвин(26 знак., 21.09.2014 02:07)
- Условно снимаю свои претензии к ST. У меня код был так написан, что отправлялись части целого по 50 байт +/- 3 байта. И так несколько тысяч раз. Конечно модуль залипал. Зашился и ESP8266. Поправлю - посмотрим скорость. Под ST, конечно, проверять rod-i-on(126 знак., 13.10.2014 10:50)
- Попробуйте, если не трудно А то когда они ко мне еще дойдут. На ST 50К файл сначала живенько отправляется, потом с секундными задержками начинает уходить. Интересно как у ESP8266 будет - rod-i-on(21.09.2014 21:15)
- А никак. От слова вааще :) Попытал чуток утилиткой ipload. Модуль в режиме клиента к точке доступа, в модуле запущен сервер на порту 3333. Более-менее вменяемые результаты показывает на приеме UDP пакетов. UDP пакеты (данные) могут быть длиной до Гудвин(2079 знак., 22.09.2014 02:31 - 02:57, ссылка)
- Спасибо Но неутешительно - rod-i-on(22.09.2014 07:18)
- Кстати, а что скажет
начальник транспортного цехаMakePic? Ушел в подполье? - Гудвин(22.09.2014 02:57)
- А никак. От слова вааще :) Попытал чуток утилиткой ipload. Модуль в режиме клиента к точке доступа, в модуле запущен сервер на порту 3333. Более-менее вменяемые результаты показывает на приеме UDP пакетов. UDP пакеты (данные) могут быть длиной до Гудвин(2079 знак., 22.09.2014 02:31 - 02:57, ссылка)
- Интенсивно слать данные как раз не пробовал. Не выяснял максимальный размер пакета и зависимость работы от этого размера (например, в некрочиповском MRRF24 при максимальном размере были затыки). Было интересно испробовать в первую очередь Гудвин(26 знак., 21.09.2014 02:07)