Peter Hinch

I can't argue with code that works, but I think it relies on the specific nature of your application which never blocks for more than 1ms or so. The reason...

I'm afraid I don't follow what you intend here, please explain. I'm now very puzzled. I built conditioning circuits with 1.2ms time constants and Scmitt triggers and examined the output...

I can't understand why we're getting such different results. I'll try again to break it, but I don't hold out much hope; I can't fix a fault unless I can...

I have pursued this further with these outcomes: 1. I remain baffled as to why you didn't have success with your Schmitt pre-conditioner. 2. I have significantly improved my code...

Well spotted. That is odd, I think a bug must have crept into uasyncio as that script did once work. It still does under CPython. This is the script from...

I have raised [this issue](https://github.com/micropython/micropython/issues/7807) with a simplified script.

Sorry, I can't find this. I've searched I2C.md for "sock_nonblock" and also for "illustrates" and drawn a blank, both on the web and in my original text. Please could you...

Thanks for the report. This one isn't as easy to fix: the file [sock_nonblock.py](https://github.com/peterhinch/micropython-async/blob/master/v2/sock_nonblock.py) is in the V2 tree and I never ported it to V3. For the moment I've...

A 1ms sleep is not a realistic way to use uasyncio. In practice the delay will be much longer than that, because other tasks will be scheduled for execution during...

I can only reiterate: please produce a minimal test case enabling the maintainers (and myself) to reproduce the fault, and raise an issue if you are convinced of a bug...