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

Ну что вы, только учусь. А в остальном вы правы - следить и учитывать надо по возможности все. Иначе может произойти беда.

Считаю что проверка "детских соплей" необходима, чтоб разработчик не выстрелил себе в ногу. А их отключение рано или поздно приведёт к печальным последствиям. Причём как показывает опыт стреляю все и новички и профи. И только pvvx никогда не делает ошибок. Ходят слухи, что он вообще не человек...

в arduino esp8266 есть магический #define заставляющий принимать сжатый в gzip, bin файловой системы. сам не пробовал, поэтому as-is. может что то похожееесть и для bin прошивки. поищите. вот он /* support gzip FS *.bin file */ //#define ATOMIC_FS_UPDATE //uncomnet for gzip FS *.bin file support

Вот тут все что вам нужно и даже больше - https://github.com/enjoyneering/tthRelay. Описание и настройку проекта скину в личку.

А ещё (если я правильно помню, тк писал библиотеку под max7219 давно) у каждой микросхемы есть свой sram буфер 8х8=16 байт и сразу после подачи питания там мусор, поэтому экран никогда не включается сам после подачи питания. Ему нужно дать команду, и желательно очистить sram. Но это все есть...

У max7219 динамическая индикация - на каждый светодиод подаётся питание с частотой 800гц. Из за это средний ток потребления очень низкий. В моих часах 5 матриц/320 светодиодов и на минимальнрй яркости они по ребляют 60мА, на средней около 150мА. Но китайцы не были бы китайцам - в самом...

значит плохо читали datasheet.

Весь процесс инициализации MAX7219 есть в datasheet. Качаем, открываем, изучаем.

Тысяча извинений.

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

вот тут я согласен - пока от rst одни понты и самобахвальство.

Тут я с rst согласен. Например esp8266, как бы 32-битый контроллер и изменение переменных с int32 на int8 не приводит к уменьшению кода на arduino framework. А вот на 8-и битном AVR замена с 16 или 32 на 8 уменьшает размер скетча.

ну как бы больше вопросов к вам не имею. с вами вссе понятно. напомнило байку про пофессора электронщика, котоый знал все определения, но не смог починить свой телевизор. а вот nikolz спасибо прояснил. едиственно не понятно что такое - "секции инициализированных переменных". это стек или флеш МК?

Вы мне щас экзамен устраиваете? Хорошо. Запрещаю изменять значение переменной var внутри функции foo(). Мой вопрос все тоже, ответьте пожалуйста с высоты ваших знаний и чётких академических определений - Будет ли экономия heap в первом примере по сравнению со вторым? Ну так себе отмазка.

Это все понятно, теорию я тоже читал. Дьявол кроется в деталях. Меня интересует вот такие два случая? Будет ли экономия heap в первом примере по сравнению со вторым? foo(const uint8_t var) { //brilliant code here } foo(uint8_t var) { //brilliant code here } Знаю и понимаю. Но вот этот...

Журнал мурзилка?

Ну для таких вещей лучше использовать не голую библиотеку ESP8266WiFi.h , а ESP8266HTTPClient.h. с ней можно получать http codes типа 200, 404 и тд и ещё до вызова arduinojson отсекать битые ответы.

json буфер на 2кб для openweathermap.org избыточен - текщая погода оттуда весит около 500 байт. так что 1024 хватит за глаза.

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

вам бы матчасть подтянуть, вы плаваете. нет она приводится к типу: PubSubClient& setServer(const char * domain, uint16_t port); потому что приводится к типу: PubSubClient& setServer(const char * domain, uint16_t port);