I'm curious why this crate is needed when you can use the tokio::fs module? There are a few caveats on windows (such as making sure to call SetCommTimeouts, but the implementation here does not seem to do anything with files (windows for example uses named_pipe?)
...is the idea to be lower level then tokio and avoid pulling in entire tokio runtime? - or am i missing something in my understanding as to why tokio::fs is not a good idea for accessing serial ports in tokio
I'm curious why this crate is needed when you can use the tokio::fs module? There are a few caveats on windows (such as making sure to call
SetCommTimeouts, but the implementation here does not seem to do anything with files (windows for example uses named_pipe?)...is the idea to be lower level then tokio and avoid pulling in entire tokio runtime? - or am i missing something in my understanding as to why tokio::fs is not a good idea for accessing serial ports in tokio