Перейти к содержанию
    

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

Ситуация: при включении питания некоторые модули(но не все) с Freescale iMX6 Solo начинали дико жрать ток, фактически КЗ.

Стал разбираться, оказалось клинит из-за того, что на портах GPIO появляется напряжение(от других блоков, подтяжки I2C) раньше, чем подаётся питание на сам блок Фрискейла. Изменить последовательность включения питаний не представляется возможным.

Как можно вылечить? Самое интересное, что не все блоки имеют такой глюк.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

http://www.ti.com/lsds/ti/logic/voltage-le...n-overview.page

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Стал разбираться, оказалось клинит из-за того, что на портах GPIO появляется напряжение(от других блоков, подтяжки I2C) раньше, чем подаётся питание на сам блок Фрискейла.

У правильно спроектированных процессоров на шине I2C допускается высокое напряжение (5V) когда нет питания процессора. Что-то здесь не так. Разработчик девайса подключил I2C не к тем пинам? И I2C софтовый.

Изменено пользователем GetSmart

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У правильно спроектированных процессоров на шине I2C допускается высокое напряжение (5V) когда нет питания процессора.

Да к высокому напряжению нет ни каких претензий. Претензии просто к НАЛИЧИЮ этих напряжений.

Что-то здесь не так. Разработчик девайса подключил I2C не к тем пинам? И I2C софтовый.

Всё аппаратное. Фрискеёл, это не микроконтроллер, что бы на нём так изгаляться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

> iMX6 Solo начинали дико жрать ток

 

а по какому из питаний?

 

в принципе они очень серьезно относятся к повер-секвенс, а через диоды может натечь по I2C

но может дело и не в этом - если I2C это отрезать - наблюдается глюк? источник питания самодельный или на "компанион чипе" MMPF0200 / MMPF0100 ?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

> iMX6 Solo начинали дико жрать ток

 

а по какому из питаний?

 

в принципе они очень серьезно относятся к повер-секвенс, а через диоды может натечь по I2C

но может дело и не в этом - если I2C это отрезать - наблюдается глюк? источник питания самодельный или на "компанион чипе" MMPF0200 / MMPF0100 ?

 

Из дохумента по поводу "правильно спроектированных процессоров":

All I/O pins should not be externally driven while the I/O power supply for the pin (NVCC_xxx) is OFF.

This can cause internal latch-up and malfunctions due to reverse current flows.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Из дохумента по поводу "правильно спроектированных процессоров":

All I/O pins should not be externally driven while the I/O power supply for the pin (NVCC_xxx) is OFF.

This can cause internal latch-up and malfunctions due to reverse current flows.

Вон оно как... А я думал про это можно забыть уже. На заре своей юности помню сражался с интеграловскими 537РУ10. ))

Тиристорный эффект знаменитый. И посмотри где всплыл... ))

 

Как можно вылечить? Самое интересное, что не все блоки имеют такой глюк.

По старой памяти. Все блоки будут иметь такой глюк. Просто он будет проявляться не всегда. На некоторых блоках будет проявляться крайне редко. У меня даже при этом всё работало. )) Только жрало так, что просто пипец. И сами м/х разогревались, что можно ошпарится. ))

У меня это из-за других причин происходило. Из-за превышения U на ножках над U питания. Были длинные линии. Ставили кондёры. Диоды не помогали, так как по быстродействию не справлялись. На сколько я помню. Скоро 30 лет как событие было ...

В Вашем случае, никак не поможешь. Вам нужен процессор, который правильно работает с данной шиной. Это очевидный косяк.

На сколько я знаю, NXP позволяет питание держать на ноге. Не засаживает, и безболезненно переносит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В Вашем случае, никак не поможешь.

если пакостит только, i2c подтянутый с другой стороны, то вставленный перед процессором TCA9406, при отсутствии питания со стороны процессора, будет в третьем состоянии.

для остальных сигналов обычные, не двунаправленные трансляторы, вроде 74LVC8T245, себя как правило так же ведут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

> дохумента по поводу "правильно спроектированных процессоров"

 

а что за дохумента - Hardware Development Guide?

мы имеем дело не с SOLO, а с QUAD и DUAL-ами, собираемся с SOLOX

в принципе жрут много, больше, чем ожидалось, 2-4W, но на SABRE или Wandboard жрет так же

 

я такого явного упоминания для QUAD/SOLOX не видел

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

если пакостит только, i2c подтянутый с другой стороны, то вставленный перед процессором TCA9406, при отсутствии питания со стороны процессора, будет в третьем состоянии.

для остальных сигналов обычные, не двунаправленные трансляторы, вроде 74LVC8T245, себя как правило так же ведут.

Ну да. Я имел ввиду ничего не поможет без переразводки платы, только навесными элементами типа диода. А применение внешних элементов, безусловно спасёт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ситуация: при включении питания некоторые модули(но не все) с Freescale iMX6 Solo начинали дико жрать ток, фактически КЗ.

Стал разбираться, оказалось клинит из-за того, что на портах GPIO появляется напряжение(от других блоков, подтяжки I2C) раньше, чем подаётся питание на сам блок Фрискейла. Изменить последовательность включения питаний не представляется возможным.

Как можно вылечить? Самое интересное, что не все блоки имеют такой глюк.

Это может быть не только у Freescale. Я проводил опыт с АЦП STM32 и боролся с шумом АЦП, отдельного опорника не было, были два RC-фильтра, как на STM32F4DISCOVERY, попробовал подключить к входу опорного напряжения батарейку 3 вольта (идеальный источник опорного напряжения), пока проводил опыт батарейка разрядилась. Оказалось, что при отсутствии питания микроконтроллера ток потребляемый от батарейки достигал 100 мА. Сначала нужно подавать питание, а потом опорное. Как раз две RC-цепочки не только фильтруют, но и вносят задержку появления питания на опорном по отношению к питанию микроконтроллера.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Это может быть не только у Freescale.

Понимаете, тут есть принципиальная разница. I2C это всё же шина. И ситуация с внешним питанием устройств сидящих на шине, возможна и описана. Там для чего сделан арбитраж? Причём на stm даже аппаратный частичный арбитраж. Для чего вообще применен OK?

Всё как раз для того, чтобы возможно было применить несколько устройств на шине. Раз это возможно, то очевидно, что возможно раздельное питание. И вот с этим возникают проблемы. Вроде бы краем уха слышал, что у AVR с этим проблемы были, правда другого характера. Там при выключении питания шина засаживается.

А опорник, это совсем из другой оперы. Имеют право.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Понимаете, тут есть принципиальная разница. I2C это всё же шина.

Именно так. По этой причине, например, у NXP один из портов I2C всегда "настоящий" и документировано держит подключение к активной шине при отсутствии питания контроллера.

 

 

Оказалось, что при отсутствии питания микроконтроллера ток потребляемый от батарейки....

Естественно, у любого стандартного входа-выхода будет именно так, поскольку вся изоляция обеспечивается обратносмещенными P-N переходами, то при подаче на вывод напряжения выше, чем напряжение питания на величину смещения полупроводниковой структуры, чип начнет потреблять ток.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Шибко не мозгуйте, тут совсем всё поменялось, аж мозги поплыли...

Потом уточняющую инфу добавлю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Шибко не мозгуйте, тут совсем всё поменялось, аж мозги поплыли...

Потом уточняющую инфу добавлю.

Походу наша вина. Подпалили железо. Но для статистики мало плат...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...