Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Энкодер и дребезг
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
Страницы: 1, 2
BigCoster
Подскажите, что делать с дребезгом, если датчик положения
(у меня крыльчатка + оптический датчик "на просвет") подключен
к счётчику контроллера. Проблема втом что имеется ошибка которая пстоянно имеет
разное значение. Я так понимаю что програмно тут ни чем не поможешь.
Частота сигнала с датчика около 200 Гц.
пытался делать RC-фильтр но при ёмкости С=1мкФ не помогает, а при 2.2
не работает при номинальных оборотах двигателя.
Я начинающий, сильно не ругайте...
Visor
Цитата(BigCoster @ Apr 11 2007, 23:24) *
Подскажите, что делать с дребезгом, если датчик положения
(у меня крыльчатка + оптический датчик "на просвет") подключен
к счётчику контроллера. Проблема втом что имеется ошибка которая пстоянно имеет
разное значение.

Ошибка в "плюс" или в "минус"?
BigCoster
Цитата(Visor @ Apr 11 2007, 18:44) *
Ошибка в "плюс" или в "минус"?


Ошибка в "плюс", поэтому и грешу на дребезг
забыл сказать, энкодер стоит на мотор-редукторе
Visor
200Гц довольно много. Крыльчатка правильно рассчитана? Фотодатчик имеет достаточное быстродействие?
scifi
Надо посмотреть осциллографом. Тогда будет понятнее.
CD_Eater
Цитата
датчик положения (у меня крыльчатка + оптический датчик "на просвет") подключен к счётчику контроллера.
Поясните, что мешает тупо опрашивать обычный цифровой (или аналогово-компараторный) вход и обрабатывать дребезг как обычно? Если Вы подключились к внешнему входу таймера, то там бороться с дребезгом программно невозможно - дребезг обрабатывается аппаратно (внутри чипа) и с несоответствующей данной задаче задержкой (порядка нескольких тактов вместо требуемых нескольких сотен мкс).
Dog Pawlowa
Цитата(BigCoster @ Apr 11 2007, 18:24) *
Подскажите, что делать с дребезгом, если датчик положения
(у меня крыльчатка + оптический датчик "на просвет") подключен
к счётчику контроллера.

Обычно нужно, чтобы на счетный вход поступал практически идеальный сигнал (с крутыми фронтами).
Иначе на пологом фронте возможно срабатывание счетчика несколько раз от незначительных помех.
Простое добавление интегрирующей цепочки не помогает, естественно.
Попробуйте включить триггер Шмитта между интегрирующей цепочкой и счетным входом, или обработать сигнал программно, как Вам советовали выше.
Stas633
Цитата(BigCoster @ Apr 11 2007, 19:24) *
Подскажите, что делать с дребезгом, если датчик положения
(у меня крыльчатка + оптический датчик "на просвет") подключен
к счётчику контроллера. ..

Считаю, что "дребезгом" называют неустойчивое (быстроменяющееся от min до беск.) сопротивление контактной группы при замыкании/размыкании. В случае использования оптического датчика дребезг не возможен по определению.

Если предположить, что ложные срабатывания вызваны датчиком положения, то на мой взляд возможны две причины. Первая, наиболее вероятная - это очень малый (или отсутсвующий вовсе) гистерезис усилителя тока фотоэлемента. Вторая, очень маловероятная - это малый размер отверстий (прорезей) в крыльчатке. Вторая причина может рассамриваться, если размер отверстий сопоставим с "биениями" (дрожанием) крыльчатки, вызванными вращением двигателя.

Также возможно, что ошибка в подсчете импульсов вызвана ошибкой в программе. Опубликуйте программу..
bgc
много раз делал подобные схемы - заводил на вход таймера ( в том числе и квадратичного ) проблем с дребезгом не бывает .
На входе процессора ставил обычно 2н2 (убрать наведенные иголки)
Частоты от 0Гц до 300КГц.
Ищите проблему в другом.
При верхних частотах возникает проблема с подбором оптопары. На таких частотах (время порядка 5мкс) необходим фотодиод с усилителем, а обычные фотоприемники без него. Либо надо брать быстрый с встроенным усилителем (имеющий задержку меньше 1 мкс) либо городить внешний каскад (я бы так делать не стал) что стоит у Вас.
BigCoster
Цитата(Stas633 @ Apr 11 2007, 22:18) *
Считаю, что "дребезгом" называют неустойчивое (быстроменяющееся от min до беск.) сопротивление контактной группы при замыкании/размыкании. В случае использования оптического датчика дребезг не возможен по определению.

Если предположить, что ложные срабатывания вызваны датчиком положения, то на мой взляд возможны две причины. Первая, наиболее вероятная - это очень малый (или отсутсвующий вовсе) гистерезис усилителя тока фотоэлемента. Вторая, очень маловероятная - это малый размер отверстий (прорезей) в крыльчатке. Вторая причина может рассамриваться, если размер отверстий сопоставим с "биениями" (дрожанием) крыльчатки, вызванными вращением двигателя.

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


У меня осцилографом работает звуковая карточка, надеюсь скоро обзавестись настояшим, так что дребезга особо я заметить не могу. sad.gif
Но он проявляется когда крыльчатка останавливается на границе срабатывания оптопары.
Я это вижу на дин. индикации (считает, а двигатель стоит blink.gif )


Цитата(bgc @ Apr 12 2007, 09:49) *
много раз делал подобные схемы - заводил на вход таймера ( в том числе и квадратичного ) проблем с дребезгом не бывает .
На входе процессора ставил обычно 2н2 (убрать наведенные иголки)
Частоты от 0Гц до 300КГц.
Ищите проблему в другом.
При верхних частотах возникает проблема с подбором оптопары. На таких частотах (время порядка 5мкс) необходим фотодиод с усилителем, а обычные фотоприемники без него. Либо надо брать быстрый с встроенным усилителем (имеющий задержку меньше 1 мкс) либо городить внешний каскад (я бы так делать не стал) что стоит у Вас.

