# ESP8266 WIFI module losing MQTT config

**URL:** <https://community.openenergymonitor.org/t/esp8266-wifi-module-losing-mqtt-config/16876>\
**Category:** emonTx\
**Tags:** wifi\
**Created:** [11 February 2021 11:43 UTC](https://community.openenergymonitor.org/t/esp8266-wifi-module-losing-mqtt-config/16876 "2021-02-11T11:43:24Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![AntiGrav](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/antigrav/32/16068_2.png) [@AntiGrav](https://community.openenergymonitor.org/u/AntiGrav)\
**Post date:** [12 February 2021 10:46 UTC](https://community.openenergymonitor.org/t/esp8266-wifi-module-losing-mqtt-config/16876/3 "2021-02-12T10:46:38Z")

</div>

> [@borpin](#):
>
> Just a minor correction - the WiFi boards send (publish) data to the MQTT Broker (on the Pi) and EmonCMS subscribes to that broker and reads the data directly. Emonhub is not involved.

That makes sense. I wondered why you didn’t see the MQTT activity in the emonHub logging.

I have a test system here that I will reproduce the problem on, then try the latest firmware. We bought these cards in December. The symptom is similar to the one described [here](https://community.openenergymonitor.org/t/bug-in-v3-1-1-smartplug-version/15630), where the password re-appears in the MQTT feed name prefix on the webpage. Looks like it was fixed in v3.1.2 in October. However re-entering the password doesn’t survive a power cycle.

---

_[View the full topic](https://community.openenergymonitor.org/t/esp8266-wifi-module-losing-mqtt-config/16876)._
