aske1 0 22 ноября, 2023 Опубликовано 22 ноября, 2023 · Жалоба Другими словами правильно делать так: еси допустим у меня на плате 5 изолированных питаний (питание мк и ещё 4 каких нибудь других цепей), то я должен каждую общую точку этих пяти источников заземлить отдельным проводом от клеммы заземления. При этом, чтобы разводка была правильная я должен полигон общей точки мк разделить на грязный и чистый (соединив их в одной точке на плате) и грязный полигон (тот что от мк дальше) заземлить на клемму заземления проводом. Так? Ещё я не понимаю имею ли я право в этом случае окружать грязным полигоном общей точки мк лапки оптронов, которые питаются другим питанием, не ухудшит ли это помехозащищенность.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Plain 226 22 ноября, 2023 Опубликовано 22 ноября, 2023 · Жалоба 3 часа назад, aske1 сказал: На будущее собираюсь переразвести плату ... оптроны не помогают ... их лучше выкинуть или Создайте отдельную тему, про требуемую разводку — опишите планируемое устройство словами, и без своего видения решения задачи. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vladec 12 23 ноября, 2023 Опубликовано 23 ноября, 2023 · Жалоба Из базовых вещей по разводке, попробуйте сделать, что бы контроллер стоял на неразрывном полигоне GND на нижнем слое, а на верхнем под контроллером сделайте полигон питания, тогда чувствительность к импульсам помех будет низкой. На ресете, чем меньше всего, тем лучше, как экстремальный вариант, можно вообще ничего не подключать, у контроллеров от ST очень хороший "Броунаут" Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Arlleex 190 23 ноября, 2023 Опубликовано 23 ноября, 2023 · Жалоба 8 минут назад, vladec сказал: "Броунаут" Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aske1 0 23 ноября, 2023 Опубликовано 23 ноября, 2023 · Жалоба 16 часов назад, Plain сказал: Создайте отдельную тему, про требуемую разводку — опишите планируемое устройство словами, и без своего видения решения задачи. спасибо, так и сделаю Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aske1 0 16 февраля Опубликовано 16 февраля · Жалоба В 08.10.2023 в 08:22, EdgeAligned сказал: Да, действительно, обозван этот флаг как PADRSTF. Ну да ладно. /* Проверка флагов причины сброса */ switch(RCC->CSR & (RCC_CSR_PORRSTF | RCC_CSR_PADRSTF | RCC_CSR_BORRSTF | RCC_CSR_SFTRSTF)) { case RCC_CSR_PORRSTF | RCC_CSR_BORRSTF | RCC_CSR_PADRSTF: // сброс по питанию (POR/PRD, BOR) (флаг NRST тоже будет выставлен) GPIOG->BSRRL = 1 << 13; // зеленый светик break; case RCC_CSR_PADRSTF: // сброс только от NRST GPIOG->BSRRL = 1 << 14; // красный светик break; default: break; } RCC->CSR |= RCC_CSR_RMVF; // очистка флагов причины сброса Флаг PADRSTF выставляется при всех причинах сброса, поскольку внутренняя схема дублирует этот сигнал на ножку NRST. Флаг SFTRSTF - это флаг программного сброса, инициируемого программной командой. При подключении отладчика софтовый сброс генерируется отладчиком. Огромное "спасибо", код очень помог в диагностике. После следующей поездки выяснилось, что сброс проходил только от NRST. Соответственно после обрезания лишнего от ножки всё решилось. Теперь при пробоях разрядника наш источник работает как надо, а всё другое оборудование (осциллографы, мониторы и прочее) тухнет и выключаются. Пришли к выводу, что у них заземление в помещении сделано не правильно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться