twi(i2c)-интерфейс, обеспечение надежности передачи Опции

[namelos]

Доброе время суток всем.
Разрабатываю систему измерения и контроля температуры на 36 датчиков, состоящую из 3 контроллеров(slaves) на 12 датчиков(опрос, контроль, вкл./выкл. реле) и контроллера(master) отображения информации на GLCD и ввода данных на рабочие контроллеры(запись в eeprom). Коммуникация главного контроллера осуществляется по twi(i2c)-интерфейсу.
Пока работаю с макеткой. Нашел bug при обрывaнии линии twi, зависает главный контроллер, т.к. TWI Interrupt не был обнулен, т.е не произошло нормального завершения передачи информации.
Вопрос такой, уважаемые эмбеддеры, для контроля работы twi обязательно использовать еще таймер, который при зависании квитирует Interrupt?
И еще, slaves посылают пакеты в 40 байт, обязательна ли при такой длине пакета crc проверка?
Заранее всем спасибо.

Сообщение отредактировал namelos - Nov 22 2007, 15:05

[umup]

да, TWI на АВР часто глухо виснет при замыканиях/обрывах/помехах на линии. проверка обязательна. можно реализовать TWI программно с контролем состояния линии. и зачем аж 4 контроллера ? с одним будет надежнее - расстояние между контроллерами наверно небольшое.

[namelos]

да, TWI на АВР часто глухо виснет при замыканиях/обрывах/помехах на линии. проверка обязательна. можно реализовать TWI программно с контролем состояния линии. и зачем аж 4 контроллера ? с одним будет надежнее - расстояние между контроллерами наверно небольшое.

umup, спасибо за ответ.
Что-то я не понял, вы какую проверку имеете ввиду? И если можно по подробнее про TWI с контролем состояния линии.
Использую 3 контроллера для 3 обьектов, в свою очередь, для каждого обьекта возможна различная конфигурация и настройка сенсоров. Надеюсь разместить все контроллеры на одной платине.

Сообщение отредактировал namelos - Nov 22 2007, 15:43

[Dog Pawlowa]

umup, спасибо за ответ.
Что-то я не понял, вы какую проверку имеете ввиду? И если можно по подробнее про TWI с контролем состояния линии.
Использую 3 контроллера для 3 обьектов, в свою очередь, для каждого обьекта возможна различная конфигурация и настройка сенсоров. Надеюсь разместить все контроллеры на одной платине.

Родное немецкое слово "платИна"
На какое расстояние передаете? С какой скоростью?

[defunct]

да, TWI на АВР часто глухо виснет при замыканиях/обрывах/помехах на линии. проверка обязательна.

Несогласен с этим утверждением.
Ничего не виснет просто так. Скорее всего просто не обрабатывается какое-то из состояний линии, чаще всего некоторые игнорируют обработку ошибочных ситуаций (состояние 0x00), что и приводит к "зависанию".

контроля работы twi обязательно использовать еще таймер, который при зависании квитирует Interrupt?

определенно - нет.
Лучше напишите i2c драйвер в режиме прерываний с обслуживанием всех 32х состояний линии. Проблем с TWI модулем тогда будет - ровно 0.

[umup]

defunct
никак не могу понять - как отловить завершение Stop condition ?

[IgorKossak]

defunct
никак не могу понять - как отловить завершение Stop condition ?

Хоть я и не defunct, но отвечу.
Stop condition это единственное состояние, завершения которого не нужно отлавливать. Оно выполняется безусловно.

[namelos]

Спасибо, defunct. A как насчет crc-проверки после пересылки пакета? Или для i2c протокола это необязательно?

Родное немецкое слово "платИна"
На какое расстояние передаете? С какой скоростью?

Скорость установил 100кбит/с, надеюсь уложиться до 10см.

[defunct]

A как насчет crc-проверки после пересылки пакета? Или для i2c протокола это необязательно?

Думаю что обязательно, как раз для случаев когда на линии возникает ошибка (помеха искажающая данные)..
Но это уже забота того модуля кому предназначался пакет.

[umup]

IgorKossak
а если нужно отловить момент завершения формирования STOP ?

