MHZ19

From RevSpace
Revision as of 14:59, 28 October 2016 by Bertrik Sikken (talk | contribs)
Jump to navigation Jump to search
Project MHZ19
Mhz19.jpg
Some research into the MH-Z19 CO2 sensor
Status Initializing
Contact bertrik
Last Update 2016-10-28

Introduction

This page is about the MH-Z19 CO2 sensor and some experiments done with it.

This sensor gives a digital (serial) output of the CO2 concentration in air, in parts-per-million (ppm). It uses the optical measurement principle of measuring CO2, which should be much more accurate than the inexpensive electro-chemical sensors you can find. As far as I know, the optical measurement principle uses a broadband light-source to send some light through an air-sample. The sensor then looks at the relative intensity of the light at two different frequencies. The CO2 gas inside the air absorbs light strongly at very specific wavelengths, allowing a determination of the concentration (ppm) of CO2. This is then compensated for temperature (and pressure?) for increased accuracy. See also wikipedia for this measurement principle. A new measurement is started every 5 seconds, you can actually see a small amount of light coming out of the sensor while it's measuring.

The MH-Z19 is the cheapest optical CO2 sensor I could find on AliExpress, about E22,-.

Status

The sensor works as intended, some software has been written to read the CO2 level and publish measurements it on MQTT. It is also clear how to change the measurement range from 0-2000ppm to 0-5000ppm in software.

Next steps:

  • play a bit more with the MH-Z19B commands and document what works and what doesn't.
  • in particular, look at the alarm output (officially this output is not supported) and try to find if it is possible to set the alarm limit setting. The alarm output seems to toggle low/high on reboot of the sensor, so at least the required hardware to pull it low / high is present inside the sensor module.
  • figure out what the unknown value is that comes out of the sensor.

Hardware and reference data

See the manufacturer MH-Z19 page.

Software

See this github repo for code using this sensor with an ESP8266 board (WeMos D1 mini). It publishes the CO2 concentration to topic "bertrik/co2" on test.mosquitto.org every 5 seconds.

It seems that support for this sensor was recently added to ESPEasy.

Command set

Normally, this sensor is read out using a command/response sequence over serial (9600,8N1). The following commands are known from the datasheet:

  • 0x86: gas concentration reading
  • 0x87: calibrate zero point
  • 0x88: calibrate span point

The MH-Z19B datasheet additionally mentions to following commands:

  • 0x79: ABC logic on/off
  • 0x99: Sensor detection range setting, this command can be used to set the measurement range (e.g. 0-2000ppm or 0-5000ppm)

It appears that these commands work on the MH-Z19 too, although with a little different command layout.

command 0x00-0x30

No response.

command 0x31-0x6F

Untested.

command 0x70

This command gives a response as follows:

 9F 83 07 7D 00 00

The value 0x9F83 looks similar to the output of command 0x84.

The value 0x077d looks similar to the output of command 0x85.

command 0x71, 0x72

These commands give a response as follows:

00 00 00 00 00 00

command 0x73

9F 86 00 00 3D 40

0x9F86 looks similar to output of command 0x84. 0x3d40 = 15680 decimal.

07 8C 00 00 3D 04
  • the 0x3D is temperature I think
  • the 0x04 is the 'status' byte

command 0x80 - 0x83

No response.

command 0x84

This command gives a response as follows:

9F 88 00 00 00 00

The 0x88 byte seems to go up and down a bit.

Some other time

9F A1 00 80 00 00

command 0x85

This command gives a response as follows:

 07 7D 01 D5 27 10

The 0x1D5 value is the same as the CO2 concentration reading from command 0x86! 0x077D is equivalent to 1917 decimal. 0x2710 is equivalent to 10000 decimal exactly.

Perhaps the 0x2710 value is the alarm value?

Command 0x86 (read concentration)

Command 0x86 is the command to send to just read out the most recent ppm value.

A response to command 0x86 typically looks like this:

0xFF CM HH LL TT SS Uh Ul CS

where

  • CM is the command repeated back
  • HH/LL is the CO2 ppm value, high/low part
  • TT is the temperature in degrees Celcius, plus 40. For example, when temperature is 25 deg C, then TT = 0x41
  • SS is some kind of status byte, this byte always has only one bit set!
  • Uh/Ul is some unknown value, perhaps related to pressure? After booting the sensor, it starts out at 15000 exactly, then typically settles to about 10500.
  • Cs is the checksum

Values TT, SS and Uh/Ul are undocumented.

command 0x99 (range)

According to the MH-Z19B datasheet, you can configure the measurement range by putting the desired range in byte 3 and 4. However, unlike what the MH-Z19B datasheet says, you can set the range using the following command (in this case 0x07d0 = 2000 ppm in byte 6 and 7):

0xFF 0x01 0x99 0x00 0x00 0x00 0x07 0xD0 0x8F
          <cmd>               ^-range-^

Experimenting a bit: Sending all zeros gives a response of

01 00 00 00 00 00

Log of MH-Z19 response at startup

Below is a log of the sensor response to the 0x86 measurement command while starting up. The first couple of measurement seem to be invalid.

     HH LL TT SS U1 U2
RAW: 00 80 47 01 3A 98
RAW: 07 D0 47 01 3A 98 -> 0x7d0 = 2000 decimal, this is the configured measurement range of the sensor with command 0x99
RAW: 00 05 47 01 3A 98
RAW: 01 2D 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 01 3A 98
RAW: 28 97 47 40 3A 98
RAW: 28 97 47 40 3A 98
RAW: 03 84 47 40 2B 43 -> first sample with U different from 0x3a98 (15000 decimal)
RAW: 03 85 47 40 2B 19
RAW: 03 86 47 40 2A F9
RAW: 03 87 47 40 2A E1 -> CO2 = 903 ppm, T = 31 deg C, Status = 0x40, Unknown = 10977

The first measurement shows a ppm value of 128, a temperature of 31 degrees C, a "status" byte of 01 and the "unknown" value of 0x3a98 (= 15000). The second measurement shows a high ppm value of 2000 ppm (the max value within the ppm range). The third measurement shows a low ppm value of 5 ppm. The fourth measurement shows a ppm value of 301 ppm. The fifth measurement shows a very high ppm value of 10391. The final measurement shows a realistic indoors ppm value of 0x387 = 903 ppm. The "unknown value" (byte 4/5) typically settles down to 10500 or so.

So, it takes some time before the measurement stabilizes, proposed heuristic for a valid reading:

  • "status byte" has to be 0x40
  • "unknown value" has to be lower than 15000