Looking for detailed description for hacking a sonoff
-
So I have been debating on getting some of these sonoffs. I am assuming the WiFi gateway in the build section of the site is what I would need to build? Is there a better option for using these with my Vera Plus?
-
@dbemowsk no, the wifi gateway above is to connect nrf24l01+ via wifi. For Sonoff I just reflashed it with easyesp and it works via my normal router with Domoticz. You can have the MQTT setup with Sonoff - thats what @peterscargill did
@alexsh1 said in Looking for detailed description for hacking a sonoff:
For Sonoff I just reflashed it with easyesp and it works via my normal router with Domoticz. You can have the MQTT setup with Sonoff - thats what @peterscargill did
Will it work with Vera? I purchased one of these recently from WalMart which also runs on an esp8266 module. I wonder if I can run run the easyesp firmware on that one also?

-
@alexsh1 said in Looking for detailed description for hacking a sonoff:
For Sonoff I just reflashed it with easyesp and it works via my normal router with Domoticz. You can have the MQTT setup with Sonoff - thats what @peterscargill did
Will it work with Vera? I purchased one of these recently from WalMart which also runs on an esp8266 module. I wonder if I can run run the easyesp firmware on that one also?

@dbemowsk Unfortunately, I am not familiar with Vera. Can you send http or json commands from Vera? If yes, it will work. On RPi this is easy to implement.
Generally speaking you can flash many devices with easyesp if you find how to connect FTDI. I have ESP-01 and ESP-12 running easyesp. Again I am not familiar with the device you posted (the most important question is does it have FTDI or can you identify it by soldering corresponding pins?) and suggest to ask the same question on the easyesp forum.
-
@alexsh1 I think all the information I need to flash it is in this post that I found on Hackaday. It is a bit different than the sonoffs in that it does not have an unpopulated header port for programming, so you have to solder directly to the module to get it programmed, but what the heck, I'll give it a shot.
As far a s controlling it from Domoticz, I am assuming that you just created a dummy switch that you used URLs for the on and off commands, correct? I will look into how to do that from Vera. Before I got my Vera (a month ago) I was using Domoticz.
-
@alexsh1 I think all the information I need to flash it is in this post that I found on Hackaday. It is a bit different than the sonoffs in that it does not have an unpopulated header port for programming, so you have to solder directly to the module to get it programmed, but what the heck, I'll give it a shot.
As far a s controlling it from Domoticz, I am assuming that you just created a dummy switch that you used URLs for the on and off commands, correct? I will look into how to do that from Vera. Before I got my Vera (a month ago) I was using Domoticz.
-
@dbemowsk yes, with Domoticz it is very straight forward, but you have to setup the Sonoff as well.
Check this out- http://www.letscontrolit.com/wiki/index.php/Tutorial_Domoticz_Switch -
I have a standard ethernet gateway (NRF) and my controller is the home automation system 'Homey'. I presume I cannot connect these directly to my controller?
-
I have a standard ethernet gateway (NRF) and my controller is the home automation system 'Homey'. I presume I cannot connect these directly to my controller?
@Mark-Swift the problem with home automation in general is a verity of controllers ;) I'm not familiar with Homey, but if it can handle MQTT, Sonoff will work with it.
A quick google found this:
https://forum.athom.com/discussion/858/published-mosquitto-mqtt-client-app
you are participating in this thread ;)
PS I have a standard Ethernet GW too. My controller Domoticz can handle JSON/http requests which makes it easy to handle devices like Sonoff connected to my home wifi and not requiring any further GW. Obviously, the setup can be more complicated with MQTT GW and Sonoff MQTT firmware
-
Please checkout my hack of the Sonoff
Apart from turning the relay on/off it offers the following features
The device is managed via a set of commands published from any MQTT client. Statuses are published by the device. Subscribe to them on your MQTT client.
SSID/Password management - The local SPIFSS file system is used to store an array of WiFI credentials.
Extra GPIO On/Off. There is an 'extra' GPIO available (next to the Ground pin on the UART breakout on the Sonoff. -
Please checkout my hack of the Sonoff
Apart from turning the relay on/off it offers the following features
The device is managed via a set of commands published from any MQTT client. Statuses are published by the device. Subscribe to them on your MQTT client.
SSID/Password management - The local SPIFSS file system is used to store an array of WiFI credentials.
Extra GPIO On/Off. There is an 'extra' GPIO available (next to the Ground pin on the UART breakout on the Sonoff. -
@mgaman Interesting code but I have a hard time understanding how you set ssid + passwd , through mqtt with your hard coded wifi user pass?
@Efflon
Did you read the PDF file? There I explain the methodology
From an MQTT client I publish commands which the Sonoff subscribes to.
These commands allow me to add to or delete from an array of SSID/Password pairs held in a file in the ESP8266 SPIFSS file system.
On power up I scan the local networks for SSID's and search the local file for matching SSID's.
If a match is found, I use it for connecting to the local WiFI network.
Does that help? -
@Efflon
Did you read the PDF file? There I explain the methodology
From an MQTT client I publish commands which the Sonoff subscribes to.
These commands allow me to add to or delete from an array of SSID/Password pairs held in a file in the ESP8266 SPIFSS file system.
On power up I scan the local networks for SSID's and search the local file for matching SSID's.
If a match is found, I use it for connecting to the local WiFI network.
Does that help? -
@Efflon
Did you read the PDF file? There I explain the methodology
From an MQTT client I publish commands which the Sonoff subscribes to.
These commands allow me to add to or delete from an array of SSID/Password pairs held in a file in the ESP8266 SPIFSS file system.
On power up I scan the local networks for SSID's and search the local file for matching SSID's.
If a match is found, I use it for connecting to the local WiFI network.
Does that help?Hello @mgaman ,
Nice modified version. Because I can't flash it for now, can you tell me wether it's possible to use json commands together with MQTT features?
Let me explain : json requests sent from my home automation software are more reliable than MQTT, as they get acknowledgement via the HTTP response, so the sender immediately knows wether the device got the order or not. This is very important to me, as it may be necessary to send orders more than once if the sonoff device is far away from the wifi router. Maybe I'm not clear, your opinion will be appreciated. -
Hello @mgaman ,
Nice modified version. Because I can't flash it for now, can you tell me wether it's possible to use json commands together with MQTT features?
Let me explain : json requests sent from my home automation software are more reliable than MQTT, as they get acknowledgement via the HTTP response, so the sender immediately knows wether the device got the order or not. This is very important to me, as it may be necessary to send orders more than once if the sonoff device is far away from the wifi router. Maybe I'm not clear, your opinion will be appreciated.@Foune What automation software are you using? I have a Vera Plus controller and use a firmware called ESP Easy with my sonoffs. The Vera plugin that I use sends an HTTP request something like this:
http://192.168.1.36/control?cmd=GPIO,12,1That is to tell the sonoff to use GPIO pin 12 which is my relay, and send it a 1 or ON command. The sonoff sends an immediate JSON response like this:
{ "log": "GPIO 12 Set to 1", "plugin": 1, "pin": 12, "mode": "output", "state": 1 }This tells me that GPIO pin 12 was successfully set to a 1 state.
The Vera plugin will occasionally check the up status of the node by sending a ping and checking the response. On the Vera controller, the device will either show Online or Offline.
-
Thanks for your detailed answer. If your sonoff device is used in a scenario and the order is not received by it, your vera won't do anything to solve that. I'm looking for a synchronous protocol acknowledgement between the sender and the receiver so that I won't need to code a scheduled task to check whether the command was executed. I use eventghost together with domoticz : domoticz when its plugins are OK, eventghost if I want a fully customizable management, like for my 433 devices which are sometimes lazy to trigger.
-
Thanks for your detailed answer. If your sonoff device is used in a scenario and the order is not received by it, your vera won't do anything to solve that. I'm looking for a synchronous protocol acknowledgement between the sender and the receiver so that I won't need to code a scheduled task to check whether the command was executed. I use eventghost together with domoticz : domoticz when its plugins are OK, eventghost if I want a fully customizable management, like for my 433 devices which are sometimes lazy to trigger.
@Foune said in Looking for detailed description for hacking a sonoff:
If your sonoff device is used in a scenario and the order is not received by it, your vera won't do anything to solve that.
Correct, but that is coding that needs to be done on the controller side and has little to do with the device. If the device receives the request, it will send the JSON response back.
I'm looking for a synchronous protocol acknowledgement between the sender and the receiver so that I won't need to code a scheduled task to check whether the command was executed
As I said, that needs to be coded on the controller side. If the sonoff doesn't receive the request, how is it going to send anything back saying that it didn't receive it. In the example I gave above, it shows the JSON acknowledgement that the command was received. The only thing you can do is write into the code that if the response is not received within some specified period of time, then re-send the command.
Your 433 devices as you say are sometimes lazy to trigger. They may not be triggering because they did not properly receive the command sent by the controller.
-
@Foune said in Looking for detailed description for hacking a sonoff:
If your sonoff device is used in a scenario and the order is not received by it, your vera won't do anything to solve that.
Correct, but that is coding that needs to be done on the controller side and has little to do with the device. If the device receives the request, it will send the JSON response back.
I'm looking for a synchronous protocol acknowledgement between the sender and the receiver so that I won't need to code a scheduled task to check whether the command was executed
As I said, that needs to be coded on the controller side. If the sonoff doesn't receive the request, how is it going to send anything back saying that it didn't receive it. In the example I gave above, it shows the JSON acknowledgement that the command was received. The only thing you can do is write into the code that if the response is not received within some specified period of time, then re-send the command.
Your 433 devices as you say are sometimes lazy to trigger. They may not be triggering because they did not properly receive the command sent by the controller.
@dbemowsk All right, so we all agree about the superiority of the json over the MQTT in term of synchronous acknowledgement. This is why I'm asking to mgaman whether I can send commands to the sonoff using json, having in the same time the MQTT features : status report, command, and his new wifi features. I'm sorry if it is a native feature, having read the official doc It seems that chosing one protocol disable the others.
EDIT : I have my answer, I read the source code, there is only the MQTT feature on mgaman's version. I wish I had this wifi MQTT management in addition to the original espeasy code.
-
@dbemowsk All right, so we all agree about the superiority of the json over the MQTT in term of synchronous acknowledgement. This is why I'm asking to mgaman whether I can send commands to the sonoff using json, having in the same time the MQTT features : status report, command, and his new wifi features. I'm sorry if it is a native feature, having read the official doc It seems that chosing one protocol disable the others.
EDIT : I have my answer, I read the source code, there is only the MQTT feature on mgaman's version. I wish I had this wifi MQTT management in addition to the original espeasy code.
@Foune said in Looking for detailed description for hacking a sonoff:
All right, so we all agree about the superiority of the json over the MQTT in term of synchronous acknowledgement.
I never said that. I was merely commenting on how my setup works using the ESP Easy firmware which does send a return JSON response. I have never used MQTT, so I don't know if it sends a return response to a command or not. If it does, then I don't see any difference other than how you would process that response on the controller end.
Also, with ESP Easy, I don't as you say "send commands to the sonoff using json". I send an HTTP request and receive the response in JSON format. If @mgaman has a way with MQTT to retrieve the status of a node, e.g. ON or OFF, then on your controller side code, you could send your ON/OFF command, and then right after send a status request command and check the response from that. Depending on the response, you could re-send the ON/OFF command if necessary.
-
Hello!
I have several sonoff RF, which I bought recently. They are with the original firmware. At this point I control the sonoff manually or through the amazon echo dot. I wanted to control the sonoff also through Homeseer which as far as I know supports HTTP / JSON request and MQTT if needed, via plugin. My question is this: it is possible to keep the voice command via amazon echo?
Thanks -
Hello!
I have several sonoff RF, which I bought recently. They are with the original firmware. At this point I control the sonoff manually or through the amazon echo dot. I wanted to control the sonoff also through Homeseer which as far as I know supports HTTP / JSON request and MQTT if needed, via plugin. My question is this: it is possible to keep the voice command via amazon echo?
Thanks@Antoliveira I don't know if there is an Amazon Echo plugin for Homseer, but if there is, you could convert them to work with homseer and run them with the echo via Homseer. This is what I do with my Vera controller. I have never used the original firmware. I didn't even know that worked with the echo, but my guess is that if you changed firmware that that would not work the same any more. The firmware I use on the Sonoffs that I have is called ESP Easy. Controlling a device is as simple as an HTTP request, and the firmware provides a JSON response. The commands are like this:
HTTP://<SONOFF_IP>/control?cmd=GPIO,12,1 //this will turn on the device HTTP://<SONOFF_IP>/control?cmd=GPIO,12,0 //this will turn off the deviceI have a plugin on my Vera controller that controls the Sonoffs, and then I have another plugin that allows my echo to control my Vera enabled devices. The echo will not control the Sonoffs directly though.