Честно да, его потом разводить =)

экономьте на спичках - это всегда правильная стратегия )))

надо делать правильно - а не правильно - оно и само получиться

экономьте на спичках - это всегда правильная стратегия )))

Экономлю на своем времени и простоте разводки же.

ага, и фантомным глюкам

если вы играитесь - можете нарушать ВСЕ, а если хотите сделать надежно - значит стоит сделать правильно

надо делать правильно - а не правильно - оно и само получиться

Правильно - значит обосновано. Я не вижу серьезных обоснований. Блин о чем разговор 20пФ емкость затвора.

...делайте как хотите обоснования я выше описал не верите мне найдите статью какуюто почитайте

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

Тема статьи? Кратковременное превышение максимального тока в гпио МК? Тип время зарядки емкости затвора 60пс, 20пикосекунд будет ток 20 ампер какой пусть. Да там во время переключения внутреннего драйвера небось больше дерьма происходит (не утверждаю, для красоты словца) А если учесть во внимание какой отрицательный ТК мосфетов, то там небось и 20 пс это не продлится. Опять же был бы ШИМ какой с постоянными ВКЛ\ВЫКЛ и зарядами-разрядами но это чертов логический сигнал. Вы уж извините. Я так сопротивляюсь, потому что тоже не люблю делать что то потому, что "НАДО" без причин. Аргумент с развязкой от 5В при включении и зарядки емкостей выглядит более крепким. >В этой заметке я попробую описать наиболее распространенные вопросы выбора затворных резисторов для силовых электронных устройств Я с этим вообще не спорю. Абсолютно.

просто вы потом натяните это утверждение что резистор не нужен - применив например ШИМ(захотев регировать яркость), и оно вылезет боком

а так резистор поставил хоть 100R и делай что хочешь - выход МК защищен от сквозных токов

просто вы потом натяните это утверждение что резистор не нужен - применив например ШИМ(захотев регировать яркость), и оно вылезет боком

Нет это домыслы =) (выше про шим уже поправился) Но я мог бы просто забыть это сделать. Это да.

Вариант с хреновой развязкой от 5В мне больше нравился. Но блин там опять фигня типо емкости диода, емкости GD и оно настолько мало, что пофигу. Может кто придет во что еще мордой ткнет.

а завтра будет не 5в а 25, и транзистор помощней - а я съекономил на спичках - теперь переделывать ...УРАаааа

а завтра будет не 5в а 25, и транзистор помощней - а я съекономил на спичках - теперь переделывать ...УРАаааа

Ну блин. Делать ВСЕГДА, что бы когда нужно не забыть, это так себе подход в проектировании. Лучше один раз забыть и потом не забывать =) И я сейчас серьезно.

тогда поставить резистор и забыть ))

тогда поставить резистор и забыть ))

Я именно это и имею ввиду. Видите ли, если бы так сделал бы, у меня сейчас было бы наверно на 30-40 компонентов больше.

серъёзный аргумент, ..и ведь не поспоришь )))

А ведь можно не только резисторами заморочится, есть еще куча подобной фигни. Байпас конденсаторы всякие (по 3 на вход питания, что бы по хардкору). Так можно дойти, что плата на 80% будет состоять из ЧТО БЫ НАВЕРНЯКА и ЧТО БЫ НЕ ЗАБЫТЬ компонентов.

а ведь и должно так быть - "НАВЕРНЯКА"

Ну по-моему должно быть ОБОСНОВАНО. Хотя НАВЕРНЯКА, я сам грешу.

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

ну а зачем изначально делать - то что может подвести?

наоборот нужно сделать ЖЕЛЕЗНО

Потому, что как не делай - все равно может подвести.

если все такие мелочи складывать одна к одной - ДА

а если из намеренно избегать - то нет

Даже без них, не существует 100% безотказности.

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

а есть резистор - еще и 1к например - то вообще по барабану такая ситуация

Если пробит транзистор - плата уже не исправна. Функционирование в каком то полудохлом режиме это уже другой вопрос совершенно.

Блин в РФ каждый хочет проектировать танки =)

Что бы если ухх америкос попал, то все равно в строю! Все равно дадим последний бой!

а вы все боями бредите )) печально

Если пробит транзистор - плата уже не исправна. Функционирование в каком то полудохлом режиме это уже другой вопрос совершенно.

МК тоже может стоить кучу денег

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

Прошика не спроектирована.

...никогда не вел столь долгих разговоров - вокруг резистора - даже забавно

Я о том же подумал и решил что хорошо что не лезу в ВЧ, там же люди небось годами так...

да, там веселее

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

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

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

Ну я еще раз повторю. Функционирование платы в полурабочем режиме это не плюс, а минус.

Вот вам просто вопрос - что то сдохло в плате. 1) Пытаться работать дальше? 2) Отключиться.

ну а пробой одного ключа - и выжигание вся и все - это наверное плюс

я же привел пример - один из возможных сценариев

