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

UDK - это собранный под Windows компилятор, он работает с любым SDK, и 2.х и 3.x (правда, почему-то под 3.х у меня не все программы, работающие с 2.2 работают, поэтому я продолжаю SDK2.2 пользоваться). В самом SDK нет компилятора (и, тем более IDE), так что у вас какая-то путаница в понятиях...

А, теперь понял о чем вы. Просто смотрел как реально выглядит эта структура с учетом атрибутов выравнивания, потому что передается она, и надо чтобы на разных процессорах и компиляторах она совпадала. Год же прошел, я уже забыл все. Сейчас этот код давно готовый, работает, даже с ssl.

Не понял в каком примере и где есть такая функция.

Этот - нет, есть и с веб-интерфейсом для сетапа. Чтобы пользоваться mqtt нужно довольно много. Нужен mqtt сервер (его зовут broker), нужен второй клиент - собственно пользовательский софт. esp (много esp) подключается к брокеру (он может быть локальным, в той же сети), или стоять где-то на...

os_printf и так в uart выводит, но для проектов, где uart используется для чего-то еще, удобно выводить во второй uart (от которого только Tx1 есть, для этого надо system_set_os_print(1); вызвать. При отладке к ножке GPIO2 цепляется терминал.

Я не смотрел ваш код (лучше начать с заведомо работающего и менять мелкими шагами), но нестабильное питание приводит к непредсказуемому поведению.

Конденсатор 10..100uF на 3.3 есть?

А вы не пробовали с другими версиями SDK собирать? Скажем у меня проект, который работает с 2.2.1 с 3.0 просто не работает, программа перезагружается на каком-то этапе. Точнее, на этапе SSL подключения к MQTT брокеру.

Какое там ноу хау... Вы предлагаете слагаемое для этого сложения вручную считать?

Да, разумеется можно и разными, или одной, смотря что нужно.

Чтобы определить "половину младшего разряда точности" одним сложением не обойдешься.

Ну так строка n = ((int)(fract*10.0+0.5))/10.0; это и делает.

Тоже без округления.

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

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

Просто переменная, дробная часть. //floating point double to string int dtostr(char *str, double d, int decimals) { int res = 0; str[0] = '\0'; char minus = 0; if (d < 0) { d = -d; str+=add(str, '-'); minus = 1; } int whole = (int)d; double fract = (d - whole)...

Без округления не интересно и совсем тривиально. Вот почему проблемы с моим кодом на ESP (на PC я их не вижу) не понятно, проверять это мне сейчас некогда, совсем другой проект на столе. У меня округление делает строчка int n = ((int)(fract*10.0+0.5))/10.0; просто замена ее на int n =...

Таки ошибся, и 0.5 и 10.0 представляются точно, да и вообще на PC я не вижу этой проблемы. Исправил там одну мелочь с отрицательными числами, но проблема не в этом была. Попробую еще на ESP, но не знаю когда время будет.

Округления тут вообще не видно. Просто несколько знаков дробной части.

Я позже гляну (сейчас некогда), скажу только, что в ESP double тоже работает, можно в функциях не менять, float в double компилятор конвертирует всегда сам (не важно какой они разрядности) и все функции лучше делать в double. А причина может быть (надо проверять, может я и ошибаюсь) в том, что в...