caxapa.ru :: Традиция такова что обслуживание аппаратного I2C на 90% состоит из костылей по выходу их всяких левых ситуаций. Если есть хоть маленькая возможность - используйте софтовую реализацию. Безотносительно типа контроллера сей чудесный модуль является

1111111 (15.03.2017 17:58, просмотров: 284) ответил Adept на I2C (TWI) чего-то все мозги уже сломал :((

Традиция такова что обслуживание аппаратного I2C на 90% состоит из костылей по выходу их всяких левых ситуаций. Если есть хоть маленькая возможность - используйте софтовую реализацию. Безотносительно типа контроллера сей чудесный модуль является самым кривым и забагованым, проектируют его отборные наркоманы. В обычных мегах помнится приходилось обрабатывать даже те коды состояния, которых судя по документации быть не может. пс. Обязательна проверка - как только все "вроде заработало" то в руки брать два куска провода от SCL и SDA и хаотично шорхать по земле. Узнаете много нового.

Ответить

- Уже терли. Я на микрочипах проблем не имел. Правильный арбитраж и все на железе. Много мастеров - нет проблем. - Shatun_(15.03.2017 18:32)
  - Если у микрочипа получилось то это прекрасно. Но еще не статистика. На дуракоустойчивость проверялось? - 1111111(15.03.2017 18:44)
    - Ну стрэсс тэсты делал. Уже лет пять полет нормальный. Как писал здесь - связь коробок внутри шкафа. - Shatun_(15.03.2017 22:12)
    - Он же ВНУТРИПРИБОРНЫЙ (inter integrated circuit), хотя есть индивидуумы, которые вытаскивают его наружу и потом удивляются "а чо сбоит ?:(( Adept(510 знак., 15.03.2017 20:44)
      - Пыль/тараканы/конденсат... Девайс должен быть самодостаточным и без кнопки ресет. Инсинуации это рассказывать юзеру как ему получше за сотню километров съездить питание дернуть:) - 1111111(15.03.2017 21:33)
- +1. Один из вариантов - отслеживание времени транзакции и при зависании принудительные действия: повторная инициализация или отключение TWI/I2C от выводов МК. Отсутствие ответа Slave запросто может "подвесить" TWI/I2C - AU08(15.03.2017 18:06)
  - Вы непоследовательны - если шину подвешивает Slave, то софтовая реализация Мастера не поможет. Нужно было поставить предложению 1111111 не +1, а -1 :) - Ксения(15.03.2017 18:31)
    - Не отпускает мастер, а в виноватые записали слейва. Основы ораторского искусства:) - 1111111(15.03.2017 18:42)
    - Если шину подвешивает Slave - в состоянии логического нуля - то это всё, приехали... Только перезапуск. - AU08(15.03.2017 18:34)
      - слейв, зараза (сначала дума, что мастер) :(( причем только при пакетном чтении. Попробую посмотреть с пристрастием что там с ACK/NACK от мастера (думается в этом может быть "собака") - Adept(15.03.2017 20:57)
  - время транзакции и элементарных операций у меня отслеживаются (даже с ретреями), но парадоксальность ситуации в том, что после того, как шину "неотпускает" :)), никакие действия, ни с какими регистрами (даже включение и выключение интерфейса Adept(117 знак., 15.03.2017 18:22)
    - Или логическим анализатором проверить какая фигня выдаётся в линию :) - AU08(15.03.2017 18:41)
      - так там и на осцилле всё видно (Рыгол DS2102 с дешифровкой протоколов) - после успешного чтения пакета, линия "SDT" притягивается к земле (клок - "high"), т.е. состояние "BUSY" и всё... - Adept(15.03.2017 18:56)
        
        С помощью последовательного резистора обычно выясняется кто этот "0" навсегда выставил - МК или Slave устройство. - AU08(15.03.2017 18:59)
        
        прошу пардону :) шину вешает слейв :(( курю доку по нему (max30101), видать загоняю его в какой-то неправильный режим, хотя вроде всё делаю как написано :( Adept(27 знак., 15.03.2017 20:35)

Микроконтроллеры AVR