i.MX6ULL falling edge GPIO IRQ

[AlexandrY 0]

On 3/12/2021 at 9:26 PM, makc said:

Делал задержку 10 мкс - не помогает.

Если так действительно делали, то зачем смотреть дребезг? 
 

[mantech 1]

20 минут назад, makc сказал:

Как такового дребезга не видно, есть некрасивый перегиб,

Вижу не очень хороший переходный процесс, входы у этого проца очень чувствительные, вполне могло быть ложное срабатывание, ИМХО...

[makc 6]

7 минут назад, AlexandrY сказал:

Если так действительно делали, то зачем смотреть дребезг? 

Чтобы определить источник проблемы, т.к. было непонятно что происходит: не сбрасывается прерывание, либо же приходит второе прерывание, которого быть не должно. Например, из-за дребезга на фронте сигнала.

Добавил в обработчик прерывания по спаду выдачу короткого импульса на другую линию GPIO, чтобы убедиться, что обработчик вызывается действительно по фронту (причинно-следственная связь) и вот что получилось:

Т.е. действительно эффект вызова обработчика по нарастанию сигнала налицо.

Остаётся вопрос: почему это происходит, если включен гистерезис на входе прерывания?

5 минут назад, mantech сказал:

Вижу не очень хороший переходный процесс, входы у этого проца очень чувствительные, вполне могло быть ложное срабатывание, ИМХО...

Согласен, но почему не помогает настройка гистерезиса?

[makc 6]

Все встало на свои места: величина входного гистерезиса по описанию i.MX6ULL всего 200 мВ, при том что амплитуда перегиба на осциллограммах (в среднем) около 313 мВ. Т.е. действительно получается, что с точки зрения i.MX6ULL наблюдается еще один спад после фронта.