Multiple Dallas Temperatuur sensors at one sensor node

[dzjr]

Thanks again for your help, last weekend I installed everything outside, and everything remains stable!

The only "problem" I still have is that the resolution of the sensors is 9 Bit, while I prefer to have an 11 or 12 bit resolution.

now I have made a second setup with two sensors and the same sketch (only name and IP address are different) and that gives a 12 bit resolution.
Is this because I have connected 9 sensors, or is there possibly something wrong with the reading time in the sketch?
Or is it just a programming error?

the whole sketch is a bit big to post, so I cut it into pieces.

before:

// Dallas temp stukje
#define COMPARE_TEMP 1 // 1= zenden alleen bij verandering 0= direct zenden
#define ONE_WIRE_BUS 6 
#define TEMPERATURE_PRECISION 12
#define MAX_ATTACHED_DS18B20 13
unsigned long SLEEP_TIME = 300; //slaaptijd tussen twee metingen in ms
OneWire oneWire(ONE_WIRE_BUS); //Een oneWire-exemplaar instellen om te communiceren met alle OneWire-apparaten
DallasTemperature sensors(&oneWire); //OneWire naar Dallas
float lastTemperature[MAX_ATTACHED_DS18B20];
int numSensors=0;
bool receivedConfig = false;
bool metric = true;

DeviceAddress Probe01 = { 0x28, 0xFF, 0x64, 0x1D, 0xF8, 0x4F, 0x3A, 0x08 }; // op print
DeviceAddress Probe02 = { 0x28, 0xFF, 0x64, 0x1D, 0xF9, 0x9D, 0xDC, 0x5E  }; // temp op -100 cm
DeviceAddress Probe03 = { 0x28, 0xED, 0x25, 0x77, 0x91, 0x13, 0x02, 0xFF }; // temp op -50 mtr
DeviceAddress Probe04 = { 0x28, 0xC5, 0x51, 0x77, 0x91, 0x0B, 0x02, 0x00 }; // temp op -20 cm
DeviceAddress Probe05 = { 0x28, 0xDC, 0x25, 0x77, 0x91, 0x13, 0x02, 0x25 }; // temp op -10 cm
DeviceAddress Probe06 = { 0x28, 0x54, 0x96, 0x77, 0x91, 0x08, 0x02, 0xA0 }; // temp op 10 cm
DeviceAddress Probe07 = { 0x28, 0x1F, 0x11, 0x43, 0x98, 0x25, 0x00, 0x8B }; // temp op 150 cm
DeviceAddress Probe08 = { 0x28, 0xFF, 0x0A, 0x63, 0x73, 0x16, 0x05, 0x9F }; // temp van water in put
DeviceAddress Probe09 = { 0x28, 0x98, 0x9C, 0x77, 0x91, 0x19, 0x02, 0xD7 }; // temp in border


// Initialiseer temperatuurbericht
MyMessage msg(0, V_TEMP);

Void Loop:

void loop()

{
{     
  // Fetch temperatures from Dallas sensors
  sensors.requestTemperatures();

  // query conversion time and sleep until conversion completed
  int16_t conversionTime = sensors.millisToWaitForConversion(sensors.getResolution());
 
  wait(conversionTime);

  // Read temperatures and send them to controller 
  for (int i=0; i<numSensors && i<MAX_ATTACHED_DS18B20; i++) {
 
    // Fetch and round temperature to one decimal
   // float temperature = static_cast<float>(static_cast<int>((getControllerConfig().isMetric?sensors.getTempCByIndex(i):sensors.getTempFByIndex(i)) * 10.)) / 10.;
  float temperature;
    // voor geadreseerde sensoren
    switch (i)  {
      case 0:
        temperature = sensors.getTempC(Probe01);
        break;
      case 1:
        temperature = sensors.getTempC(Probe02);
        break;
      case 2:
        temperature = sensors.getTempC(Probe03);
        break;
      case 3:
        temperature = sensors.getTempC(Probe04);
        break;
      case 4:
        temperature = sensors.getTempC(Probe05);
        break;
      case 5:
        temperature = sensors.getTempC(Probe06);
        break;
      case 6:
        temperature = sensors.getTempC(Probe07);
        break;
      case 7:
        temperature = sensors.getTempC(Probe08);
        break;
      case 8:
        temperature = sensors.getTempC(Probe09);
        break; 
      default:
        temperature = sensors.getTempCByIndex(Probe09);
        break;
    }
 
    // Only send data if temperature has changed and no error
    #if COMPARE_TEMP == 1
    if (lastTemperature[i] != temperature && temperature != -127.00 && temperature != 85.00) {
    #else
    if (temperature != -127.00 && temperature != 85.00) {
    #endif
 
      // Send in the new temperature
      send(msg.setSensor(i+21).set(temperature,1));
      // Save new temperatures for next compare
      lastTemperature[i]=temperature;
    }
    }
    }

The complete code you can find here; sorry the comments are in dutch...
https://github.com/dzjr/MySensors-Put-Node

This was my first real MySensor and second Arduino sketch / project, so if you have some comments or tips, I am open to that!

Thank you for the help!

dzjr

[zboblamont]

@dzjr Check out the read times on the Dallas specs, from memory it increases markedly with higher resolutions....

[hard-shovel]

@dzjr you have the define

#define TEMPERATURE_PRECISION 12

In the github code this is not utilized, so the sensors are operating in 9 bit resolution.

You need to add the following in the before or setup

sensors.setResolution(TEMPERATURE_PRECISION);

[dzjr]

@hard-shovel

Thanks for the reply, i have tryed to load the new sketch into the Arduino, only i cant make USB connection, do i have look at that first 😕.

You will hear from me.

Dzjr

[dzjr]

after replacing the arduino (I could not connect the board) I was able to load the sketch again.

I now have a better resolution, I do not think I have 12 bits but maybe that's because of the link with domoticz.

As I wrote the node is installed, but still think that I must adapt to the sketch.

I now only have a dallas sensor that does not work anymore, but that will be okay.

[mfalkvidd]

@dzjr are you aware that the accuracy is still ±0.5°C, regardless of resolution?

[dzjr]

@mfalkvidd Yes i know that, i allready read it in the spec sheet.

[hard-shovel]

@dzjr To get the extra resolution sent to the controller try using

  send(msg.setSensor(i+21).set(temperature,2));

[dzjr]

@hard-shovel I will keep that in mind,

for now it is working (only one dallas is broken).

[fouad1996]

@zboblamont said in Multiple Dallas Temperatuur sensors at one sensor node:

If you cannot daisy chain them because there is no sequential route between locations, use a separate pin for each data line (powered via resistor) and communicate with each line in turn.
The line here is using 3 cores in 20-30m of Cat5e cable to ensure each chip is physically sequential on the line.
When I added a further sensor location, a loop had to be spliced in to keep the line a daisy chain. It is a small house, the length is purely down to the route, and cable is cheap.

in case you can not daisy chain them because there is no sequential direction among locations, use a separate pin for each data line (powered thru resistor) and talk with each line in flip.
the road here is using three cores in 20-30m of Cat5e cable to make certain each chip is physically sequential on the road.
after I delivered a similarly sensor vicinity, a loop needed to be spliced in to preserve the road a daisy chain. it is a small residence, the period is purely down to the route, and cable is cheap.