пикового превышения.
в целом даж не я загонял линуху на это железо (я отвечаю только за целевой софт), конденсаторы не в моей компетенции, попросили сделать чтобы проц меньше жрал программно — ищу решение
Отключи всё неиспользуемое, задуши тактовые частоты.
это к этому относится? у меня потом не поплывут частоты интерфейсов?
Хз. От клокового дерева зависит.
https://community.nxp.com/t5/i-MX-Processors/IMX6ULL-power-management/m-p/943854 вот ещё по power management. там в треде и примеры, и референс мануал приложен.
спасибо, сейчас почитаю
Но, де факто, если не тянет БП - переделывать его нужно(я ж не думаю, что там IMX6 на батарейном питании). Иначе весь этот вкуснейший SoC там и нафиг не нужен.
проблема в том, что это готовая железка, которая работает, а появилось новое оборудование на горизонте с которым она не работает именно из-за нехватки питания
Imx6ull очень малое энергопотребление имеет
Однако, БП не тянет
т.е. хотелось бы сейчас обойтись малой кровью, а не переделывать плату из-за одного кейса
Даже i.MX6Q жрет пару Вт в пике (без лютой периферии)
Так такую плату в утиль - если она в спящем режиме при комнатной температуре не тащит.
Так запитайте внешнее оборудование отдельно.
В рантайме у меня до 5Вт ел dual за счёт GPU)
всмысле?) внутри большинства устройств она работает, мы пытаемся найти новых клиентов и в их оборудовании она не работает, т.е. она работает в 100% оборудования с которым мы сейчас её ставим, что значит в утиль?
А при чём тут вообще проц тогда?=) У проца должно быть своё питание, у периферийных устройств - своё=)
А как потребление зависит от оборудования? У вас один источник питания на PMIC проца и наружу?
Как вы отслеживание питание? На каком этапе работы вас необходимо понизить потребляемый ток?
наше оборудование это мониторинг другого оборудования, другое оборудование не отдаёт нужный нашему оборудованию ток (новое, с которым мы ранее не работали, так бы изначально закладывали, чтобы наша железка кушала меньше)
это не помогло, частота всё равно была 528мгц помог другой подход: описываются в одном dtsi режимы в которых может работать проц, вот их можно переопределить и тогда оно остаётся на минимуме &cpu0 { operating-points = < /* kHz uV */ 198000 950000 >; fsl,soc-operating-points = < /* KHz uV */ 198000 1175000 >; }; вдруг кому пригодится... (и как оказалось, парни уже пробовали впаять более объёмный конденсатор — не помогло)
ну это только о том как уронить частоту процессора, сколько это выкраивает питания пока не знаю (не я буду проверять)
Ну честно говоря фикс, сродни дрочки вприсядку. Проблему маскирует, вместо того чтобы решить. Например температура станет ниже или ещё чего. Устройство потребит опять больше тока - раскрывай карман, доставай деньги на рекламации 😳
тож верно, но это пока только примерка, возможно в продакшн это решение не пойдёт
Лайк за то что есть понимание этого
Обсуждают сегодня