Tasmota | Alternative firmware for ESP8266 and ESP32 based devices

 by   arendst C Version: v12.5.0 License: GPL-3.0

kandi X-RAY | Tasmota Summary

kandi X-RAY | Tasmota Summary

Tasmota is a C library typically used in Internet of Things (IoT), Arduino applications. Tasmota has no bugs, it has no vulnerabilities, it has a Strong Copyleft License and it has medium support. You can download it from GitHub.

Alternative firmware for ESP8266 and ESP32 based devices with easy configuration using webUI, OTA updates, automation using timers or rules, expandability and entirely local control over MQTT, HTTP, Serial or KNX. Written for PlatformIO with limited support for Arduino IDE.
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              Tasmota has a medium active ecosystem.
              It has 19795 star(s) with 4416 fork(s). There are 648 watchers for this library.
              There were 1 major release(s) in the last 12 months.
              There are 10 open issues and 9116 have been closed. On average issues are closed in 30 days. There are 6 open pull requests and 0 closed requests.
              It has a neutral sentiment in the developer community.
              The latest version of Tasmota is v12.5.0

            kandi-Quality Quality

              Tasmota has 0 bugs and 0 code smells.

            kandi-Security Security

              Tasmota has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.
              Tasmota code analysis shows 0 unresolved vulnerabilities.
              There are 0 security hotspots that need review.

            kandi-License License

              Tasmota is licensed under the GPL-3.0 License. This license is Strong Copyleft.
              Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

            kandi-Reuse Reuse

              Tasmota releases are available to install and integrate.
              Installation instructions are available. Examples and code snippets are not available.
              It has 57046 lines of code, 289 functions and 126 files.
              It has high code complexity. Code complexity directly impacts maintainability of the code.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of Tasmota
            Get all kandi verified functions for this library.

            Tasmota Key Features

            No Key Features are available at this moment for Tasmota.

            Tasmota Examples and Code Snippets

            No Code Snippets are available at this moment for Tasmota.

            Community Discussions

            QUESTION

            Sonoff RF Bridge to Mosquitto (on Windows) Configuration
            Asked 2021-Jul-14 at 19:18

            I've been searching high and low for a simple explanation for this. What configuration settings do I use to connect my Sonoff RF bridge to the Mosquitto server on my computer? I'm sure it's a configuration issue but most of the tutorials out there are for rPi. My skill level in this is basic and I'm sure it may be obvious to someone what's wrong.

            I'm running Mosquitto on Windows 10 and have verified that the Mosquitto server is running using netstat -a (I can see the broker is listening at 0.0.0.0:1883.

            I've installed Tasmota Eclipse on my Sonoff RF Bridge and have verified it is receiving signal from my door sensor by opening the UI in my browser and viewing the console. I've tried multiple host addresses in the configuration menu; localhost, 0.0.0.0, 10.0.0.1, however Tasmota only seems to connect when I leave the host field blank.

            I've tried to use MQTTlens to verify that the broker is receiving messages on port 1883 and nothing seems to be coming through.

            ...

            ANSWER

            Answered 2021-Jul-14 at 10:22

            0.0.0.0 is a short hand to tell mosquitto to listen on all the available interfaces on the machine it is running on. It is meaningless to use it in the client configuration.

            Likewise, localhost always means the same machine that the code making the request is running on, so in this case it would be the Sonoff device it's self.

            It looks like 10.0.0.1 is the address of your local router, unless mosquitto is actually running on the router (it is very unlikely your windows machine is your router) this again is not going to be useful.

            You need to use the IP address of the Windows machine that mosquitto is running on, this is going to start with 10.0.0. running ipconfig on the command line in windows is probably the quickest/simplest way to find that address.

            Source https://stackoverflow.com/questions/68375382

            QUESTION

            Mosquitto: Starting in local only mode but can't fix
            Asked 2021-Feb-27 at 14:40

            My Rpi4 running my home automation recently upgraded itself from mosquitto version 1.6.12 to 2.0.8 and as a consequence it was starting in local only mode.

            Done some digging about but still can't get it all working again, mainly used this previous helpful question Mosquitto: Starting in local only mode but my devices still can't connect.

            From my mosquiito log I see

            ...

            ANSWER

            Answered 2021-Feb-27 at 13:39

            Your problem is not that Mosquitto is not listening, it's that your devices are trying to resolve a hostname of 127.0.0.1:1883

            I suspect you have entered the host:port combination into fields that should

            1. Only contain a hostname/IP address
            2. You probably should NOT be entering 127.0.0.1 as this always points to the device it is entered on and you should be entering the IP address the broker is actually running on.

            Source https://stackoverflow.com/questions/66398275

            QUESTION

            How to discover all devices in MQTT-enabled LAN?
            Asked 2020-Dec-31 at 17:19

            In my LAN there are several MQTT-enabled devices (Tasmota) and I am writing an MQTT client (Javascript, through mosquitto websocket and PAHO client library).

            Which is the best way to discover all online devices in the LAN and their corresponding device name? I thought using the LWT message that every device sends, but I don't know how to subscribe to all LWT message from unknown devices.

            The LWT "Online" messages are coming through with this path: tele//LWT, but I don't want to subscribe to ALL "tele" messages, as they are too many.

            ...

            ANSWER

            Answered 2020-Dec-31 at 17:19

            You can use single level wildcard topics.

            e.g.

            Source https://stackoverflow.com/questions/65523157

            QUESTION

            Implementing a IoT Device Pairing process in Android over Wifi
            Asked 2020-Apr-03 at 19:40

            I am currently working on the integration of IoT devices into a cloud. Many people know the Gosund smart plugs. Just for fun, I've been playing around with the original firmware and wondering how this coupling process is solved. The Gosund sockets are based on the ESP8266 and have no Bluetooth on the hardware side, only W-LAN. The Android app starts a search process when pairing, finds the socket, sends the settings and the setup is finished. But how exactly is this solved on the software side?

            I'm interested in that, because I want to reproduce the same way it is solved for our app. My first theory was that the Gosunds, similar to Tasmota, open an access point with a webserver behind it and the app sends the settings via REST calls.

            For testing purposes I implemented this in a small prototype, which also works so far. But you can see with my code that the phone is changing the wifi. Open connections are closed and so on... With the Gosund app this is not the case. My mobile phone stays in my W-LAN the whole time but manages to send the settings via Wifi to the gosund plug at the same time.

            How is that solved?

            Alternative theory: The app opens an access point and the gosund plug tries to connect. But can Android do that? Stay logged in to a wifi and open a hotspot at the same time?

            ...

            ANSWER

            Answered 2020-Apr-01 at 20:34

            OK, so now I know how it works. The trick is to encode the WiFi credentials into the unencrypted header of UDP packets. The ESP then searches for exactly these packets on all available access points. This allows the device to be configured from the mobile phone without having to change a WiFi connection. This technique is called SmartConfig.

            Here is explained in detail how it works: https://www.eeweb.com/profile/steve6366/articles/smartconfig-how-to-turns-an-esp8266-into-a-smart-home-device

            Source https://stackoverflow.com/questions/60902167

            QUESTION

            MQTT Broker does not receive any messages
            Asked 2020-Jan-24 at 21:10

            I'm trying to connect my Tasmota switch over mqtt. i have installed mosquitto on a virtual machine, heres the configuration:

            /etc/mosquitto/mosquitto.conf

            ...

            ANSWER

            Answered 2020-Jan-24 at 21:10

            As thrashed out in the comments, your ACL file is missing any enabled topics either for the anonymous user or the tasmota user.

            If you enable ACLs you need to define all the topics you want users to be able to access.

            Source https://stackoverflow.com/questions/59903369

            QUESTION

            Connection refused when trying to connect with MQTT+Tasmota
            Asked 2020-Jan-23 at 13:36

            I've done my googling on this and I have really tried to fix this before posting my question here.

            System: Raspberry Pi B+ (Latest Raspbian), Wifi

            Problem: When I try to run this: mosquitto_pub -h 192.168.1.121 -t cmnd/DVES_1A6953_fb/cmnd/Power1 -m off I get "Error: Connection refused"

            What I know: Mosquitto is installed on 192.168.1.100 (RPi) Sonoff Basic Pow is located at 192.168.1.121 I've tried with mosquitto -d. And sudo systemctl enable mosquitto.service.

            mosquitto -v gives me: 1579784576: mosquitto version 1.5.7 starting 1579784576: Using default config. 1579784576: Opening ipv4 listen socket on port 1883. 1579784576: Error: Address already in use

            I really don't know what else to do now :)

            Hope you can help me!

            / Oskar

            ...

            ANSWER

            Answered 2020-Jan-23 at 13:36

            You are trying to publish directly to device (192.168.1.121) not to the broker (192.168.1.100)

            You need to send messages to the broker, which will forward them to the device (Assuming it's subscribed to the right topic)

            Source https://stackoverflow.com/questions/59879392

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install Tasmota

            Download one of the released binaries from http://ota.tasmota.com/tasmota/release/ or http://ota.tasmota.com/tasmota32/release/ and flash it to your hardware using our installation guide.

            Support

            For a database of supported devices see Tasmota Device Templates Repository.
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries