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

https://github.com/kadamski/esp-lwip - посмотрите, очень интересное направление разработки. Есть и на чистом C\C++ реализации. Разумеется ограничений там куча и возможностей сильно меньше чем мы можем здесь реализовать. Но ведь оно есть это внешнее окружение и от него никуда не деться. Это я к...

Почему? По-моему все достаточно хорошо работает, можете рассказать подробнее про данные ограничения?

Просто оптимизировать надо в тех местах где оптимизация нужна. Размер буферов зависших на закрытых соединениях сюда определенно входит (альтернатива - сокращать время их жизни), а вот список виртуальных функций класса созданного в единственном экземпляре - почти наверняка нет (хотя опять же все...

Разница в памяти (RAM а не кода) C++ и C вообще сомнительна, и если она и есть, то составляет единицы-десятки байт (например таблицы виртуальных функций). Чем именно C++ усугубляет проблему? Разумеется можно писать на нем криво. Ну так это и на асме можно :) > памяти у вас остается всего 8...

А если библиотека из SDK, указывать ее просто именем или тоже нужен какой-то путь?

Вы даже не представляете себе насколько это восхитительно когда ты можешь писать код и не думать каждую секунду о итоговом размере, о том не забыл ли расставить где-нибудь гребанные дефайны кеширования и т.д. и т.д. :) Большое спасибо, этот работает именно так, как мне кажется оно должно было по...

Видимо сборка запроса к сервису в виде строки заняла слишком много памяти и вместе с буферами необходимыми для портов им уже не хватило места в памяти. Соответственно без дополнительных портов место освобождается, альтернативный вариант - избегать формирования длинных строк, если сервис...

Прекрасно сегодня вечером все протестирую и отпишусь.

Ага, я уже увидел это, если такого будет достаточно то все мои проблемы должны быть успешно решены. Вы тестировали вариант такой сборки, да?

Я почти уверен что все вполне можно уместить, если грамотно все раскидать по разделам памяти. Но с этими разделами памяти просто какой-то ад. Вчера я честно достаточно упорно курил ман...

Вероятно в этом :)

1. В таком случае, получается можно просто запретить обработку прерываний на время записи данных во флеш? 2. А Вы могли бы подсказать как сделать так, чтобы основной код лег во флеш (тут я думаю достаточно будет примера по ссылке), но определённые функции (требовательные к...

Эта функция только для статических строк, так можно отдавать ту часть запроса что не меняется. Остальную придётся отправлять обычным методом.

Огромное спасибо, это как раз то чего мне не хватало. А почему нельзя класть код вызываемый из прерывания? У меня вроде работало (или это просто не гарантируется)? Второй вопрос можно ли объявить обратную константу явно кладущую код в ROM? Чтобы полностью исключить всю библиотеку из основной...

Да, reset можно попробовать в любом месте до или после и иногда даже вовремя работы :) Можно обратно уменьшить второй буфер который не подсоединен к ESP (если увеличивали), может быть памяти не хватает, ее довольно мало в запасе остается. Еще, как я уже говорил, можно писать не...

А еще всегда есть возможность сделать ESP.reset() если очень хочется :)

У меня в тестах запросы уходили не по одному разу (хотя сбои время от времени тоже проскакивают но работа всегда продолжается), поэтому проблема не в send() . Так и не услышал какой размер буфера установлен? ESP подключен к SoftwareSerial или Hardware?

Еще зависание может быть следствием нехватки памяти, тут тоже можно применить несколько оптимизаций: 1. Уменьшить размер буфера того Serial, который направлен в сторону пользователя (а не ESP) 2. Отправлять данные не из оперативной памяти, а из кода программы. Это может довольно сильно...

В случае использования SoftwareSerial, поменять нужно другую константу - _SS_MAX_RX_BUFF Хлам в буфере скорее всего говорит о том, что либо буфера не хватает и данные теряются, либо одновременно идет прием и передача (с чем плохо дружит программный сериал) либо что-то еще. PS Когда закончите...

А какие ошибки выдает? Компилятор g++ установлен?