New home-assistant add-on retrieving radio data sent from emontx

denis.moro · 25 January 2026 18:30

tested on another mosquitto server with authentication, I changed parameters on your addon but I am not receiving any mqtt packet… so it is not due to mqtt auth

denis.moro · 25 January 2026 18:31

yes, exactly

alexandrecuer · 25 January 2026 18:34

and you use the mqtt_test.py you have hot this kind of return ?

# python3 mqtt_test.py 
{'success': True, 'text': 'Connection Accepted.'}

denis.moro · 25 January 2026 18:38

yes, and information is published on my mqtt thread:

2026-01-25 18:52:32,280 INFO MQTT_HOST : 192.168.1.13 - MQTT_PORT : 1883
{‘success’: True, ‘text’: ‘Connection Accepted.’}

alexandrecuer · 25 January 2026 18:38

what is the sensor sending this kind of packets ?
no RSSI at the end (ie something like (-65)) before the \r\n

denis.moro · 25 January 2026 18:39

emonGLCD , it is sending only temperature

denis.moro · 25 January 2026 18:40

other logs:

2026-01-25 19:38:06,022 DEBUG    b'OK 10 182 2 3 0 0 0 2 0 81 88 251 0 184 11 184 11 184 11 184 11 184 11 1 0 0 0\r\n'

2026-01-25 19:38:08,124 DEBUG ******************************

2026-01-25 19:38:08,124 DEBUG b’OK 24 245 8\r\n’

2026-01-25 19:38:11,227 DEBUG ******************************

2026-01-25 19:38:11,227 DEBUG b’OK 8 187 3 205 0 0 0 229 88\r\n’

2026-01-25 19:38:14,330 DEBUG ******************************

2026-01-25 19:38:14,330 DEBUG b’OK 21 108 8\r\n’

2026-01-25 19:38:15,131 DEBUG ******************************

2026-01-25 19:38:15,131 DEBUG b’OK 23 189 8\r\n’

2026-01-25 19:38:15,932 DEBUG ******************************

2026-01-25 19:38:15,933 DEBUG b’OK 10 214 2 4 0 1 0 2 0 132 88 251 0 184 11 184 11 184 11 184 11 184 11 1 0 0 0\r\n’

2026-01-25 19:38:16,934 DEBUG ******************************

2026-01-25 19:38:16,934 DEBUG b’OK 8 190 3 201 0 0 0 7 89\r\n’

alexandrecuer · 25 January 2026 18:43

great so the mqtt part is working. the problem is from the sensor side. if there is no rssi the packet is thrown away. As i dont have any emonGLCD, I cannot test from my side

The code must probably be adapted to fit to emonGLCD packets ?

key part is here :

github.com/Open-Building-Management/emontx_sniffer

jeelib_sniffer.py

