В какой линии?

А где кондеры по 1+0.1мкф у разъема и экрана??

по питанию?

Да

Сначала spi выкручивают в небеса, а потом теорию спрашивают Херли оно не работает.

ну извините, не все проекты так себя ведут. 33 ом нет, есть какой то мануал, который рекомендации такие дает?

Так, а само то стекло разве 5в? Надо тогда уровни делать тоже 5в

Да просто все знают про 22/33 ома.

Простая проверка - spi 1mhz если поставить все нормально работать будет?

Остается снять стек откуда происходят вызовы малок. И смотреть там. Других путей нет

на 26,6 щас работает

Да это понятно)))

да чего там снимать то? там как раз всё понятно, сиджейсон при парсинге строит дерево и динамически выделяет память на ключи, значения и ноды. этот модуль банально плохо подходит для эмбедеда

А ты имеешь ввиду что там не утечка а тупо память фрагментируется и всё? Тогда я бы посчитал блоки в каком количестве и какого размера оно выделяет и в аллокаторе тупо вел массив выделенных блоков и их отдавал при запросе, при осовобождении блоки клал в массив обратно.

Давно же есть аллокаторы которые нормально живут с фрагментацией

Ага. Тем более. Я до последнего думал что у него память вытекает

ну я нормально живу с либой json из примера idf

Ну она его не устраивает по какой-то причине

интересно же, по какой

А ты имеешь ввиду что там не утечка а тупо память фрагментируется и всё? Тогда я бы посчитал блоки в каком количестве и какого размера оно выделяет и в аллокаторе тупо вел массив выделенных блоков и их отдавал при запросе, при осовобождении блоки клал в массив обратно.

Он писал. Я уже не помню. Дерево че-то там

motor_min_pwm = js["motor_min_pwm"].Int(48); motor_max_pwm = js["motor_max_pwm"].Int(400); я вот так пишу, что может быть короче?)

Давно же есть аллокаторы которые нормально живут с фрагментацией

на есп32?

конечно, по дефолту

да и пофиг. говорю она просто кончается

ну я пример кинул выше, попробуй другую библиотеку

ну я нормально живу с либой json из примера idf

я попробовал. и даже написал об этом.

для небольших джейсонов нормально

тогда парсинг каждый раз при запросе значения самому руками писать только так

Я понимаю что есп32 не самый слабый микроконтроллер. Но бля юзать в нем джсоны, питоны и прочую херь ну такое...

некоторые вообще опенсиви прикручивают

некоторые вообще опенсиви прикручивают

Некоторые sql прикручивают

Или блять файлы

Это все замашки с десктопов и одноплатников. Нахера их тащить в мк я в упор не понимаю

Потому что могут. И привыкли.

ну файлы я юзаю и json для настроек

Переучиваться иногда надо. Это полезно

потом заходишь по ftp и правишь файлы

это скорее заядлым дрочерам 1кб озу надо учиться новому

Переучиваться иногда надо. Это полезно

Тут в гугл лишний раз боятся залезть, а ты - "переучиваться"

это скорее заядлым дрочерам 1кб озу надо учиться новому

Гугл страшный. Да. Случайно можно на порнуху нарваться или на казино. А то и вообще можно получить "выплаты от государства" в размер в 200 тысяч...

Бггг, что нового в питоне/джейсоне?

я выше кидал, удобство работы, не более. Питон не юзаю, а вот ++ активно.

Ну, твой исходный посыл "надо учится новому". Вот я и спрашиваю - а чего там нового-то?

скорость разработки

но опять же с оговоркой, что это я при запуске все один раз считал и дальше объект json удаляется из памяти

Ну если разово и память позволяет тут я не спорю. А вот гонять парсеры джсона на мк мне кажется это не очень удачная идея.

Ну если разово и память позволяет тут я не спорю. А вот гонять парсеры джсона на мк мне кажется это не очень удачная идея.

Потоковые можно, там формат-то...

Ну да. Соглашусь. А разбирать деревья че-то в них искать. Бля а xml xpathем парсить в есп32 еще никто не догадывался?

xml же старье и не удобно

xml же старье и не удобно

Ну да. Соглашусь. А разбирать деревья че-то в них искать. Бля а xml xpathем парсить в есп32 еще никто не догадывался?

Или блять файлы

Это все замашки с десктопов и одноплатников. Нахера их тащить в мк я в упор не понимаю

это от того что #embed нам поздно дали