# Reconnect Causes Incorrect Historian Values **URL:** \ **Category:** MQTT Modules\ **Created:** [March 23, 2022, 9:10pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201 "2022-03-23T21:10:18Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![mgrishaber](https://avatars.discourse-cdn.com/v4/letter/m/e9c0ed/32.png) [@mgrishaber](https://forum.cirrus-link.com/u/mgrishaber)\ **Post date:** [March 23, 2022, 9:10pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/1 "2022-03-23T21:10:18Z")
Currently I am having an issue when an edge node re-connects it will cause a value of 0 to be written to the historian database before writing the actual value a few milliseconds later. It seems to be more prominent on tags that do not change while the node is disconnected but it still does occur. Looking at my stored data it seems to have been happening with every version of the Transmission and Engine module I have used (4.0.6-4.0.10). Really not sure if this is an issue with the MQTT modules or the Ignition Tag Historian so I was hoping someone here had seen and corrected this issue. ---
**Author:** ![wes.johnson](https://avatars.discourse-cdn.com/v4/letter/w/f14d63/32.png) [@wes.johnson](https://forum.cirrus-link.com/u/wes.johnson)\ **Post date:** [March 23, 2022, 10:13pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/2 "2022-03-23T22:13:06Z")
There are a number of caveats with regard to MQTT store and forward configuration. Have you been through this doc? [MQTT History - MQTT Modules for Ignition 8.x - Confluence](https://docs.chariot.io/display/CLD80/MQTT+History) ---
**Author:** ![mgrishaber](https://avatars.discourse-cdn.com/v4/letter/m/e9c0ed/32.png) [@mgrishaber](https://forum.cirrus-link.com/u/mgrishaber)\ **Post date:** [March 28, 2022, 9:29pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/3 "2022-03-28T21:29:20Z")
Yes, that is actually what I used as the basis for setting up these tags, they are configured to write directly to the History provider. Also this was occurring at about the same frequency before and after changing the ‘Enable History Storage by Default’ setting and using the StoreAndForward custom property. This is something that used to be fairly intermittent but has started to become more common separately from any module changes. It also doesn’t seem to leave any evidence in the log and doesn’t match up to any of the duplicate entry quarantines that occur from time to time. ---
**Author:** ![jasperlg](https://avatars.discourse-cdn.com/v4/letter/j/0ea827/32.png) [@jasperlg](https://forum.cirrus-link.com/u/jasperlg)\ **Post date:** [March 30, 2022, 7:06am UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/4 "2022-03-30T07:06:25Z")
@mgrishaber, we have the exact same issue. It messes with the historian accuracy quite a bit. I will let you know when we find a solution, but exact same story, also tried 4.0.8-4.0.10, but it keeps this way. ---
**Author:** ![mgrishaber](https://avatars.discourse-cdn.com/v4/letter/m/e9c0ed/32.png) [@mgrishaber](https://forum.cirrus-link.com/u/mgrishaber)\ **Post date:** [March 31, 2022, 10:38pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/5 "2022-03-31T22:38:53Z")
What versions of Ignition are you running? On my system the gateway with the Engine module is running 8.1.14 and the edge nodes with the Transmission module are running a few different versions, 8.1.5 to 8.1.12. ---
**Author:** ![jasperlg](https://avatars.discourse-cdn.com/v4/letter/j/0ea827/32.png) [@jasperlg](https://forum.cirrus-link.com/u/jasperlg)\ **Post date:** [April 1, 2022, 5:17am UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/6 "2022-04-01T05:17:37Z")
It’s not Ignition edge, but we have 2 plant leveI gnition servers, 1 central one. All are on 8.1.15 ---
**Author:** ![DSI101](https://avatars.discourse-cdn.com/v4/letter/d/f9ae1b/32.png) [@DSI101](https://forum.cirrus-link.com/u/DSI101)\ **Post date:** [April 12, 2023, 2:17pm UTC](https://forum.cirrus-link.com/t/reconnect-causes-incorrect-historian-values/201/7 "2023-04-12T14:17:00Z")
I am having the same issue. I use reference tags and the backfill is working but will store a 0 if the connection drops. @wes.johnson is there a way to ignore the 0 when a reconnect happens? Our remote sites are on cellular so this happens quite frequent.