Результаты поиска

:) надеюсь, решат. ибо девайс интересный. я не смотрел RTL, но видел другие армы, скучные и все на одно лицо. а тут довольно интерсная железка. блютус, почти полноценный mmu, два ведра + сопроцессор в RTC, способный работать с периферией без пробуждения основного. и - вы таки будете смеяться -...

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

это не к нам, это в медпункт (c) :) к еспрессиву, то бишь. ну а пока так, с чипом. пока не выкладывали. но бинарные либы в докере есть, можете пробовать.

ATECC508? это секьюрити чип, tamper resistance и прочее. по I2C ничего секретного не ходит, чипу на подпись даётся nonce, он подписывает и возвращает. приватный ключ зашит внутри и может даже генериться внутри, т.е. никогда не покидать чип.

ничего подобного. мы засунули туда mbedTLS с ECDSA, блекджеком и шлюхами. RSA 2048 работает ок если без DHE, DHE без ускорения медленный, но на этот случай есть ECDHE+ECDSA - это хорошее крипто и работает приемлемо даже без ускорения (7 сек со всеми плюшками). короче, вот бенчмарки: ESP8266...

т.е.? 8285 это та же 8266, так что полетит, надо только слинковать без OTA.

наш TLS лезет. софтовый AES работает приемлемо быстро. без чипа хендшейк где-то 7 секунд, что много, но для неинтерактивных применений и постоянных коннектов может быть ок. при наличии ATECC508 он берёт на себя весь хендшейк, включая ECDH, так что в итоге получается стойкое крипто...

дык в примере ж написано - во --flash_baud. я только что заапстримил это дело в основной esptool, теперь там --baud настраивает это дело. написал коммнет к скрипту: fnc/fw_meta.py at master · cesanta/fnc · GitHub

chip erase вам в помощь. esptool erase_flash

Прошивка, над которой я работаю (Smart.js) толстая и ждать по 15-20 секунд каждый раз надоело. Заморочился и написал альтернативный тому что в ROM прошивальщик, который шьёт на 3-4 мбитах (в зависимости от UART-to-USB конвертера). На самом деле меньше, конечно, с учётом стирания, но, в общем...

была проблема с индексным файлом, вот новая сборка pvvx: wifi и так на wpa2, с паролем. если вы поменяли пароль, то логично что вы больше не можете подключиться со старым, разве нет? если пользователь забыл пароль, то настройки можно сбросить на дефолты если загрузиться с GPIO5 на 1. делать...

свежая сборка

TX к компу, а RX? RX тоже надо, в обе стороны обмен идёт.

ADC у ESP8266 действительно 0 - 1V, 10 бит. надо городить делитель напряжения, на некоторых дев бордах (e.g. nodemcu) он уже есть (см. блок ADC на схеме).

можете пояснить, о чём речь? в каких условиях вопсроизводится?

джентельмены (и леди, если есть), извините что врываюсь, но я смотрю, что здесь все нужные люди собрались. прочитал тред, но пока не смог составить общую картину - что у нас на данный момент с JTAG и GDB под нашу любимую ESP8266? у меня имеется FT2232, подключённая к JTAG ногам ESP, GDB...

AnonymUser, да, сделаем. pvvx, спасибо за инфу. пусть alashkin ответит, он про это больше знает.

вчера проапдейтились до 1.2.0 + патч, получили 8K. спасибо братьям-китайцам, но это не решает проблему. мы делаем всё, что в наших силах, но повторяю - на данный момент строки во флеше - насущная необходимость. приложения, критичные к скорости, пока что не наша цель и в обозримом будущем не станут.

к вопросу о Makefile - я его подчистил, хотя дефайнов там по-прежнему много. строки в IRAM - это необходимое зло, без него никак. SDK сжирает половину памяти (вот подо что, интересно?), и так еле помещаемся. сейчас вот ещё SSL добавляю, памяти еле хватает... увы, чудес не бывает если вас...

а в чём там основные проблемы? мы сами не пользуемся windows для разработки и пока не будем обещать поддержку её в таком качестве, но патчи примем, при условии что они не сильно инвазивные.