Сейчас у меня датчик подключен так:
Нажмите для просмотра прикрепленного файла
ZAO
Цитата(BigCoster @ Apr 11 2007, 19:24) *
Я так понимаю что програмно тут ни чем не поможешь.
Частота сигнала с датчика около 200 Гц.

Как раз программно эту проблему решить проще всего.
Запустите таймерное прерывание с периодом раза в два меньше минимального периода датчика и опрашивайте в нем сигнал с датчика. Если в последовательных прерываниях считываются разные значения - то это является дребезгом.
BigCoster
Цитата(ZAO @ Apr 12 2007, 10:27) *
Как раз программно эту проблему решить проще всего.
Запустите таймерное прерывание с периодом раза в два меньше минимального периода датчика и опрашивайте в нем сигнал с датчика. Если в последовательных прерываниях считываются разные значения - то это является дребезгом.


Всего два таймера/счётчика
Одно из прерываний по таймеру занято индикацией, другое паузами при
достижении счетчиком заданого количества тиков.
ZAO
Цитата(BigCoster @ Apr 12 2007, 11:40) *
Всего два таймера/счётчика
Одно из прерываний по таймеру занято индикацией, другое паузами при
достижении счетчиком заданого количества тиков.

А что за индикация используется? Ее можно посадить, допустим, и на прерывание таймера для датчика или использовать в основном цикле программы.
BigCoster
Цитата(ZAO @ Apr 12 2007, 10:46) *
А что за индикация используется? Ее можно посадить, допустим, и на прерывание таймера для датчика или использовать в основном цикле программы.


Индикация используется вот такая вот:
Нажмите для просмотра прикрепленного файла
и не знаю как посадить её на прерывание от счётчика
энкодера, потому что при обработке прерывания от счётчика
выполняется пауза (пустой цикл) в этом же прерывании,
а основная программа занята тем что считает сколько было остановок,
в какую сторону крутится двигателю, перемещение по вектору пауз и тд
ZAO
Вы вполне можете завести одно таймерное прерывание, которое будет фильтровать дребезг и обновлять индикаторы. При каждом вызове обрабатывается один из индикаторов и определяется сигнал от датчика.
Если для обновления индикатора период таймера слишком маленький, Вы можете организовать внутри прерывания счетчик, по достижении определенного значения которого и обрабатывать индикатор.
BigCoster
Цитата(ZAO @ Apr 12 2007, 11:41) *
Вы вполне можете завести одно таймерное прерывание, которое будет фильтровать дребезг и обновлять индикаторы. При каждом вызове обрабатывается один из индикаторов и определяется сигнал от датчика.
Если для обновления индикатора период таймера слишком маленький, Вы можете организовать внутри прерывания счетчик, по достижении определенного значения которого и обрабатывать индикатор.


Тоесть в обработчике прерываний от таймера смотренть состояние датчика,
если оно не изменяется в течение 2-3 прерываний дребезга нет?
ZAO
Цитата(BigCoster @ Apr 12 2007, 12:55) *
Тоесть в обработчике прерываний от таймера смотренть состояние датчика,
если оно не изменяется в течение 2-3 прерываний дребезга нет?

Да.
Только для гарантированной фильтрации дребезга, период прерываний надо подобрать раза в 64 меньше минимального периода изменений датчика. И если в течении 64 прерываний состояние датчика не изменилось, то можно говорить о достоверности состояния. В идеале чем период меньше - тем фильтрация лучше.
rx3apf
Цитата(BigCoster @ Apr 12 2007, 12:55) *
Тоесть в обработчике прерываний от таймера смотренть состояние датчика,
если оно не изменяется в течение 2-3 прерываний дребезга нет?

Помедитируй на тему машины состояний (состояния можно получать либо опросом по таймеру, либо по прерываниям от смены состояния на входах). У меня такое стабильно работает не то что с оптическим, а с заведомо "трескучим" механическим энкодером.
Stas633
Цитата(BigCoster @ Apr 12 2007, 11:25) *
У меня осцилографом работает звуковая карточка, надеюсь скоро обзавестись настояшим, так что дребезга особо я заметить не могу. sad.gif
Но он проявляется когда крыльчатка останавливается на границе срабатывания оптопары.
Я это вижу на дин. индикации (считает, а двигатель стоит blink.gif )
Сейчас у меня датчик подключен так:
Нажмите для просмотра прикрепленного файла


Настоятельно рекомендую R2 "разместить" в непосредственной близости от входа МП, и "+5в" "брать" от шины питания МП (от вывода питания МП). Конденсатор или убрать совсем, или емкость снизить с 1мкФ до <1нФ. На мой взгляд, приведенная схема датчика вполне работоспособна, и при условии исправных элементов, "сбоев" давать не должна.

Для того, чтобы исключить программную ошибку попробуйте разделить работу программы на этапы (на время отладки):
1 этап: - посчет импульсов; - индикация НЕ ОТОБРАЖАЕТСЯ;
2 этап: - вывод значения на индикатор; - импульсы не подсчитываются.

Программу подсчета импульсов на время отладки нужно максимально упростить (подсчитал -> вывел). Всяческие ветвления аглоритма убрать! Определение направления, расчет скорости и т.д. не выполнять.

Это позволит Вам выяснить работоспосбность связки датчик<->МП. И только когда удастся добиться устойчивой работы постого алгоритма, можно переходить к усложнению программы.

Re..Опубликуйте программу..
BigCoster
Вот осцилограмма работы датчика, записанная в SoundForge.
Щуп подключен к ноге контроллера:
Нажмите для просмотра прикрепленного файла
Из нее видно, что частота около 70Гц, а не 200Гц, как я говорил ранее извините... huh.gif

