Очень непонятная ситуация с датчиком ds18b20
- Войдите на сайт для отправки комментариев
Втр, 07/01/2014 - 20:03
Здравствуйте, уважаемые форумчане. Столкнулся с непонятной ситуацией. В наличии два клона Arduino UNO и микромодуль Arduino Leonardo, подключаю датчик DS18B20 по обычной схеме без паразитного питания. SMD резистор на 4,7 килоом впаян прямо между выводов Dq и Vdd датчика. Библиотека 1Wire и Dallas Temperature Control Library. Пробовал встроенные примеры из этих библиотек, и несколько из интернета, проблема одна и таже. А проблема в том, что при нагревании датчика отображаемая температура уменьшается и почему-то вымодится в COM порт с минусом.....Ниже пример скетча из папки примеры и вывод в ком порт, там видно как сначала температура -31 С, потом я грею рукой датчик и она начинает падать. Пробовал с двумя датчиками. Подскажите пожалуйста, с чем это может быть связано? В ардуино я новичек.
#include <OneWire.h>
#include <DallasTemperature.h>
// Data wire is plugged into port 2 on the Arduino
#define ONE_WIRE_BUS 21
// Setup a oneWire instance to communicate with any OneWire devices (not just Maxim/Dallas temperature ICs)
OneWire oneWire(ONE_WIRE_BUS);
// Pass our oneWire reference to Dallas Temperature.
DallasTemperature sensors(&oneWire);
void setup(void)
{
// start serial port
Serial.begin(9600);
Serial.println("Dallas Temperature IC Control Library Demo");
// Start up the library
sensors.begin();
}
void loop(void)
{
// call sensors.requestTemperatures() to issue a global temperature
// request to all devices on the bus
Serial.print("Requesting temperatures...");
sensors.requestTemperatures(); // Send the command to get temperatures
Serial.println("DONE");
Serial.print("Temperature for the device 1 (index 0) is: ");
Serial.println(sensors.getTempCByIndex(0));
delay (1500);
}
Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -31.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -31.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -31.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -30.00 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -28.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -28.00 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -27.00 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -27.00 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -26.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -26.50 Requesting temperatures...DONE Temperature for the device 1 (index 0) is: -26.00 Requesting temperatures...DONE
Температура повышается... А откуда на дуине UNO вырос 21 вывод?
А откуда на дуине UNO вырос 21 вывод?
Вырос :) ... Вот не тестрировал сам лично и не изучал вопрос: какой номер по нумерации ардуино будет у выводов кварца,если включить внутренний генератор.
21 вывод это не на UNO, а на платке с ebay, вот такой
Она прикидывается Leonardo, на УНО тоже самое. Она повышается, но отображается неправильно, непойму почему
Попробуй подключить к дискретному выводу
И дай задержку по времени после опроса датчика.
Вобщем попытался сделать так. Скачал библиотеку OneWire отсюдаhttp://www.pjrc.com/teensy/td_libs_OneWire.html
Загрузил пример из комплекта библиотеки DS18x20_Temperature и залил его в UNO
#include <OneWire.h>
// OneWire DS18S20, DS18B20, DS1822 Temperature Example
//
// http://www.pjrc.com/teensy/td_libs_OneWire.html
//
// The DallasTemperature library can do all this work for you!
// http://milesburton.com/Dallas_Temperature_Control_Library
OneWire ds(10); // on pin 10 (a 4.7K resistor is necessary)
void setup(void) {
Serial.begin(9600);
}
void loop(void) {
byte i;
byte present = 0;
byte type_s;
byte data[12];
byte addr[8];
float celsius, fahrenheit;
if ( !ds.search(addr)) {
Serial.println("No more addresses.");
Serial.println();
ds.reset_search();
delay(250);
return;
}
Serial.print("ROM =");
for( i = 0; i < 8; i++) {
Serial.write(' ');
Serial.print(addr[i], HEX);
}
if (OneWire::crc8(addr, 7) != addr[7]) {
Serial.println("CRC is not valid!");
return;
}
Serial.println();
// the first ROM byte indicates which chip
switch (addr[0]) {
case 0x10:
Serial.println(" Chip = DS18S20"); // or old DS1820
type_s = 1;
break;
case 0x28:
Serial.println(" Chip = DS18B20");
type_s = 0;
break;
case 0x22:
Serial.println(" Chip = DS1822");
type_s = 0;
break;
default:
Serial.println("Device is not a DS18x20 family device.");
return;
}
ds.reset();
ds.select(addr);
ds.write(0x44, 1); // start conversion, with parasite power on at the end
delay(1000); // maybe 750ms is enough, maybe not
// we might do a ds.depower() here, but the reset will take care of it.
present = ds.reset();
ds.select(addr);
ds.write(0xBE); // Read Scratchpad
Serial.print(" Data = ");
Serial.print(present, HEX);
Serial.print(" ");
for ( i = 0; i < 9; i++) { // we need 9 bytes
data[i] = ds.read();
Serial.print(data[i], HEX);
Serial.print(" ");
}
Serial.print(" CRC=");
Serial.print(OneWire::crc8(data, 8), HEX);
Serial.println();
// Convert the data to actual temperature
// because the result is a 16 bit signed integer, it should
// be stored to an "int16_t" type, which is always 16 bits
// even when compiled on a 32 bit processor.
int16_t raw = (data[1] << 8) | data[0];
if (type_s) {
raw = raw << 3; // 9 bit resolution default
if (data[7] == 0x10) {
// "count remain" gives full 12 bit resolution
raw = (raw & 0xFFF0) + 12 - data[6];
}
} else {
byte cfg = (data[4] & 0x60);
// at lower res, the low bits are undefined, so let's zero them
if (cfg == 0x00) raw = raw & ~7; // 9 bit resolution, 93.75 ms
else if (cfg == 0x20) raw = raw & ~3; // 10 bit res, 187.5 ms
else if (cfg == 0x40) raw = raw & ~1; // 11 bit res, 375 ms
//// default is 12 bit resolution, 750 ms conversion time
}
celsius = (float)raw / 16.0;
fahrenheit = celsius * 1.8 + 32.0;
Serial.print(" Temperature = ");
Serial.print(celsius);
Serial.print(" Celsius, ");
Serial.print(fahrenheit);
Serial.println(" Fahrenheit");
delay(2000);
}
В итоге все равно показания температуры отображаются неверно при нагреве датчика
ROM = 28 4D 4E D1 0 0 0 E4
Chip = DS18B20
Data = 1 18 FE 0 0 1F FF 8 10 DE CRC=DE
Temperature = -30.50 Celsius, -22.90 Fahrenheit
No more addresses.
ROM = 28 4D 4E D1 0 0 0 E4
Chip = DS18B20
Data = 1 88 FE 0 0 1F FF 8 10 18 CRC=18
Temperature = -23.50 Celsius, -10.30 Fahrenheit
No more addresses.
ROM = 28 4D 4E D1 0 0 0 E4
Chip = DS18B20
Data = 1 E0 FE 0 0 1F FF 10 10 49 CRC=49
Temperature = -18.00 Celsius, -0.40 Fahrenheit
No more addresses.
ROM = 28 4D 4E D1 0 0 0 E4
Chip = DS18B20
Data = 1 20 FF 0 0 1F FF 10 10 AF CRC=AF
Temperature = -14.00 Celsius, 6.80 Fahrenheit
No more addresses.
ROM = 28 4D 4E D1 0 0 0 E4
Chip = DS18B20
Data = 1 30 FF 0 0 1F FF 10 10 FB CRC=FB
Temperature = -13.00 Celsius, 8.60 Fahrenheit
No more addresses.
странно что готовый пример не работает как надо.
http://milesburton.com/Main_Page?title=Dallas_Temperature_Control_Library#Latest
вот по этой ссылкам читайте и берите библиотеки
попробую, спасибо, завтра отпишусь.
Все тоже самое, библиотеки взял по приведенной выше ссылке. Пробовал на разных пинах.
Похоже проблема в самих датчиках. Залил сейчас hex, полученный из другой среды разработки. Тоже самое. При этом в симуляторе Proteus все нормально работает.
Похоже проблема в самих датчиках. Залил сейчас hex, полученный из другой среды разработки. Тоже самое. При этом в симуляторе Proteus все нормально работает.
Таймаут между опросами - имеется?
Имеется, вот на другом форуме ответили
Я не знаю, что значит "1" вначале каждого сообщения, но если её игнорировать (ведь датчик отправляет только 9 байтов), то CRC считается верно, значит железо и программная реализация протокола работает -- вы получаете действительно то, что отсылает датчик.
Теперь смотрим, "18 FE" -- это температура в °C/16 согласно даташиту, LSB первый, поэтому FE18 = -1E8 = -488 (дес.). Делим на 16, получаем -30.5 °C. Всё верно. Значит датчики у вас неправильно мерят температуру. Либо вы сейчас на улице.
Значит с подтяжками на линии какая-то фигня. Маловероятно, что два датчика сразу будут так врать...
с подтяжкой все нормально. Да и что там может быть, резистор 4,7к, проводок до контроллера 10 сантиметров. А врут все пять датчиков, приехавших из китая с двумя совершенно разными библиотеками. Куплю на неделе новый датчик, посмотрим.
Позноватый ответ НО сам на этом уперся - решение нашел сдесь https://www.youtube.com/watch?v=ukOnKq4yQoc
Flprog - в помощь! Там надо указать адресс порта byte _d18x2x1Addr[8]={0x28, 0xFF, 0x82, 0xFD, 0x44, 0x16, 0x3, 0xE7};
вот у меня что то в этом роде.