Комментарии 30

С нетерпением ждем появления на али.
На гитхабе NodeMCU уже вовсю идет портирование.

NodeMCU это хорошо, но только для начала. Сейчас думаю отказаться от его использования и попробовать писать прошивку самому, так как столкнулся с проблемой удаленного обновления (но это только первая в списке). Дело в том, что у меня за окном в герметичном боксе стоит модуль с датчиками и каждый раз снимать его только для того, чтобы сделать обновление как то глупо, а для NodeMCU простого решения как обновить не то что бы прошивку, а хотя бы файлы, я не нашел.

Если Вы довели устройство до стадии "за окном в герметичном боксе", то зачем Вам менять у него прошивку?

Интересен вопрос цены, особенно с 64мб памяти. И было бы интересно на проекты посмотреть.
Что с питанием? Меньше, чем у esp8266?
Метеостанции, LED ленты и гаражные двери начнут жить новой жизнью!
С умными домами — просто боюсь представить, что будет.
Если кто, вдруг, еще не использует блинк для своих проектов, то вот ссылка для ознакомления.
Картинки у них на сайте красивые, но совершенно непонятно, что это, кому это нужно, и для чего. Не могли бы вы в паре слов пояснить? Я так понимаю, что вы нашли ответы на эти вопросы :)
я так понимаю что исходников вот этого:
https://github.com/espressif/esp32-wifi-lib
и человеческого даташита, впрочем как и для 8266, не будет и можно и не ждать.
Мы стараемся улучшить ситуацию с документацией. План таков, что вся периферия (кроме радио и бэйсбэнда) будет документирована на уровне регистров. Текущее состояние дел можно посмотреть в ESP32 Technical Reference Manual: https://espressif.com/sites/default/files/documentation/esp32_technical_reference_manual_en_0.pdf. Надеюсь, вы согласитесь, что это уже больше чем вся документация на 8266 вместе взятая.

Многой периферии пока нет в этом документе. Основной затык в том, что найти хороших технических писателей, которые могут переводить с китайского, достаточно сложно. Поэтому работу по редактированию документации после первоначального перевода приходится делать англоговорящим инженерам, у которых и без этого работы хватает. Я, например, сегодня целый день правил главу про UART. Надеюсь, получится понятно :)

Что касается esp32-wifi-libs: решение опенсорсить все выше нижнего MAC уровня уже принято, и я начал ревьюить и рефакторить код. Скажу честно, работы там много, и идет она небыстро. После того как основная функциональность ESP-IDF будет доделана, я смогу подключить к этому процессу больше людей и дело пойдет быстрее. Пока что результатами в этом направлении похвастаться, увы, не могу.
Это замечательно, но в первую очередь говорит лишь о том насколько всё плохо было с 8266.
Но всё равно спасибо, прогресс конечно есть.
А что такого секретного в описаниях регистров радио периферии и уровнях ниже МАС?
Что касается радио, BB и нижних уровней стека — польза от открытия их не столь очевидна (в отличие от верхних уровней).
Верхние уровни должны быть открыты чтобы портировать, скажем, NuttX или другую RTOS. В верхних уровнях больше шансов, что сторонние разработчики найдут и исправят баги. В верхних уровнях больше возможностей для простых оптимизаций поведения и добавления функционала.

Нижние уровни сложнее документировать — нужно описать устройство и логику работы довольно сложного бэйзбэнда. В нижних уровнях больше возможностей заставить чип плохо себя вести по отношению к другим участникам эфира — мы не хотим давать FCC новый повод для введения ограничений на перепрограммирование WiFi SoC-ов. Найти и исправить баг в нижних уровнях стека обычно намного сложнее.

Принципиальных ограничений на открытие нижних частей стека нет, но пока что от открытия верхней части польза видится больше. Поэтому за верхнюю часть я готов бодаться и тратить на нее ресурсы. Если появится хорошая причина для открытия нижней части или куча способных программистов и технических писателей, окей, поработаем и над ней.
Ура, удалось подключить отладчик, так что буду писать следующую статью!
Кстати, сегодня вышел HCI уровень Bluetooth для ESP32. Есть даже пример!
Я думаю, сначала напишу о примерах c WiFI и BLE, а уже потом об отладке. Что думаете?
Может попросить мастеров анализа кода пропустить всё через их чудесный продукт для анализа?
Забавно то, что совсем скоро планируют отправить чип в продакшн, а функций для работы с блутузом до сих пор в SDK нет. И если остальной функционал более-менее покрыт тестировщиками, то с блутузом стоит ожидать таких же косяков как с esp8266? Странные они какие то.
Чип уже в несколько недель как в продакшене. Блютус стек прошел compliance test на прошлой неделе. Да, есть определенные проблемы с интеграцией BT стека, и их фиксят, тестируют, и снова фиксят. BT потому и нет в master'е, что QA еще на дал добро.

На днях мы наконец доделали автоматическое тестирование merge request-ов на реальном железе, так что надеюсь число регрессий будет меньше чем с 8266.
Как дела обстоят с полноценным DevKit под Windows (скачал, поставил, запустил тот же Eclipse и начал писать)?

Потому как вот это https://github.com/espressif/esp-idf — только для профи и только для тех кто знает Linux, хоть там и есть упоминание сборки компилятора под Windows, но это конструктор дай бо еще похлеще чем компилятор для ESP8266.

Мне даже страшно браться делать Unofficial Development Kit for Espressif ESP32 как я делал его для ESP8266 (http://programs74.ru/udkew.html), потому как со стороны Espressif никакого понимания, того что 90% людей сидят под Windows — нет.
Они непонятно на кого ориентируются. Неужели они думают, что люди будут ставить Linux, вводить тонну команд для установки компилятора и sdk + потом сидеть и писать код в vim ради простого помигивания светодиодом? Смешно просто, таких людей единицы. Дак на кого ориентирован ESP32?
Есть готовый пакет MSYS с тулчейном и необходимыми тулами, см. https://github.com/espressif/esp-idf/blob/master/docs/windows-setup.rst.
Этот пакет можно использовать с Eclipse: https://github.com/espressif/esp-idf/blob/master/docs/eclipse-setup.rst.

Сейчас есть проблема с парсингом путей на винде, из-за которой эклипс иногда не может проиндексировать проект: https://github.com/espressif/esp-idf/issues/17. Её фиксят.

Кроме того, пока в пакете для винды нет openocd. Он там появится в ближайшее время.

Полная интеграция с Eclipse (поставил-запустил) в процессе. Если вы заинтересованы заниматься этой темой, я уверен что мы можем найти варианты сотрудничества :)

Edit: должен сказать, что самая большая проблема в создании среды «без консоли» в том, что мы используем Kconfig/menuconfig. Теоретически можно написать плагин для эклипса вместо menuconfig… Либо вывести куда-нибудь ярлык для запуска консоли с menuconfig.
На модуле AI-Thinker ESP3212, пины для подключения SD выведены сбоку: IO2, 12,13,14,15.
Пошел заказывать на Ali.
я заказал — но так и не пришел. продавец какой-то левый оказался. деньги правда вернули. надо в москве поискать — может кто-то привез уже. валяется кубик с 9 APA102 на каждой стороне. сейчас там nRF51 стоит — хотел поменять на ESP32.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.