И ещё осцилограмка обновления индикации.
Щуп к R9 (см. на схемке несколькими постами выше):
Нажмите для просмотра прикрепленного файла
В прерывании по таймеру обрабатывается вся индикация, а не по одному знаку в каждом прерывании.
Видим, что частота 40Гц (мерцания не видно! blink.gif хотя странно)

Я так понимаю, что метод с подсчётом импульсов в прерывании от таймера для индикации
не подходит (программа не маленькая и на асме, переделывать не очень то и хочется)
Триггер Шмидта???
_artem_
если есть механичекое дрожение крыльчатки при остановки мотора то дребезг убрать будет трудно . Можно разместить вторую оптопару смешенную относительно первой а импульсы считать так - ждешь первую оптопару , если засветилась то переключаешся на другую и тд при условии что амплитуда нежелательных угловых механичеких дрожений гарантиранно меньше углового расстояния между оптопарами.
BigCoster
Цитата(Stas633 @ Apr 12 2007, 13:44) *
Настоятельно рекомендую R2 "разместить" в непосредственной близости от входа МП, и "+5в" "брать" от шины питания МП (от вывода питания МП). Конденсатор или убрать совсем, или емкость снизить с 1мкФ до <1нФ. На мой взгляд, приведенная схема датчика вполне работоспособна, и при условии исправных элементов, "сбоев" давать не должна.

Re..Опубликуйте программу..


R2 датчика и +5в близко к контроллеру,
он mcs51, программа соответственно...
1.Задание расстояния
Код
;--------------------------
;Настройка позиционирования|
;--------------------------
upr:
    mov th1,#0
    mov tl1,#0
    mov kol_post_down,#0
    mov kol_post_up,#0
    mov addr_length,#0
    setb tr0      ;разрешить счёт таймеру
    setb et0      ;разрешить прерывания от таймера
upr_set:
    jb k_set,upr_menu
upr_set_1:
    clr tr0
    clr tr1
    call time2
    call save_pos
    setb tr0
    setb tr1
upr_menu:
    jb k_menu,upr_plus
pr_menu_1:
    clr tr0
    clr tr1
    clr et0
    clr et1
    call time2
    ret
upr_plus:
    jb k_plus,upr_minus
upr_plus_1:
    call r_up
upr_minus:
    jb k_minus,upr_set
upr_minus_1:
        call l_down
    jmp upr_set
;FUNCTIONS upr_minus
;-------------------------------------------
;Крутит нижний двигатель, увеличивает длину |
;-------------------------------------------
l_down:          ;Крутим (L/DOWN) двигатель
    clr tr1
    clr et0
        clr type_count;инкрементирующий счётчик
        call on_down
        setb et0
        setb tr1
down_m1:
    jnb k_minus,down_m1
;clr tr0
;call time1
;setb tr0
;jnb k_minus,down_m1
    clr tr1
    clr tr0
    call on_all
    setb tr0
    ret
;FUNCTIONS upr_plus
;------------------------------------------
;Крутит верхний двигатель, уменьшает длину |
;------------------------------------------
r_up:           ;Крутим (R/UP) двигатель
    clr tr1
    clr et0
        mov a,th1
        cpl a
        mov th1,a
        mov a,tl1
        cpl a
        mov tl1,a
           setb type_count;декрементирующий счётчик
        call on_up
        setb et0
        setb tr1
up_m1:
    jnb k_plus,up_m1
;clr tr0
;call time1
;setb tr0
;jnb k_plus,up_m1
    clr tr1
    clr tr0
    call on_all
    setb tr0
    ret

2.Прерывания
Код
;************************
;* ОБРАБОТКА ПРЕРЫВАНИЙ *
;************************

;------------------------------------------------
;Обслуживание прерывания при переполнении таймера|
;------------------------------------------------
t0_overflow:
    jb type_count,t0_overflow_1
    call inc_counter
    reti
t0_overflow_1:
    call dec_counter
    reti
;FUNCTIONS t0_overflow
;------------------------
;Инкрементирующий счётчик|
;------------------------
inc_counter:
    clr tr0            ;запретить счёт таймеру
    call inc_bcd
    call bin_to_bcd
    call display
    setb tr0              ;разрешить счёт таймеру
    ret
;sub FUNCTIONS inc_counter
;---------------------------------------------
;Предварительная обработка значений для работы|
;    счётчика в инкрементирующем режиме     |
;---------------------------------------------
inc_bcd:
    mov a,th1
    mov dph,a
    mov a,tl1
    mov dpl,a
    ret
;FUNCTIONS t0_overflow
;------------------------
;Декрементирующий счётчик|
;------------------------
dec_counter:
    clr tr0
    call dec_bcd
    call bin_to_bcd
    call display
    setb tr0
    ret
;sub FUNCTIONS dec_counter
;---------------------------------------------
;Предварительная обработка значений для работы|
;     счётчика/2 в декрементирующем режиме    |
;---------------------------------------------
dec_bcd:
    mov a,th1
    cpl a
    mov dph,a
    mov a,tl1
    cpl a
    mov dpl,a
    ret
;common sub FUNCTIONS dec_counter & inc_counter
;----------------------------------------------------
;Подготовка значений для отображения функцией DISPLAY|
;    во время работы дв.      |
;----------------------------------------------------
bin_to_bcd:
    mov disp0,#2fh                ;устанавливаем
    mov disp1,#30h                ;начальные
    mov disp2,#30h                ;значения
bin_to_bcd_go:
    inc disp0                     ;подсчёт едениц
dec_dptr:
        dec dpl                    ;ументшаем dptr
        mov a,dpl                     ;пока не станет
    cjne a,#0ffh,bin_to_bcd_m1    ;равен 0ffh
    dec dph