ca1d4f540


      
          after it stores all the values as int16 in little endian
          """
          if buf:
              log.debug("******************************")
              log.debug(buf)
              if "\r\n" not in buf.decode():
                  log.info("no end of line received - incomplete packet")
              datas = buf.decode().replace("\r\n", "").strip().split(" ")
              if datas[0] == "OK" and len(datas)>=2:
                  payload = {}
                  rssi = datas[-1].strip()
                  if rssi.startswith('(') and rssi.endswith(')'):
                      try:
                          payload["rssi"] = int(rssi[1:-1])
                      except ValueError:
                          log.error("rssi is not valid - discarding packet")
                      else:
                          frame = [int(i) for i in datas[2:-1]]
                          i=0
                          values=[]
                          while i < len(frame):

denis.moro · 25 January 2026 18:45

I can ignore GLCD, but I need info from a emonTX and a emonTX v2 (in order):

2026-01-25 19:38:16,934 DEBUG b’OK 8 190 3 201 0 0 0 7 89\r\n’

2026-01-25 19:38:15,933 DEBUG b’OK 10 214 2 4 0 1 0 2 0 132 88 251 0 184 11 184 11 184 11 184 11 184 11 1 0 0 0\r\n’

alexandrecuer · 25 January 2026 18:57

with emontx it should work, but your payloads seem not to have any RSSI ? dont know why

see mines. The 2 first are not good the last one starts with OK and with rssi (-73) is fine

2026-01-25 19:49:01,780 DEBUG b’OK 8 36 7 0 0 9 1 0 0 18 3 0 0 125 0 0 0 100 0 0 0 91 0’
2026-01-25 19:49:01,780 INFO no end of line received - incomplete packet
2026-01-25 19:49:01,884 DEBUG ******************************
2026-01-25 19:49:01,884 DEBUG b’ 0 0 57 90 190 0 184 11 184 11 184 11 184 11 184 11 0 0 0 0 (-70) \r\n’
2026-01-25 19:49:31,470 DEBUG ******************************
2026-01-25 19:49:31,470 DEBUG b’OK 8 126 2 0 0 15 1 0 0 28 1 0 0 127 0 0 0 95 0 0 0 91 0 0 0 244 90 190 0 184 11 184 11 184 11 184 11 184 11 0 0 0 0 (-73) \r\n’
2026-01-25 19:52:29,554 DEBUG ******************************

anyway, this addon is experimental.

denis.moro · 25 January 2026 19:56

so why it wasn’t published on mqtt?

alexandrecuer · 25 January 2026 20:05

those extracts are from my addon, not yours. and yes in my ecosystem, the packet was published

in your extracts, I’ve never seen any (-xx)

so that’s why I say your payloads do not seem to have any rssi

are you sensors very far from the base ? which kind of receiver do you use ?

denis.moro · 25 January 2026 20:59

I’m using 2 emongcld, 1 emontx v1 and 1 emontx v2.

how to troubleshoot ? is possible to check if RSSI is present and ignore it if missing?

ex this one is fine for you?

2026-01-25 21:59:33,521 DEBUG    b'OK 10 214 5 5 0 0 0 2 0 145 88 248 0 184 11 184 11 184 11 184 11 184 11 1 0 0 0\r\n'

denis.moro · 25 January 2026 22:05

How can I try to fix your Python code on my installation? What folder should I go to?

alexandrecuer · 26 January 2026 06:47

I was asking about the receiver..those are transmitters…
On your homeassistant installation, you may have a usb key or something else to receive radio data

Cf this documentation

github.com/Open-Building-Management/emontx_sniffer

DOCS.md

main

This tool reads radio data coming from emontx and send them to the emoncms

You need a RFM69 radio receiver :

- either one attached to the GPIO, like [emonPi](https://docs.openenergymonitor.org/emonpi/index.html) or [RFM69Pi](https://docs.openenergymonitor.org/emonbase/rfm69-pi.html) 

- either a USB one, like the [jeelink-rfm69cw-to-usb-transceiver-433mhz](https://shop.openenergymonitor.com/jeelink-rfm69cw-to-usb-transceiver-433mhz/)

# usage with a radio receiver attached to the GPIO

![emonbase](https://github.com/Open-Building-Management/emontx_sniffer/raw/main/images/emonbase.png)

Devices connected to the GPIO are usually recognized as `/dev/ttyAMA0`, the same port used by bluetooth on a raspberry

Disabling bluetooth requires to modify `/boot/config.txt` and to add the following lines at the end :
```
[all]
dtoverlay=disable-bt
```
On a classic raspbian OS, it is easy as `/boot` is mounted if you read your SD card on a linux machine

This file has been truncated. show original

denis.moro · 26 January 2026 08:07

sorry, for receiver I am using an rfm69 mounted on gpio interface on my raspberry.

borpin · 26 January 2026 08:25

Can’t you just use emonhub?

Help - docker install of emonhub and emoncms - Getting Started - OpenEnergyMonitor Community

Perhaps I’m missing something obvious.

denis.moro · 26 January 2026 08:54

I’m using emonhub on another installation but I would to migrate to homeassistant

borpin · 26 January 2026 08:57

@alexandrecuer - I thought your emoncms add-on had emonhub as well?

denis.moro · 26 January 2026 09:57

can I change python code on homeassistant? I am not so expert on docker on homeassistant.

where is a folder where I can access the python code of jeelib_sniffer.py?