DS18b20 STM32

[NewWriter]

"кварц - это наше все".

Ну ниче,ниче... как будет побольше знакомиться с этим МК, узреет, что там есть PLL-умножитель частоты ажно до 72 МГц.
Кстати, в зависимости от того, какой именно сисьинит у него в проекте, может оказаться, что по-дефолту МК как раз и запущен на 72 МГц, отчего он и получает совсем не те задержки, которые ожидает.
И еще. Софтовая задержка на цикле типа
void Delay(volatile uint32_t n)
{
for (; n › 0; n--);
}
и
Delay(8 )
будет давать совсем не то, что поперва думается.

[akegor]

Интересно, когда уже народ будет сначала знакомиться, а потом уже насиловать?
Или "секс - не повод для знакомства"?
Миша, ну что б не взять и не почитать ДШ на датчик? Есть и на русском приличные статьи. Ведь подавляющее большинство вопросов отпадет даже не возникнув!

[miwutka]

Не, я на датчик читал доки. На атмеге работает ногодрыгом. Но только 1 датчик. Дальше не стал углубляться. А тут не могу разобрать готовые функции просто. В Си еще очень слаб... Я вроде понимаю что там надо просто другие аргументы прописать... 0хf0 это Search rom. Надо послать этот код. Потом послать код датчика, потом послать 44 код для измерения. Потом считать 8 байт ... Я на выходных покумекаю..... Просто саму функцию OW_Send(OW_SEND_RESET, "\xcc\xbe\xff\xff", 4, buf, 2, 2); не вкурил и как ее использовать. Там описание есть в самой либе.
Почитаю датчик, освежу память....

Кстати на этой либе можно любые устройства запользовать которые на 1-wire??

[Easyrider83]

Да, можно прослойку 1-wire заменить на UART. С одной стороны отвяжемся от жестких таймингов, не совместимых с прерываниями, с другой стороны привяжемся к железу. Я пока не вижу смысла в этом.

[dosikus]

Easyrider83, Паша , а смысл в "универсальном" г.окоде ты видишь ?
Уж извини , могу заменить на индусский , но он как был г.кодом так им и останется.

[dosikus]

miwutka, все же расписано в исходниках.

//-----------------------------------------------------------------------------
// процедура общения с шиной 1-wire
// sendReset - посылать RESET в начале общения.
// OW_SEND_RESET или OW_NO_RESET
// command - массив байт, отсылаемых в шину. Если нужно чтение - отправляем OW_READ_SLOTH
// cLen - длина буфера команд, столько байт отошлется в шину
// data - если требуется чтение, то ссылка на буфер для чтения
// dLen - длина буфера для чтения. Прочитается не более этой длины
// readStart - с какого символа передачи начинать чтение (нумеруются с 0)
// можно указать OW_NO_READ, тогда можно не задавать data и dLen
//-----------------------------------------------------------------------------

OW_Send(OW_SEND_RESET, "\xcc\x44", 2,  NULL,  NULL,  OW_NO_READ);

Шлем Reset

"\xcc\x44" оно же последовательность 0xCC,0x44

2 - длина буфера .

OW_Send(OW_SEND_RESET, "\xcc\xbe\xff\xff", 4,  buf, 2, 2);

Шлем Reset

"\xcc\xbe\xff\xff" оно же последовательность 0xCC,0xBE,0xFF,0xFF

4 - длина буфера передачи 4 байта

buf - буфер для чтения

2- длина буфера
2- с какого символа читать

[miwutka]

я понял описание. Не понял как обращаться к датчику по РОМ-коду... Я с этими датчиками не общался по РОМ-коду. Может кто поможет понять как этот процесс происходит?...
Посылаем F0.
В ответ пойдет 64 бита кода?
Подключил 1 датчик. Чтобы прочитать его РОМ-код OW_Send(OW_SEND_RESET, "\x33\xff\xff\xff\xff\xff\xff\xff\xff", 9, ROM, 8, 0); - Правильно?
Возвращает
33
28// от сюда по идее РОМ код датчика??
70
06
7D
02
0D
0A

[STM32F0]

Да, можно прослойку 1-wire заменить на UART. С одной стороны отвяжемся от жестких таймингов, не совместимых с прерываниями

Ага, "жОстких" от слова жесть.

с другой стороны привяжемся к железу. Я пока не вижу смысла в этом.

ЮАРТ есть практически в любом МК, если чо. А частенько и не один. Единственное что, там таймингами здорово не подвигаешь.

[miwutka]

http://we.easyelectronics.ru/STM32/s...ustroystv.html - это дополнение к УАРТу для поиска РОМ кода как я понял??

[dosikus]

miwutka,угу. Испытаешь, здесь озвучишь...