bin_to_bcd_m0:
    mov a,disp0
    cjne a,#3ah,bin_to_bcd_go     ;если переполнение едениц
    
    inc disp1                     ;подсчёт десятков
      mov disp0,#30h
      mov a,disp1
      cjne a,#3ah,bin_to_bcd_go     ;если переполнение десятков
      
      inc disp2                     ;подсчёт сотен
      mov disp1,#30h
      mov a,disp2
      cjne a,#3ah,bin_to_bcd_go     ;если переполнение сотен
      
overload_bcd:        ;пишем Е в разряд сотен
      mov disp2,#3eh
      sjmp bin_to_bcd_exit          ;выход, если переполнение сотен
bin_to_bcd_m1:
        mov a,dph                     ;выход, если значения
    cjne a,#0ffh,bin_to_bcd_m0    ;подготовлены
bin_to_bcd_exit:
    ret
;common sub FUNCTIONS dec_counter & inc_counter
;-------------------------------------------
;Отображение чисел по адресам предварительно|
;    записаных в disp0, disp1, disp2        |
;-------------------------------------------
display:
    mov r0,disp2
    mov p0,@r0
    mov p2,#1h
    call time1
    mov r0,disp1
    mov p0,@r0
    mov p2,#2h
    call time1
    mov r0,disp0
    mov p0,@r0
    mov p2,#4h
    call time1
    clr p2.2
    ret
;-------------------------------------------------
;Обслуживание прерывания при переполнении счётчика|
;-------------------------------------------------
t1_overflow:
    clr tr0    ;запретить счёт таймеру
    clr tr1    ;запретить счёт счётчику
    mov p0,#0
    call stop
    setb yet
    setb tr0      ;разрешить счёт таймеру
    setb tr1      ;разрешить счёт счётчику
    reti
;FUNCTIONS t1_overflow
;---------------------------
;Паузa перед следующим движением двигателя|
;---------------------------
stop:
    call on_all
    call pause
    clr yet
    ret
;sub FUNCTIONS stop
;------------------
;Изменяющаяся пауза|
;------------------
pause:
    push 7
    push 5
    mov r0,pauses
    mov a,@r0
    mov r3,a
    inc r3
t55:    mov r4,#05h
t66:    mov r5,#0a0h
t77:    mov r7,#0ffh
    djnz r7,$
    djnz r5,t77
    djnz r4,t66
    djnz r3,t55
    pop 5
    pop 7
    ret


если кто то захочет разбираться, я могу продолжать,
думаю некто не захочет wacko.gif
Stas633
Цитата(BigCoster @ Apr 12 2007, 15:04) *


Положительный фронт "затягивается" из-за зарядки конденсатора. Уберите его из схемы, и посмОтрите как изменится сигнал.

Я считаю, что, судя по приведенной осциллограмме, датчик работает "правильно", а ошибка "формируется" программой.

Цитата(BigCoster @ Apr 12 2007, 15:04) *
...
Я так понимаю, что метод с подсчётом импульсов в прерывании от таймера для индикации
не подходит (программа не маленькая и на асме, переделывать не очень то и хочется)
Триггер Шмидта???


Не переделывайте, не нужно.. Напишите новую, но очень маленькую (настроечную).

А триггер Шмидта только "выпрямит" фронты, и "добавит" в работу датчика гистерезис.

.... пишу по поводу программы... Неправильный "подход" уже очевиден...
BigCoster
Цитата(Stas633 @ Apr 12 2007, 14:43) *
Положительный фронт "затягивается" из-за зарядки конденсатора. Уберите его из схемы, и посмОтрите как изменится сигнал.

Я считаю, что, судя по приведенной осциллограмме, датчик работает "правильно", а ошибка "формируется" программой.
Не переделывайте, не нужно.. Напишите новую, но очень маленькую (настроечную).

А триггер Шмидта только "выпрямит" фронты, и "добавит" в работу датчика гистерезис.

.... пишу по поводу программы... Неправильный "подход" уже очевиден...

Убрал ёмкость, вот что получилось:
Нажмите для просмотра прикрепленного файла
Думаю на мой "осцилограф" не сильно стоит обращать внимание
т.к. 44.1кГц, 16 бит + у него на входе наверное фильтр какой нить.

Ошибка увеличилась почти на целый оборот вала двигателя.
Stas633
Цитата(BigCoster @ Apr 12 2007, 15:29) *
Код
2.Прерывания
[code];************************
;* ОБРАБОТКА ПРЕРЫВАНИЙ *
;************************

;------------------------------------------------
;Обслуживание прерывания при переполнении таймера|
;------------------------------------------------
t0_overflow:
    jb type_count,t0_overflow_1
    call inc_counter
    reti
t0_overflow_1:
    call dec_counter
    reti
;FUNCTIONS t0_overflow
;------------------------
;Инкрементирующий счётчик|
;------------------------
inc_counter:
    clr tr0        ;запретить счёт таймеру
    call inc_bcd
    call bin_to_bcd
    call display
    setb tr0             ;разрешить счёт таймеру
    ret
;sub FUNCTIONS inc_counter
;---------------------------------------------
;Предварительная обработка значений для работы|
;    счётчика в инкрементирующем режиме     |
;---------------------------------------------
inc_bcd:
    mov a,th1
    mov dph,a
    mov a,tl1
    mov dpl,a
    ret
;FUNCTIONS t0_overflow
;------------------------
;Декрементирующий счётчик|
;------------------------
dec_counter:
    clr tr0
    call dec_bcd
    call bin_to_bcd
    call display
    setb tr0
    ret


Общеизвестно, что при работе систем realtime, коей является Ваше устройство, программа обработки прерываний должна содержать минимум кода. Например алгоритм работы по прерыванию, может быть таким: 1. сохранил значение (таймера-счетчика или еще чего-либо) во временной переменной. 2. установил флаг обновления этой временной переменной 3.конец. И уж совсем не допустимым, на мой взгляд является использование вызова подпрограмм (call) из прерывания. Если нет возможности отказаться от использования какой-либо функции при отработке прерывания, то размещайте её (функцию) внутри прерывания!

