roboforum.ru

чота я про доработку не понял, чтоб в спячку уходил надо что-то закоротить...

Тут еще информацмя http://tim.jagenberg.info/2015/01/18/low-power-esp8266/

по мотивам поста на гиктаймс
постратил 30 секунд на гугл и нашёл прозрачный уарт мост https://github.com/beckdac/ESP8266-transparent-bridge
не знаю почему этого не нашёл автор поста.

Absolutely transparent bridge for the ESP8266

This is really basic firmware for the ESP that creates a totally transparent TCP socket to ESP UART0 bridge. Characters come in on one interface and go out the other. The totally transparent bridge mode is something that has been missing and is available on higher priced boards.

из минусов, автор пишет что передача в TCP идёт с буфером.

limited buffered TCP writes. The first buffer is the UART FIFO. The second buffer is to collect new uart chars until the previous packet is sent. From SDK 0.9.4 the next espconn_sent must after espconn_sent_callback of the pre-packet. All incoming UART characters in the FIFO gets sent immediately via the tx-buffer. The resulting TCP packet has only some bytes.
This could potentially impact performance, however, in my hands that hasn't been an issue.

Вот нашел детальное описание сколько потребляет тока в разных режимах, было бы здорово кинуть в шапку (таблицу)
http://wiki.iteadstudio.com/ESP8266_Serial_WIFI_Module

Transmit 802.11n, MCS7, POUT=+14dBm :135mA / Receive 802.11n, packet length=1024 byte, -65dBm : 62mA

Для сравнения HM-11
Power: In sleep mode 60uA~1.5mA, Active mode 8.5mA

HM-13
Power: SPP 13.5mA, BLE 9.5mA

HC-06
voltage (3.1V~4.2V). The current in pairing is in the range of 30~40mA.
The current in communication is 8mA.

dccharacter писал(а):следующий шаг - все то же самое, только с потреблением "год от батарейки"

Вот чел хорошо поковырялся насчет энергопотребления Power usage charts, Good enough for a battery powered sensor?
Запрограммировал так, чтобы чип просыпался, отправлял данные и впадал в глубокую спячку далььше. Две недели замерял потребление энергии. Краткий вывод - год на батарейке, только если сенсор отправляет данные 4 раза в час или меньше. Если каждую минуту, то батарейки хватит всего на 3 недели.
Основная проблема - долгое установление связи с точкой. Это уж издержки протокола вайфай. На коннект уходит от 1 до 3.5 секунд. Провел аналогичные замеры для модуля XBee. Модуль готов к отправке данных уже через 35 мсек после пробуждения.
Его сенсор построенный на XBee живет год от батарейки. Аналогичный построенный на ESP8266 прожил бы всего 8 недель.

Ну а сенсор, построенный на nRF24L01, живет уже год на батарейках, которые "сдохли" в пленочной мыльнице еще в 97-м году. Я нашел их на балконе, неведомо как сохранившиеся. На каждой - по вольту. С трех штук получил нужные 3 вольта. Передача посылки с температурой/влажностью происходит раз в 20 минут.

Мое убеждение - для долгоиграющих автономных датчиков применять именно "обычные" радиочастотные модули.
А уже при необходимости работать по WiFi ставить ретранслятор на ESP8266 со стационарным питанием.

вообще-то есть еще bluetooth4 ble заявлено, что ble-маяк должен работать год от cr2450

http://blogs.bu.edu/mhirsch/2014/11/mea ... nt-page-1/
в пересчёте на 3.3в получаем 300мА максимум.
И wifi и линукс без корявого SDK, Где подвох?

linvinus писал(а): Где подвох?

может в том что эдиссон в 10 раз дороже?

Ну с учётом того что пока для esp всё корявое, и документацию на чип публиковать не собираются можно и переплатить. (вопрос с ценой пока пропускаем)

Тут стоит учесть что есть разные задачи, мне не нужно работать год от одной батарейки, нужен просто нормальный wifi
А хороший контроллер впридачу совсем не помешает.

подвох есть, с эдисоном тоже не всё так гладко
Cons:

1. Edison asks for an power supply in range of 3.1-4.5V – the closest we use is a 3.3V, 5V is going to kill Edison
2. All I/Os are rated 1.8V, well that is good in general, but Makers just got used to 3.3V, level shifter … puuuh
3. To get console access you do need an USB/FTDI connection but the tiny 70 pin connector is not at all Maker friendly
4. To get access to the I/O pins – again these pins are on the tiny 70 pin connector
5. Dokumentation is … (needs some improvement!!!!), but we do like to hack into things to understand them
6. Features not completed by time of shipment (e.g. BLE – old BlueZ, no gatttool, …) – no release notes or roadmap …
7. 200mA min. and up to 600mA spikes is much but you do get a lot power! specially not for wearables
8. no analog inputs (compared to Arduinos), needs always and ADC e.g. connected via SPI extension
9. my not Wheezy (Umbunto) people are used to? … new tools, cross-comilaton, lot of hassle…
10. multiplex I/Os, analog via SPI … IO pin translation matrix … where is my A0 or D5 in Edison? … could be easy
11. bash shell is missing ;-(
12. default partitions are not well balanced – quickly reaching “disk full” …

к тому же все io находятся на мелком 70 пиновом коннекторе,
самое малое что нашёл https://www.sparkfun.com/products/13025

но и с ним
Note: The mini-breakout board (m-bb) does not have analog pins like the Arduino Edison board (AEb). If you wish to use analog pins on the m-bb, you’ll have to design your own circuit. (The add-on ADC/Arduino Sparkfun boards won’t fit with the m-bb). I wish this was specifically noted in the description.

Глядел я на этот эдисон и.. решил не трогать его.
А зачем он нужен вам?

пригляделся, тоже решил, не нужен.
просто комбинация
1) 2ядра 1Gb ram 4Gb rom
2) wifi, bluetooth 4ble
3) среднее 300mA потребление при 3.3в
4) io, pwm
5) размер с SD-карту
очень заманчиво, но.

чтобы получить IO нужна материнка тогда теряется весь смысл в формате SD-карты и цена взлетает с 50$ до 100$
при таком раскладе конечно не нужно.
Плюс тоже непонятки с документацией.

Я получил ESP-07 и антенки (усики) как вы советовали, подходят, (но и с керамической антенной ловит по всей квартире) сейчас вот ломаю голову как с контроллером скрестить.
с одной стороны есть nodemcu с lua, но она использует espconn SDK который корявый во всех направлениях.
С другой стороны есть сторонние прошивки, но они заточены под что то конкретное и нужно их допиливать под свои нужды.
а это совсем не тривиально.
пока принюхиваюсь.
хочется получить максимум функционала, не просто uart<->tcp

стоит учесть что esp прошивки развиваются буквально на наших глазах поэтому есть шанс что через год всё буде работать правильно и из коробки в той же nodemcu, но это через год.
Чтобы не быть голословным вот это больше всего беспокоит на данный момент
http://www.esp8266.com/viewtopic.php?p=8297#p8297
т.е стандартный SDK совсем не рассчитан на что то серьёзное, несмотря на то что используется общедоступный стек iwip он скрыт за SDK API , в результате прошивки опирающиеся на SDK сильно ограничены фантазией разработчиков.
Например не более 5 TCP коннектов и после закрытия соединения нестабильное поведение стека и с этим практически ничего не поделать, только писать свою SDK (есть попытки), или вот такой костыль http://www.esp8266.com/viewtopic.php?f=9&t=1492

независимый разработчик с ником pvvx советует использовать tcp window size в качестве ограничителя если буфер в esp заполнен
http://www.esp8266.com/viewtopic.php?f= ... &start=140

Меня лично беспокоит наглухо зашитые в модуль DNS сервера. Я толком не разбирался, что там с перепрошивкой, но подозреваю, что в вайфай части никто толком не копается - она, скорее всего, в либе сидит в какой-то. Кто подключал модули к домашнему вайфаю? Все аккуратненько залоггировано. Что мешает в какой-то момент сделать вот так: https://www.youtube.com/watch?v=Qdl91i0tbZc ??

А что хотите получить от модуля?
Перепрошивка делается легко, компиляция прошивки тоже достаточно просто.
Вот тут стараются написать открытую SDK http://esp8266.ru/forum/forums/sdk/

Да ничего особенного... Просто меня напрягает давать пароль от вайфая железке, которая... Кхм. О чем я вообще. Все эти вайфаи у нас и так на всяких ТП-линках крутятся, которые оттуда же родом.
А ДНС-ы - то минобора американского Вот вам и китайцы.