Здравствуйте,
Изучаю микроконтроллеры для себя, решил изучить интерфейс 1-wire
наткнулся на странную ситуацию: вроде и все давно ясно и куча библиотек готовых есть под разные микроконтроллеры на С разных мастей и под Assembler.
И в форумах не одна тема создана, а полной картины по 1-wire[AVR Assembler] как небыло так и нет.

Предлагаю поделится опытом, советом, готовым примером, покритиковать, поддержать и просто высказать свое мнение
Цель: Создание простых, универсальных и ясных подпрограмм для работы с 1-wire
Резюмируя эту тему можна создать неплохую статью для начинающих в рамках проекта AVR для начинающих Electronix.ru

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

Ну так начнем!
Возьмем в качестве отправной точки (Я начинающий!)

Нас интересует только полностью программный подход
Из него следует:
Что для программной реализации протокола удобно разделить все команды на четыре уровня
УРОВНИ (и команды)
1)Передача и прием отдельных битов
a)Сброс всех устройств на шине [Restart]
B)Запись бита "1" в устройство [WriteBit1]
с)Запись бита "0" в устройство [WriteBit0]
d)Чтение бита из устройства [ReadBit]

2)Передача и прием отдельных байтов
a)Послать байт в устройство [SentByte]
B)Принять байт из устройства [ReseiveByte]

3)Сетевой уровень
a)Чтение ПЗУ [ReadROM]
B)Совпадение ПЗУ [MatchROM]
c)Пропуск ПЗУ [SkipROM]
d)Поиск ПЗУ [SearchRom]

4)Команды для работы с конкретными устройствами например датчик температуры ds1820 series
м некоторые прикладные подпрограммки
a)Вычисление CRC8 (табличная реализация и прямое вычисление)
B)Диагностика ошибок
с)Чтение режима питания микросхем паразитное или отдельное





Так как стандарт основывается на точном соблюдении всех задержек, всего 2 группы
6-64мкс и 470-1000мкс.
Вопрос как универсально сформировать задержки для различных частот задающих кварцов?

Так по теме словесное описанное описание команд первого уровня


Сообщение отредактировал 3state-systems - Apr 11 2007, 19:48

2 3state-systems - с 1-Wire интерфейсом не сталкивался , однако на счёт "...как универсально сформировать задержки для различных частот задающих кварцов?..." - в принципе есть идея, точнее размышлизмы - я обычно затачиваю вся под 1 кварц, но если потом кварц может меняться , то использую ф-цию делэй предварительно определив Ф_ЦПУ - там идея довольно простая -
Для мкс -
_delay_us(double __us)
{
uint8_t __ticks;
!!!!double __tmp = ((F_CPU) / 3e6) * __us;!!!
if (__tmp < 1.0)
__ticks = 1;
else if (__tmp > 255)
__ticks = 0; /* i.e. 256 */
else
__ticks = (uint8_t)__tmp;
_delay_loop_1(__ticks);
}
Можно конечно на этой основе наварганить чтото своё, но я использую встроенные делэи - проблем и вопросов не возникало..

Хм. "петь я не умею, но люблю". Т.е. на ассемблере пишу очень редко, но покритиковать - всегда пожалуйста. Цель благородная, поэтому постараюсь внести свою лепту, но примеры буду кидать на С, если хотите - переводите их на ассемблер.
с А согласен. Что касается b-d, то если мы внимательно посмотрим на диаграмму работы шины, то заметим что при передаче единицы и при приеме мастер шевелит ногой совершенно одинаково. Поэтому все три пункта объединяются в одну функцию (подпрограмму) "обмен битом", которая в качестве входного параметра принимает передаваемый бит а возвращает принятый бит. Если надо передать бит, мы не используем возвращаемый результат, если надо принять - вызываем ее с параметорм "1". Таким образом мы существенно упрощаем и сокращаем программу.Аналогично предыдущему - обе функции сливаются в одну "обмен байтом". Передача = "обмен" с игнорированием ответа, прием = "обмен" с передачей 0xFF.
Ненаказуемо Поскольку допуски довольно большие, вполне можно формировать задержки пустым циклом, т.е. функцией __delay_cycles() в IAR C или макросом вроде (я же предупреждал - пишу редко)Один такой цикл (если не изменяет память) исполняется 3 такта, т.е. надо предусмотреть вариант когда требуется бОльшая задержка:
Далее, следуя принципу IBM "машина должна работать, а человек - думать" пишем простой макрос, переводящий время задержки в количество тактов:
Меняется кварц - меняем строчку #define OSC. Теперь задержка делается просто:Ваш ход.

Так сейчас закодил первый уровень
вот что получилось


Но впереди конечно
.equ DataPin1 =5 ;portd5 = DataPin 1-wire bus
Эту куда подключена наша шина долго думал как сделать универсально
получилось что можно свободно менять пин подключения в пределах одного порта D
изменить только циферку
Так и непонял что как организовать задержки ну лана будем мутить nop с циклами

Прошу всех обратить внимание как вначале организовать порт с подтягивающими встроенными резисторами ну чтобы 0 это было 0 а не 1
и еще один вопрос можно ли для обмена байтами в следующем уровне использовать стек (PUSH POP)