Код
interrupt [EXT_INT1] void ext_int1_isr(void)
{
if(PIND.4)Encod=Encod-vc_step;
else Encod=Encod+vc_step;
valcod=1;
}

или

Код
interrupt [TIM2_OVF] void timer2_ovf_isr(void)
{
if (--Time2==0){Time2=15;vzvod=1;}
}


Ещё.... Если Вы используете работу по прерываниям в realtime системе, то необходимо "расставить" приоритеты. Точнее выбрать ГЛАВНУЮ ЗАДАЧУ, выполнение которой не может быть "отодвинуто" ни чем другим. Если для Вас главное - подсчет импульсов, то если "мешает" вывод на индикатор, то им нужно жертвовать... и т.д.
BigCoster
Цитата(Stas633 @ Apr 12 2007, 15:13) *
Общеизвестно, что при работе систем realtime, коей является Ваше устройство, программа обработки прерываний должна содержать минимум кода. Например алгоритм работы по прерыванию, может быть таким: 1. сохранил значение (таймера-счетчика или еще чего-либо) во временной переменной. 2. установил флаг обновления этой временной переменной 3.конец. И уж совсем не допустимым, на мой взгляд является использование вызова подпрограмм (call) из прерывания. Если нет возможности отказаться от использования какой-либо функции при отработке прерывания, то размещайте её (функцию) внутри прерывания!

Код
interrupt [EXT_INT1] void ext_int1_isr(void)
{
if(PIND.4)Encod=Encod-vc_step;
else Encod=Encod+vc_step;
valcod=1;
}

или

Код
interrupt [TIM2_OVF] void timer2_ovf_isr(void)
{
if (--Time2==0){Time2=15;vzvod=1;}
}


Ещё.... Если Вы используете работу по прерываниям в realtime системе, то необходимо "расставить" приоритеты. Точнее выбрать ГЛАВНУЮ ЗАДАЧУ, выполнение которой не может быть "отодвинуто" ни чем другим. Если для Вас главное - подсчет импульсов, то если "мешает" вывод на индикатор, то им нужно жертвовать... и т.д.


Приоритеты для прерываний установлены так: счётчик->таймер->внешние прерывания
(пока не задействованы).
По поводу всех замечаний на счёт написания программы согласен, но на том этапе,
когда она писалась оправданы были все действия (перед собой)
Dog Pawlowa
Ну, если счетчик считает при остановленном двигателе, и двигатель управляется тем же контроллером, то поможет только одно программное извращение - не считать, если двигатель установлен :-)
Ничто другое не поможет, если крыльчатка вибрирует - только изменение конструкции датчика.
Второй канал датчика, как уже предложили.
И непонятно, для чего нужно знать точное количество импульсов.
А приоритетов прерываний в AVR не существует. Так, теоретически можно искусственно сделать два уровня.
Visor
Цитата(Stas633 @ Apr 12 2007, 20:13) *
программа обработки прерываний должна содержать минимум кода.

Абсолютно солидарен, хороший стиль. В прерывании инкрементируй счетчик и всё, остальное в общем цикле.
Stas633
Цитата(BigCoster @ Apr 12 2007, 16:30) *
Приоритеты для прерываний установлены так: счётчик->таймер->внешние прерывания
(пока не задействованы).
По поводу всех замечаний на счёт написания программы согласен, но на том этапе,
когда она писалась оправданы были все действия (перед собой)


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

Ну а "не правильно" написанную (равно как и работающую с ошибками) программу придется переписывать...
BigCoster
Цитата(Dog Pawlowa @ Apr 12 2007, 15:44) *
Ну, если счетчик считает при остановленном двигателе, и двигатель управляется тем же контроллером, то поможет только одно программное извращение - не считать, если двигатель установлен :-)

Это програмное извращение уже реализовано
Код
t1_overflow:
    clr tr0        ;запретить счёт таймеру
    clr tr1        ;запретить счёт счётчику
    mov p0,#0
    call stop
    setb yet
    setb tr0       ;разрешить счёт таймеру
    setb tr1       ;разрешить счёт счётчику
    reti

Цитата(Dog Pawlowa @ Apr 12 2007, 15:44) *
И непонятно, для чего нужно знать точное количество импульсов.

Чтобы проехать заданное расстояние
Цитата(Dog Pawlowa @ Apr 12 2007, 15:44) *
А приоритетов прерываний в AVR не существует. Так, теоретически можно искусственно сделать два уровня.

У меня не AVR
Добъюсь работы на этом контроллере потом буду "ковырять" AVR

Цитата(Stas633 @ Apr 12 2007, 15:55) *
Действительно, "разобраться в чужой программе сложнее, чем написать свою"..., но если Вы поясните алгоритм функционирования Вашего устройства, в части касающейся обработки вращения (углового перемещения) двигателя, то возможно Вам предложат КАК написать программу.

Алгоритм такой:
НАСТРОЙКА
-нажимаем кнопку-едем едем сколько надо
-нажимаем кнопку-сохраняем
и так необходимое кол-во раз
РАБОТА
-едим, сколько сохранили
-проехали, остановились, постояли некоторое время
и так столько, сколько раз сохраняли потом тоже самое в обратную сторону
Dog Pawlowa
Цитата(BigCoster @ Apr 12 2007, 16:13) *
Чтобы проехать заданное расстояние

