Ну не, я про настоящий трафарет конечно)

Сегодня делал трафарет на 3д принтере, вполне рабочая тема до 0603 Обычный фдм, слой минимальный, гладкая сторона - на плату.

Ну дык если одну плату собрать - вполне себе компромисс между рукопашкой и дорогим трафаретом.

Дело в том, что на одну плату дозатором я пасту наношу в среднем пару минут.

Пневматический, с регулировкой? Или ручной? Наверное не очень большая плата

Такой вот. Ну как небольшая плата, пинов 300-400 точно было, а может и больше.

Такой вот. Ну как небольшая плата, пинов 300-400 точно было, а может и больше.

Фотку, кстати, какие-то дэбилы делали😂

Неплохой. У меня на работе такой. Но у меня бы не получилось за минуту 400 точек наставить) Возможно, дело в опыте. Правда кажется, что таким тоже не получится идеально на qfn условный нанести, поэтому трафарет возможно не так сильно и проигрывает. Ну и 3д принтер явно более распространенная штука:)

Да, какую-то термопасту на пины наносят:)))))

Да есть же белая паяльная паста

Привет всем ! Не получается с dht11, у меня Debian , C espidf , использую achimpieters esp32_dht, но ошибка при билде , может у кого есть работо способный тестовый проект ? Благодарю

Думаешь то, что лежит на гитхабе оно впринципе неработоспособно и только у людей в чате есть тайные проекты под подушкой?

Не, я на гит не заходил искать проекты именно с учётом выше сказанного

Ну а AchimPieters это не репа с гита. И опять же какие ошибки. Тыкать пальцем в небо тут никто не будет.

Сложность ошибки в том, что там много вывода и одни пути , без конкретики , постараюсь на Гите завтра поискать , и после опишу , постараюсь конкретно всё описать

Да ладно! Ты че, серьезно не знал?) Но вообще когда надо собрать 1-2 платы, трафарет заказывать нерентабельно выходит. Но да - паста на все пины наносится сек за 20 независимо от их количества.

вот чего я собирал, трафарет не приложили, гады, в комплект :)

А зачем нужно было покупать такую плату на алике россыпью?

Так дело не в каком-то конкретном примере dht11 а в том что это видимо сделано абы как. Рекомендую начать с базовых примеров esp-idf (которые у него внутри) чтоб понять как это работает. А то если копировать в рандоме файлы и надеется на успех компиляции, то ничего не выйдет

У меня подозрение на, не правильное добавление через Idf py и могут быть приколы в cmakefils ибо он там не один цельный на весь проект имею ввиду что в одном путь есть , а в другом могло не быть ! И за чего и хотел бы проект у кого-то взять касаемо датчика и разобраться почему это работает, а мой нет

Так возьми блинк любой создай из примеров idf и проверь что он собирается

А где такие мазохисты которые на nrf24 звук гоняют?

Где-то на ютубе видел видос давно где чел делал вокт токи для шлема мотоциклетного из этого модуля и ардуинки. Вроде ничего не вышло. Мб найду скину

https://youtu.be/SZYwvvh6m-s?si=iZlPcw1Q63aE-i9S

Трафарет просто так в комплект никто и не положит. Его делают по отдельному заказу и стоит он дороже, чем сама плата)

а размер блока ота какой стоит ?

а размер блока ота какой стоит ?

Получается realloc на каждом вызове получает новый адрес под массив data_out, вместо того, чтобы по одному и тому же адресу перевыделить память

ну реаллок при тех же исходных может и не аллоцировать память а оставить тот же выделенный блок мне больше интересно - esp.emac - это из ethernet либов preeencripted ota дергает свои либы static const char *TAG = "esp_encrypted_img"; https://github.com/espressif/idf-extra-components/blob/master/esp_encrypted_img/src/esp_encrypted_img.c по крайней мере до 16к ota блок спокойно декодировался

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

глюк действительно на realloc, т.к. возвращает ноль вместо указателя: : E (8585) esp.emac: no mem for receive buffer I (8605) esp_encrypted_img: realloc process bin addr 1073740688 I (8605) esp_encrypted_img: realloc process bin addr 1073733188 I (8615) esp_encrypted_img: realloc process bin addr 0 << —— Здесь закончилась куча

а какой тут размер data_out_size ? просто интересно

ok-home нашел инфу, что realloc может к подобному приводить: Using realloc() like you are will leak memory if realloc() fails. In that case, it'll return NULL but will not free the original block. So you will have lost the pointer to the block and cannot free it (unless the pointer is stored elsewhere). Как раз сбои начинаются после возврата NULL Я бы никогда не додумался использовать здесь realloc, т.к. достаточно выделить статический массив под это, 2 кб - немного совсем.

ну у них в примерах ota chunk - до 16к если мне не изменяет память, поэтому заранее размер не известен я поэтому и спросил а сколько памяти то запрашивают у реаллок - может где то там косяк ?

ZOYI ZT703S

вот моя бага: https://github.com/espressif/esp-idf/issues/7045

т.е. тут что выходит: 1) бага до сих пор не закрыта и касается абсолютно всего семейства esp32 относительно https ? 2) мне знакомый про esp8266 подтвердил, что у него http без проблем пашет, а https - тоже бутается изредка. но это всё обозначает, что HTTPS на esp32 - в принципе нереально использовать стабильно долго, так выходит ? пока багу не закроют...

Не могу сказать, сейчас есть поделка, там всё работает. Idf 5.3

а такой вопрос тогда: а в чем опасность использования HTTP в технологических датчиках (вместо HTTPS), которые тупо периодически долбят сервер своими данными температуры\давления\вибрации и т.п. через какой-то HTTP API (самописный, не стандартный), но не шифрованный, и без ssl-сертификата сервера ?

Опасность элементарная что кто-то по пути следования трафика может его подменить и/или подслушать

а как это вообще возможно, если домен и сервер - контролируются конкретным хостером ?

подслушивание данных датчиков, по-моему, смысла не имеет, если нет доступа внутрь сервера, где эти данные используются для управления

а вот как подмена данных от датчика может происходить - пока не понимаю

Есть много методов. dns спуфинг, arp спуфинг. Например если злоумышленник сидит с тобой в одной сети

т.е. зловред должен арендовать сервак с IP в моей же подсети ? датчики - за роутерами в мобильных сетях опсосов

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

ну у них в примерах ota chunk - до 16к если мне не изменяет память, поэтому заранее размер не известен я поэтому и спросил а сколько памяти то запрашивают у реаллок - может где то там косяк ?

т.е. если 1) данные несекретные, читать их не жалко 2) пропадание данных от датчика - севером контролируется и тревога поднимается 3) получается, что опасность только - в подмене данных. в подмешивании недостоверных данных.

4) в чтении твоих данных посторонними лицами. все будут знать какая у тебя температура

-