OneWire Library Bug / Proposed FIX (June 2019) Affects DS18B20 and other OneWire devices

[Jonpcar]

Not the first time this solution has been brought up. @keithrussell came so close......

@keithrussell

OK, I looked at the library read and write routines, and they are generously sprinkled with noInterrupts() statements, but there is nothing preventing the RTOS from preempting any of the routines. So, I am going to wrap my calls to the library with SINGLE_THREADED_BLOCK() statements. The ATOMIC_BLOCK() would be overkill since it adds only interrupt suspension, and would likely turn off interrupts too long.

Back in the day (haha), we used to have a DI command that would Disable (ALL) Interrupts...except for the NMI (Non-Maskable Interrupt).

The OneWire bit transmission requires about 60us, is it really hard to lock down code for that length of time?