Я реализую такую функцию с помощью второго датчика привязки к абсолютному положению, что позволяет избежать накопления ошибки.
Stas633
Цитата(BigCoster @ Apr 12 2007, 17:13) *
Алгоритм такой:
НАСТРОЙКА
-нажимаем кнопку-едем едем сколько надо
-нажимаем кнопку-сохраняем
и так необходимое кол-во раз
РАБОТА
-едим, сколько сохранили
-проехали, остановились, постояли некоторое время
и так столько, сколько раз сохраняли потом тоже самое в обратную сторону


То есть, фактически Вы реализуете шаговый двигатель, где величина шага (минимального) равна угловому перемещению вала двигателя между соседними "прорезями" крыльчатки.

Если это так, то Вам необходимо в начале добиться работы программы - "сделать шаг".

Я бы делал это через работу прерывания INT (оно "есть" и в 51х и в AVR).
Алгоритм программы шага такой (!!!в одну сторону):
Код
1. Пуск двигателя.
2. Ожидание прерывания INT
3. При "наступлении" INT:
    a)STOP двигатель
    b)увеличение (уменьшение) счетчика "положения"
4.конец


При движении в обе стороны данного алгоритма не достаточно. Так как, при смене направления движения будет возникать ошибка углового перемещения, равная толщине прорези в крылчатке. Правда эту ошибку легко компенсировать. Или алгоритмически (переключая режим срабатывания INT по фронту или по спаду), или используя попровочный коэффициент, пропорциональный толщине прорези.

Если частота работы МП достаточна, то можно "заменить" прерывание опросом вывода МП.
Visor
Цитата(BigCoster @ Apr 12 2007, 21:13) *
РАБОТА
-едим, сколько сохранили
-проехали, остановились, постояли некоторое время
и так столько, сколько раз сохраняли потом тоже самое в обратную сторону

Чтоб энкодер был реверсивный, нужно два датчика, смещенные на полшага. Иначе ошибка на смене направления обеспечена, да и с двумя датчиками можно считать туда-сюда, определяя направление вращения. Так устроены фирменные энкодеры.
Stas633
Цитата(Visor @ Apr 12 2007, 18:13) *
Чтоб энкодер был реверсивный, нужно два датчика, смещенные на полшага. Иначе ошибка на смене направления обеспечена, да и с двумя датчиками можно считать туда-сюда, определяя направление вращения. Так устроены фирменные энкодеры.


Внимание OFFTOP!
Не согласен. Для обеспечения "правильного" (без ошибок) счета достаточно одного датчика. Возникающая ошибка исправляется программно.
Но вот направление вращения с одним дадчиком определить НЕ ВОЗМОЖНО! Согласен абсолютно!
Visor
Цитата(Stas633 @ Apr 12 2007, 23:14) *
Внимание OFFTOP!
Не согласен. Для обеспечения "правильного" (без ошибок) счета достаточно одного датчика. Возникающая ошибка исправляется программно.

Был неправ, вспылил smile.gif, на самом деле минимальная ошибка энкодера и есть ширина зуба, и никак её не скомпенсируешь. А вообще я имел ввиду энкодер, как аппаратное устройство дающее полностью достоверные показания. Именно такие используют в промышленности. Кстати, с двумя датчиками можно увеличить кратность счёта в 2 либо 4 раза, считая фронты, ну или уменьшить соответственно число зубьев диска.
Dog Pawlowa
Цитата(Stas633 @ Apr 12 2007, 18:14) *
[b]...Не согласен. Для обеспечения "правильного" (без ошибок) счета достаточно одного датчика. Возникающая ошибка исправляется программно...

Если можно, более подробно.
Какая ошибка исправляется программно?
_Sam_
Цитата
Вот осцилограмма работы датчика
........
Из нее видно, что частота около 70Гц,


Цитата
В прерывании по таймеру обрабатывается вся индикация, а не по одному знаку в каждом прерывании.
Видим, что частота 40Гц


Конечно импульсы будут пропускаться. Чтобы не пропускались надо частоту прерываний по таймеру увеличить как минимум до 2*70Гц, а более правильно до 2*макс.частота_срабатывания_оптрона.


Цитата
Убрал ёмкость
......
Ошибка увеличилась почти на целый оборот вала двигателя

Можете пояснить каким образом вы считаете импульсы? По переднему, по заднему, по обоим фронтам или просто по уровню?
BigCoster
Цитата(_Sam_ @ Apr 12 2007, 23:03) *
Конечно импульсы будут пропускаться. Чтобы не пропускались надо частоту прерываний по таймеру увеличить как минимум до 2*70Гц, а более правильно до 2*макс.частота_срабатывания_оптрона.
Можете пояснить каким образом вы считаете импульсы? По переднему, по заднему, по обоим фронтам или просто по уровню?

Дело в том что импульсы от датчика считает счётчик Т1,
я спрашиваю: "можно ли избавится от дребезга при таком включении ?"
Прерывание INT1 занято датчиком конечной точки перемещения, INT0 датчиком тока

Вот кусок программы настройки таймеров, прерывания пока выключены, счётчик и таймер
включается позже:
Код
    mov ie,#0              ;выключить все прерывания
    mov tmod,#01010000b    ;задать тип счётчиков
            ;||||||||
               ;||||||++-Перевести таймер T0 в 13-разрядный режим
               ;|||||+---Синхронизироваться от внутреннего генератора
               ;||||+----Запретить управление таймером от ножки INT0
               ;||||
               ;||||
              ;||++-----Перевести таймер T1 в 16-разрядный режим
               ;|+-------Синхронизироваться от внешних сигналов
               ;+--------Запретить управление таймером от ножки INT1



    clr et0       ;Прерывание от таймера T0 (1-разрешено, 0-запрещено)
    clr et1        ;Прерывание от счетчика T1 (1-разрешено, 0-запрещено)

    clr ex0  ;Прерывание от INT0 (1-разрешено, 0-запрещено)
    clr ex1  ;Прерывание от INT1 (1-разрешено, 0-запрещено)

    clr pt0        ;Бит приоритета таймера T0 (0-низкий, 1-высокий)
    setb pt1  ;Бит приоритета счетчика T1 (0-низкий, 1-высокий)

      clr tr0        ;stop таймера T0
    clr tr1        ;stop счетчика T1
    
        clr ea         ;=1, все прерывания разрешены
        setb ea        ;разрешить прерывания от всех источников




