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

Если rBoot тратит хоть пол кило, то это 1 сектор. На запись конфигурации он тратит ещё 1 сектор. Второй этап загрузчика ещё 1 сектор? Итого 3 сектора? (12 килобайт?) Код прошивки esp_ptintf("Hello!") не требует ни каких библиотек, а так-же есть и SDK 0.9.1 - она ещё меньше :)

Да, но как все либы SDK1.4.0 два раза залезят в одну 512 кило flash? Для примера возьмем IoT_Demo SDK 1.4.1 + для уменьшения размера либу microc: Первый бинарник для загрузки выходит 0x070E0 -> для округления к сектору flash = 32768 байт Второй бинарник = 0x34D58, сравняв к сектору = 217088 байт...

Пишите в Микрософт и прочим аборигенам - это их выдумка и ограничение. Но в своем Internet Explorer они этого ограничения не делают :p Наверно чтобы другие эксплореры и прочее ПО не от них было тормозом. Борьба с конкурентами :).

Это как и всё чисто китайское очень сложно понять. :( Это флаг, что типа ip не заданы... и при старте AP "Лизу" установят по ip AP. Иначе проверят и если не понравиться, то изменят флаг и установят по ip AP. В web-свалке это всё выкинуто (и переворачивание "Лизы" к верх ногами тоже) - иначе...

Вышел [SDK Patch] esp_iot_sdk_v1.4.1_15_10_27 ... dhcps_lease испоганена никчемным bool enable: struct dhcps_lease { bool enable; struct ip_addr start_ip; struct ip_addr end_ip; }; Но это уже тянется с их Open source LWIP for ESP_IOT_SDK_V1.4.0.

Espruino победит NodeMCU. ИМХО. Но там тоже сейчас уже навязывают spiffs к реализации на ESP8266. Если он и там прорастет, то и Espruino загнется как и Sming, smart.js, NodeMCU, ZBasic и многое другое. Хотя там пока есть выбор - поддержка FAT и других файловых систем... ESP8266 требуется...

Никого тут ничего не раздражет. Чем больше кривого кода - тем веселее :) Я вообще не программист... Так что кидайте - пусть народ мучается c rBoot :)

Последняя. На сегодня 27 октября - выданная в Oct 22, 2015 4:06 pm [SDK Patch] esp_iot_sdk_v1.4.1_15_10_27 + свои патчи.

Это "привет" от китайцев. :) Забудьте эти китай-извращения. Вам надо "AT с возможностью обновления по Wifi" - для этого опции 1024 хватит. Всё равно прошивка занимает меньше.

По тому, что не соответствует стандартам. Оставлял на сутки с нормальным Modbus TCP бриджем в rs485 - нуль потерянных пакетов при работе со специальным тестовым ПО для Modbus. Но это дело пока не вошло в web-свалку - мне лень переделывать HTM файлы из TCP2UART в Modbus. Занят пока другим...

В предел, без других датчиков. Есть нормальные датчики "все известные МЭМС в одном" с SPI

Ну и зря. По TCP контрольная сумма не передается, да и формат у Modbus по TCP содержит дополнительный заголовок. Для TCP существует спецификация Modbus TCP. В данном случае вам нужен Modbus TCP бридж. Что работает? Глюко Modbus TCP ? :) Будет, но не скоро. Пока смотреть там ModBus RTU (RS-485)

Но уже соединен с 192.168.4.2:80 и всё что поступает в UART передается туда, а что поступает из - выходит на UART. "+++" с паузой выключат этот режим.

Запустить FLASH_DOWNLOAD_TOOLS_v2.4_150924, снять все галочки у файлов, выбрать COM порт, нажать "Start" и прочитать что пишет в окошке "DETECTED INFO" про flash. Пример: 26 Mhzflash vendor: E0h : N/A flash devID: 4016h QUAD;32Mbit Или прочитать, что пишет в "синем окне" get flash id ...

Не правильно - с 1Wire или i2c не получить такой поток. :) I2C в пределе на 400кГц, если чтение блоками, то до 40000 байт в сек. 1Wire вообще обычно тормоз. И оба интерфейса занимают процессорное время, т.к. программные. I2C при этом нельзя удалять на расстояние более пару десятков см. Т.е. эти...

Тоже можно. Необходимо описать специальный сегмент в ld файле для линковщика и задать атрибут в СИ. в flash - да. Минимальный размер стирания 1 сектор, но можно стирать блоками в 64 килобайта, а можно и весь чип за раз. Типа того, но это китайское и работает ужасно и сбоит.

Неа. Обычный циклический (круговой) буфер. Нет.

Там i/o 2V. A fram на 64 кило не сильно дороже обычной EEPROM. Но только объясните, зачем это всё нужно ESP8266? Обычная одиночная flash на 16 мегабайт (4096 секторов на 10000 стираний) дает возможность 500 дней стирать и писать следующий сектор каждую секунду без выхода за пределы расчетного...

64*100 = 6400 байт = всего 5 пакетов TCP (mss=1460 байт). ESP8266 в Web сервере, при отключенном выводе отладки в com порт, т.к. он тормозит процесс, передает данные со скоростью за 1 мегабайт в сек (10..12 мегабит, т.к. 802.11g — 54 Мбит/c теоретическая, а TCP пакеты требуют ещё подтверждения...

Там половина модулей не работает. Т.е. кое как работает, а время на исправления и тесты нет.