ESP-14, что это???

[amatron]

ESP8266-14 is a low-cost WIFI - MCU communications / control module, a built-in ESP8266 WIFI communications IC and STM8003 microcontroller, highly competitive in the industry of packaging size and low energy consumption, can be widely used in intelligent home network and physical networking, used in the user's physical devices connected to a wi-fi, to carry on the Internet or LAN communications, realize networking. The module includes a powerful STM8003 chip, all the pin up, connected to its serial port and ESP8266 serial interface , the user can write STM8 program, through the implementation of the AT command control ESP8266 most intelligent household lights and WIFI Internet function.

Flash is already updated to 1M bytes.

In ESP-12E prototype design, interior adds STM8S003F3P6, and by STM8S of ESP8266 AT commands to control. This module is a complete STM8S microcontroller, can operate through WIFI STM8 microcontroller programming.

http://ru.aliexpress.com/item/Book-...32426959386.html?isOrig=true&isOrigTitle=true

 

[FGX]

В него походу встроен STM8 МК и его выводы выведены, ну так себе затея вообщем то, это для любителей AT команд

 

[Discriminator]

ну так себе затея вообщем то, это для любителей AT команд

Это на первый взгляд - надо бы найти описание поплотнее. Я мельком глянул на этот модулек - заметил что на цоколевке выведен GPIO0 от ESP8266. Не исключено, что есть возможность программировать отдельно ESP, отдельно STM8, а это может и представлять какой-нибудь интерес...

UPD - нашел файлик, извините - на китайском...

 

[Discriminator]

In ESP-12E prototype design, interior adds STM8S003F3P6, and by STM8S of ESP8266 AT commands to control.

Согласно даташиту TX/RX у STM8 это PD5/PD6, которые выведены в цоколевку. Выведены, так же SWIM и NRST STM8, GPIO0 ESP-шки, раздельные выводы питания для ESP и STM.

Даже если исходить из того, что изначально ориентировка на AT-комманды. Наверняка управление так же через UART, а соответственно он "крестом" зацеплен на PD5/PD6. Значит мое предположение о том, что можно программировать любую часть сего девайса более чем жизнеспособно. Единственное, если я прав, канал коммуникации между контроллером и ESP - только по UART. Предел скорости UART микроконтроллера - 1Mбит...

 

[Doka]

очень интересно!
жаль даташит не полный - непонятно на основе ESP-12 or ESP-12E модуль, т.е. сколько там в итоге флеша.

 

[Doka]

еще не очень понятно - таки можно ли через PD5/PD6 менять прошивку ESP, или модуль исключительно для фанатов АТ-команд???

 

[lehamozg]

Там есть китайский даташит на модуль и описание, можно попробовать перевести гуглом
http://www.cnx-software.com/2015/10/26/esp-14-wifi-module-combines-esp8266-with-stm8s-mcu/

 

[mail_robot]

Предел скорости UART микроконтроллера - 1Mбит...

точно так, но если МК уже на борту, то бОльшего может и не требоваться

МК на борту это прикольная затея, хотя данная проблема легко решается прицепкой минимальной системы на той же СТМ к модулю. Будет одно и тоже, только гибче. В данном случае выигрывается только габарит.
По поводу АТ не соглашусь. Почему нельзя работать в режиме прозрачного UDP2UART? Все что угодно можно передавать также спокойно. Так что ИМХО ничто не мешает залить туда NodeMCU и радоваться жизни

 

[Discriminator]

Почему нельзя работать в режиме прозрачного UDP2UART? Все что угодно можно передавать также спокойно. Так что ИМХО ничто не мешает залить туда NodeMCU и радоваться жизни

э-э-э-э-э-э....
А я где-то утверждал обратное ?

Даже если исходить из того, что изначально ориентировка на AT-комманды

Данная фраза никоим образом не говорит о том что "только AT-комманды". Иначе зачем бы им было выводить GPIO0 от ESP-шки и делать раздельное питание на STM и ESP ?
И, кстате прочитайте внимательней текст следующий за этой фразой

 

[mail_robot]

я не критиковал вовсе, просто дополнил понятными словами )

 

[lehamozg]

Заказал такой модуль, цена 2.5$, копейки, дней 20 на доставку, может что ещё в нэте появится за это время...

 

[mail_robot]

все бы ничего, кабы не писанина под stm8. Мне проще две проги под stm32 накалякать, чем одну под восьмерку

 

[pvvx]

Нет никакого серьезного смыслу сцепки 8-ми битного STM8 с ESP8266. Всё что может STM8 выполняется в ESP8266 с меньшими затратами. Единственное применение данной связки – распределение обработки низкоскоростной шины i2c на STM8, с реализацией дополнительного WDT на STM8.
Но это слишком нерентабельное решение из-за отъема единственного полноценного UART (RX-TX-RTS-CTS) у ESP8266.
C STM32 ещё какие-то варианты могут быть, т.к. он может обеспечивать конвертацию внешних протоколов, а STM8 на это не имеет памяти.
STM8 даже не в состоянии переводить принимаемые значения с датчиков в формат с плавающей точкой.
У STM32 скорость работы 12-ти битного ADC примерно адекватна скорости передачи этого потока по UDP у ESP8266, но вот с переливом из STM32 в ESP8266 этого потока могут быть проблемы - буфер (память) в простых STM32 всё-же мала... Требуется скорость SPI от 20Mbits/s

 

[mail_robot]

я вот хочу заставить 8266 по SPI хотябы 9 мегабит передать, но раскуривая мануалы пока так и не смог понять как это возможно сделать не разбившись в лепешку с организацией SPI-slave. Поэтому пока дозрел только до передачи по уарту 3,6 мегабита

может есть какое то похожее решение или совет как сотворить?

по поводу вычислительных возможностей восьмерки и целесообразности ее сращивания с модулем согласен. Смысла особого не наблюдаю, кроме усложнения жизни пользователей. А вот с 32-ми не совсем согласен. 407-е таки смогут загрузить канал, если таковой конечно найдется. Потому как пока я его в упор не наблюдаю. Со стороны вафли да, со стороны данных бутылочное горло

 

[pvvx]

по поводу вычислительных возможностей восьмерки и целесообразности ее сращивания с модулем согласен. Смысла особого не наблюдаю, кроме усложнения жизни пользователей. А вот с 32-ми не совсем согласен. 407-е таки смогут загрузить канал, если таковой конечно найдется. Потому как пока я его в упор не наблюдаю. Со стороны вафли да, со стороны данных бутылочное горло

Куда там 407? STM32F103С8T6 как самый дешевый туда и хватит.
SPI-slave не надо. Надо мастер. ESP8266 должен сам запрашивать, т.к. он управляет распределением времени загрузки пакетов во время приема-передачи по WiFi. А у STM32 есть DMA и ему всё равно. ESP8266 по SPI умеет работать только блочно и на загрузку-разгрузку блока уходит дофига времени, т.к. шина к регистрам SPI очень медленная - 6..7 тактов CPU при 160 MHz на чтение одного регистра. http://esp8266.ru/forum/threads/spi.59/page-2#post-5508

 

[mail_robot]

Остается вариант только уарт разгонять. Но NodeMCU к сожалению ограничена только 3,5 мегабитами. Хотябы 4,5 получить бы...

 

[Doka]

у меня всё с точностью до наоборот...
нету никакого терпения разбираться с глючными CMSIS & StdPeriph

все бы ничего, кабы не писанина под stm8. Мне проще две проги под stm32 накалякать, чем одну под восьмерку

 

[Doka]

попробуйте без использования связки с STM8 одновременно работать по WiFi и формировать сигнал на ИК-диод (модуляция с заполнением ~40кГц) или парсить асинхронный последовательный протокол (например прием с RF-брелока).

Нет никакого серьезного смыслу сцепки 8-ми битного STM8 с ESP8266. Всё что может STM8 выполняется в ESP8266 с меньшими затратами. Единственное применение данной связки – распределение обработки низкоскоростной шины i2c на STM8, с реализацией дополнительного WDT на STM8.

 

[mail_robot]

нету никакого терпения разбираться с глючными CMSIS & StdPeriph

это уже прошлый век. Нынче HAL рулит. Да и не такие уж они и глючные

 

[ATON]

Для стм8смысла в этих прослойках нет ну вообще совсем. Т.к. кристалл довольно простой и вполне можно и нуками по регистрам пробежаться. Это не стм32 все таки.