Можно ли управлять срабатыванием счётчика по срезу или по уровню?

это из какой то книжки:

В режиме счетчика содержимое соответствующего таймера/счетчика инкрементируется под воздействием перехода из 1 в 0 внешнего входного сигнала. (т.е. по спаду ?)

На распознавание периода требуются два машинных цикла, максимальная частота подсчета входных сигналов равна 1/24 частоты резонатора. (уменя резонатор 6МГц значит max частота подсчёта 250кГц )

На длительность периода входных сигналов ограничений сверху нет.
Stas633
Цитата(Visor @ Apr 12 2007, 20:08) *
....на самом деле минимальная ошибка энкодера и есть ширина зуба, и никак её не скомпенсируешь. А вообще я имел ввиду энкодер, как аппаратное устройство дающее полностью достоверные показания. Именно такие используют в промышленности...


В соответствии с заданной автором темой (вопросом) необходимо помочь найти ошибку в работе устройства.

Устройство состоит из датчика углового перемещения, на основе ОДНОЙ оптопары. При этом система не "следящая" и алгоритм работы такой: задал координату -> включил двигатель -> при достижении коорд., останов. (ветвление алгоритма на определение направления вращения двигателя не привожу сознательно)... Это, так сказать "условие задачи", которую нужно решить.

Согласен с Вами, что схемо-техническая переделка устройства повысит точность работы устройства. Но согласитесь и Вы со мной, в том что переписать программу проще чем заниматься "слесарщиной" и все равно переписывать программу.

Судя по вопросам-ответам автора точность устройства с одним датчиком его устраивает. Если "обращаться" к промышленным изделиям, то это например датчик углового перемещения для станков с ЧПУ (по-моему ВМ175 он "называется") обеспечивает от 2500 до 10000 импульсов на оборот, состоит из 15 (по-моему) оптопар, требует внешних импульсов синхронизации, да и "крыльчатка" там выполнена в виде прозрачного диска с нанесенными рисками (если я ошибся -поправьте). Я считаю, что применение энкодера ТАКОГО (или подобного) уровня должно быть чем-то обосновано.

Не согласен с Вами в том, что минимальная ошибка энкодера - это ширина зуба. На мой взгляд, минимальная ошибка обусловлена скоростью "реакции" системы на возниктовение события "фронт/спад". А ширина зуба может быть "компесирована" (исправлена ) программно (алгоритмически).

Цитата
Dog Pawlowa:
Если можно, более подробно.
Какая ошибка исправляется программно?


