@rosmel said in Air Quality Sensor:

tgs8100

That's also quite a non-precise sensor if I understand correctly. Useful for general 'how's the air', but because it will respond to so many different 'polutants' you never know which of those polutant is the culprit.

You will find code in the forum for good CO, CO2 and fine dust sensors.

@berkseo whoa, time for a Kickstarter! They look great! Where did you have them made, and what do they cost?

@fernando-alvarez-buylla Always nice to see the Aurora theme being used

Have a look at this. I left a lot of things out. The core is to use setSensor to select a device.

// TOP OF SKETCH

#define RELAY1_CHILD_ID 5                           // Set switch ID number on this node.
#define RELAY2_CHILD_ID 6                           // Set switch ID number on this node.

MyMessage relaymsg(RELAY1_CHILD_ID, V_LOCK_STATUS);



boolean desiredDoorStates[DOOR_COUNT];              // An array that holds the desired door states. These are turned into:
boolean actualDoorStates[DOOR_COUNT];               // An array that holds the actual door states.
// These are arrays that will be looped over.


// FROM SETUP

  memset(desiredDoorStates,0,sizeof(desiredDoorStates));
  memset(actualDoorStates,0,sizeof(actualDoorStates));
  // This fills the array with 0's.

FROM LOOP

  for( byte checkingDoor = 0; checkingDoor < DOOR_COUNT; checkingDoor++ ){ // We loop over all the doorlocks in the system, and check if they are in the right position.
    if( desiredDoorStates[checkingDoor] != actualDoorStates[checkingDoor] ){
      if( desiredDoorStates[checkingDoor] == LOCKED ){
        digitalWrite(RELAY1_PIN + checkingDoor, RELAY_ON);
      }
      else if( desiredDoorStates[checkingDoor] == UNLOCKED ){
        digitalWrite(RELAY1_PIN + checkingDoor, RELAY_OFF);
      }
      send(relaymsg.setSensor(RELAY1_CHILD_ID + checkingDoor).set( desiredDoorStates[checkingDoor] )); wait(RF_DELAY); // Tell the controller in what state the lock is.
      actualDoorStates[checkingDoor] = desiredDoorStates[checkingDoor];
    }
  }```

I'm developing an add-on for the excellent Mozilla WebThings Gateway that will allow MySensors devices to work with it.

THE MOZILLA WEBTHINGS GATEWAY
This smart home software, made by the people behind Firefox, focuses on being very user friendly. Here are my MySensors devices in the things overview:

You can also log data with it:

THE CODE
Developing an add-on for the Gateway has been relatively easy (I'm not a great programmer at all). The code can be found here:

https://github.com/createcandle/Webthings-mysensors-adapter

It's based on the excellent work on pyMySensors by Theo Lind, as well as the example add-on created by Michael Stegeman, who works for Mozilla. Thanks to both!

INSTALLATION
In the future it should only take a few click in the interface.

For now, you can test it like this:

• Grab the Mozilla Webthings image and burn in to an SD card. Insert it into a Raspberry Pi, and connect to the new Wifi Network. Follow the steps.
• Enable SSH (under settings) and log into the device.
• Download the code via Github:

cd ~/.mozilla-iot/addons/
git clone https://github.com/createcandle/Webthings-mysensors-adapter.git

• Run it:

cd Webthings-mysensors-adapter
python3 main.py

You can now go into the Mozilla Gateway interface, wait 30 seconds for the devices to be populated in the add-on, and press the (+) on the things page. You should see the found devices.

STATUS
This is work in progress. Fully supported are things like:

• motion, smoke, door, binary, lock
• temperature, humidity, barometer, air quality
• various others, but those have not all been tested yet. Feedback is welcome on the github issue que, but first please check if your sensor type is enabled at the bottom of this file.

The name might still change. In that case the links will be updated.

Could a new forum for the Mozilla WebThings Gateway be created?

There are now two projects that connect MySensors to this awesome new controller by the Mozilla organization.

Once the forum has been created I'll create a post there for the adapter I'm working on.

If anyone wants to try out the adapter, be my guest.

@Mark-Swift : if you give me some code to test I'll be happy to run it once it arrives.

@skywatch : yeah, that has me worried. We'll find out.

@artag: yes, I often have to use the old bootloader option for the Chinese Nano's. Hopefully that review was user error. We'll soon know.

Looking at the code, I suspect it could be smart to create some for-loops.

Look at the code in the before() part, and try to do that for other parts too?

for (int sensor=1, pin=RELAY_0; sensor<=NUMBER_OF_RELAYS;sensor++, pin++) {

@kimot: thanks. When it comes to user friendliness you're probably right. If I didn't want to avoid using wifi I would probably go with that option.

However, I don't think IoT devices should use WiFi at all. In my opinion smart devices should avoid being directly connected to the same network as the user's personal devices at all cost. The security risk is too great.

If there was an easy way to combine Arduino and Zigbee, then that might be an option. Or when Bluetooth get enough useable IoT profiles it might be a good contender in the long run.

For now, MySensors solves this problem for me.

Could you share the sketch? Perhaps others will learn from it too?

I've ordered a pan-tilt kit as well. Perhaps you can share some code once you're done?