Logger Component ================ .. seo:: :description: Instructions for setting up the central logging component in ESPHome. :image: file-document-box.png The logger component automatically logs all log messages through the serial port and through MQTT topics. By default, all logs with a severity higher than ``DEBUG`` will be shown. Decreasing the log level can help with the performance of the application and memory size. .. code-block:: yaml # Example configuration entry logger: level: DEBUG Configuration variables: ------------------------ - **baud_rate** (*Optional*, int): The baud rate to use for the serial UART port. Defaults to ``115200``. Set to ``0`` to disable logging via UART. - **level** (*Optional*, string): The global log level. Any log message with a lower severity will not be shown. Defaults to ``DEBUG``. - **logs** (*Optional*, mapping): Manually set the log level for a specific component or tag. See :ref:`Manual Log Levels for more information `. - **id** (*Optional*, :ref:`config-id`): Manually specify the ID used for code generation. Advanced settings: - **tx_buffer_size** (*Optional*, int): The size of the buffer used for log messages. Decrease this if you’re having memory problems. Defaults to ``512``. - **hardware_uart** (*Optional*, string): The Hardware UART to use for logging. Defaults to ``UART0``. - **esp8266_store_log_strings_in_flash** (*Optional*, boolean): If set to false, disables storing log strings in the flash section of the device (uses more memory). Defaults to true. - **on_message** (*Optional*, :ref:`Automation `): An action to be performed when a message is to be looged. The vairables ``int level``, ``const char* tag`` and ``const char* message`` are available for lambda processing. .. _logger-hardware_uarts: Hardware UARTs -------------- The logger component makes use of platform-specific hardware UARTs for serial logging. By default, the logger will occupy ``UART0``. The ESP32 has three hardware UARTs, all of which can be used for both transmit and receive. The ESP8266 only has two hardware UARTs, one of which is transmit-only. The ESP8266 ``UART0`` can also be 'swapped' to TX/RX on the CTS/RTS pins, if you need to use GPIO1 and GPIO3 for something else. Possible Hardware UART configurations: - ``UART0`` - TX: GPIO1, RX: GPIO3 - ``UART0_SWAP`` - TX: GPIO15, RX: GPIO13 (Only on ESP8266) - ``UART1`` - TX: GPIO2, RX: None (Only on ESP8266) - ``UART1`` - TX: GPIO9, RX: GPIO10 (Only on ESP32) - ``UART2`` - TX: GPIO16, RX: GPIO17 (Only on ESP32) .. _logger-log_levels: Log Levels ---------- Possible log levels are (sorted by severity): - ``NONE`` - No messages are logged. - ``ERROR`` - With this log level, only errors are logged. Errors are issues that prevent the ESP from working correctly. Color: red - ``WARN`` - With this log level, warnings and errors are logged. Warnings are issues like invalid readings from sensors that ESPHome can recover from. Color: yellow - ``INFO`` - With this log level, everything up to info messages are logged; so errors, warnings and info. Color: green - ``DEBUG`` (**Default**) - Everything up to this log level is logged. Debug messages include the current readings from a sensor and status messages. Color: cyan - ``VERBOSE`` - Like debug, but a few more messages that are usually deemed to be spam are also included. Color: grey - ``VERY_VERBOSE`` - All internal messages are logged. Including all the data flowing through data buses like I²C, SPI or UART. Warning: May cause the device to slow down and have trouble staying connecting due to amount of generated messages. Color: white .. _logger-manual_tag_specific_levels: Manual Tag-Specific Log Levels ------------------------------ If some component is spamming the logs and you want to manually set the log level for it, first identify the tag of the log messages in question and then disable them in your configuration. Suppose we want to have verbose log messages globally, but the MQTT client spams too much. In the following example, we’d first see that the tag of the MQTT client is ``mqtt.client`` (before the first colon) and the tag for MQTT components is ``mqtt.component``. .. figure:: images/logger-manual_log_level.png Next, we can manually set the log levels in the configuration like this: .. code-block:: yaml logger: level: VERBOSE logs: mqtt.component: DEBUG mqtt.client: ERROR Please note that the global log level determines what log messages are saved in the binary. So for example an ``INFO`` global log message will purge all ``DEBUG`` log statements from the binary in order to conserve space. This however means that you cannot set tag-specific log levels that have a lower severity than the global log level. .. _logger-log_action: ``logger.log`` Action --------------------- Print a formatted message to the logs. In the ``format`` option, you can use ``printf``-style formatting (see :ref:`display-printf`). .. code-block:: yaml on_...: then: - logger.log: "Hello World" # Formatted: - logger.log: format: "The temperature sensor reports value %.1f and humidity %.1f" args: [ 'id(temperature_sensor).state', 'id(humidity_sensor).state' ] Configuration options: - **format** (**Required**, string): The format for the message in :ref:`printf-style `. - **args** (*Optional*, list of :ref:`lambda `): The optional arguments for the format message. - **level** (*Optional*, string): The :ref:`log level ` to print the message with. Defaults to ``DEBUG``. - **tag** (*Optional*, string): The tag (seen in front of the message in the logs) to print the message with. Defaults to ``main``. Logger Automation ----------------- .. _logger-on_message: ``on_message`` ************** This automation will be triggered when a new message is added to the log. In :ref:`lambdas ` you can get the message, log level and tag from the trigger using ``message`` (``const char *``), ``level`` (``int``) and ``tag`` (``const char *``). .. code-block:: yaml logger: # ... on_message: level: ERROR then: - mqtt.publish: topic: some/topic payload: !lambda |- return "Triggered on_message with level " + std::to_string(level) + ", tag " + tag + " and message " + message; .. note:: Logging will not work in the ``on_message`` trigger. You can't use the :ref:`logger.log ` action and the ``ESP_LOGx`` logging macros in this automation. See Also -------- - :doc:`/components/uart` - :apiref:`logger/logger.h` - :ghedit:`Edit`