IOT123 - I2C MAX9812 BRICK

1.1K20

Intro: IOT123 - I2C MAX9812 BRICK

The IOT123 BRICKS are DIY modular units that can be mashed up with other IOT123 BRICKS, to add functionality to a node or wearable. They are based on the inch square, double-sided protoboards with interconnected through holes.

A number of these BRICKS are expected to be on multiple nodes (Master MCUs - ESP8266 or ATTINY84) on a site. The MCU needs no prior knowledge of the sensors purpose or software needs. It scans for I2C nodes then requests a property dump (sensor data) from each slave. These BRICKs supply 5.0V, 3.3V and another AUX line which is customizable.

This I2C MAX9812 BRICK dumps 3 sound sensing properties:

  • audMin (0-1023) - lowest value inside the 50ms (20Hz) sample window
  • audMax (0-1023) - highest value inside the 50ms (20Hz) sample window
  • audDiff (0-50) - a value derived from the difference of aMin and aMax

Sound Levels using I2C are not expected to be used for continuous readings. Think machine noise levels, meeting/venue room occupancy or sound due to movement (water/friction).

The Keyes type sensor bricks will be abstracted first as they come with vitamins (extra components needed) included and are relatively cheep (I bought 37 for 10AUD). Other boards/circuits will be introduced to the I2C BRICKS.

The through-holes adjacent to the ATTINY85 have been left unused, to enable a pogo pin programmer while the DIP8 is soldered to the PCB.

A further abstraction, packaging the BRICKS in small cylinders that plug into a D1M WIFI BLOCK hub, pumping the values to a MQTT server, is being developed.

STEP 1: Materials and Tools

    There is a full Bill of Material and Sourcing list.

    1. CJMCU-9812 sensor (1)
    2. ATTINY85 20PU (1)
    3. 1" Double sided protoboard (1)
    4. Male Header 90ยบ (3P, 3P)
    5. Male Header (2P, 2P)
    6. Jumper Shunt (1)
    7. Hookup wire (~7)
    8. Solder and Iron (1)
    9. Strong Cyanoachrylate Adhesive (1)

    STEP 2: Meanderings

    In order to determine what supply voltage to support and the application of the sensor on an I2C bus, I ran the following scenarios. A sound test file from https://www.audiocheck.net/Audio/audiocheck.net_dynamiccheck.ogg was used. #1 & #2 sketch. #3 & #4 sketch. #5 & #6 sketches (UNO & ATTINY85). Using the Arduino IDE Serial Plotter.

    1. 5V VCC sensor on Standalone Arduino UNO
    2. 3V3 VCC sensor on Standalone Arduino UNO
    3. 5V VCC sensor on Standalone ATTINY85
    4. 3V3 VCC Sensor on Standalone ATTINY85
    5. 5V VCC sensor on I2C 5V VCC ATTINY85 Slave connected to Arduino UNO

    6. 3V3 VCC sensor on I2C 3V3 VCC ATTINY85 Slave connected to Arduino UNO

    #4 for some reason took ~15 seconds to become responsive where as #6 was responsive immediately.

    #1 - #4 had similar resolution as they were connected directly to the analog pin. #5 & #6 had less samples being reported as they where slowed by the I2C bus.

    The conclusion was there would be a limit to the applications the I2C sensor could be used for and that 5V/3V3 will be supported.

    STEP 3: Prepare the ATTINY85

    NOTE: If intending to have Crouton integration, please use the library from here, and use the example installed "attiny_max9812".

    AttinyCore from the Boards Manager is needed. Burn bootloader "EEPROM Retained", "8mHZ Internal" (all config shown above).

    The GIST can be found here:

    https://gist.github.com/IOT-123/a6132924e753e993ed...

    You may find more details in these instructables:

    https://www.instructables.com/id/Programming-the-A...

    https://www.instructables.com/id/How-to-Program-AT...

    https://www.instructables.com/id/How-to-program-th...

    https://www.instructables.com/id/Programming-the-A...

    https://www.instructables.com/id/Programming-an-At...

    Best to test via breadboard before continuing.

    If you have existing ASSIMILATE SENSORS, make sure the slave address is different on a SENSOR/MCU Host combination i.e. all the Temperature sensors can have the same address as long as you only have one Temperature sensor on a MCU/node.

    STEP 4: Assemble the Circuit

    1. On the CJMCU-9812, attach the Electret Mic so that it is facing away from the 3 through-holes.
    2. On the front, insert the components ATTINY85 (1), 3P 90deg male headers (2)(3), 2P male headers (4)(5) using the glue if well ventilated, and solder off on the back.
    3. On the rear, trace a bare wire from SILVER1 to SILVER2 and solder.
    4. On the rear, trace a bare wire from SILVER3 to SILVER4 and solder.
    5. On the rear, trace a red wire from RED1 to RED2 and solder.
    6. On the rear, trace a red wire from RED3 to RED4 and solder.
    7. On the rear, trace a yellow wire from YELLOW1 to YELLOW2 and solder.
    8. On the rear, trace a blue wire from BLUE1 to BLUE2 and solder.
    9. On the rear, trace a green wire from GREEN1 to GREEN2 and solder.
    10. On the rear, trace a black wire from BLACK1 to BLACK2 and solder.
    11. On the rear, trace a black wire from BLACK3 to BLACK4 and solder.

    The sensor can now be connected directly via its pins to the PCB or via wires, to the points shown in the pin contract.

    STEP 5: Testing

    A number of these BRICKS are expected to be on multiple nodes (MCUs - ESP8266 or ATTINY84) in an environment. This is a unit test: checks the UNO requests/responses until all the data has been dumped, then neglects the I2C slave.

    1. Upload the UNO code to your UNO test harness. Ensure ADDRESS_SLAVE matches the BRICK's I2C address.
    2. Connect the 3.3V or 5.0V on UNO to a VCC on BRICK.
    3. Ensure jumper for that pin is on.
    4. Connect the GND on UNO to GND on BRICK.
    5. Connect the A5 on UNO to SCL on BRICK.
    6. Connect the A4 on UNO to SDA on BRICK.
    7. Connect a 4K7 pull-up resistor from SDA to VCC.
    8. Connect a 4K7 pull-up resistor from SCL to VCC.
    9. Connect your UNO to your Dev PC with USB.
    10. Open the Arduino Console.
    11. Choose 9600 baud (restart the UNO and reopen the console if you have to).
    12. The output should be printed to the console once then the word sleep is repeated.

    STEP 6: Next Steps

    The basic layout of the circuit and the I2C layer of the software is relate-able to many different sensors. The main thing to get right to start with, is the packet contract between master and slave.

    I have slated/started a (3D printed) packaged network of sensors that use this framework and will link to it as parts are published.