DS18B20 и два ПИКа

[mimuh64]

...вот, блин, проблем себе напридумывали...

Ну, Вы мистер, любитель цепляться к словам... Не мне, ТС это объясните...
Мне главное чтобы он понял чем delay_us(1); отличается от NOP при 4 Мгц... Даже при NOP не так просто вложится в 15 мкс если читать не порт0, а порт7...

[omercury]

Протеус тож нормально хавает.
Делал 5us минимальный таймслот - полёт нормальный.

[mimuh64]

Протеус тож нормально хавает.
Делал 5us минимальный таймслот - полёт нормальный.

В Протеусе это работает на ура, а вот в железе (я переделал сотню таких термометров) при 4 Мгц всегда проблемы. Обратите внимание на ту 1 мкс (1 мкс – импульс восстановления), после которого шину нужно отпустить и читать, вот здесь всегда и затык. Именно тайм слоты чтения... Вот здесь и не успевает.
Если у ТС чтение написано подобным образом, то delay_us(1); можно убрать, а delay_us(10) будет равно 22 мкс (при 4 мгц компилятор boostc). Так что паузы нужно корректировать...
Хотя чего копья ломать, опять нет исходника, а все уже начинают друг друга пожирать...

[Easyrider83]

Еще прерывания надо отключать на время работы с шиной.

[alvadep]

yellow87, на какую ногу подключаете датчик?
Если подключаете на GP0 или GP1, то обязательно надо отключить аналоговые входы компараторов (после сброса они подключены).
А вообще, это все гадание на кофейной гуще.
Где то, на что посмотреть, где Ваш проект?

[omercury]

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

Время восстановления, до истечения которого нефиг на шину и соваться...
Если не пугает асм АВР, то вот рабочий в железе проект. Там 5us.
Нет пересчёта в отрицательные температуры, ... да много чего нет, но OW работает.
Фотку "девайса" в работе класть?

[mimuh64]

Время восстановления, до истечения которого нефиг на шину и соваться...
Если не пугает асм АВР, то вот рабочий в железе проект. Там 5us.
Нет пересчёта в отрицательные температуры, ... да много чего нет, но OW работает.

Может и нефиг соваться, но все зависит от библиотеки, если писать самому (хоть на СИ) и на асм, то да... Чего копья ломать? Я не вижу в чем я не прав? Я прав. Вы мистер тоже. Кроме того не нужно смешивать ПИК и АВР. Я на асм не пишу, но понимаю...гыгы... Все что я написал выше все справедливо и после вашего примера. Повторяюсь, на Си delay_us(10) - это не 10 мкс (при 4 мгц). В вашем примере 5 мкс (да и 10мкс) написаны совсем не так как это в библиотеке ПИК....Так что вы зря бравируете своим примером, конечно так он будет работать. Я тоже также писал у себя (на Си), без delay_us.
Мне все таки интересно на чем же ТС пишет??? Я предлагаю подождать...

[Easyrider83]

Еще я применял такой финт ушами - перед опросом датчика поднимал частоту RC генератора до предельной. После опускал. Итого выигрывал по потреблению.

[omercury]

Это 4*15=60 инструкций на бит.

Не нужно умножать на 4. Для PIC 4*15=60/4...

Кроме того не нужно смешивать ПИК и АВР.

А в чём принципиальная разница?
Машинный цикл, он и в Африке машинный цикл. Хоть при одном, хоть при четырёх тактах. 1us - это 1 машцикл на 4МГц для младших PIC. 5 циклов более чем достаточно, чтоб передёрнуть пином.

на Си delay_us(10) - это не 10 мкс (при 4 мгц).

Почему?
Если в свойствах проекта задана частота, то должно быть 10. Или либа кривая...

[mimuh64]

1. А в чём принципиальная разница? Машинный цикл, он и в Африке машинный цикл.
2. Если в свойствах проекта задана частота, то должно быть 10. Или либа кривая...

1. Для АСМ да... Если разработчик (пишет на СИ) после компиляции смотрит что получилось на асм, то да. Но я про Си, просто про Си. Если просто писать на Си то есть различия...
2. Не сочтите за труд прочтите вот эту ссылку пост 11278(просто здесь это займет много места). Там есть пример как выглядит delay_us(1) после компиляции (это например для boostc). При компиляции компиляторы частенько выдают сообщения про масштабируемость задержек... Попробуйте в СИ написать паузу (из библиотеки) и промерять ее в Протеусе на малых частотах...Так что дело не в либе, так написаны паузы...