Hi Paul,

I assume all references to temperatures in your mail are degree F, if so 
I am surprised that it causes a problem.  I use 27 DS1820's on my system 
which includes 7 measuring solar panels, these can and have gone to over 
120 degrees C and I have not experienced the problems that you have.

How are you detecting the errors?  I poll as fast as I can, which is 
about 15 seconds or so.  I log when I get a good read from each device, 
so error detection is really not had a good read for > 45 seconds.  I 
have a couple of sensors that I suspect are faulty and fail from time to 
time but the rest are fine and nothing seems to be temperature related.

If you have some other way to log errors I would be happy to try to 
incorporate that into my system to gather more info.

Cheers
Mick

On 29/04/15 01:04, Paul W Panish wrote:
> I’m wondering if anyone has information on an issue I’ve been having
> with DS18B20 temperature sensors.
>
> For some time I’ve been developing a wood fired boiler/heating/DHW
> system controller
> (https://sourceforge.net/projects/bctl/?source=directory) using the
> owcapi for all sensing and I/O functionality. My 1-wire network is
> limited in length and low in device weight. I have two DS18B20
> temperature sensors and three Hobbyboards DS2408 based PIO boards on a
> roughly 50 foot linear topology bus using CAT5e cabling and standard
> RJ45 connectors for daisy-chaining bus segments and device attachment.
> The drops to each device are 1 meter or less. I’m providing power and
> ground through the CAT5e cabling.
>
> My problem is that there seems to be a strong temperature dependency for
> bus read/write errors caused by the DS18B20 sensors. I’ve replaced the
> sensors a few times with devices purchased at different times and from
> different vendors to rule out random bad devices.
>
> I’m using a polling loop to read the DS18B20’s and PIO inputs at 5
> second intervals with a conversion resolution of 10 bits
> (temperature10). When the system is cold (<140 degrees F) it can go
> forever (months) with no errors indicated in any device access. However,
> when I fire the boiler I start seeing access errors (file not found) as
> the boiler temperature rises above roughly 150 degrees. The error rate
> increases as temperatures rise to a maximum level of about 185 degrees
> at which point they are quite severe.
>
> The errors are not just on access to the temperature sensors (which are
> hot), but also on access to the DS2408 devices (which remain at room
> temperature), though much less frequently. From this I’m deducing that
> bus timing is changing for the temperature sensors in such a manner that
> they are corrupting access to other devices. I don’t have a scope so I’m
> unable to check for slew rates, noise, or reflection problems, however
> none of these should be affected by device heating (well  maybe slew rate…)
>
> I’ve implemented a redundant read mechanism (in addition to any
> redundancy owfs implements), which has made the system usable, but over
> the long term this is a risky solution. I can tolerate the read errors
> assuming I get an occasional success, however if a write to a PIO output
> is dropped the results could be messy.
>
> One solution would be to switch to thermocouple sensors for the high
> temperature components, using the MAX31850 devices, which I’ll do in the
> absence of any other remedy. However, the temperatures I’m dealing with
> are all well within the specified limits of the DS18B50 family of
> devices, so I’m wondering if anyone has had similar experience and could
> shed some light on the situation.
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Owfs-developers mailing list
> Owfs-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/owfs-developers


------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to