Моя версия прибора Auto Zero CNC. Подробности

[Сергей Саныч]

Вот не пойму я зачем тут нужна так называемая защита от дребезга. Зачем ждать успокоения процесса чтобы сделать отсчет и дать задний ход? ведь он все равно завершится переходом в состояние стабильный обрыв?

Допустим, датчик сработал. Начали отъезд, скажем по G1 или G0. Датчик "вздребезнулся" и выдал во время отъезда ложный импульс срабатывания. Система ЧПУ неожиданные срабатывания датчика во время любого движения, (кроме измерительного) интерпретирует как аварийную ситуацию и останавливает станок.

[VAT]

Допустим, датчик сработал.

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

[Сергей Саныч]

с этого момента на датчик обращать внимания не надо

И кто будет "не обращать внимания"? LinuxCNC, к примеру, сработку датчика во время рабочего или холостого движения воспринимает как аварийную ситуацию (и правильно делает). Можно, конечно, временно логически отключать датчик, но, как правило, это оказывается сложнее, чем программно организовать антидребезг.

[VAT]

Можно, конечно, временно логически отключать датчик, но, как правило, это оказывается сложнее, чем программно организовать антидребезг.

если программно организовывать антидребезг датчика постоянно его опрашивая - то это плохо - помеху софтом не фильтруют согласно Котельникову. сначала надо тогда уж отфильтровать все частоты выше частоты опроса. а это значит реальный фильтр хоть RC.. а он свою внесет погрешность и задержку.. а если запускать опрос-антидребезг начиная от первого срабатывания - то это все равно внесет погрешность потому как это случайный процесс и время успокоения до "надежного разрыва" будет неопределено.
Тут если программно никак нельзя игнорировать сигнал после первого срабатывания- нужен тогда уж одновибратор расширяющий первичное срабатывание до перекрытия времени возможного дребезга или сколько там времени отъезжает шпиндель после касания.
Толку от триггера Шмидта? - он только делает дребезг более четким.
Емкость мелкая на входе нужна конечно - но чисто от ВЧ помех.

LinuxCNC, к примеру, сработку датчика во время рабочего или холостого движения воспринимает как аварийную ситуацию (и правильно делает).

ну а в чем противоречие? обнаружил обрыв - авария.. Что кстати за ситуации бывают? Вопрос непраздный так как являюсь подопытным кроликом в одном проекте.. когда шпиндель на полном ходу въехал в датчик? ну датчику все равно хана. тут надо сейсмодатчик ставить)) или случайные срабатывания от помех? - ну так это должно по-другому решаться - входным фильтром, а программным антидребезгом помехи давить точно моветон.

[alex_sar]

программным антидребезгом помехи давить точно моветон.

прям моветон? )
это я так понимаю в каком-то очередном учебнике хорошего тона прочитано?

и каким боком Котельников к помехам в этом контексте? набор слов какой-то, честное слово )

[VAT]

Прям моветон. Так делают впрочем и далеко ходить не надо за примерами.
это очень просто: вот идет помеха-иголка=логическая "1" с частотой 1мс длительностью 1мкс. И вы синхронно считываете эту помеху если у вас период опроса тоже 1мс и вы неудачно попали "в фазу" - и спокойно себе думаете что у вас на входе стабильная 1, когда там 0.

Так понятно? Это как раз про Котельникова или Найквиста - кому что ближе.
То есть частота появления помехи должна быть сильно ниже частоты опроса чтобы можно было надеяться на программную фильтрацию. Чтоб было так - нужно это сначала железным способом сигнал отфильтровать.

Программно давят дребезг контактов потому что он прекращается - нужно просто выждать время. К тому же опрос клавиш часто достаточно быстрый и дребезг может еще не прекратится и на выход пойдет серия отжатий/нажатий. Это совсем другая история.

[alex_sar]

это очень просто: вот идет помеха-иголка=логическая "1" с частотой 1мс длительностью 1мкс. И вы синхронно считываете эту помеху если у вас период опроса тоже 1мс и вы неудачно попали "в фазу" - и спокойно себе думаете что у вас на входе стабильная 1, когда там 0.

для этого считывают 8-16-100 раз и проверяют. благо даже сторублевые стм-ки это позволяют делать на мегагерцах. не вижу никакой проблемы здесь.
считывать с частотой 1мс это ещё постараться придётся - специально задержек понаставить.

в чём принципиальное отличие срабатывания датчика касания от нажатия кнопки? да нет никакого отличия.

Теорема Котельникова как раз и говорит о том, что если частота достаточная, то аналоговый сигнал можно представить в цифровом виде. Вы её почему-то только в одну сторону понимаете.

[VAT]

в чём принципиальное отличие срабатывания датчика касания от нажатия кнопки? да нет никакого отличия.

Физически нет, а по поведению есть. Например ваша клавиатура не знает сколько времени вы будете держать кнопку нажатой или может нажмете ее 5 раз подряд. А в случае датчика высоты когда едем на датчик ждем размыкания, едем обратно - и так знаем что там замкнет, пока мы отъедем. Отъехав - тоже нет смысла дебаунсить - для этого тупо нет никаких оснований. один раз прочитали - должно быть замыкание и едем в другою точку или олбратно. Нет - авария. Если вы хотите отстроится от помех таким образом - другое дело. Так делают. Но это неправильно.

