You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 16, 2024. It is now read-only.
pulses_get() gets into a kind of lock state, if pulses with a period of > 20000us are applied and the time out was set to an appropriate large value, like 30000. It does not simply return wrong values, but from one "overflow" event on it returns the value pair 19879, 0 irrespective of the signal applied to the input. Only hard reset fixes that. Possible fix:
In line 107 of modpycom.c set: rmt_rx.rx_config.idle_threshold = 0xffff;
That results in a more robust behavior. For pulses of > 32768 us a wrong value will be reported, but after returning to shorter pulses, they will be reported correctly.
The text was updated successfully, but these errors were encountered:
pulses_get() gets into a kind of lock state, if pulses with a period of > 20000us are applied and the time out was set to an appropriate large value, like 30000. It does not simply return wrong values, but from one "overflow" event on it returns the value pair 19879, 0 irrespective of the signal applied to the input. Only hard reset fixes that. Possible fix:
In line 107 of modpycom.c set:
rmt_rx.rx_config.idle_threshold = 0xffff;
That results in a more robust behavior. For pulses of > 32768 us a wrong value will be reported, but after returning to shorter pulses, they will be reported correctly.
The text was updated successfully, but these errors were encountered: