[rx3apf 0]

Тогда смахивает на "сквознячок" в болтающихся входах. Пораздельно проверять питание портов смысла не вижу - с уверенностью все эти ноги соединены внутри и даже прозваниваются друг на друга.

 

100 Ohm * 150 uA = 15 mV. Т.е. "лишнее" потребление должно быть видно.

 

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

Изменено 17 апреля, 2020 пользователем rx3apf

[Sergey_Aleksandrovi4 1]

У Вас во время экспериментов ST-Link к проблемной плате подключен? У меня, помню, подключенный по SWD отладчик очень сильно искажал реальную картину потребления устройством тока.

[Mysteo 0]

Фух... криво припаял резистор, он замкнул разрезанную дорожку и там коротыш а не 100Ом получилось, сейчас переделаю

rx3apf прям как по кальулятору 16мВ разница составила между нормальным режимом работы и после перевода  в режим Uart BootLoader , лечится только StandBy модом или сбросом питания. 
Как лечить то ? Почему об этом не сказано ничего в документации. 

 

Поеду сейчас еще микроконтроллеров с работы заберу, попробую другие запаять. Может это их гробил перевод в бутлоадер посредством подтяжки Boot0 к +3В без ограничительного резистора. Что конечно сомневаюсь

13 minutes ago, Sergey_Aleksandrovi4 said:

Вас во время экспериментов ST-Link к проблемной плате подключен? У

Нет не подключен, уже нашел куда утечка идет - линия VDDA

[Mysteo 0]

14 hours ago, rx3apf said:

А если по 13-й ноге - придется поискать какой-то внутренний компонент.

Внутренний компонент микроконтроллера?

[rx3apf 0]

Ага. Предположительно осциллятор или brown-out (хотя для него многовато). Значит, сквознячки по входам исключены гарантировано, и остается искать что-то глубоко внутри. Но не исключено, что это "что-то" вообще неуправляемое. Помню, AVR можно было загнать в такой режим, что внешний сброс не помогал. Не исключено, что здесь есть нечто неуправляемое иначе как через питание.

[Mysteo 0]

14 minutes ago, rx3apf said:

Не исключено, что здесь есть нечто неуправляемое иначе как через питание.

Слушайте, а почему на плате это лишнее потребление не убирается отсоединением перемычки Idd , а только полным снятияем питания либо StandBy 

 

 

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

[rx3apf 0]

Подпитать может что угодно, просто через защитные диоды на портовых ногах. Отключаем перемычку, и ищем, что питает. 

[Mysteo 0]

Слушайте, это какая-то особенность дурацкая , запаял вместо STM32L100 STM32L162 такая же фигня. Почему никто об этом нигде не пишет , не понятно. 4 дня блин и зрение основательно подпортил за это время))

[rx3apf 0]

Наверное, стоит задать вопрос на форуме поддержки ST.

[Mysteo 0]

Написал но никто не ответил https://community.st.com/s/question/0D53W000004lj6bSAA/stm32l100rct-current-consumption-problem-after-usart-bootloader
или самой ST на почту писать?

[rx3apf 0]

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

[kerya33 0]

Очень интересно, побороли лишний ток? Если да, то каким образом?

[Mysteo 0]

Поборол только переводом микроконтроллера в StandBy режим и выходом из него. 
Сброс не помогал. Такая фигня на STM32L100 и STM32L151 у меня была. На F серии нигде не замечал такое. Лишнее потребление через ножку VDDA происходило.