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

I2C - защита от дурака.

Куча девайсов на I2C. Иногда у какого-либо девайса происходит затык и он притягивает к земле или дату или клок. В итоге раком встаёт ВСЁ!

Как схемотехнически избежать подобных ситуаций?

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


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

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

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


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

Куча девайсов на I2C. Иногда у какого-либо девайса происходит затык и он притягивает к земле или дату или клок. В итоге раком встаёт ВСЁ!

Как схемотехнически избежать подобных ситуаций?

если у чипов есть вход "reset", то дергать им, если более глобально - то рубить питание через ключ..

в теории, есть еще возможность развешивать через саму i2c, но это если чип поддерживает данную процедуру..

самый тяжелый вариант - мультимастеринг..

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


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

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

А как узнать кто из них глючный?

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


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

Статистически, во время разработки. У меня, например, так делал барометр BMP280, а акселерометр MPU-6050 не глючил ни разу. Но, по факту, лучше перезагружать по питанию всё, что есть на шине.

 

Ещё стоит попробовать снизить номинал подтягивающих резисторов. Часто устройства на шине заглючивают не просто так.

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


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

Статистически, во время разработки. У меня, например, так делал барометр BMP280, а акселерометр MPU-6050 не глючил ни разу. Но, по факту, лучше перезагружать по питанию всё, что есть на шине.

 

Ещё стоит попробовать снизить номинал подтягивающих резисторов. Часто устройства на шине заглючивают не просто так.

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

Я тут думал через транзистор коммутировать, на базу которого через кондёр сигнал заводить. Типа, импульсы проходят, а постоянка хрен. Типа вотчдог на конденсаторе...

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


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

Ещё стоит попробовать снизить номинал подтягивающих резисторов. Часто устройства на шине заглючивают не просто так.

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

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


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

Если на шине только слейвы, то почти всегда помогает поставить SDA в high и подать 9 SCL импульсов. Если устройство не ломаное совсем, то перестает держать шину.

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


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

А как Вы подаете на SCL импульсы если он, как раз таки, удерживается в нуле?

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


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

Если на шине только слейвы, то почти всегда помогает поставить SDA в high и подать 9 SCL импульсов. Если устройство не ломаное совсем, то перестает держать шину.

И каким образом это поможет?

Например устройство - EEPROM, которая на операции записи пропустила (из-за помех) один клок. Соответственно - держит ACK. Ну подадите Вы ещё 9 клоков - она будет ACK для след. байта держать. Как это поможет?

Или любое устройство, принимающее блок байт, подтверждающее каждый байт ACK-ом. И если после такого ACK-а получает СТОП-условие - завершающее транзакцию, а если не получает - запускает счётчик на ещё 9 клоков.

Тогда уж, чтобы точно освободить шину, надо 9 раз сформировать СТОП-условие на шине. Или даже ещё больше раз.

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


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

Там железяка с кучей слотов, в который на ходу вставляют и выдёргивают блоки. .

Ставить на каждый слот отдельный контроллер I2C. По другому никак.

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


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

А как Вы подаете на SCL импульсы если он, как раз таки, удерживается в нуле?

 

Че-то не понял, если устройство - слейв, как оно вообще что-то на клок выставляет?? В топку такие "умные" девайсы :wacko:

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


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

Че-то не понял, если устройство - слейв, как оно вообще что-то на клок выставляет?? В топку такие "умные" девайсы :wacko:

 

А почему нет? Это называется Clock Stretching - когда микросхема EEPROM не успевает записать данные, она придерживает SCL внизу, и мастер понимает, что устройство занято и не надо его грузить новыми данными.

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


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

А почему нет? Это называется Clock Stretching - когда микросхема EEPROM не успевает записать данные, она придерживает SCL внизу, и мастер понимает, что устройство занято и не надо его грузить новыми данными.

А если вешается система то при чем тут слейв!? Значит алгоритм мастера не правильно продуман.

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


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

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

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

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

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

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

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

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

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

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