# EmonGLCD does not read time nor Power **URL:** \ **Category:** Hardware\ **Created:** [4 September 2017 14:18 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002 "2017-09-04T14:18:03Z")\ **Posts on this page:** 13\ **Page:** 2
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 18:29 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/21 "2018-11-03T18:29:51Z")
I do not see any Green LED flashing at all. Could you resend me your test sketch? … just in case … ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 18:53 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/22 "2018-11-03T18:53:05Z")
Just for information, I have attached my current sketch (not the Debut one) which receives the EmonPI time, EMonTH data.[HomeEnergyMonitor\_Hoplite2.zip](https://community.openenergymonitor.org/uploads/default/original/2X/1/1d919a59bd419bf2c96716c3299ed8fdf839babf.zip) (5.8 KB) ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [3 November 2018 19:40 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/23 "2018-11-03T19:40:29Z")
That sketch (HomeEnergyMonitor\_Hoplite2) **_should not_** receive data from your emonTx, because the receiving structure does not match the equivalent in the emonTx - which you have not changed because your emonPi works. You have `typedef struct { int power1, power2, power3, Vrms; } PayloadTX;` It does not have the temperatures nor the pulse count. Even though you might not want to use and display those, they must be included, because otherwise the checksum fails and the data is rejected. That is one reason why it does not receive the emonTx. There might be other reasons also. Here is [emonGLCD\_Debug.zip](https://community.openenergymonitor.org/uploads/default/original/2X/2/23d80b487045e58dabc79503703bad4f2792b8c9.zip) (3.2 KB) You must change ` #define RF69_COMPAT 0` to `#define RF69_COMPAT 1` to suit your RFM69CW. ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 20:25 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/24 "2018-11-03T20:25:40Z")
Thanks for the new DEBUT sketch. It works well and I receive the Node 5, 19 and 26. In otehr words, the EMONPI, and my two EmonTH’s but never the EmonTx is mentioned (node 8). ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [3 November 2018 20:31 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/25 "2018-11-03T20:31:47Z")
What is the distance, in a straight line, between the emonTx and the emonGLCD? What lies between them? ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 20:45 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/26 "2018-11-03T20:45:13Z")
about 3meters. But my EmonPI and my GLCD are just near each others. Also I have tryed to put the GLCD close to the TX without any success either. ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 20:47 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/27 "2018-11-03T20:47:58Z")
The TH is even further away between walls.and the reception is perfect for it. Could it be we have a packaet colision ie at teh same time each time? - if so I cannot get why the EmonPI would get the data. ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [3 November 2018 21:53 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/28 "2018-11-03T21:53:12Z")
It is possible then, that the signal is too strong, or that the emonGLCD is being swamped by electrical noise from the emonPi. Can you try moving the emonGLCD away from the emonPi? > [@Hoplite](#): > > Could it be we have a packaet colision ie at teh same time each time? I do not think anyone else had reported that as a problem. I think the only way that could happen is if the emonPi transmitted the time at the same time as it was receiving data from the emonTx, and that is impossible - it can only do one thing at a time. If it was anything else causing the collisions, then because each has its own clock, they would eventually drift out of synchronism and the data would get through. > [@Hoplite](#): > > if so I cannot get why the EmonPI would get the data. There is a very small possibility that this could happen, if the emonPi was shielded from the interfering signal and the emonGLCD was not. The interfering signal need not necessarily be from your equipment. ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [3 November 2018 22:33 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/29 "2018-11-03T22:33:13Z")
I have tried to move the GLCD away from the EMonPI and also close to the Tx, no change. May I ask you the Sketches for the EmonTx V3 and I would upload the Sketch again … just in case. If the Sketch is the same, I should see no difference at all but it is the only thing which I have not yet tried. ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [3 November 2018 22:54 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/30 "2018-11-03T22:54:31Z")
The emonTx sketch is available on GitHub: > **[emontx3/firmware at master · openenergymonitor/emontx3](https://github.com/openenergymonitor/emontx3/tree/master/firmware)** > > master/firmware I recommend you do not change the emonTx sketch. The emonPi is receiving it correctly, and the emonGLCD is, or should be, receiving the very same radio transmission. Your emonTx data structure should be: ```auto typedef struct { int power1, power2, power3, power4, Vrms, temp[6]; unsigned long pulseCount; } PayloadTX; ``` You wrote that your emonPi config. is: ```auto names = power1, power2, power3, power4, vrms, temp1, temp2, temp3, temp4, temp5, temp6, pulse datacodes = h,h,h,h,h,h,h,h,h,h,h,L ``` Both represent 11 integers and one unsigned long integer, so they are consistent. The only thing that can be wrong is your emonGLCD. What I do not understand is how the emonPi can receive from the emonTx and the emonTHs, but the GLCD, especially with the debug sketch - which will receive anything from any node - cannot receive from the emonTx when it can from the emonPi and the emonTHs. ---
**Author:** ![pb66](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pb66/32/27_2.png) [@pb66](https://community.openenergymonitor.org/u/pb66)\ **Post date:** [4 November 2018 00:28 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/31 "2018-11-04T00:28:08Z")
You could try compiling the emonGLCD sketch with an earlier version JeeLib. The current emonPi, emonTH and emonTH sketches are all compiled with outdated JeeLib > > > When the emonPi firmware is compiled with a later JeeLib it fails to receive emonTx packets (Or least that used to be the case, see [Emon TXs not updating after Emonpi update - #12 by glyn.hudson](https://community.openenergymonitor.org/t/emon-txs-not-updating-after-emonpi-update/2233/12)) [edit - also see “[emonTx Node Communicates to one RFM69Pi, but not another](https://community.openenergymonitor.org/t/emontx-node-communicates-to-one-rfm69pi-but-not-another/7771)” for a similar issue with a RFM69Pi recompiled with a later JeeLib, and again here “[Recompiling RFM69Pi firmware - #6 by adpeace](https://community.openenergymonitor.org/t/recompiling-rfm69pi-firmware/2618/6)”] ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [4 November 2018 00:51 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/32 "2018-11-04T00:51:34Z")
@Hoplite @pb66’s post just made me remember the problems we had when the receiver and transmitter clocks lost synchronism while a long series of zero values - the temperatures - was transmitted. But it cannot be that - your unused temperatures report “300”. ---
**Author:** ![Hoplite](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/hoplite/32/23480_2.png) [@Hoplite](https://community.openenergymonitor.org/u/Hoplite)\ **Post date:** [4 November 2018 17:55 UTC](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002/33 "2018-11-04T17:55:14Z")
Hello. I’ve just changed the jeelib library as proposed earlier by pb66. I have then run the DEBUG sketch and I can now see my EMonTX perfectly well. Many thanks for your help Guys! Very appreciated. Laurent [Previous page](https://community.openenergymonitor.org/t/emonglcd-does-not-read-time-nor-power/5002.md?page=1)