[ASZ 0]

Для формирования посылок интерфейса 1wire используются различные задержки - 6, 64, 60, 10, 9, 55, 480 и 410 микросекунд.

 

Можно ли применить задержки, кратные 10 микросекундам, т.е. 10, 70, 60, 10, 10, 60, 480, 410?

Вроде, округленные значения вписываются в спецификацию на 1wire.

Сильно ли это скажется на надежности связи с устройствами на шине?

[Alex11 3]

Если не использовать высокоскоростной режим 1wire, то этой точности достаточно с большим запасом. Там только один вопрос - как ловить сигнал присутствия. Если смотреть на состояние шины каждые 10 мкс, то можно не увидеть единицу между снятием сброса и выработкой сигнала присутствия. Но это критично только в высокоскоростном режиме.

[ASZ 0]

Если не использовать высокоскоростной режим 1wire, то этой точности достаточно с большим запасом. Там только один вопрос - как ловить сигнал присутствия. Если смотреть на состояние шины каждые 10 мкс, то можно не увидеть единицу между снятием сброса и выработкой сигнала присутствия. Но это критично только в высокоскоростном режиме.

Спасибо, а то сомнения брали.

 

[kolobok0 0]

... 1wire используются различные задержки - 6, 64, 60, 10, 9, 55, 480 и 410 микросекунд....кратные 10 микросекундам, т.е. 10, 70...вписываются в спецификацию на 1wire....

 

откуда у вас такие цифры?

6 uS ?

вообще то при чтении битов (к примеру) нужно обеспечивать 1 uS. Откуда шесть то взялось?

Это передатчик.

Если приёмник - то вам нужно обеспечить детекцию 1uS - это минимально возможная ширина которую необходимо отдетектить.

 

по поводу округления.

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

 

например:

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

в протоколе так же встречаются необходимые задержки между посылками - но то уже специфика конкретного девайса.

 

(круглый)

ЗЫ

Если при взаимодействии по 1Wire есть проблемы - читайте даташит на него. Очень точный(как не странно) документ.

 

[ASZ 0]

откуда у вас такие цифры?

6 uS ?

вообще то при чтении битов (к примеру) нужно обеспечивать 1 uS. Откуда шесть то взялось?

Это передатчик.

Если приёмник - то вам нужно обеспечить детекцию 1uS - это минимально возможная ширина которую необходимо отдетектить.

 

по поводу округления.

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

 

например:

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

в протоколе так же встречаются необходимые задержки между посылками - но то уже специфика конкретного девайса.

 

(круглый)

ЗЫ

Если при взаимодействии по 1Wire есть проблемы - читайте даташит на него. Очень точный(как не странно) документ.

Данные взяты из AVR318 - Table 3.

Никаких моих фантазий.

[kolobok0 0]

Данные взяты из AVR318 - Table 3..

 

это рекомендованные задержки. для мастера.

 

если будете реализовывать слэйв, то этого не досатточно.

 

Пример:

берём типовой избитый датчик температуры DS18xx

смотрим в таблицу временных задержек.

 

параметр

 

Tlow(запись, логическая еденица)

от 1uS до 15uS

 

т.е. при реализации мастера вам достаточно обеспечить от 1uS до 15uS (рекомендованные параметры из AVR318 входят в указанный диапазон). Для слэйва вам необходимо детектировать 1uS.

 

(круглый)