caxapa.ru :: Коллеги,кто нибудь делал долгий Capture?

sda (11.01.2008 19:39, просмотров: 48999)

Коллеги,кто нибудь делал долгий Capture? Процессор - C8051F020. Под долгим Capture я подразумеваю такой случай,когда импульсы для захвата поступают очень редко и таймер успевает пройти несколько переполнений.По переполнению формируется прерывание и инкрементируется программный счётчик.По прерыванию от Capture формируется выходной отсчёт величины интервала,для подсчёта интервала тогда получается 32бита (16 аппаратного таймера и 16 программного).Имхо,проблема будет тогда,когда импульс для захвата приходит вблизи переполнения таймера (+- 1 такт клока).Возникает неоднозначность - на момент обработки прерывания оба флага оказываются установленными, но если переполнение было на такт раньше захватываемого импульса то при формировании выходного отсчёта нужно инкрементировать программный таймер,а если на такт позже то инкрементировать не нужно.Как разгрести эту ситуацию?Первое что приходит - соединить вход Capture с входом другого таймера работающего в режиме счётчика.Что посоветуете?

Ответить

- ИМХО 2 раза прочитать и сделать выводы - Yft(31.01.2008 18:43)
- Флейму то сколько на пустом месте. Можно заподозрить, что действие происходит в 20 веке. А ведь если использовать подходящий МК с 32-разрядными регистрами захвата, то и проблемы не возникнет. Dir(356 знак., 18.01.2008 14:29)
  - Свою задачу с 32-разрядным захватом решил на ATmega48 за 1$. А Вы предлагаете контроллер за 10$. Просто смешно. - Леонид Иванович(26.01.2008 15:15)
    - Э, батенька, не надо :))) 12-разрядных АЦП и 12-разрядных ЦАП в АТмеге48 нет... Dir(358 знак., 26.01.2008 19:13)
      - $2 в розницу? Где берёте если не секрет? - Т.Достоевский(31.01.2008 03:04)
        
        Там (->). Цена уже с НДС, т.е. +20% к стоимости (1$ = 5грн). - Dir(31.01.2008 12:21, ссылка)
      - Я проц под эту задачу не выбирал.Задача возникла уже в готовом проекте,в котором проц менять не собираюсь. - sda(29.01.2008 08:37)
      - ну да. 8 кБ флеши для 32-битника как раз только захват и написать ;) - Gamma SPb(29.01.2008 00:40)
      - Я же написал, что решил свою задачу.Если она решается на контроллере за 1$, то зачем ставить контроллер за 2$? Подобные посты расцениваю только как подчеркивание лишний раз своего знакомства с более крутыми контроллерами. - Леонид Иванович(29.01.2008 00:25)
        
        Были бы эти МК крутыми, если бы 10 центов стоили. А так 1,5$ только. Не подходит под определение крутости ;) - Dir(31.01.2008 01:07)
        
        Тоже не считаю задачу сложной и достойной смены контроллера, но благодарен DIR, что он обратил моё внимания на LPC21хх, и их цены. - st232bd(29.01.2008 09:16)
        
        Да и я не считаю. Уж как только не извращался с этими 8-битниками еще с 80-х годов. Надоело! Лень! Захотелось вкусить прелестей 21 века :))) - Dir(31.01.2008 00:52)
        
        Тогда возьми dsPIC :)) - AVR(31.01.2008 01:33)
        
        Уже взял :) Правда, не dsPIC, а PIC24FJ64GA004. Нравится. Но для МК из корневого поста там альтернативы нет. - Dir(31.01.2008 12:34)
        
        Ой, внимательно я не смотрел пики24, но вроде бы можно сцепить таймер2+таймер3 в 32-битный, взять два модуля capture, один направить на таймер2, другой на таймер3, а через peripheral pin select их входы захвата направить на одну ногу. - ReAl(31.01.2008 18:22)
        
        Я уже писал о положительном результате такого эксперимента (только без PPS - просто 2 ноги соединял). В ДШ такое почему-то не рекомендовано делать - аж специально прописали - AVR(31.01.2008 18:26)
        
        А как на счёт гонок по входам, когда есть вероятность, что один схватит текущий такт, а другой следующий. - st232bd(31.01.2008 18:30)
        
        Таймеры там синхронные, с честным сквозным переносом. Я испытывал такой тандем при запредельных тактовых (таймер загонял до 80 МГЦ при паспортных 50) - все работало безукоризненно - AVR(31.01.2008 18:42)
        
        Дай ссылку, если описывал, методику эксперимента почитать. - st232bd(31.01.2008 18:54)
        
        Ничего не описывал - просто сообщал о том, что такой режим успешно опробовал. Методика ясна из контекста - ReAl ее выше обрисовал --> - AVR(31.01.2008 19:02, ссылка)
        
        Может я идею не понял. Берём два D тригера. Объединяем по C и по D. Подаём две близкие частоты на C и на D. При определенном значении сдвига фронтов, за счёт неидентичности задержек имеем на одном 1, на другом 0. Если на входном пине тригер и всё st232bd(52 знак., 31.01.2008 18:48)
        
        Идея в том, что т.к. 16-битный захват работает безукоризненно, то следовало проверить его 32-битный вариант (в dsPIC/PIC24 пары 16-битных таймеров можно объединять в 32-битные) - что и было проделано - AVR(31.01.2008 19:05)
      - Действительно от двух. А где JTAG кабель дешёвый под LPC люди берут? - st232bd(28.01.2008 11:04)
        
        Задумался о покупке JLINK. Можешь прокоментировать удачность выбора? Чё-то дешёвое от Olimex ещё есть, но совместимость с ИАР не прописана. Т.е. чтобы взять ИАР с лекарством, JTAG, и иметь доступ к LPC21xx, TMS470 и SAM7. - st232bd(28.01.2008 14:52)
        
        MT-Link, Альфасофт - vesago(28.01.2008 15:07)
        
        Спасибо, Альфасофт устраивает, совсем близенько. Сказали 90 уе. Вполне гуманно, чтобы самому не паять. - st232bd(28.01.2008 16:19)
        
        или JETLink. Это аналоги JLink-а - VAI(28.01.2008 15:55, ссылка)
        
        Или слепить самопал, правда под кейл. vesago(111 знак., 28.01.2008 16:10)
        
        Кейл чем-то лучше ИАР? Кстати заодно о TMS470, CCS от TI чем-нибудь лучше ИАР? - st232bd(28.01.2008 16:13)
        
        Не знаю кто как, но имхо под 51 и ARMы компилятор только кейл. Под авр и msp430 яр безальтернативно. Ну а писать в сликэдите. - vesago(28.01.2008 16:20)
        
        А JLink(MT-Link) под кейлом пойдёт? - st232bd(28.01.2008 16:22)
        
        Конечно, через рди. В частности у меня MT-Link еще первой версии. - vesago(28.01.2008 16:25)
        
        Спасибо, можно брать. Мои извинения отцам основателям форума, не было сил весь архив по ARM перелопачивать, проще у людей спросить. - st232bd(28.01.2008 16:28)
        
        Как прикупите, качните с сегера дрова. Тама собственно сами юсб дрова + RDI и джетлинк. К ним в кейле и указывается путь. Еще не забыть лекарство. - vesago(28.01.2008 16:31)
        
        Не знаю кто такой RDI, не разберусь - переспрошу. Надеюсь диск какой-нибудь дадут в комплекте. А вы сами из Минска? - st232bd(28.01.2008 16:40)
        
        Да. К MT-Linkу дисков ни каких не дают. Впрочем как и мануалов. Но работает хорошо. - vesago(28.01.2008 17:09)
      - Повесит за $3 снаружи. - mse(28.01.2008 09:22)
    - Ага. Ха-ха-ха. У человека может эксклюзив и тайм-ту-маркет... - she(26.01.2008 16:47)
  - А если задачи 21 века потребуют 33 бита интервал измерять 32 битным таймером? Или 65 битн. интервал 64 битн контроллером? :)))))) Грамотный выбор элементной базы не есть "из пушки по воробьям". - st232bd(21.01.2008 14:09)
  - А если стоит вопрос потребления? Попробуй заставить эти ADuC-и работать с потреблением 2 мА, тактировать от него нечто внешнее и считать скважность с заполнением на частоте ядра на большом периоде. Vit(42 знак., 18.01.2008 17:01)
    - Я не утверждаю категорически, что выбрано неправильное решение, а просто хотел показать отличный (от других ;)) взгляд на вопрос. Dir(300 знак., 18.01.2008 21:04)