Есть принцип же fail-fast. Он не только к софту применим. Если система не разрабатывается как устойчивая к отказу компонентов - лучше она сдохнет быстро, чем будет делать хрен пойми что.

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

ладно пойду поработаю - "надоел резистор" ))

ну а пробой одного ключа - и выжигание вся и все - это наверное плюс

Вполне может быть им - вам придет плата по гарантии, будете знать что выбивает ключ. Ведь функция может быть не обязательно постоянно в использовании, а в какой то критический момент. А там фигак - ключ пробитый. Мы сейчас не о том рассуждаем. Это исходит из ТЗ полностью.

Продуктивной вам работы.

ага

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

И это сильно повлияет на сложность и цену.

А в одном месте есть, а в другом - ну нафиг сложно, это очень спорная идея.

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

не так при выходе из строя одного компонента - не выгорит еще половина платы - так правильней

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

Все не учтешь;)

не так при выходе из строя одного компонента - не выгорит еще половина платы - так правильней

Я лет 5 назад, занимался ремонтом плат ноутбуков. На некоторых моделя, была проблема - пробивало транзистор, но это не вызывало срабатывание защиты и дальше не шло. При этом ток шел и огого. Я точно не могу сказать что и почему, но происходило замыкание внутренних слоев платы и начинался торфяной пожар. Бывало оплавляло корпус. Такая штука имела шанс вызвать пожар. Кто знает может и вызывала, мне то уже его после такого точно бы не притащили.

Если бы плата уходила в КЗ и перекрывала входные ключи или уводило в защиту блок питания, таких бы повреждений не было.

И хрен бы с ними с повреждениями, не было бы угрозы пожара.

не так при выходе из строя одного компонента - не выгорит еще половина платы - так правильней

Понимаете, это спасение мелочей. Наверно среди всего прочего это последний пункт о котором стоит забоится, если не заявлено иначе.

Не дай бог такому конструктору отдать изделие в разработку :(

сходу можете сказать, что меньше занимает: printf("aaa:%s", str); vs print("aaa:"); print(str); только количество не две подстроки, а 20 скажем или массив указатель и цикл с печатью или progmem строка , функция выборки из нее и печать PS printf -типа где уже есть - сам его код "бесплатно" Вообще есть какое-нибудь (удобное) средство для оценки сколько - что заняло? - Это на самом деле вопрос

Вот кроме этого

make size-components

Еще такое вот есть в плагине эклипса https://github.com/espressif/idf-eclipse-plugin#esp-idf-application-size-analysis Скорее всего надо какой-то параметр скормить консольной утилите и она тоже подробно покажет

Еще такое вот есть в плагине эклипса https://github.com/espressif/idf-eclipse-plugin#esp-idf-application-size-analysis Скорее всего надо какой-то параметр скормить консольной утилите и она тоже подробно покажет

удалось нормально запустить компиляцию/... из под Эклипса?

Конечно, но я gnu make использую

У них же гайд есть, + в самом эклипсе можно скачать "тулчейн" esp32. Это хелпер, который помогает пути к тулчейну и переменные среды создать. Потом проект в пару кликов настраивается

У них же гайд есть, + в самом эклипсе можно скачать "тулчейн" esp32. Это хелпер, который помогает пути к тулчейну и переменные среды создать. Потом проект в пару кликов настраивается

меня немного смущает там запускать "magic install.sh" поэтому начинал ставить ручками... часть вещей поставилось... а часть как-то не завелось... но возможно плохо читал мануал...

Я точно не запускал никаких "install.sh"

это условно так выражаюсь :)

меня немного смущает там запускать "magic install.sh" поэтому начинал ставить ручками... часть вещей поставилось... а часть как-то не завелось... но возможно плохо читал мануал...

По этмоу мануалу уже наверно штук десять рабочих мест разворачивали https://github.com/espressif/idf-eclipse-plugin/blob/master/README.md

спасибо!

Ребят, кто-то сталкивался с такой проблемой, что RMT в esp32 начинает выдавать битый сигнал при работающем WiFi?

Экспериментально выяснил, что установка драйвера RMT на ядре 0 и перемещение таска WiFi на ядро 1 уменьшили искажения, но они все еще присутствуют

Если таск WiFi оставить на ядре 0, то становится хуже. Если все делать на ядре 1, полный кошмар

На RC5 ошибок не замечал. Правда статистики маловато - изделий с IR мало и скорее всего ДУ для них используются редко. Ну и если включенный wifi мешает, то необходимо начать с проверки питания.

hi, i was thinking of connecting an esp32 to a tda7057aq, is it possible? to play audio from bluetooth

hi, i was thinking of connecting an esp32 to a tda7057aq, is it possible? to play audio from bluetooth

Hello! we have a separate chat for English speakers. @Proesp_en you will also enter there (if you wish of course) here they will also help you, of course, if someone can answer. thanks

Hello! we have a separate chat for English speakers. @Proesp_en you will also enter there (if you wish of course) here they will also help you, of course, if someone can answer. thanks

Sorry tnx