{"id":8385,"date":"2025-02-21T07:59:53","date_gmt":"2025-02-21T06:59:53","guid":{"rendered":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/2025\/02\/21\/lan-for-pylontech-pv-batterystatus-opendtu-and-more-in-homeassistant\/"},"modified":"2025-03-06T11:36:39","modified_gmt":"2025-03-06T10:36:39","slug":"lan-for-pylontech-pv-batterystatus-opendtu-and-more-in-homeassistant","status":"publish","type":"post","link":"https:\/\/blog.fh-kaernten.at\/ingmarsretro\/2025\/02\/21\/lan-for-pylontech-pv-batterystatus-opendtu-and-more-in-homeassistant\/?lang=en","title":{"rendered":"LAN for Pylontech PV-batterystatus, OpenDTU and more in HomeAssistant"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

In the article „Pylontech PV battery status in HomeAssistant“, I had improved the project \u201cPylontech battery monitoring\u201d of the following GitHub links and drew a circuit board to make the whole construct a little more compact and professional.
\nhttps:\/\/github.com\/irekzielinski\/Pylontech-Battery-Monitoring<\/a>
\nhttps:\/\/github.com\/hidaba\/PylontechMonitoring<\/a>
\nAll battery data of the Pylontech battery modules are displayed in the Homeassistant. Great! But when I take a look at the list of devices registered in my wifi networks, I almost feel sick – there are now far too many wireless devices, especially from the smart home sector, sharing the channel bandwidth. So my current plan is to bring some of the smart home devices onto the wired LAN network.<\/p>\n

edit 06.Mar.2025: you find the project on
\nhttps:\/\/github.com\/ingmarsretro\/pylontech_Lan_Interface<\/a><\/p>\n

The self-made devices based on the ESPs are ideal for this. These are devices such as the OpenDTU interface, the EVU smart home interface or, as here, the interface from the serial console of the Pylontech battery to the MQTT server in the Home Assistant.<\/p>\n

I have done some tests with boards such as the OLIMEX ESP32-PoE and the WT32-ETH01. The Olimex board would have the great advantage of also being able to be supplied with power via PoE. However, the power supply for PoE operation is so \u201cpoor\u201d that the required standards of external boards are not met. Here I can mention the NRF24L01 radio module, for example. I did some tests with it and decided to disregard the PoE functionality for the time being. This led to the plan to use the WT32-ETH01 with an ESP32 to design a universal board with several interfaces. It should be able to do the following:<\/p>\n