- Мои потуги для коллекции. С C8051А020 не работал. Пусть есть некий контроллер с 16 битным таймером, его значение TMR и флагом TOIF, и Capture с регистром CCR. В реальном контроллере видимо достаточно одной из двух заплаток, в зависимости от st232bd(979 знак., 15.01.2008 10:31)
  - Поскольку ты новичок, сильно ругаться не буду, НО =AlexD=(195 знак., 15.01.2008 10:39)
    - И коментарии нормально отобразятся? - st232bd(15.01.2008 10:55)
      - смотри, правда пришлось твой текст заново форматировать VAI(745 знак., 15.01.2008 11:00)
        
        Согласен, красивее. - st232bd(15.01.2008 11:03)
        
        ИМХО, главное, читабельнее - VAI(15.01.2008 12:36)
      - А ты попробуй :-)) - =AlexD=(15.01.2008 10:58)
        
        Уже страшно, вдруг чё не то нажму и весь сайт ляснется. =) - st232bd(15.01.2008 11:00)
        
        ИМХО, это уже забота коммандования. :-) - VAI(15.01.2008 12:36)
        
        Хорошо, что не послушал. У товарища генерала чё-то съехало на сервере. Сейчас бы все стрелки на меня.... - st232bd(24.01.2008 09:59)
        
        йА ббы ддажже ссказзалл:: ккомманнддовванния..... - General(15.01.2008 13:16)
        
        :-) очепятка. когда аська стучится, буквы двоят. - VAI(15.01.2008 13:20)
