nodemcu, esp8266, ds18s20

[espruino-discuss]

Posted at 2015-11-05 by hygy

Hi,

I'm trying to wire up a nodemcu with ds18s20, but it is not found the sensor. DS18S20 is connected to 3.3V and GND between the 3.3V and DATA line I connected a 4k7 resistor. Data line connected to ~D3 port (pin0).

What i'm doing wrong?

var GPIO0 = new Pin(0); // GPIO0 | ~D3 port

var ow = new OneWire(GPIO0);

var sensor = require("DS18B20").connect(ow);

console.log('sensor getting data');

setInterval(function() {
  console.log(sensor.getTemp());
}, 1000);

I'm getting null for sensor.getTemp();

>ow.search();
=[  ]

thanks,
HyGy

[espruino-discuss]

Posted at 2015-11-05 by @gfwilliams

@Kolban does OneWire work on ESP8266? I thought I'd seen that someone had got it working?

Have you tried a different pin? GPIO0 could be one of the pins that is used for something else.

---

Posted at 2015-11-05 by hygy

Yes. I tried other pins too.

---

Posted at 2015-11-05 by hygy

@Kolban there is no OneWire support yet in esp8266?

---

Posted at 2015-11-05 by Ollie

I had Onewire working fine on ESP8266 last week though I needed to add

require("ESP8266").logDebug(false);

before my code. I believe this is only while the ESP8266 port is in development, when complete this will be set off by default.

---

Posted at 2015-11-05 by hygy

Wow, i2c started to work. I can list the devices.

