Accéder au contenu principal


Changing the openmqttgateway pinout !

By adding more and more modules to the gateway free pins begins to be difficult to find.
The classic wiring used since the begining doesn't answer to the need of adding i2c or rfm69. Rfm69 for instance use fixed pins already used by other component.
Due to these issues we had to redesign a new wiring.
There is no anymore classic, I2C or RFM69 wiring selection in configuration. We now have only one wiring with RF, IR, I2C, ADC, HCSR501 and BT gateway. If you want to add RFM69 and DHT you need to remove I2C , BT and HCSR501.

These 2 configurations are described here.

Of course you can adapt these configurations to suits your needs, they are not a fixed base. 
They are only suggestions corresponding to the wiki schematic and config pins
Thanks for the big work of @hannesdi on the wiki/tests and the suggestion of using RX pin from @gammelobst.

KAKU A new protocol supported by OpenMQTTGateway

The first gateway done with OpenMQTTGateway was the RF one based on RCSwitch (all began with that :-)).  This library is quite robust and support some basic protocols, unfortunately its development is not so active. You could ask me to add protocols directly to the RCSwitch library, but without going this way I was looking for protocols adds with efficient solutions already built (time is a rare commodity). By googling and discussing on the forums I found the NewRemoteSwitch library from Fuzzylogic.  This library enables to control among others KlikAanKlikUit devices with an Arduino. I tried to port to ESP8266 and with some lite modifications it worked! With the help of @DenDeze who did some tests on the library modification, KAKU is now integrated to the gateway since V0.4-beta release.
The KAKU Protocol is used for instance by DIO chacon devices. Example below :

For this gateway named RF2 I use the same hardware receiver and transmitter as RCSwitch gateway with also the same pinout. 

Why adding RFM69 compatibility to OpenMqttGateway

The next release of OpenMQTTGateway will introduce the compatibility with RFM69 transceivers based on the work of lowpowerlab and bbx10.
After some discussions about what will be the new module for OpenMQTTGateway we concluded that the rfm69 from HopeRF would be a good candidate. I did the implementation with the most powerfull variant of RFM69 the RFM69HCW.

It offers in one module :
Emission and receptionIt support multiple frequencies 315, 433, 868 and 915mhzIt has a range of several hundred metersIt has acknowledgment, you know when the data sent has been received by the recipientsIt can adapt its power related to the distance between sender and receiverIn some word you can now have mqtt data from far sensors with low power consumption.

This first implementation support the rfm69 library which make it compatible de facto with moteinos low power boards.
A second step could be to integrate the library from jeelabs to be compatible with jeenodes and openenergymonitor.
And we can also exp…

New major version of OpenMQTTGateway V0.3

I'm pleased to announce OpenMQTTGateway V0.3 release with the following content:

Add BLE beacons detection thanks to HM10 keyes moduleThis is a major add, you can now detect BLE beacons that are into the gateway perimeter for presence detection, the gateway publish the beacon adress and the signal strength Add the possibility to pass raw data to and from mqtt from and to IRNow you can pass raw IR signal and receive also them
Add RF and IR repeater functionThis function enable to increase the range of your devices by repeating the received signals with the gateway.
Add the ability to handle RF codes with different bit length than 24Add the possibility to filter unknown protocols for IRAdd the possibility to take into account Sony IR protocol special parametersCorrect DHT wrong pin assignementAdd an option to don't resend dht temperature and humidity when there is no value changeChange to GPL V3 license to prepare future libraries addThe new version is available on the github

Ina226 voltage and current sensor with esp8266 sending by MQTT

I needed to measure the voltage and the current of my lawn mower robot, as i have already an home automation system, the point was also to integrate these measures into Openhab and idealy using mqtt protocol. The first idea that came up was to use a voltage divider to measure the voltage with the esp8266 analog pin.Nevertheless i found some contradictives infos about this, the accepted voltage was low between 1v and 2v depending on the sources. Unfortunately my battery is a 28,4v one.
With some search I found on banggood the ina226 sensor already soldered and ready to plug with an arduino. The question was; is this compatible with an esp8266 to allow an easy integration with my home automation system.
The answer is yes.

Thanks to the help of Shelvin blog here are the details:

Pinout for a NODEMCU: Nodemcu/INA226 D1/SCL D2/SDA GND/GND 5V/VCC
IN+ & IN- correspond to the current meter for the tests, I linked them before the INA226 power so as to have some current measurements. VBS is for volta…

Feedback about room temperature sensor with standalone ATMEGA328P and DHT22

After some months of low cost low power room sensor usage here is the feedback.

The sensor send every hour to OpenHAB with the OpenMQTTGateway temperature, voltage and humidity data, it is powered by 3 AA alkaline batteries.

But the most interesting thing about this sensor is how the battery voltage decrease so as to have an idea on the batteries lifetime.

Here is below voltage (mV) graph on the last day, month and 4 months sent by the sensor (the charts are updated every day):

4 months

We can see that on a 4 months duration the battery decreased around 0,1V. If we consider an end of life at 3V for our 3 AA batteries this give us a lifetime of  4,5V - 3V = 1,5V 15 * 4 months = 60months = 5 years of expected duration (without taking into account the AA auto discharge)
5 years of expected duration with a less than 8€ sensor !

Major version of 433toMQTTto433 gateway --> OpenMQTTGateway

A new version of the gateway is available on github:

This version introduce the following changes:

esp8266 and arduino compatibility with the same codecode SRAM load optimization for arduino unogroup user and other parametersremove duplicate for IRRF protocols definition in subjectRF pulse length definition in subjectacknowledgement inside a subtopiccode refactoringhandle MQTT authentication automaticaly if user setput parameters on an user_config.h file

Major change is the arduino and esp8266 compatibility with the same code, the goal is to be able to maintain the gateway for both platform on a more easy way.

You will notice also that the code has been optimized and the sram footprint also.

It is now possible to define into the topic some rcswitch parameters like protocol and pulselength.

I add some requests about adding direct modules like DHT sensor or fan on the gateway but wouldn't like to drift the code from what it is first ... a gat…