- Почитай полезную дискуссию --> - AVR(12.01.2008 00:11, ссылка)
  - Спасибо,коллеги,за информацию!Проработал все три варианта. sda(758 знак., 12.01.2008 16:40)
    - А всё-таки, почему бы в фоне не считывать таймер, Vit(641 знак., 12.01.2008 22:22)
      - С удовольствием проработаю Ваш вариант. sda(346 знак., 13.01.2008 12:36)
        
        Как-нибудь так Vit(1289 знак., 13.01.2008 15:27)
        
        Небольшое уточнение:регистр ICR Вы вообще не используете? - sda(13.01.2008 17:25)
        
        :)))) Я вааще не знаю, о каком проце речь - Vit(13.01.2008 18:25)
        
        Это как? sda(159 знак., 13.01.2008 18:39)
        
        Ах да, похоже действительно выходной отчёт формирую неправильно - там нужно в обработчике Capture не значение таймера на выход совать, а значение Capture-регистра (или чего-там-оно-хотело) Vit(286 знак., 13.01.2008 19:32)
        
        Ладно,проехали.Весёлые вы ребята... - sda(13.01.2008 19:51)
        
        "Как-нибудь так" это не "вот строки из работающей программы". Я вааще электронщик. Ну дык как? Вариант подходит? - Vit(13.01.2008 20:22)
        
        Нет,не подходит. sda(255 знак., 13.01.2008 20:44)
        
        Вы правы. Вставьте костыль в обработчик прервания Capture - если значение Capture-регистра больше pre, то нефиг инкрементировать. ЗЫ. Насчёт pre и last именно так. - Vit(13.01.2008 21:18)
        
        Поставил,всё равно сбоит. sda(135 знак., 13.01.2008 21:41)
        
        Я обсуждение не читал, но осуждаю :-) Кажется, у "ваааще электронщиков" одинаковые мысли. Vladimir Ljaschko(545 знак., 14.01.2008 11:39)
        
        Согласен. Тогда после __disable_interrupt() после получения last смотрим флаг Capture и, если флаг стоит, то если ICR меньше или равно last, то инкремент здесь не делаем - Vit(13.01.2008 21:56)
        
        Да,так будет лучше.Завтра гляну другие возможные ситуации. - sda(13.01.2008 22:02)
        
        Гы, прикинул - одну строку поправить - вместо last = TCNT; написать last = ICR; - Vit(13.01.2008 21:34)
      - подтверждаю - хороший вариант, делал так же. - Argon(13.01.2008 08:29)
- Если захваченое значение чуть больше нуля и есть флаг переполнения то добавить единицу - Andreas(11.01.2008 20:29)
  - Если переполнение произошло на один такт позже события Capture то будет так, как Вы говорите,но единицу добавлять не нужно. - sda(11.01.2008 20:34)
    - Тогда захваченное значение близко к FF. - Andreas(11.01.2008 20:36)
      - Тогда должен быть какой-то порог близости для принятия решения.Время предоставления прерывания с точностью до такта не предсказывается.А измерять интервал нужно очень точно,до такта. - sda(11.01.2008 20:42)
        
        7FFF. По старшему биту. Уж за 30000 тактов можно успеть обработать прерывание. Измеряется, естественно, с точностью до такта. - Andreas(11.01.2008 20:46)
        
        Так старший бит перед переполнением всегда равен "1".Или я чего то не понял? - sda(11.01.2008 20:51)
- Не использовать обработчик прерывания по переполнению, а поллить переполнение в фоне и в обработчике Capture - Vit(11.01.2008 20:17)
  - Спасибо!В фоне не получится,у проца ещё другие задачи есть.А как в обработчике Capture разруливать? - sda(11.01.2008 20:30)
    - Посмотри ссылку от AVR - он там примерно эту идею предлагал и разжёвывал - Vit(12.01.2008 00:57)

Микроконтроллеры