DS18B20 VS DS18S20 & multiple

[Darrel Taylor]

The DS1820/DS18S20 are 9-bit devices.
By using the count_per_c and count_remain values, you can extend the range to 12-bit.
But if you just want the 9-bit value, you don't need them.

Only the DS18B20 has a settable resolution, that also reduces the conversion time as the resolution is reduced.

The older DS1820/DS18S20 do not have that feature, and will always have a 750ms conversion time, so using a lower resolution doesn't really help anything.
<br>

[RFsolution]

Ok Darrel well it is all about conversion time I dont need more than a 1 degree resolution
but conversiontime is important.

Meanwhile I ordered some 18B20 versions

Still dont get why my code does not work when I simple replace my DS1820 by a DS18S20

Further , can you point me out how to read 2 sensors on 1 bus,again here
conversiontime is imporant,resolution not

Thanks

Walter

[Darrel Taylor]

... can you point me out how to read 2 sensors on 1 bus ...

Well, my first instinct is to say "Don't Do It".

The overhead involved, is HUGE.
You'll end up using 2-3K words of program space just doing the SearchRom, saving the serial number to RAM/EEPROM, then sending those serial numbers each and every time you access either one of the sensors.

It's so much easier to just use another pin.
And with separate pins, the program automatically knows which sensor it's talking too.
With multiple devices on a single buss, there's no easy way to tell which sensor is in which location (without human intervention).

But with that said, if you only have the one pin available?
Here's where you need to start ...

1 Wire Search Routine (Dave)
http://www.picbasic.co.uk/forum/showthread.php?t=520

Dallas 1-wire search Routine (jimbab)
http://www.picbasic.co.uk/forum/showthread.php?t=3671

[RFsolution]

Thanks Darrel

Well I only have 1 pin free but will use only 1 sensor then

As i'm polling with HSER several AD value's and I/O if was wondering to speed up the
polling if it should not be possible to exit the loop when count_remain is not finished yet
and send meanwhile the previous temperature value as reply to the serial poll for temperature

once count_remain is 0 then update the temp value

should this be done by an interupt routing when count remain = 0 ?