Сообщение отредактировал 3state-systems - Apr 12 2007, 21:07

Почему впереди? Надо сразу писать правильно и красиво.
Указываем именно PINx, чтобы можно было получить адреса остальных регистров прибавляя 1, 2, 3. Кстати, я ориентируюсь на ассемблер IAR, а вы, судя по .equ имеете ввиду avrasm2?Сразу большая ошибка: точно также как и в I2C, в 1-wire нельзя выдавать единицу на вывод. Потому что в это время другое устройство может притягивать линию к нулю и мы получим конфликт уровней. Возможно, сгорит не сразу, но делать так нельзя При инициализации надо записать в PORTx ноль, и дальше работать только изменением направления: настроили на вывод - снаружи линия притянулась к нулю. Настроили на ввод - внешний резистор потянул линию к единице. И заканчиваются подпрограммы командой ret. reti завершает прерывания. Поэтому ваш код должен выглядеть примерно так:

Чтение/запись бита:

Напишите две задержки разной длительности. Посмотрите, насколько похож код. Почитайте в описании ассемблера про макросы.Даже и не думать в эту сторону - внутренних подтяжек совершенно недостаочно для 1-wire Поэтому обязательно ставить внешнюю и про внутреннюю забыть!Можно, почему бы нет?

Да конечно на него, мы же пишем для начинающих

Сорри попутал чуток

Вроде с виду все правильно, может так оно и есть, просто я смотрел исходники для MCS-51 там вроде делается записью единицы.


Полностью согласен, по даташиту - резистор, правда номинал у всех довольно сильно варьируется в топиках. но это потом у\еще уточним.
Приду домой внимательно посмотрю ваш код

Три раз перечитал, так и не понял - "Да" - это IAR или avrasm2? А! Тогда понятно. У 51 нет верхнего транзистора, для него что вывод 1, что ввод - одинаково. Он в этом смысле очень похож на вывод 1-wire. Вы обратили внимание, что у 51 нет регистра направления порта? Именно поэтому. На "честных" портах подход должен быть другим - как я описал.

AvrAsm2


Сначала хотел возмутится в даташите на мегу в Register Summary все в обратном порядке потом глянул
на адреса Гениально придумано! Вот тока зачем добавлять 3?

Ну обшибся Регистров три? Вот и написал раз-два-три. А ведь и правда - надо было ноль-раз-два.

Часа два разбирался с вашей универсальной подпрограммой обмена битами, вроде разобрался но для новичка конечно это жесть
Так значит имеем 100пудовые подпрограммы для первого уровня



Restart -Сброс всех устройств
WriteBit0 - Запись Бита "0"
WriteBit1 - Запись Бита "1"
ReadBit - Чтение Бита

Сообщение отредактировал 3state-systems - Apr 13 2007, 17:20

Так добрались до байт
черновой вариант такой
.def Temp =R16 ;Temp он и в африке Temp
.def ByteBus =R20 ;Байт для передачи\приема 1-wire bus


Чтот у мня цикл взбунтовался не работает

Чтение байта чтото подобное

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

Сергей Борщ Большой респект за помошь

Сообщение отредактировал 3state-systems - Apr 13 2007, 22:22

Для начала отступление: я вас обманул. Вот тут:То есть про I2C - чистая правда, там нельзя. А в 1-wire почти правда. Нельзя выдавать единицу во время обмена. А между битами можно и в случае устройств типа термометров с паразитным питанием даже нужно. Поэтому возвращаемся к "100пудовым подпрограммам" и правим:Зато посмотрите насколько она короче. Когда вы будете писать для I2C или SPI вы сможете использовать эту же идею и снова получить компактную и при этом быструю подпрограмму. Если в 1-wire скорость большой роли не играет (все равно в задержках сидим), то I2C и SPI уже достаточно шустрые интерфейсы. Да и вообще, мало ли где такой прием пригодится. Ну цикла я тут не увидел, но обратите внимание, что по brcs Writebit1 вы уходите в подпрограмму, а дойдя до ее ret вы вернетесть не туда, откуда вызвали Writebit1, а туда, откуда вызвали WriteByte, ведь вы использовали не RCALL для вызова Writebit1.

А я вам подкину еще одну мысль: В теперешнем варианте вы берете бити выясняете через какую ветвь зайти в ExchangeBit чтобы загрузить правильное значение в флаге T. Так почему бы не переписать ExchangeBit чтобы он ожидал и возвращал бит сразу в флаге С? Тогда цикл ExchangeByte будет выглядеть совсем просто:Еще проще.Перед ExchangeByte дописать:"По-моему так!" (с)Винни-Пух.
Кто-нибудь покритикует?Кстати, нашел как сэкономить одну команду в ExchangeBit:Можете объяснить почему?

Полагаете им будет интересно в 1002... раз на этом форуме обсуждать 1-wire (какое отношение он вообще а AVR имеет?) в перемешку с еще более "глобальными" проблемами и начальным введением в программирование?
Те, кто имеет силы и время, поверьте, заходят и в этот раздел.

Вай, так и есть, подводный камень
Я то думал что у мня цикл уходит в бесконечность
ldi temp, 8
loop:
dec temp
nop
brne loop

Разбираюсь дальше.....