But the values are wrong with ds18s20. Its always writes the same value: 10.6875 and it is not changing. :(

How do I know when I can remove this line from the code?

---

Posted at 2015-11-05 by Ollie

How do I know when I can remove this line from the code?

That's one for @Kolban I don't know - though I don't imagine leaving the code in will do any harm even when the default is set to false.

Re your readings I got good readings on the ESP8266-1. Maybe try another temperature probe - I note you say DS18S20? I used the DS18B20. One thing I found useful was to mirror or replicate the setup on a Pico - especially since the DS18B20 wire colour coding seems to vary! Once I sussed the wiring on a Pico, I then knew what to expect on the ESP8266.

---

Posted at 2015-11-05 by hygy

The ds18b20 and s20 are differs for reading mode as I know. The wiring is good, couse I can read the onewire device id (if I connect more then one, then all the readings).

---

Posted at 2015-11-05 by Kolban

It is time to change the debugging to a default of "off". Sorry about that guys ... next set of builds will have debug off by default.

---

Posted at 2015-11-05 by hygy

@Kolban thanks. Can U check the ds18s20 problem too?

---

Posted at 2015-11-05 by Kolban

I'll be delighted to .... however it might be a few days (weekend likely) before I can get to it. Do you use the gitter stream in case I need to ask you some live questions?

---

Posted at 2015-11-05 by hygy

@Kolban If U give me a documentation where can U found this gitter stream, I use it then to help you. Its like google hangouts?

---

Posted at 2015-11-05 by Ollie

Espruino Gitter room here

https://gitter.im/espruino/Espruino

---

Posted at 2015-11-05 by hygy

Thanks! I connected.

---

Posted at 2015-11-06 by tve

You may need a smaller pull-up resistor, maybe 2.2K. I tried a ds18b20 two days ago and it didn't work and I don't understand why, but it was working a couple of weeks ago. Maybe the logging is the issue, I didn't check that.

---

Posted at 2015-11-06 by tve

Forgot to add, looking at the DS18B20 module, the code does not wait for the temperature conversion to complete, so I think you will always get the old conversion. It's not a very good module, IMHO...

---

Posted at 2015-11-06 by tve

I made some fixes to the built-in OneWire module to support parasitically powered one-wire devices. The old code wasn't providing enough power to perform temperature conversions: a DS18B20 uses 1mA-1.5mA during conversion and that's not going to come through a 2.2K or 4.7KOhm pull-up resistor. This change would have no effect on powered 1-wire devices.

There's also a bug in the DS18B20 JS module in that it doesn't wait for the conversion to finish. I'm pretty sure that the effect is that one gets the result of the previous conversion, which may be why people have not noticed.

WRT the DS18S20 the temperature format is slightly different from the DS18B20, so some adaptation of the code is necessary. I believe that multiplying the result by 8 will so the trick, but I'm not sure.

If anyone has trouble with parasitically powered DS18B20's and wants to try my esp8266-12 firmware let me know. I'll create a pull request for master in a few days as there are a few more improvements I'd like to make to the code.

---

Posted at 2015-11-07 by @gfwilliams

It'd be great if the OneWire changes could help with parasitically-powered devices... I did try at some point in the past and couldn't get it working...

Do you have a Pico and/or original board you could test the changes out with? I guess it should be the same on your EMW port though.

Yes, the DS18B20 module isn't great... Any idea how long the conversion takes? If it's anywhere near 1ms it should probably use a callback though.

---

Posted at 2015-11-09 by hygy

At the weekend I changed a little bit the ds18b20 code: Now it works for me with ds18s20 too, and it waits for 1 sec to a conversation and then calls a given callback.

It's based on @tve modification.

var C = {
    CONVERT_T: 0x44,
    COPY: 0x48,
    READ: 0xBE,
    WRITE: 0x4E
};

function DS18B20(oneWire, device) {
    this.bus = oneWire;
    if (device === undefined) {
        this.sCode = this.bus.search()[0];
    } else {
        if (parseInt(device).toString() == device && device >= 0 && device <= 126) {
            this.sCode = this.bus.search()[device];
        } else {
            this.sCode = device;
        }
    }
    this.deviceTypeCode=parseInt(this.sCode[0]+this.sCode[1]);
}

/** For internal use - read the scratchpad region */
DS18B20.prototype._readSpad = function(convert_t) {

    var spad = [];
    this.bus.reset();
    this.bus.select(this.sCode);
    convert_t=false;
    if (convert_t) {

        this.bus.write(C.CONVERT_T, true);
        this.bus.reset();
        this.bus.select(this.sCode);
    }
    this.bus.write(C.READ);
    for (var i = 0; i < 9; i++) {
        spad.push(this.bus.read());
    }
    return spad;
};

/** For internal use - write the scratchpad region */
DS18B20.prototype._writeSpad = function(th, tl, conf) {
    this.bus.reset();
    this.bus.select(this.sCode);
    this.bus.write(C.WRITE);
    this.bus.write(th);
    this.bus.write(tl);
    this.bus.write(conf);
    this.bus.reset();
    this.bus.select(this.sCode);
    this.bus.write(C.COPY);
    this.bus.reset();
};

/** Set the resolution in bits. From 8 to 12 bits */
DS18B20.prototype.setRes = function(res) {
    var spad = this._readSpad();
    res = [0x1F, 0x3F, 0x5F, 0x7F][E.clip(res, 9, 12) - 9];
    this._writeSpad(spad[2], spad[3], res);
};

/** Return the resolution in bits. From 8 to 12 bits */
DS18B20.prototype.getRes = function() {
    return [0x1F, 0x3F, 0x5F, 0x7F].indexOf(this._readSpad()[4]) + 9;
};

/** Return true if this device is present */
DS18B20.prototype.isPresent = function() {
    return this.bus.search().indexOf(this.sCode) !== -1;
};

/** Get a temperature reading, in degrees C */
DS18B20.prototype.getTempOld = function(verify) {

    var spad = null;
    var temp = null;
    if ((verify && !this.isPresent()) || !this.sCode) {
        return temp;
    }
    spad = this._readSpad(true);

    temp = spad[0] + (spad[1] << 8);
    if (temp > 32767) {
        temp -= 65536;
    }
    temp = temp / 16.0;
    return temp;
};

DS18B20.prototype.getTemp = function(callback) {

    var me=this;
    var temp=null;
    var spad=null;

  ow.reset();
  ow.select(this.sCode);
  ow.write(C.CONVERT_T, true);

  setTimeout(
    function() {
      var s = sensor._readSpad(false);
      var str="";
      s.forEach( function(v) { str+=" 0x"+v.toString(16); } );
      var temp = s[0] + (s[1]<<8);
      if (temp > 32767) temp -= 65536;

      switch (me.deviceTypeCode)
      {
        case 10:
           temp = temp/2.0;
            break;
        default:
          temp = temp/16;
          break;
      }
      callback(temp);
    },
    1000);
}

/** Return a list of all DS18B20 sensors with the alarms set */
DS18B20.prototype.searchAlarm = function() {
    return this.bus.search(0xEC);
};

/** Set alarm low and high values in degrees C - see DS18B20.prototype.searchAlarm.
  If the temperature goes below `lo` or above `hi` the alarm will be set. */
DS18B20.prototype.setAlarm = function(lo, hi) {
    lo--; // DS18B20 alarms if (temp<=lo || temp>hi), but we want (temp<lo || temp>hi)
    if (lo < 0) lo += 256;
    if (hi < 0) hi += 256;
    var spad = this._readSpad();
    this._writeSpad(hi, lo, spad[4]);
};

/** Initialise a DS18B20 device. Use either as:
  connect(new OneWire(pin)) - use the first found DS18B20 device
  connect(new OneWire(pin), N) - use the Nth DS18B20 device
  connect(new OneWire(pin), ID) - use the DS18B20 device with the given ID
 */
exports.connect = function(oneWire, device) {
    return new DS18B20(oneWire, device);
};

---

Posted at 2015-11-09 by HubieKimber

I want to know that if OneWire work with the ESP8266? As per my observation someone had got it working?
You must try a different pin. GPIO could be one of the pins that is used for something else.
One thing you must try to mirror or replicate the setup on a Pico.

---

Posted at 2016-01-14 by petrynchyn

Here's my modified @hygy code. I set Timeout depending on Thermometer Resolution and Max Conversion Time. Tested on DS18B20 and ESP-12q. Can someone check and update code DS18B20.js ?

/*
Module for the DS18B20 temperature sensor

var ow = new OneWire(A1);
var sensor = require("DS18B20").connect(ow);
sensor.getTemp(function (temp) {    console.log("Temp is "+temp+"°C");  }, true);
sensor.setRes(9);
sensor.getTemp(function (temp) {    console.log("Temp is "+temp+"°C");  }, true);
var sensor2 = require("DS18B20").connect(ow, 1);
var sensor3 = require("DS18B20").connect(ow, -8358680895374756824);

*/

var C = {
    CONVERT_T: 0x44,
    COPY: 0x48,
    READ: 0xBE,
    WRITE: 0x4E
};

function DS18B20(oneWire, device) {
    this.bus = oneWire;
    if (device === undefined) {
        this.sCode = this.bus.search()[0];
    } else {
        if (parseInt(device).toString() == device && device >= 0 && device <= 126) {
            this.sCode = this.bus.search()[device];
        } else {
            this.sCode = device;
        }
    }
    this.deviceTypeCode=parseInt(this.sCode[0]+this.sCode[1]);
}
/** For internal use - read the scratchpad region */
DS18B20.prototype._readSpad = function() {
    var spad = [];
    this.bus.reset();
    this.bus.select(this.sCode);
    this.bus.write(C.READ);
    for (var i = 0; i < 9; i++) {
        spad.push(this.bus.read());
    }
    return spad;
};
/** For internal use - write the scratchpad region */
DS18B20.prototype._writeSpad = function(th, tl, conf) {
    this.bus.reset();
    this.bus.select(this.sCode);
    this.bus.write(C.WRITE);
    this.bus.write(th);
    this.bus.write(tl);
    this.bus.write(conf);
    this.bus.reset();
    this.bus.select(this.sCode);
    this.bus.write(C.COPY);
    this.bus.reset();
};
/** Set the resolution in bits. From 8 to 12 bits */
DS18B20.prototype.setRes = function(res) {
    var spad = this._readSpad();
    res = [0x1F, 0x3F, 0x5F, 0x7F][E.clip(res, 9, 12) - 9];
    this._writeSpad(spad[2], spad[3], res);
};
/** Return the resolution in bits. From 8 to 12 bits */
DS18B20.prototype.getRes = function() {
    return [0x1F, 0x3F, 0x5F, 0x7F].indexOf(this._readSpad()[4]) + 9;
};
/** Return true if this device is present */
DS18B20.prototype.isPresent = function() {
    return this.bus.search().indexOf(this.sCode) !== -1;
};
/** Get a temperature reading, in degrees C */
DS18B20.prototype.getTemp = function(callback,verify) {
  if ((verify && !this.isPresent()) || !this.sCode) {
    return callback(null);
  }
  var tim = {9:94, 10:188, 11:375, 12:750}; //Thermometer Resolution (bit) : Max Conversion Time (ms)
  this.bus.reset();
  this.bus.select(this.sCode);
  this.bus.write(C.CONVERT_T, true);
  setTimeout(
   function(me) {
    var s = me._readSpad();
    var str="";
    s.forEach( function(v) { str+=" 0x"+v.toString(16); } );
    var temp = s[0] + (s[1]<<8);
    if (temp > 32767) temp -= 65536;
    switch (me.deviceTypeCode){
     case 10: temp = temp/ 2.0; break;
     default: temp = temp/16.0; break;
    }
   callback(temp);
  }, tim[this.getRes()], this);
}
/** Return a list of all DS18B20 sensors with the alarms set */
DS18B20.prototype.searchAlarm = function() {
    return this.bus.search(0xEC);
};
/** Set alarm low and high values in degrees C - see DS18B20.prototype.searchAlarm.
  If the temperature goes below `lo` or above `hi` the alarm will be set. */
DS18B20.prototype.setAlarm = function(lo, hi) {
    lo--; // DS18B20 alarms if (temp<=lo || temp>hi), but we want (temp<lo || temp>hi)
    if (lo < 0) lo += 256;
    if (hi < 0) hi += 256;
    var spad = this._readSpad();
    this._writeSpad(hi, lo, spad[4]);
};
/** Initialise a DS18B20 device. Use either as:
  connect(new OneWire(pin)) - use the first found DS18B20 device
  connect(new OneWire(pin), N) - use the Nth DS18B20 device
  connect(new OneWire(pin), ID) - use the DS18B20 device with the given ID
 */
exports.connect = function(oneWire, device) {
    return new DS18B20(oneWire, device);
};

---

Posted at 2016-03-02 by Wilberforce

Is there a way of making this backward compatible with the existing library?

So instead of:

DS18B20.prototype.getTemp = function(callback,verify) {   if ((verify && !this.isPresent()) || !this.sCode) {

Will this work with older code:

console.log(sensor.getTemp());

So if the callback is missing, it will wait and return?

Which leads to this question.. There is no versioning in modules, so if the library code was updated there is no easy way to tell if an update has been made.

Would a simple 1.2 type version number in the module header suffice?

---

Posted at 2016-03-02 by @gfwilliams

Maybe... Busy-waiting is a really bad idea in Espruino though.

The best bet would be to return the last temp reading if no callback was supplied (the current behaviour), and if there was a callback, to kick off a new reading, wait and return that.

The code above waits 1 second for the callback - seems pretty extreme? I doubt many people would be happy with that.

I'm still a bit confused here - does the existing DS18B20 library not work with ESP8266? My understanding was just that the current one was fine, but it just returned the previous reading (which means the first one returns 85 or something like that).

There is no versioning in modules, so if the library code was updated there is no easy way to tell if an update has been made.

Well, there's GitHub's versioning? Each version of each module has a unique Git hash. I guess that could be added to each module in espruino.com/modules?

Then if you want to go back to a certain version, pull it straight off GitHub, eg: require("https://raw.githubusercontent.com/espruino/EspruinoDocs/47ca0f6b2ba607662071822f115cf3a3b57f5d93/devices/DS18B20.js")

Would a simple 1.2 type version number in the module header suffice?

Maybe. What do you expect to do with it though? Most people won't look at the module number until something goes wrong, and then it's too late. How would you then work back to find the older version?

---

Posted at 2016-03-02 by hygy

I modifed this code originally, couse the original is doesnot work with ds18s20 just with 18b20.

---

Posted at 2016-03-02 by Wilberforce

@gfwilliams
There are a few things going on in this thread!

I'm still a bit confused here - does the existing DS18B20 library not work with ESP8266? My understanding was just that the current one was fine, but it just returned the previous reading (which means the first one returns 85 or something like that).

a. Yes - the code works on the ESP8266

b. Add support ds18s20 as well as ds18s20

@hygyI modifed this code originally, cause the original is does not work with ds18s20 just with 18b20.

c. Callback

@gordon The code above waits 1 second for the callback - seems pretty extreme? I doubt many people would be happy with that.

The time it takes for a conversion depends on the resolution and if parasitic mode mode is in use.
http://forum.espruino.com/comments/12612450/
The modified code #21 http://forum.espruino.com/comments/12729356/ takes the resolution into account so, the callback is no longer 1 sec, but depends on the resolution

d. One of the issues with the original code is that the initial reading is bogus. The device returns all 111111's, and this turns out to be a value of 85c. For the next call, the real value is in place as the conversion is done. There is no way of knowing if this is a 'real' 85c or the bogus first value

One solution would be to return undefined until the first conversion is done.
Another, the constructor could be modified to starts a conversion, so that by the time the first call is made to getTemp, however this could not be guaranteed.

e. The original code has function getTemp(verify) - Gets the temperature reading.
the proposed code has function(callback,verify)

So existing code that use getTemp with verify used would fails as the first param is now a callback.
I have not idea how widespread this usage is, however I believe the getTemp should work for older code without having to change params.

f. versioning
The git hash is a good idea, although the .js and .min.js would have different hash, even though they are a 'pair'. If the .js source had a hash comment, at least local projects and SD card modules would have the version details in them.
The idea of the x.y notation like used in node is that if a function signature changes (like e above), the major number x would be incremented to indicate. However without package.json this would not be of much benefit ;-(

---

Posted at 2016-03-02 by Ollie

There is no way of knowing if this is a 'real' 85c or the bogus first value

Ignore first reading since it's always 85C, and report from the next? Assuming you're capturing at intervals a counter var is all needed. Workaround, but works fine for me.

---

Posted at 2016-03-03 by @gfwilliams

I think the DS18B20 module is used a lot, so I'd be against changing something that broke it. Having said that, I doubt many people are using 'verify' so function(callback,verify) would probably be fine.

I'm not convinced about returning undefined for the first call - if existing code does anything with that value (like an average) you could end up with NaN propagated through the code. I think maybe just keep the behaviour without a callback as-is, but change the documentation to advise people to use the callback.

To help with that, kicking off a conversion in the constructor sounds like a good plan though.

although the .js and .min.js would have different hash

The comment in them would have to show the git hash of the repo at the commit they were made I think.

The idea of the x.y notation like used in node is that if a function signature changes (like e above), the major number x would be incremented to indicate.

Yeah, it makes sense - I think in Espruino's case there's not as much need for it as in something like NPM though. Generally modules are relatively simple and don't change that much once they're written.

The current solution is definitely not perfect, but adding NPM style version control (and package.json) adds a lot of complexity. It's a lot to implement, but also a lot to ask users to get to grips with when a lot of Espruino's draw is the simplicity (many users aren't node.js users).

A bit off topic, but my personal gripe with NPM/Node.js is that because there is a good versioning system, it seems to give people an excuse to make changes to the API all the time. As a result, if you don't have a package.json with versions in then your software probably won't work any more in a year's time, and if you do, you're using out of date modules in most cases. I'm not sure there's a way around it, but it is particularly frustrating having to debug your code every 6 months just to find that someone's renamed a function :(

---

Posted at 2016-03-03 by @gfwilliams

I'm looking at this now... Does anyone actually use verify? It's horrible, and really slow as each reading it'll do a full search of each device.

I'd imagine that if the device got removed there would be some OneWire error anyway, which could be dealt with.

---

Posted at 2016-03-03 by @gfwilliams

Ok, I've just updated the module. Please could someone try:

var t = require("https://raw.githubusercontent.com/espruino/EspruinoDocs/master/devices/DS18B20.js").connect(new OneWire(A1));
t.getTemp(console.log);

And see if it works on DS18S20 as well?

I hopefully tidied it up a lot so it uses OneWire a bit more efficiently. It also checks the CRC now, so verify isn't needed and has been removed - the minified code is a smidge smaller too.

Personally I'd be tempted to remove isPresent, since a call to getTemp will just return null now.

---

Posted at 2016-03-03 by Wilberforce

works for me with DS18B20 devices - had to add for the esp8266:
A1=NodeMCU.D1;

or my case change to D5: ( wired to different pin)

var t = require("https://raw.githubusercontent.com/espruino/EspruinoDocs/master/devices/DS18B20.js").connect(new OneWire(D5));
t.getTemp(console.log);

WARNING: the esp8266 port is in beta!
Flash map 4MB:512/512, manuf 0xe0 chip 0x4016
>echo(0);
=undefined
25.75
> 

I'll test the callback soon, and have some questions on how this will work multiple sensors.

Can we start a conversion on all sensors, and then have a callback with all temps?

I'm not sure if the current callback identifies the device, I'll set up some test cases.

---

Posted at 2016-03-04 by Wilberforce

The callback needs some sort of identifier, as you can't assume the order of the readings in the callbacks. I have two sensors connected:

var pin=D5; // update for your hardware!
var ow = new OneWire(pin);

ds = require("https://raw.githubusercontent.com/espruino/EspruinoDocs/master/devices/DS18B20.js");

function cb(t) {  
  print({cb_temp:t});
}
var s=ow.search();

console.log( { search:s } );

var sensors = s.map(function (device) {
  return ds.connect(ow, device);
});

setInterval(function() {
   sensors.forEach(function (sensor, index) {
      console.log(index + ": " + sensor.getTemp(cb));
  });
},2000);

{
  "search": [
    "28cc2e230500006b",
    "283260dc04000001"
   ]
 }
=undefined
0: undefined
1: undefined
{ "cb_temp": 25.8125 }
{ "cb_temp": 24.9375 }
0: undefined
1: undefined
{ "cb_temp": 25.8125 }
{ "cb_temp": 24.9375 }
0: undefined
1: undefined

There are a couple of options:

if (callback) callback(temp);

if (callback) callback(this);
function cb(t) {
print({cb_temp:t.getTemp()});
}

if (callback) callback(temp,this.sCode);

or probably most flexible:

if (callback) callback(temp,this);
And then you have the object if you need it...

---

Posted at 2016-03-04 by Wilberforce

1. Should getTemp return the last value, even with a callback, rather than undefined?

2. here is how to avoid the intial bogus value:

var sensors = s.map(function (device) {
  var t=ds.connect(ow, device);
  t.getTemp();
  return t;
});

 sensors.forEach(function (sensor, index) {
      console.log('initial' + ": " + sensor.getTemp());
  });

This could be done automagically in the constructor here:

  this.type=parseInt(this.sCode[0]+this.sCode[1]);
  this.getTemp(); // trigger a conversion
}

---

Posted at 2016-03-04 by Wilberforce

or not ;-(

After re-powering the board, the sensors reverted to the 85C state:

  "search": [
    "28cc2e230500006b",
    "283260dc04000001"
   ]
 }
initial: 85
initial: 85
=undefined
0: undefined
1: undefined
{ "cb_temp": 26.3125 }

I guess if you executed other code before the first actual call to getTemp() this would work out ok....

By setting the mode to 9 bit so the conversion is shorter:

var sensors = s.map(function (device) {
  var t=ds.connect(ow, device);
  t.setRes(9);
  t.getTemp();
  t.setRes(12);
  return t;
});

{
  "search": [
    "28cc2e230500006b",
    "283260dc04000001"
   ]
 }
initial: 25.4375
initial: 24.0625
=undefined
0: undefined
1: undefined
{ "cb_temp": 25.875 }
{ "cb_temp": 24.9375 }

---

Posted at 2016-03-04 by @gfwilliams

@wilberforce I think it's best not to worry about the initial value - people have been using this DS18B20 module for years and are happy to just put up with it.

Producing a good first value half the time is worse than never doing it :)

Should getTemp return the last value, even with a callback, rather than undefined?

I don't think so... It's another request over OneWire and more calculation that will never be used most of the time...

The callback needs some sort of identifier, as you can't assume the order of the readings in the callbacks.

I don't think so - you can easily re-write your code:

   sensors.forEach(function (sensor, index) {
      sensor.getTemp(function(temp) {
        console.log(index + ": " + temp));
      });
  });

And there are plenty of other ways to do this that don't require changes in the module.

---

Posted at 2016-03-04 by Wilberforce

Thanks Gordon.

Here is the code modified to save the results to an array, updating every 1/2 sec and displaying every sec:

var pin = D5; // update for your hardware!
var ow = new OneWire(pin);
ds = require("https://raw.githubusercontent.com/espruino/EspruinoDocs/master/devices/DS18B20.js");

var s = ow.search();
console.log({
  search : s
});
var sensors = s.map(function (device) {
    return ds.connect(ow, device);
  });

var temps = [];
setInterval(function () {
  sensors.forEach(function (sensor, index) {
    sensor.getTemp(function (temp) {
      temps[index] = temp;
    });

  });
}, 500);

setInterval(function () {
  console.log(temps);
}, 1000);

{
  "search": [
    "28cc2e230500006b",
    "283260dc04000001"
   ]
 }
=undefined
[  ]
[ 24.5, 24.4375 ]
[ 24.5625, 24.4375 ]
[ 24.5, 24.4375 ]
[ 24.5, 24.4375 ]

---

Posted at 2016-03-07 by Artyom

Messing around with this sketch and nodemcu amica board. Spent a lot of time on debug and finally got the issue, nodemcu pinout didn't match esp8266 mounted on it (for example D2(esp) => D4(amica)).

---

Posted at 2016-03-07 by @gfwilliams

Try using NodeMCU.D4 instead of D4?

---

Posted at 2016-03-07 by Artyom

@gfwilliams thank you! It works.
I've tried to find mapping but in a tve's repo. Esp now is officially supported and code is in main repo, right?

I'm so happy I found espruino, I really like it! Thank you!

Is there any way to store short data counters using inner memory?
I've tied FlashEEPROM, but it seems not working. Because of esp8266?
Module looking for flash_start and flash_length properties inside process.memory() object,
but there is nothing. It is specific of esp?

---

Posted at 2016-03-07 by @gfwilliams

Yes, ESP8266 should now be in the main repo - @tve is probably still doing some development in his, but he generally syncs everything up with the main repo.

FlashEEPROM does work, but you have to manually specify an address for it. You should be able to use: http://www.espruino.com/Reference#l_ESP8266_getFreeFlash to find one.

It's something that'll hopefully change soon - we'll add a function to get free flash pages that works on all platforms.

---

Posted at 2016-03-07 by Artyom

@gfwilliams getFreeFlash() will calculate a next free address or returns user flash area of specific platform? I'm trying to get if it returns same results on each run or increasing address depending on usage? Sorry for lame questions I'm noob here.

---

Posted at 2016-03-07 by @gfwilliams

It just returns the addresses of unused areas of flash memory - they're the same each time, so you can just do var f = new (require("FlashEEPROM"))(ESP8266.getFreeFlash()[0].addr); I think

---

Posted at 2016-03-08 by Artyom

@gfwilliams it works but property called area not addr, and it bricked nodemcu with [0], won't boot on the next run and after reflashing. I've manage to fix it by flashing blank512kb.bin twice.
I'm curious maybe it's better to use [1] or [2], getFree­Flash() returns 3 areas for esp8266?
Thanks anyway!

---

Posted at 2016-03-08 by @gfwilliams

Wow, that's not good. @tve? Maybe we could put the pages in a different order?

I noticed yesterday about the odd naming - it didn't match the docs either. I've now fixed it though, so 1v86 will be better when it is released (and FlashEEPROM should work automatically)

---

Posted at 2016-03-08 by Wilberforce

The areas [0] and [1] are tiny from memory. I have used the area[2] but I think that is only 3 pages of 4096 bytes long.

---

Posted at 2016-03-08 by Wilberforce

There is a 16kb block here if you have > 512 kb device -
0x07C000 496KB 16KB 512KB flash: Espressif SDK system params, else unused

There is some conversation around this on gitter
https://gitter.im/espruino/Espruino