Исключительно предположение - нет обвязки кондеров на антену (чего то не хватает.)

esp8266_hardware_design_guidelines_en.pdf

Вот эту доку надо хорошенько проанализировать.

Вот какая пришла мне... но работает

На esp32 прошить можно?

убейте спаммера, плз

Не надо истерик. Не красит.

Говно эти вемосы, у них связь сильно хуже по моему опыту.

Может, хз.
Но есп01 ловит точно дальше чем мой телефон.
А антену можно и допаять, тут в соседней группе показывали как

И экран желательно от наводок. Хотя ест платы которые без экранчика норм.

Вот она ловит хз откуда, где телефон уже пепеходит на интернет отсимки

У меня есть мнение, что китайцы не заморачивались пересчётом антенны под покрытие маской и сделали обычный рисунок как для без маски и это ухудшило характеристики.

Хорошая статья хоть и корткая.

https://habr.com/ru/post/368863/

Вопосик:
есть функиця start_xxx в которую надо передать конфигурацию некоторого объекта xxx_t (конфигурация типа struct xxx_config_t)
Функция внутри себя инициализирует некоторый объект типа struct xxx_t который имеет кучу служебных полей, в том числе xxx_config_t cfg.
Получившийся xxx_t дальше таскается в виде указателя по функциям.

Собственно вопрос: чтобы не делать динамическое выделение памяти внутри start_xxx, как правильно создать объект xxx_t ?
Вариант создать глобальную переменную xxx_t xxx_object , затем задать xxx_object.cfg.param1 = 1; xxx_object.cfg.param2 = 2; xxx_object.cfg.param3 = 3 и передавать в start_xxx ссылку сразу на объект мне не очень нравится.

Верно же я понимаю что если я просто верну из функции start_xxx указатель на переменную которую я объявлю внутри функции start_xxx , то у меня нет гарантий что эта область не затрется?

Ну обычно в инициализатор передаётся конфиг и плюс буффер для хранения внутренних штук (в вашем случае XXX_t)

то есть start_xxx (&xxx_obj, &xxx_config) типа того ?