для этого считывают 8-16-100 раз и проверяют. благо даже сторублевые стм-ки это позволяют делать на мегагерцах. не вижу никакой проблемы здесь.

ну вот у вас на входе белый шум . считали вы 16 раз 1 - и что - там единица? возможно такое? возможно конечно.

считывать с частотой 1мс это ещё постараться придётся - специально задержек понаставить.

ваша клавиатура читает одну клавишу значительно реже, ну допустим 10мс. ну и дребезг пусть 5мс
а если бы читала раз в 1мкс? поставили бы туда "стм-ку сторублевую" что - копить 5000 значений и сверять пока все они не станут 1? Толку то ноль.
Клавиатура этого не делает, потому как разрабатывали ее люди грамотные.

[alex_sar]

ну вот у вас на входе белый шум

это у вас. а у нас в квартире газ )
с фига ли белый шум то на входе? pull-up pull-down, нет не слышали )
ладно, прекращаю сию дискуссию. всё понятно.

[VAT]

то что вам теперь все понятно это хорошо - уже не зря значит поднял тему

[xvovanx]

с фига ли белый шум то на входе? pull-up pull-down, нет не слышали )

+100500
Подтянутый вход очень хорошо фильтруется от всякого шума через кондеры питания/емкость батареи.
И Котельников тут не при чем - у нас совсем другая ситуация - не аналоговый радиосигнал в шумах, а цифра по проводам.

[VAT]

+100500

xnj pf wbahf&&

Подтянутый вход очень хорошо фильтруется от всякого шума через кондеры питания/емкость батареи.

Подтянутый вход это не фильтр - это в некотором роде входное сопротивление. Чем меньше сопротивление - тем меньше будет на нем помеха.

И Котельников тут не при чем - у нас совсем другая ситуация - не аналоговый радиосигнал в шумах, а цифра по проводам.

А к аналоговому сигналу но не радио, а в проводах Котельников не относится что ли?

[xvovanx]

Подтянутый вход это не фильтр

Что ни наесть самый настоящий RC фильтр. ВЧ помеха идет через резистор подтяжки и кондер БП на корпус и именно поэтому

Чем меньше сопротивление - тем меньше будет на нем помеха

.

А к аналоговому сигналу но не радио, а в проводах Котельников не относится что ли?

у нас цифра, а не аналог. Дребезг цифры и аналог с шумах - разные вещи.

[VAT]

Что ни наесть самый настоящий RC фильтр. ВЧ помеха идет через резистор подтяжки и кондер БП на корпус и именно поэтому

нет - фильтром резистор назвать нельзя. Про то что для помехи "кондер" = кз , если он подходящий и стоит в годном месте я в курсе. но это не то место

Дребезг цифры и аналог с шумах - разные вещи.

я где-то говорил что дребезг - это шум? Как раз наоборот.

Я спросил "зачем бороться с дребезгом в этом конкретном случае когда этим только ухудшаются параметры?"

А если помехи в этой зоне таковы что возможны ложные срабатывания - то эти помехи нужно давить аппаратно. А чтобы давить помеху программно нужно опрашивать чаще чем длительность помехи..

[xvovanx]

нет - фильтром резистор назвать нельзя.

Я про эту RC цепь (R подтяжки и C блока питания)

(для просмотра содержимого нажмите на ссылку)

1.png (6.33 КБ) 1549 просмотров

А чтобы давить помеху программно нужно опрашивать чаще чем длительность помехи..

Может все таки наоборот - делать выборки замеров реже. Если мы сделаем 10 замеров во время помехи, то ничего путного не получим.

[VAT]

да я понял понял.. это не фильтр.

[xvovanx]

да я понял понял.. это не фильтр.

А что это по вашему? Разве не последовательный RC фильтр? Если мы условно сделаем подтяжку равной нулю (посадим на плюс питания), то сигнальных помех не будет вообще, т.к они зашунтируются емкостью БП. Поэтому при помехах и пытаются R подтяжки уменьшать в разумных пределах.

[VAT]

а что это по вашему не последовательный RC фильтр?

резистор - это шунт. емкость тут вообще не при чем если она хорошая и правильно установлена.

Если мы условно сделаем подтяжку равной нулю (посадим на плюс питания), то сигнальных помех не будет вообще,

так эта линия становится подверженной помехам когда контакт разомкнулся - она и так была на земле. а когда разомкнулся - можно ехать от объекта не обращая внимание на сигнал - он неинтересен - есть там помехи или нет.. отъехали - проверили на всяк случай - должен быть кз.. это если датчик не завис. но зависание датчика ни к помехам ни к дребезгу не отнесешь.

[calabr]

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

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

[xvovanx]

В своем большинстве в софте уже предусмотрено программное подавлении дребезга на входах, в датчике остается только создать крутой фронт перехода триггером Шмидта/компаратором/прерывание по первому фронту. В самописанных макросах сканирования тоже проще программно добавить строчку паузы после опроса, чем в датчике размещать формирователь импульса.