DS18B20

уже были мысли, тем паче, что на питание камеры 12в тоже там проходит - можно было 7805 влепить - поленился пробовать, думал может обойдусь чем-нибудь вроде стабилитрона да конденсатора, как некоторые советуют. Придется наверное провести серию экспериментов

 

Варианты - уменьшить сопротивление резистора (4,2-3,9 кОм), сигнальная линия с землей на одной паре, на линии питания и сигнальной ферритовые бусинки (со старых материнок), керамика 0,1мкф по питанию рядом с датчиком.

 

ничего мутного, все просто и очевидно - экран заземляется в одной точке, в точке приема сигналов. Если заземлить экран в двух точка, то по экрану потечет ток и даст наводку, а если заземлить в одной, то экран выполняет роль экрана. С земляными шинами тоже все просто - всегда надо помнить, что провода в реальности имеют ненулевое сопротивление и текущий по ним ток дает напряжение, пропорциональное их сопротивлению, и соответсвенно строить цепи.

 

а вы используете витую пару как витую пару, т.е. в дифференциальном включении, или просто задействуете один провод из витой пары как провод данных ? Если второе, то ловля помех идет еще успешнее, чем по простому проводу.

 

ну, в кабеле у меня много чего намешано: 1 пара - 12 вольт питания камеры, 2 пара - видеосигнал от этой самой камеры. 3 пара - питание ds18b20, ну и получается, предпоследний провод - сигнальный далласа и парный ему - в воздухе. Пинайте, не пинайте - протяжку новых без капремонтов или кабель-каналов не выполнить, но и то, и другое - пока неосуществимо. Посему завтра опробую

разве что вместо бусинок - 5-6 витков на ферритовых кольцах: "я его слепила из того, что было" (с)
P.S. и да, брать питание от питания камеры не хочется, ибо другой БП, другая земля, и вообще улица - меньше элементов - мне спокойнее.

 

хорошенького пенделя вы заслужили, именно за "парный ему - в воздухе". Пустите по парному gnd датчика, только датчика. И кондеры по питанию у датчика - электролит и керамика. А бусинки используют для питания, как правило.

 

все. сдался. ферритовые кольца, кондеры по питанию, сигнал с землей в паре - не канают. сменил БП - все работает и без вышеперечисленного. всем спасибо за пендели, ибо нет лучшей мотивировки к действиям.

 

Здравствуйте. При выводе показаний на экран после температуры стоят два символа, похожие на "i" и "y". В чем проблема?

 

Вот скетч:

#include <OneWire.h>
#include <DallasTemperature.h>
#include <LiquidCrystal.h>

#define ONE_WIRE_BUS 7

LiquidCrystal lcd(12, 11, 5, 4, 3, 2);
OneWire oneWire(ONE_WIRE_BUS);
DallasTemperature sensors(&oneWire);

void setup(){
lcd.begin(16, 2);
Serial.begin(9600);
sensors.begin();
}


void loop(){
lcd.setCursor(0, 1);
sensors.requestTemperatures();
lcd.print("T = ");
lcd.println(sensors.getTempCByIndex(0));
}

 

Все, разобрался: в предпоследней строке нужно убрать "ln".

 

Господа, помогите советом. DS18B20 работает от NodeMCU V3 ESP-12E, постоянно показывает -127. Собрано всё вроде правильно. Использовал скетч, выложенный в данной теме. Испробовал разные пины, одно и то же.

 

попробуй для начала просто пример работы с датчиком температуры из библиотеки примеров освоить. прежде чем скетч выложенный в данной теме использовать. потому как скетчей было выложено целая куча.

 

Пример какой-нибудь можно? Понагляднее.

 

ну вот к примеру пример из ардуино айди работы с датчиком дс18б20

Код (C++):

#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");
}

 

и вот эти примеры прочитай
http://sheepdogguides.com/arduino/ar3ne1tt.htm
http://sheepdogguides.com/arduino/ar3ne1tt2.htm

 

Вообще то у товарища ESP8266 на NodeMCU, что есть язык Lua. Или я не так понял?
Для этого случая надо читать другие книжки.
https://github.com/nodemcu/nodemcu-firmware/blob/master/lua_examples/onewire-ds18b20.lua

 

http://arduino-project.net/nodemcu-v3-arduino-ide/

 

Ну можно и так. Ардуино - единственно правильный язык программирования МК, чайников и домашних тапочек.

 

А Вы какой язык считаете лучше? Ардуино или Lua?

 

Нет холивару. Кто на чем умеет. Однако я стараюсь изучить и Lua и JS. В частности обнаружил http://johnny-five.io/api/ и мне это нравится.