единия модул има точно един кондензатор на цялата цифрова част (CPU+Flash), един кондензатор на RF частта (0 индуктивности) и 2 кондензатора на кварца.
другия пък няма кондензатори на кварца, но пък има някакви зачатъци за съгласуване към антена (малко спорно).

по принцип няма лошо в тия модули, ако са само за демо. и ако има сериозна документация за чипа, дизайн гайд и т.н. та човек да може да си проектира сериозна платка. чипа може и да е хубав, знам ли. то липсата на документация може би определя и цената.

Въпросът е някой пробва ли ги?

Това за FCC-то е ясно, то още преди няколко някъде четох че платките дето сертифицират са 4-слойни и нямат нищо общо с тия за по 3$. При всички случаи даже и последните да сертифицират е ясно, че не стават за сериозни приложения.
Все пак на тая цена ще им намеря някакво приложение, въпросът е само поне малко от малко да работят. Гледах им АТ-командите и останах леко втрещен. Супер недоклатена работа. Наското обяснявах как НЕ трябва да се правят АТ команди при gsm... Тия обаче явно са успели да намерят много по-добро описание на тема "как не трябва" и са го направили ;-(

Мога да ти подаря едно модулче ако имаш желание.

А, аз си поръчах и вече 2 месеца ми отлежават

Въпросът ми е по-скоро да знам има ли смисъл да се занимавам да пиша нещо... или по-скоро кое да се опитвам да подкавам и кое не. Щото като гледам примерно каква е нотификацията за затваряне на сокет и малко ми настръхва косата...

miro_atc ако не ти харесват АТ-командите пиши на самото дЖилязо. Така ще си спестиш един контролер.

АТ командите са само един от вариантите да ги ползваш модулите. Както казаха, можеш да си пишеш вътре в чипа - има FreeRTOS за него, има и доста силен Lua интерпретатор. За работа на C/C++ има това и е много удобно:
http://programs74.ru/udkew.html
Като алтернатива на AT командите можеш да погледнеш това:
https://github.com/tuanpmt/esp_bridge
Виетнамеца е добър, използва се SLIP framing, има и насрещна C++ библиотека за ардуино, която лесно може да се портира.
Кофтито е че така не могат да се ползват много от екстрите на чипа/модула - примерно 128Мбит флаш за web съдържание и JS библиотеки, скоростта се ограничава до тази на серийния. Аз го ръчках да го разшири това в посока да може статичното съдържание да е в ESP-то, а по серийния да вървят само заявки за динамичните части (променливи, данни) - CGI over uart... Ама не му се пипа, а и на мен не ми остава време да го измисля. За дребни неща се чувствам добре с lua-та (Nodemcu). Отделно кефа да му напомпиш нов скрипт на модулчете от далеко (OTA) е много удобно. Т.е. не сменяш целия софтуер (300-400К), само няколко килобайта скрипт и имаш тотално нова поведение.
Нещо като телит-ските питони.
Според мен има две недомислени неща в тоя чип, който са "deal breaker":
- няма code protection по никаква форма - елементарно е някой да извади пароли, сертификати и всичко друго от един модул и така да застраши цялата система (или поне става доста по-сложно управлението на сертификати за всяко устройство); (засега) и не поддържа enterprise варианти за оторизация на достъпа до wlan-а и е само с pre-shared key; т.е. като ти го откраднат едно модулче лесно ще влязат в вифи мрежата ти; това е проблем за простите усер-ковци който няма да могат да си пуснат второ ssid заради "IoT" джаджите; т.е. отиваме на варианта за отделна "централа" която да е второ AP и то стана скъпо.
- sleep тока му е висок - май не е самия чип ами комбинацията от esp и serial flash, явно не пращат флаша в low power mode като заспиват и той си дърпа 20-30мкА, което заедно с ЕСП-то значи общо 40+мкА

Иначе има и готини страни - ядрото може да се пуска на 160МХз (оригинално е на 80МХз), в изтекли сорсове си личи че това го правят на моменти като смятат SSL-и, после след сметката пак го връщат на 80. Аз го жуля на 160 постоянно и се държи.
Като периферия (извън wifi нещата) има добри и лоши точки:
- i2c-то му е софтуерно
- уарт-тите са добре будерирани (16 байта май)
- ацп-то е само един канал, с вътрешен реферънс, не е стабилно, става за дребни неща като колко е батерията, не става за аналогови температурни датчици и подобни
- SPI-а към serial flash-а е quad и може да вдигне 20Мбайта/с - може да изпълнява код директно от там (XIP), има и малко code ram за бързи неща
- вифи-то му е добро като обхват - простите модулчета с pcb антена (Esp-01) държат връзка в точки, където повечето смартфони не могат да се закачат; сравнено с CC3200 е като че ли една идея по-зле (CC-то е малко по-добро имам предвид) но е учудващо добро като link budget за класа си
- компилатора си е гцц, он-чип дебъг-а не е лесен, аз не съм го подкарвал - има някакво подобие на openocd (xt-ocd) и казват че е правено да може да се работи с gdb, но не съм го виждал на живо

С модулите се работи по-трудно. Аз си взех на олимекса модула че има изведени всички изводи и е малко по-грамотен от китайските, но после си взех и на тия дето правят nodemcu lua-та някакъв дев кит. На него си има усб-уарт и захранване, предвиден е контрол на ресет и boot пиновете от pc-to. Т.е. забиваш му микро-усб-то и имаш работеща платка без да ти трябва други адаптерчета, захранвания, антени, преходни платки и т.н.

Edit: още една особеност - в другите подобни чипове вифи-то се клати от отделно ядро, а application процесора не се занимава с това. Например CC3200 даже ip стека май е във отделното ядро. Така кортекса (на цц-то) ти остава за application неща, без да се налага да се съобразяваш с това че можеш да счупиш тайминга на вифи-то. А при есп-то всичко си върви във едно ядро и може би няма да стане лесно за real time задачи. Най-малкото имаше един вариант в който 1-wire драйвера чупеше вифи-то. Т.е. може и да се окаже проблем за някой приложения, може и да не е. Но то и затова цената му е 25% от тази на cc3200.

Скоро не бях зяпал по sdk-то им, но явно работят хората - дразнеше ме че не бяха предвидили callback да извести когато чипа се асоциира към ап-то. Иначе си има за всичко друго - установена tcp връзка, прекъсната, повторно закачена и т.н. Но оставаше една дупка - след като изискаш закачане трябваше да пуснеш малоумен polling да разбереш кога се е закачило. Оттам (след като се закачи) пак имаш цялата красота на event базираното API. То и затова тая дупка дразнеше толкова.
Сега са я запушили - имат вече и евент уведомяване за закачане, разкачане, ново закачане, смяна на крипто и подобни. Аз доволен!
Имат и mDNS поддръжка, и SNTP.

А каква е консумацията в действителност?
В документацията пише 10uА в power down и 1mW в standby (какво е DTIM3 режим?)
Пише, за 2ms му трябват, за да изпрати пакет.
Някой тествал ли е режимите му с малка консумация?
Мисля си колко ще издържи, захранен с 200mAh, ако праща един пакет на минута.

Реалните ми измервания са че на sleep дърпа около 40мкА (разкачен от AP-то т.е. никаква връзка, процесора е спрян и тича само един wake up таймер който бие ресет след зададено време, примерно минута - но ресета се случва само ако си направил външна връзка между едно gpio и ресет входа). Толкова са мерили и други хора. Имат някакви допълнения в по-новите версии, да оставят SPI флаша в low power mode, понеже голям процент от тия 40 били от него, а не от контролера, но не съм мерил дали има промяна. Най-доброто, което може да се очаква, но не е сигурно че ще се постигне, е тия 10мкА.
DTIM3 е режим, в който чипа си остава свързан към мрежата (асоцииран), АП-то го знае че е жив, но знае че е в този режим, и буферира пакетите за него. Така есп-то се буди веднъж на 100мс (или N*100ms) и работи за кратко - да види beacon-a, да отговори че е живо и ако има буферирани в AP-то пакети за него да ги получи. Т.е. TCP връзките са "като живи" с малка латентност (примерно 300мс). Това, което дават за консумация в този режим е усреднен ток от sleep периода от 300мс (когато е на онези 40/10мкА) и краткия активен период, който е няколко мс на 70мА горе-долу. Затова излиза някъде на около 1мА или малко по-малко. Този режим е използваем когато устройството трябва да реагира веднага на съобщения отвън, т.е. 'always connected' - ключа за осветлението например, едва ли ти се иска да чакаш 1 минута след като кликнеш на телефона преди да светне.
Другият, за който и ти питаш, е с по-голяма латентност - ако искаш да му кажеш нещо на ЕСП-то, то трябва да изчакаш то да е активно, т.е. 1 минута. Ако е сензор който праща температурата това е приемливо и върши работа. Отделно в новото SDK има повече екстри като например опцията преди да заспиш да укажеш на следващото събуждане дали ще имаш нужда от радиото или не. Примерно будиш се на всяка минута и правиш мерене от сензора, пишеш в RTC RAM-а и броиш +1 цикъл, като стане брояча 10 указваш че искаш и радио и на следващото събуждане тръгваш с радио и връзка и качваш 10-те резултата в един пакет за по-икономично (и като батерия, и като трафик). Така имаш компромисно решение между точност (честота на семплите) и латентност (старост на данните).
Ако си направиш сметката, тоя 200мАч не са много. Реалното време от ресет до установена връзка (асоцииране и TCP сокет до близко устройство съм тествал аз) е около 3 секунди (по-точно 2, 2 и нещо но да кажем 3). През това време дърпаш нещо от сорта на 70мА. Ако за лесна сметка кажем 300с (5 минути) между събужданията излиза че имаш 0.7мА среден активен ток. Тези 40мкА sleep можем да ги пренебрегнем на фона на 700мкА среден активен, но да кажем 800мкА среден. Това при 200мАч батерия значи 250 часа, т.е. 10-тина дни. Мисля че не е добре?
Като цяло проблема с консумацията при wifi nodes е интересен. Сега, нищо не пречи да сложиш 18650 клетка с 3000 и повече мАч, и да имаш 156 дни. Или 4х18650 за нещо като 2 години. Номера е като наближи (като падне на 10-тина % батерията) да ти прати съобщение да си дигаш чуковете и да сменяш/зареждаш батерията. Ама ако имаш 10 такива чудесии може и на всеки 15 дни да има по едно за смяна на баКтерия?
Някъде дискутирахме соларни панели за подобна цел - на открито си е опция, сигурно ще свърши добра работа направо с един "power bank" със соларен панел. Но на закрито не е оферта много.

Едит: не знам дали трябва да го смятам, но както питаш - при будене на 1 минута ще изкара 2-3 дни.
Има и други "софтуерни" трикове, които могат да се правят - например може да се ползва буденето без радио за да се измерва и резултатите да се пращат само когато има промяна над зададена граница (компресиране). По спомен без радио ядрото искаше нещо от сорта на 15мА. Не е много малко, но то ядрото тича на 80МХз (или на 160 ако имаш "спешна" работа ).
В този случай нещо малко и икономично (uC) отделно е по-добрия вариант. Така се решава и проблема със "защитата на личните данни" (SSID и парола и тем подобни).
Мисля че бях писал, но не забравяй че в ЕСП-то има само едно ядро - т.е. ако вземеш да се "отплеснеш" с много код можеш да навредиш на тайминга на wifi-то. За тая цел има и SDK с FreeRTOS, но и без нея не е проблем да си "възпитан ползувател". В този аспект пак имаш бонус ако имаш отделен контролер - там можеш да си тичаш както искаш. Но тогава идва цялата мъка на междупроцесорна комуникация и поддръжка на 2 фирмуера (оригиналния с AT командите не е много стабилен, а термина "AT команда" трябва да е достатъчно красноречив сам по себе си да те откаже).

да побутнем малко темата, ако ще имам някаква ваканция може би искам да си поиграя с нещо подобно.

какви са последните модули и развойни китове - последно гледах че Спаркфън са изкарали борд някакъв, а на Експресиф имаше и някакъв готов екраниран модул. Пишеше и за ново SDK, колко ново?

освен ESP8266 нещо друго появило ли се е наскоро, Медиатек и други май рекламираха нови чипове

Аз имам 2 dev kit-a - единия е олимекския, другия е на nodemcu devkit-а. Препоръчвам китайския, има си вграден usb-uart с CH340, работи си добра, има си връзка за ресет между RTC изхода и ресет пина, която е нужда за deep sleep режимите, като е направена културно и се OR-ва с нормален ресет или ресет от ПЦ-то. Което е другата глезотия - с flow control изходите на CH340 е нагласен да може да се активира Boot mode от PC-то, което с подходящите download инструменти автоматично го прави и не се налага натискане на бутони, мостчета, вкл/изкл и тем подобни.
Цената на кита беше 12 долара при китайците, сега не знам колко е, май има нова ревизия. Реално е с модул ESP-12, който като че ли е най-удачния. Има сега някакъв ESP-12x (някаква буква отзад беше, A май) на който са извадени и още няколко пина, май бяха тези които са SPI-а към мемори чипа.
Като софтуер ползвам два варианта:
- http://programs74.ru/udkew.html - Eclipse среда с интегрирано SDK и инструменти, както и много примерни проекти - това е за работа на C/C++, bare metal или FreeRTOS
- nodemcu - LUA интерпретатор, никак не е лош, движат го добре и е удобно за бърза разработка
В първото (еклипса) има нагласен проект да си билднеш второто (lua-та)
Други чипове - CC3200, появиха се модули на алиекспреса по 'найсе долара. По-добър чип, кода е по-отворен е но е по-скъп. И по-малко интегриран, но аз и без това ползвам модули така че не ми пречи.

Що така не мога да си едит-вам мнението?
Другият бонус на CC3200 е наличието на хардуерен дебъг и класическото cortex ядро. За xtensa-та има уж инструментите но няма много информация някой да го подкарал със свободно наличните (срещу NDA дават повече информация и софтуер).

ЦЦ-то вероятно е по-добро, ама и доста по-скъпо. Аз имам желание да го разцъкъм но едва ли скоро ще ми остане време...

Да, ЦЦ-то модул е 14 долара за единични бройки, и гледам пада до под 12 за 5 броя. Все пак има две ядра вътре, едно за wifi и едно application. По спомен wifi-от върви на отделното ядро, а tcp/ip стека и нагоре вървят на кортекса.
На есп-то всичкото върви на единственото ядро и трябва да се съобразяваш да не счупиш таймингите на вифито.
Отделно цц-то има повече периферия, има май някаква идея за защита на данните в чипа, каквато тотално липсва при есп-то. Като добавим и дебъг-а си мисля че за дребни до средни серии може и да си струват 8-те долара горница. Особено ако излезе че заради защитата на данните или перифериите не ти стига само есп-то ами трябва да слагаш още един процесор отвън.
А ако нещата отиват малко по-нагоре като цена и възможности се отива на нещо с линукс/Openwrt - ar9331 или mediatek.

Tочно тoва с втория кур ме хвърля в размисъл... От една стана имам поддръжка за каубойските процове в ОС-а, имам драйвери и т.н. Демек ще го подкарам лесно, ама друга страна не знам за какво да го ползвам
Нещо сякаш не са го измислили като хората. Вторият кур може да замести малък проц, но пък при ЕСП-то за малки неща няма нужда изобщо от втори чеп (ако човек му се пише софт). За по-сериозни неща пък без флаш и с тоя ограничен набор от периферия не става.

По-скоро ако пуснат модули с CC3100 на прилична цена (да кажем 5-6$) и евентуална сертификация както се праскат каубойците. Това ще е по-интересно.