-
- Блин, да откуда Вы это взяли-то??? Посмотрите на эпюры по ссылке, которую я давал, параметр tLOWR. - FDA(24.09.2013 10:13)
- Ещё раз -- fk0(27 знак., 24.09.2013 10:43)
- А почитать там же? В целях компенсации ёмкости линии интерфейса 1-Wire, master должен делать выборку сигнала как можно точнее через 15 мкс после начала синхронизирующего среза сигнала. - Shura(24.09.2013 10:22)
- Должен, но ведь не обязан. - FDA(24.09.2013 10:24)
- а? :-) - Shura(24.09.2013 10:26)
- обязан сделать выборку в интервале 15...60 мкс - Argon(24.09.2013 10:25)
- Должен, но ведь не обязан. - FDA(24.09.2013 10:24)
- ну... ориентируюсь по даташитам на ds1820. да и эпюры по ссылке не противоречат. Окно выборки сигнала находится сразу после tLOWR, к-рое может быть от 1 до 15 мкс и это время задается мастером. Argon(181 знак., 24.09.2013 10:21)
- Блин, действительно, я сам себя запутал. Сама-то выборка бита идет через 15 мкс после среза сигнала. Ладно, буду пробовать сейчас всё реализовать в железе. Мне ещё нужно упихнуть в PIC обмен по RS-485. Даже не представляю пока как он всё будет FDA(12 знак., 24.09.2013 10:26)
- Может, стоит попробовать на каком- нибудь кортексе это смакетировать? Хотя опасения в том, что не успеет кажутся надуманными. - KLIM83(24.09.2013 10:33)
- У пиков есть серьёзное преимущество. Возможно, более быстрый старт после подачи питания (если питание от домофона). Хотя это даташит изучать. Просто у любительского уровня контроллеров (AVR) есть неисключаемая задержка при старте на много тактов fk0(66 знак., 24.09.2013 10:50)
- И что это даст? - FDA(24.09.2013 10:33)
- Как минимум, более высокую тактовую частоту. - KLIM83(24.09.2013 10:34)
- На сколько? Вместо 64 МГц 75 МГц? Или Вы предлагаете ставить для этой задачи монстра STM32F407 со 168 МГц? - FDA(24.09.2013 10:38)
- Cortex-M0, если подходят по прочим характеристикам. AVR. PIC24. Но не PIC16/18 где без ассемблера (см. листинги выше) это нормально не сделать. Я уже делал: в мастере пришлось сделать более медленное тактирование (паузы между битами) иначе просто fk0(120 знак., 24.09.2013 10:50)
- Вообще, первична- идеология алгоритма. Если у вас есть опасения, что одновременная работа 1-wire и uart будет возможна, почему бы не разнести эти задачи, игнорируя uart при работе с 1-wire. Имитатор ключа, я считаю, вполне это допускает. - KLIM83(24.09.2013 10:47)
- На сколько? Вместо 64 МГц 75 МГц? Или Вы предлагаете ставить для этой задачи монстра STM32F407 со 168 МГц? - FDA(24.09.2013 10:38)
- Как минимум, более высокую тактовую частоту. - KLIM83(24.09.2013 10:34)
- а разве RS485 не на базе UART? - Argon(24.09.2013 10:31)
- Конечно на базе UART, от которого также прерывания нужно будет обрабатывать. - FDA(24.09.2013 10:34)
- Может, стоит попробовать на каком- нибудь кортексе это смакетировать? Хотя опасения в том, что не успеет кажутся надуманными. - KLIM83(24.09.2013 10:33)
- Блин, действительно, я сам себя запутал. Сама-то выборка бита идет через 15 мкс после среза сигнала. Ладно, буду пробовать сейчас всё реализовать в железе. Мне ещё нужно упихнуть в PIC обмен по RS-485. Даже не представляю пока как он всё будет FDA(12 знак., 24.09.2013 10:26)
- Блин, да откуда Вы это взяли-то??? Посмотрите на эпюры по ссылке, которую я давал, параметр tLOWR. - FDA(24.09.2013 10:13)