Проблема с DS2482, Не устанавливается пин PCTLZ в ноль Опции

[GetSmart]

Если задал вопрос не в той теме - больно не бейте

Работаю с этой микросхемой - мостом I2C <-> OWI и всё работает прекрасно. Все команды выполняются отлично. Запись конфигурационного слова тоже работает отлично - это видно по тому, что микруха отвечает NACK когда старший полубайт не равен инверсному младшему полубайту. Перепробовал все 16 комбинаций конфигурации - пин PCTLZ всегда находится в 1. То есть посылаю микрухе команду конфигурации раз в секунду перебираю 16 вариантов и смотрю прибором пин PCTLZ. Кроме этой команды никаких команд не отрабатываю. Сброс микрухи предварительно делал. Вариантов больше нет. Помогите, люди дорогие

[JeDay]

Я тоже натолкнулся на фичу с ногой PCTLZ. Потом отказался от этой функции и подтянул шину резистором.

[GetSmart]

Я тоже натолкнулся на фичу с ногой PCTLZ. Потом отказался от этой функции и подтянул шину резистором.

У меня на двух проводах висят 30 термометров, поэтому без этой ноги никак не обойтись.

Баг значит в А3 такой. При обращении (чтение/запись без разницы) на шине I2C к другому девайсу (не DS2482) внутри DS2482 начинает неправильно работать чтение данных (передача их на шину I2C). То есть если после общения с DS2482 по шине I2C пообщаться с другим девайсом, то после этого из DS2482 будет читаться "мусор", а не то, что должно читаться. Этот мусор никак не зависит от реальных данных внутри DS2482, но зависит от тех данных, которые пишутся в DS2482 по I2C. Выход из такого ступора чтения - команда сброса DS2482. Однако она сразу же отключает PCTLZ. Вобщем, для нормальной работы с DS2482 нужно (после общения с другим девайсом на шине I2C) сперва передавать команду сброса, а потом работать как ни в чём не бывало.

[SWT-RUS]

У меня на двух проводах висят 30 термометров, поэтому без этой ноги никак не обойтись.

Баг значит в А3 такой. При обращении (чтение/запись без разницы) на шине I2C к другому девайсу (не DS2482) внутри DS2482 начинает неправильно работать чтение данных (передача их на шину I2C). То есть если после общения с DS2482 по шине I2C пообщаться с другим девайсом, то после этого из DS2482 будет читаться "мусор", а не то, что должно читаться. Этот мусор никак не зависит от реальных данных внутри DS2482, но зависит от тех данных, которые пишутся в DS2482 по I2C. Выход из такого ступора чтения - команда сброса DS2482. Однако она сразу же отключает PCTLZ. Вобщем, для нормальной работы с DS2482 нужно (после общения с другим девайсом на шине I2C) сперва передавать команду сброса, а потом работать как ни в чём не бывало.

Вы свою DS2482 сами пинаете или OWFS (отсюда взятый http://owfs.org/) пользуете? Мы используем OWFS и у нас на одной I2C висят две DS2482 тоже забавно "прихрамывают".

[GetSmart]

Вы свою DS2482 сами пинаете или OWFS (отсюда взятый http://owfs.org/) пользуете?

Скорее всего сам "пинаю", т.к. об OWFS впервые слышу.

[SWT-RUS]

Скорее всего сам "пинаю", т.к. об OWFS впервые слышу.

Дело в том что мы тоже имеем некоторую проблему с устройством висящим рядом с этими DS2482. У нас на шине висит DS1338 и добраться до него без приключений не получается. Такое впечатление что DS2482 как то реагирует на все что мимо нее пролетает по I2C. А уж когда их две - то просто оргия какая-то...

Сообщение отредактировал SWT-RUS - Oct 9 2009, 08:59

[GetSmart]

Такое впечатление что DS2482 как то реагирует на все что мимо нее пролетает по I2C. А уж когда их две - то просто оргия какая-то...

В ревизиях А2 (возможно и более ранних) этот баг описан в эррате. Скачайте эррату с сайта максима. А2 портит чужие данные на I2C шине, а А3 не портит.

Сообщение отредактировал GetSmart - Oct 9 2009, 09:24