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

[Trashy_2]

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

[p_kav]

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

[Jury093]

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

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

[Trashy_2]

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

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

[p_kav]

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

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

[Trashy_2]

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

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

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

[Jury093]

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

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

[Alex11]

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

[vladec]

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

[Alex11]

Если виснет так, то только ресет или питание.

[jcxz]

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

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

[HardEgor]

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

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

[mantech]

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

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

[p_kav]

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

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

[Lagman]

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

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