sonoff

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revisionBoth sides next revision
sonoff [25.01.2018 05:39] – [Rules Engine - node-red] Pascal Sutersonoff [09.02.2018 08:19] – [alternative firmware] Pascal Suter
Line 11: Line 11:
 ===== alternative firmware ===== ===== alternative firmware =====
   * [[https://github.com/arendst/Sonoff-Tasmota|Tasmota]]   * [[https://github.com/arendst/Sonoff-Tasmota|Tasmota]]
-    * works also on some other ESP based devices+    * works also on lots of ESP based devices and can be easily adopted to support even more. for example [[MagicHome|MagicHome RGB LED Controllers]]
     * provides control via serial / web / MQTT     * provides control via serial / web / MQTT
 ===== What I intend to do with it ===== ===== What I intend to do with it =====
Line 54: Line 54:
 Debug Port: "Disabled" Debug Port: "Disabled"
 Debug Level: "None" Debug Level: "None"
-LwIP Variant: "v2 Prebuilt (MSS=536)"+LwIP Variant: "v1.4 Prebuilt" <<<<!!!
 Reset Method: "ck" Reset Method: "ck"
 Crystal Frequency: "26 MHz" Crystal Frequency: "26 MHz"
Line 281: Line 281:
 ===== Future projects ===== ===== Future projects =====
 eventually I'd like to write a script that uses the [[https://github.com/plan44/vdcd|plan44 vdcd]] external device API to integrate a sonoff device into a digitalSTROM setup as an emulated digitalstorm device. this will overcome the lag that is generated by querying the Web-API. we could then also create a dummy light bulb which will just publish its state to MQTT. by assigning it a different value for all of the scenes it is in, we can pass the room-state to MQTT with almost no lag. This will enable other devices like the sonoff to react immediately and not just during the next poll-interval.  eventually I'd like to write a script that uses the [[https://github.com/plan44/vdcd|plan44 vdcd]] external device API to integrate a sonoff device into a digitalSTROM setup as an emulated digitalstorm device. this will overcome the lag that is generated by querying the Web-API. we could then also create a dummy light bulb which will just publish its state to MQTT. by assigning it a different value for all of the scenes it is in, we can pass the room-state to MQTT with almost no lag. This will enable other devices like the sonoff to react immediately and not just during the next poll-interval. 
 +
 +see my progress on that at [[MQTT for digitalSTROM]]
  • sonoff.txt
  • Last modified: 07.09.2021 05:52
  • by Pascal Suter