В связи с тем, что задание направления вращени является первоочередным (см.посты автора темы о алгоритме работы ус-ва) компенсировать ошибку "зуба" возможно переключением работы INT с "по фронту" (при вращении в "прямом" направлении) на "по спаду" (при вращении в "обратном" направлении.

Что меня огорчает больше всего, это то, что все написанное выше в этом посте НИ КАКОЙ полезной информации для автора темы не несет. А со сути является "флудом" и "засоряет" тему.
_Sam_
Цитата
Дело в том что импульсы от датчика считает счётчик Т1,
я спрашиваю: "можно ли избавится от дребезга при таком включении ?"
Прерывание INT1 занято датчиком конечной точки перемещения, INT0 датчиком тока


Полностью избавиться при таком включении нельзя, но по идее таких больших насчётов быть не должно.

Нашёл у вас грубую ошибку: в прерывании t0_overflow вы оперируете со значение счётчика t1, не запрещая прерывания.

Допустим выполнилась команда mov a,th1, а в это время пришло пришло прерывание, по которому надо инкрементировать счётчик, тогда mov a,tl1 перешлёт в аккум. младший байт нового значения счётчика. В итоге будем работать с неправильным счётчиком.
BigCoster
Цитата(_Sam_ @ Apr 13 2007, 11:32) *
Полностью избавиться при таком включении нельзя, но по идее таких больших насчётов быть не должно.

У меня на один оборот 40 импульсов от датчика, сбится можно на один
чтобы достигнуть достаточную точность позиционирования

Цитата(_Sam_ @ Apr 13 2007, 11:32) *
Нашёл у вас грубую ошибку: в прерывании t0_overflow вы оперируете со значение счётчика t1, не запрещая прерывания.

Допустим выполнилась команда mov a,th1, а в это время пришло пришло прерывание, по которому надо инкрементировать счётчик, тогда mov a,tl1 перешлёт в аккум. младший байт нового значения счётчика. В итоге будем работать с неправильным счётчиком.

таймер для индикации и не обязательно отображать совершенно точные показания энкодера
поправте, если не правильно Вас понял
BigCoster
ещё допишу...
отображать совсем точно значения не надо, это по поводу замечания со значениями T1 во
время прерываний.

И про достаточную точность позиционирования (можно сбится на один импульс от датчика) - я имел
ввиду свой случай при реверсе
_Sam_
Наверное я не так понял программу.
А что вы делаете в прерывании t1? Можно код посмотреть?
type_count определяет в минус или в плюс считать импульсы в зависимости от задания на двигатель?
Если t1 полностью независимый зачем тогда анализирутеся type_count в прерывании t0?
BigCoster
Цитата(_Sam_ @ Apr 13 2007, 18:27) *
Наверное я не так понял программу.
А что вы делаете в прерывании t1? Можно код посмотреть?
type_count определяет в минус или в плюс считать импульсы в зависимости от задания на двигатель?
Если t1 полностью независимый зачем тогда анализирутеся type_count в прерывании t0?

В прерывании от t1 делаю паузу перед началом следующего вращения двигателя
не знаю как ещё можна реализовать паузу. unsure.gif
Если по флагу, в основной программе, то какая разница занята программа этой паузой или она
обрабатывается прямо в прерывании.
За call не ругайте, мне кажется что так приятнее выглядит программа
Вот код:
Код
;-------------------------------------------------
;Обслуживание прерывания при переполнении счётчика|
;-------------------------------------------------
t1_overflow:
    clr tr0    ;запретить счёт таймеру
    clr tr1    ;запретить счёт счётчику
    mov p0,#0
    call stop
    setb yet
    setb tr0      ;разрешить счёт таймеру
    setb tr1      ;разрешить счёт счётчику
    reti
;FUNCTIONS t1_overflow
;---------------------------
;Паузa следующим движением|
;---------------------------
stop:
    call on_all
    call pause
    clr yet
    ret
;sub FUNCTIONS stop
;------------------
;Изменяющаяся пауза|
;------------------
pause:
    push 7
    push 5
    mov r0,pauses
    mov a,@r0
    mov r3,a
    inc r3
t55:    mov r4,#05h
t66:    mov r5,#0a0h
t77:    mov r7,#0ffh
    djnz r7,$
    djnz r5,t77
    djnz r4,t66
    djnz r3,t55
    pop 5
    pop 7
    ret

t0 - индикация значений счётчика
type_count - инкрементирующий или декрементирующий счёт на индикаторе
Visor
Цитата(Stas633 @ Apr 13 2007, 15:36) *
Если "обращаться" к промышленным изделиям, то это например датчик углового перемещения для станков с ЧПУ (по-моему ВМ175 он "называется") обеспечивает от 2500 до 10000 импульсов на оборот, состоит из 15 (по-моему) оптопар, требует внешних импульсов синхронизации, да и "крыльчатка" там выполнена в виде прозрачного диска с нанесенными рисками (если я ошибся -поправьте). Я считаю, что применение энкодера ТАКОГО (или подобного) уровня должно быть чем-то обосновано.

Нет, я говорил несколько о других, их сейчас везде применяют где нужно измерение скорости либо позиционирование. Их великое множество типов и номиналов, от различных производителей, самый простой это инкрементальный энкодер, где на измерение угла стоит именно две оптопары и имеется всего 4 сигнальных линии: А, не А и В, не В, если трасса небольшая используется только две, А и В.
Цитата(Stas633 @ Apr 13 2007, 15:36) *
Не согласен с Вами в том, что минимальная ошибка энкодера - это ширина зуба.

Ваше право, но энкодер "не видит" угла между пульсами, и именно по количеству импульсов на оборот выбирается энкодер, чтобы обеспечить требуемую точность.
Цитата(Stas633 @ Apr 13 2007, 15:36) *
Что меня огорчает больше всего, это то, что все написанное выше в этом посте НИ КАКОЙ полезной информации для автора темы не несет. А со сути является "флудом" и "засоряет" тему.

Информация не бывает бесполезной!
_Sam_
Вроде дошло. smile.gif
Попробуйте скачать какую-нибудь терминальную программку(например такую) в которой можно cts,rts дёргать или ножки лпт. Затем ножку с LPT или COM подключите вместо датчика.Нажатиями на кнопки в программе проэмитируйте работу датчика.Будет ли насчитывать?
Также можно просимулировать всё это в кейле. Там для этого какой-то скриптовый язык есть.

Более подходящая программа. Приятное доп. к вашему осциллографу smile.gif
Visor
'BigCoster'
Я сторонник отладки частями, и чтобы определиться где "хандрит", в железе или в софте, было бы неплохо написать совсем простенькую программку подсчета импульсов, может даже без прерываний.
BigCoster
Цитата(_Sam_ @ Apr 13 2007, 19:48) *
Вроде дошло. smile.gif
Попробуйте скачать какую-нибудь терминальную программку(например такую) в которой можно cts,rts дёргать или ножки лпт. Затем ножку с LPT или COM подключите вместо датчика.Нажатиями на кнопки в программе проэмитируйте работу датчика.Будет ли насчитывать?
Также можно просимулировать всё это в кейле. Там для этого какой-то скриптовый язык есть.

Более подходящая программа. Приятное доп. к вашему осциллографу smile.gif


Пасибки пребольшое a14.gif
smile3046.gif разберёмся...

Цитата(Visor @ Apr 13 2007, 19:51) *
'BigCoster'
Я сторонник отладки частями, и чтобы определиться где "хандрит", в железе или в софте, было бы неплохо написать совсем простенькую программку подсчета импульсов, может даже без прерываний.

Завтра приступим...
Dog Pawlowa
Цитата(BigCoster @ Apr 13 2007, 20:09) *
smile3046.gif разберёмся...
Завтра приступим...

Мне нравится желание изобрести что-то новое, оригинальное, но не нравится упертое желание наступить на грабли.
Поскольку у меня есть определенный опыт с позиционированием (автофокус), то вынужден напомнить, что задача не имеет надежного решения с одним каналом. Быть может, если создается поделка для себя... Но ТЗ мы тут тоже не увидели.
Короче, успехов! smile.gif
Stas633
Цитата(Dog Pawlowa @ Apr 14 2007, 11:03) *
Мне нравится желание изобрести что-то новое, оригинальное, но не нравится упертое желание наступить на грабли.
Поскольку у меня есть определенный опыт с позиционированием (автофокус), то вынужден напомнить, что задача не имеет надежного решения с одним каналом. Быть может, если создается поделка для себя... Но ТЗ мы тут тоже не увидели.
Короче, успехов! smile.gif


Полностью поддерживаю!

Ув. BigCoster, уж если Вы решились на "переделку" своего устройства, то непременно воспользуйтесь приведенными в теме рекомендациями.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.