[defunct]

а если нужно отловить момент завершения формирования STOP ?

Для слейва - состояние 0xA0 (STOP or repeated START)
для мастера смотрите состояния - arbitration lost / bus error (для случая если стоп не может быть послан). Стоп состояние мастеру отлавливать не нужно, т.к. он его посылает.

[IgorKossak]

IgorKossak
а если нужно отловить момент завершения формирования STOP ?

Дополню сказанное defunct.
Со стороны мастера. Перед посылкой команды стоп не должно быть ошибок в линии (анализируется опросом состояния).
Команда стоп как таковая срабатывает аналогично команде установки состояния порта и сигнал появляется на линии в следующий (или через один, не помню точно) такт МК. Срабатывает безусловно. Для этого состояния, в отличие от других, и прерывание не предусмотрено.

[namelos]

Перед посылкой команды стоп не должно быть ошибок в линии (анализируется опросом состояния).
Команда стоп как таковая срабатывает аналогично команде установки состояния порта и сигнал появляется на линии в следующий (или через один, не помню точно) такт МК. Срабатывает безусловно. Для этого состояния, в отличие от других, и прерывание не предусмотрено.

А как проверить состояние линии?
При разьединении сигнального кабеля TWI как раз в этом месте у меня происходит зависание master контроллера. Определил, что TWSR = 0x58, но почему то команда в момент прерывания

Код

ISR (TWI_vect)
{
switch(TWSR)
{
case 0x58: // Data byte has been received and NACK transmitted
TWCR = (1<<TWEN)|                          // TWI Interface enabled
             (0<<TWIE)|(1<<TWINT)|                  // Disable TWI Interrupt and clear the flag
             (0<<TWEA)|(0<<TWSTA)|(1<<TWSTO)|       // Initiate a STOP condition. TWSTO reset
             (0<<TWWC);
}
}

не выполняется и опрос TWI порта не просходит, т.к TWIE не обнуляется.

Код

if( !(TWCR & _BV(TWIE)) )
    {
            //Check if the last opeation was OK
        if(twi_statusReg.lastReceiveOK) // Last transmission competed successfully.
            twi_get_data_message ( ...);
        
        twi_start_data_transceiver();
    }

Что можно предпринять?

Сообщение отредактировал namelos - Nov 23 2007, 19:16

[bodja74]

А как проверить состояние линии?

...
Что можно предпринять?

1 Любая проверка ,есть ли связь ,опредляется по НАСК или АСК.
2 Если мастер получает НАСК ,он должен выставить СТОП ,если слейв получает НАСК он должен прекратить передачу и перейти на ожидание старта со своим адресом.
3 Со стопом там тоже не все чисто ,так как проверки флага там нет стоит сделать задержку не менее одного такта шины,или обеспечить таковую между пакетами ,вставив какую нибудь обработку кода.В противном случае легко перейдем в ступор.Хотя может в новых камнях это продебажили - незнаю.
4 Зависон у Вас от того ,что Вы пропустили пару раз подряд НАСК и никак на это не отреагировали.

[namelos]

3 Со стопом там тоже не все чисто ,так как проверки флага там нет стоит сделать задержку не менее одного такта шины,или обеспечить таковую между пакетами ,вставив какую нибудь обработку кода.В противном случае легко перейдем в ступор.Хотя может в новых камнях это продебажили - незнаю.

несовсем понятно...начало transreceive пакета реализуется только в случае недействительного TWI Interrupt (TWIE =0)

4 Зависон у Вас от того ,что Вы пропустили пару раз подряд НАСК и никак на это не отреагировали.

Почему не отреагировал, вот :

Код

TWCR = (1<<TWEN)|                          // TWI Interface enabled
             (0<<TWIE)|(1<<TWINT)|                  // Disable TWI Interrupt and clear the flag
             (0<<TWEA)|(0<<TWSTA)|(1<<TWSTO)|       // Initiate a STOP condition. TWSTO reset
             (0<<TWWC);

Контроллер не зависает, он из состояния interrupt не выходит, а точнее выходит, но TWIE не обнуляет.

Сообщение отредактировал namelos - Nov 23 2007, 19:40