UDK: Общие разговоры

[pvvx]

Проверил на данном DevKit esp_iot_rtos_sdk - собирает. Makefile к нему. Но сам rtos_sdk слишком хрупкий. Сплошные сбои и перезагрузка.
TCP socket клиента (на ESP8266) при закрытии соединения со стороны сервера улетает...
TCP socket сервера (на ESP8266) при заливке в него текстового файла (user_main.c ) тоже улетает.
Изменен размер TCP WIN - он там стал меньше = 4096 байт. Совсем от TCP/IP стека ничего не осталось - жалкое окно в 4k.

 

[CHERTS]

Проверил на данном DevKit esp_iot_rtos_sdk - собирает. Makefile к нему. Но сам rtos_sdk слишком хрупкий. Сплошные сбои и перезагрузка.

Я его давно собрал, только единственный пример работы с rtos при запуске сразу в экзепшн и в ребут улетает. так что в DevKit ему точно не место, хоть заграничный народ и очень хочет его.

 

[pvvx]

Я его давно собрал, только единственный пример работы с rtos при запуске сразу в экзепшн и в ребут улетает. так что в DevKit ему точно не место, хоть заграничный народ и очень хочет его.

Если правильно поставить настройки WiFi - то держится, пока уже с его "espconn" не начнете работать...

 

[amatron]

Я его давно собрал, только единственный пример работы с rtos при запуске сразу в экзепшн и в ребут улетает. так что в DevKit ему точно не место, хоть заграничный народ и очень хочет его.

Здравствуйте!

Я в программировании и микроконтроллерах, скажем так, профессиональный дилетант.

Сейчас использую в реально работающем проекте переработанный пример из RTOS SDK (согласен, звучит дико). Система проработала уже две недели. Сбой был только один раз по питанию (ESP завис, нужен watchdog).
Вы бы могли дать ссылку на файлы проекта для Вашего DevKit для работы с RTOS?

 

[CHERTS]

Вы бы могли дать ссылку на файлы проекта для Вашего DevKit для работы с RTOS?

Вот тут http://www.esp8266.com/viewtopic.php?f=9&t=820&start=30#p5574 pvvx написал как его собрать и приложил файлы проекта.

 

[pvvx]

Какой COM terminal работает в Eclipse с вашей сборкой на Win7x64?
TCF Terminal (Console) View 1.2.0.201406042322 не может найти COM порты.
Соединяется с ESP8266 только по TCP - telnet.

 

[CHERTS]

В шапке топика, в списке изменений v1.0.4 (25.12.2014) ссылки нерабочие (там лишняя ; в конце ссылки)

исправил

Какой COM terminal работает в Eclipse с вашей сборкой на Win7x64?
TCF Terminal (Console) View 1.2.0.201406042322 не может найти COM порты.
Соединяется с ESP8266 только по TCP - telnet.

Не совсем понял вопрос
Я использую Terminal v1.93 с сайта https://sites.google.com/site/terminalbpp/ он нормально работает под win7x64, он же есть в папке C:\Espressif\utils\

 

[pvvx]

исправил



Не совсем понял вопрос
Я использую Terminal v1.93 с сайта https://sites.google.com/site/terminalbpp/ он нормально работает под win7x64, он же есть в папке C:\Espressif\utils\

Показано соединение по Telnet с эхом от ESP8266. А вот COM не хочет, что туда не вписывал...
http://marketplace.eclipse.org/content/tcf-terminals
Пример

 

[CHERTS]

TCF Terminal действительно не хочет работать, не позволяет выбрать COM-порт, собственно и другой терминал это не позволяет, что то разрабы намудрили в Luna, в том же Kepler всё работало.

 

[alexhi]

CHERTS подскажите, как можно откомпилировать исходники nodemcu
https://github.com/nodemcu/nodemcu-firmware а то у меня ругается.
Если можно поподробнее для начинающих Спасибо.

 

[CHERTS]

CHERTS подскажите, как можно откомпилировать исходники nodemcu
https://github.com/nodemcu/nodemcu-firmware а то у меня ругается.
Если можно поподробнее для начинающих Спасибо.

Завтра (13.01.15) я выложу новую сборку DevKit, там в примерах будет nodemcu-firmware.
Просто его сборка требует некоторой модификации esptools.exe, он как раз будет в новой версии DevKit.

 

[alexhi]

Завтра (13.01.15) я выложу новую сборку DevKit, там в примерах будет nodemcu-firmware.
Просто его сборка требует некоторой модификации esptools.exe, он как раз будет в новой версии DevKit.

Еще раз спасибо за сборку.Отличная , работа!

 

[Alex_S]

CHERTS, подскажи, плз...
В твоем ките есть пример hello_world, как самый простой. В нем в функции user_main() используются методы os_timer_disarm, os_timer_setfn и os_timer_arm. В хедерах есть макросы, которые перенаправляют их под другими именами. Но объявлений таких (и многих других) библиотечных функций я нигде не нашел.

Подскажи, плз, отуда компилятор берет их объявления? Ведь код успешно компилируем...
Спасибо!

 

[pvvx]

Кстате, вышла SDK 0.9.5
http://bbs.espressif.com/viewtopic.php?f=5&t=154

Там добавили опции, что просил:
SPI_SPEED?=40
SPI_MODE?=QIO
SPI_SIZE?=512

Правда, надо будет сделать несколько доработок, описанных тут,
и подправить скрипт линковщика (eagle.app.v6.ld, как это предложено тут.

В новом SDK теперь много ld файлов и далее их будет всё больше...

 

[Sanya_kv]

Уже patch сделали sdk095_patch1.zip ->http://bbs.espressif.com/viewtopic.php?f=5&t=154

 

[Alex_S]

CHERTS,
Скачал новую версию, поставил. Мои примеры скомпилились успешно! Ура!
Теперь можно играться дальше )
Так же вижу - появилось много новых примеров, в том числе и отправка данных на thingspeak.com, который я тоже осваиваю )))

Спасибо большое! Ты делаешь хорошую и полезную работу!!!

 

[sherr]

У меня такой вопрос - как это под Linux завести (у меня Debian6 32 bit) ?

 

[CHERTS]

У меня такой вопрос - как это под Linux завести (у меня Debian6 32 bit) ?

Никак, это сборка только под windows, для linux смотрите первую часть моей статьи http://geektimes.ru/post/241842/ и делайте поправки на версию Espressif SDK. Либо можете использовать этот проект для сборки компилятора и среды ->https://github.com/pfalcon/esp-open-sdk

 

[sharikov]

У меня такой вопрос - как это под Linux завести (у меня Debian6 32 bit) ?

Я использую udk под линуксом (ubuntu). Под wine компилер работает без проблем. В питон скриптах надо править пути с: на /opt/Espressif... и еще в одном мести сконвертить файл из dos кодировки в unix.

 

[CHERTS]

Я использую udk под линуксом (ubuntu). Под wine компилер работает без проблем. В питон скриптах надо править пути с: на /opt/Espressif... и еще в одном мести сконвертить файл из dos кодировки в unix.

Как вариант можно и так, но нативный способ лучше.