Problems w/ OneWire and DS18B20
UPDATE: independently confirm to be an issue with Maple & Maple Mini clones - but not an issue on generic boards. This has been placed on the issues list and will be prioritized for research and correction. I'll report here when corrected.
Response to @turkogluky: link
Summary: the current version of OneWire appears to freeze the Maple uC.
Test procedure: I used a Nano to prove the DS18B20 was working; the 4.7K pull-up was required at 5V.
I used a new STM32 Maple Mini clone tested with my blink-count script to confirm the Maple Mini was fully functional.
When I went to the \Documents\Arduino\hardware\STM32\STM32F1\libraries\OneWire\examples\DS18x20_Temperature script, it would not compile on my Windows 8.1 box.
The error was traced to the fact that for some crazy reason, the OneWire lib was being pulled from: \Documents\Arduino\libraries\OneWire\ and not from \Documents\Arduino\hardware\STM32\STM32F1\libraries\OneWire\
I fixed that by including the entire path:
include "\Documents\Arduino\hardware\STM32\STM32F1\libraries\OneWire\OneWire.h"
The program compiled: (1.6.1 shipping)
Sketch uses 15,388 bytes (14%) of program storage space. Maximum is 108,000 bytes.
Global variables use 4,528 bytes of dynamic memory.
HOWEVER: The instantiation of OneWire causes the uC to either freeze or appear to freeze. Pressing RESET goes into DFU but when the user program starts, nothing. Worst, the COMn port does not enumerate on Windows, so no debug output.
I changed Serial. to Serial1. and got a clean compile, but again, OneWire freezes the uC.
Ray