Indeed. Unfortunately onewireviewer won't even give me raw scratchpad data.
It seems to me that since the temperature (ds1825) and CJC compensated
temperature (31850) are in the same place (bytes 0-1) they should both be
delivered to 'temperature' and CJC (1-2) should be in an auxiliary
All,
I just realized the attachment from my email to Paul Alfille wouldn't be
readable for anyone not using Postbox on a Mac. Here's a copy of the
text, sorry about the bad formatting:
Hi Paul,
I just got around to updating and rebuilding my repository to check out
the MAX31850 (sorry it
Jan,
I'm afraid I retired shortly after I made those code changes, and I
have't had a working development environment in about a year now. I've
gone back through the code and an email exchange with Paul Alfille to
try and figure out what's going on, and what I had done (see attached
email to
Am 29.06.2016 um 21:56 schrieb Colin Reese:
> I just pulled off the hex and noted short VDD and also ground short
> faults. These also showed up in owfs. I'm waiting on a scratchpad
> dump from onewireviewer, but how is this even possible? The device is
> both prebuilt commercially and also reads
I just pulled off the hex and noted short VDD and also ground short
faults. These also showed up in owfs. I'm waiting on a scratchpad dump
from onewireviewer, but how is this even possible? The device is both
prebuilt commercially and also reads fine into a DS9490R. Is the data
being read
Am 29.06.2016 um 21:03 schrieb Colin Reese:
> Hello all,
>
> I have a Datanab TC to 1Wire that uses a MAX31850:
>
> http://www.datanab.com/sensors/1wire-%20thermocouple-sensor-thrmcpl_k.php
>
> The device reads fine using a DS9490R on Windows using a package I have
> written to read the device
Hello all,
I have a Datanab TC to 1Wire that uses a MAX31850:
http://www.datanab.com/sensors/1wire-%20thermocouple-sensor-thrmcpl_k.php
The device reads fine using a DS9490R on Windows using a package I have
written to read the device as in the datasheet (OneWire Viewer does not
read
