rPi Sniffer - Hass.io

Hey @Philipp_Schreyer, I just restarted the addon and well… it still works. The only difference is the “version” in the first line, it say “3.2.2” on my Hassio.

starting version 3.2.2
Running virtualenv with interpreter /usr/bin/python3
Using base prefix '/usr'
New python executable in /data/venv/bin/python3
Also creating executable in /data/venv/bin/python
Installing setuptools, pip, wheel...done.
Collecting rpi-rf
  Downloading rpi-rf-0.9.6.tar.gz
Collecting RPi.GPIO (from rpi-rf)
  Downloading RPi.GPIO-0.6.3.tar.gz
Building wheels for collected packages: rpi-rf, RPi.GPIO
  Running setup.py bdist_wheel for rpi-rf: started
  Running setup.py bdist_wheel for rpi-rf: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/16/e2/54/205bfe1826862c70b36a59d02c340d06726cdbd82f5b88dfdb
  Running setup.py bdist_wheel for RPi.GPIO: started
  Running setup.py bdist_wheel for RPi.GPIO: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/ae/4d/3b/e924997dbf06810adf3b2e37f1d9627b2327eb9cbb285949c9
Successfully built rpi-rf RPi.GPIO
Installing collected packages: RPi.GPIO, rpi-rf
Successfully installed RPi.GPIO-0.6.3 rpi-rf-0.9.6
2018-01-11 12:40:17 - [INFO] rpi-rf_receive: Listening for codes on GPIO 27
2018-01-11 12:40:26 - [INFO] rpi-rf_receive: 4096 [pulselength 1222, protocol 4]
...

Actually I’m not sure where the problem could be, are you using the right GPIO? Probably yes, you should at least read the line

[INFO] rpi-rf_receive: Listening for codes on GPIO 27

and then not receiving anything.
I am using the 0.60 version of Hassio, what about you? Did you already updated to the 0.60.1?

Try to have a look at the supervisor log inside the advanced settings

image

Maybe there could be some errors recorded there…

Hi @Pantomax,

this is the last lines of my supervisor log:
18-01-11 11:25:56 INFO (MainThread) [hassio.addons.git] Pull addon https://github.com/home-assistant/hassio-addons repository
18-01-11 11:25:56 INFO (MainThread) [hassio.addons.git] Pull addon https://github.com/pantomax/hassio-addons repository
18-01-11 11:25:57 INFO (MainThread) [hassio.addons] Load addons: 23 all - 0 new - 0 remove
18-01-11 12:00:16 INFO (SyncWorker_17) [hassio.docker.interface] Clean de3cd379/armhf-addon-rfreceiver docker application
18-01-11 12:00:18 INFO (SyncWorker_17) [hassio.docker.addon] Start docker addon de3cd379/armhf-addon-rfreceiver with version 1.5

So that looks good, though.

Yes, I already use 0.60.1 and I saw another thing:
The addon stopps automatically. After I started it and got the output from the last post, when I reload the page it says: STOPPED. When I restart (addon and machine) this doesn’t bring a solution :frowning:

I think I’m not going to upgrade my Hassio then :grimacing:. I’ll have a look if something is changed on declaring the addons, maybe there’s something I should change. Thanks for letting me know

is it your addon options page like this?

Yes it is, exactly. But after refreshing the page it’s “stopped” again.

Hi Pantomax,

just wanted to give some feedback here.
I made a fresh install of Hass.io yesterday coming from Hassbian.
Installed this addon from your repository and it works like a charm. Maybe @Philipp_Schreyer forgot to copy the python file to share? How would your addon behave if it is not there?

Only thing I also experience is that I can’t read codes properly. The addon just logs codes everytime and if I hold the button of my remote it logs lots of different codes and protocols.
I think this is caused by my cheap RF receiver. Just ordered a better one, will let you know.

So far, thanks for the addon
eXtatic

Thank you @eXtatic, I had problems like that when I was using a receiver like this one:
image
now, I’m using this one and it works much better:


Just use an external antenna to receive codes better and use the correct voltage for the receiver you’re using :wink:

1 Like

Hey Pantomax,

exactly the same HW here :slight_smile:, just orderer the bottom one now.
So you’re running the better receiver with 3.3V ?
The cheap one behaves the same on 3.3V and 5V.

Using 5V I had very strange readings while on 3.3V it worked better, much better…

1 Like

When i used the cheaper receiver on 3.3V it got alot of ghost signals, using 5v solved the problem for me.

I currently have it on 5V and an external antenna is also soldered. Without using the remote I get this:

That’s really a good device :joy:

1 Like

Well, me too, I keep receiving a couple of codes every second, but that’s just because our houses are full of interferences unless you live in the middle of nowhere :slight_smile:

So I got the new receiver today, soldered an antenna, connected it to 5V and there it is. Just working great! I simply use the mqtt sensor you implemented as triggers in automations to control devices. Couldn’t be much easier.
Thanks a lot for this add-on!

P.S. still get phantom reads while pushing the buttons on the remote but almost none otherwise
1398036 is switch off
1398033 is switch on

I also have one RF outdoor temperature sensor around that is sending data I can’t interpret right now.

eXtatic

Glad to hear it’s working fine. :slightly_smiling_face:
I guess outdoor temperature sensors use a different code for every tenth of temperature degree, but I don’t really know how they work. Maybe it’s a standard protocol, who knows.
Bye the way I just received this antenna:

I’m not sure it will extend the reception range but it is cheap and it looks good. I’ll keep you updated. :wink:

Hi,

the Addon wont Start.

Error is:

18-12-21 23:29:17 INFO (SyncWorker_14) [hassio.docker.addon] Start build local/armhf-addon-rfreceiver:1.0
18-12-21 23:29:17 ERROR (SyncWorker_14) [hassio.docker.addon] Can’t build local/armhf-addon-rfreceiver:1.0: 500 Server Error: Internal Server Error (“Cannot locate specified Dockerfile: Dockerfile”)

I thought I’d worked out some kinks, but then notice this is the Log File. Any idea why I get the message this can only be run on a Raspberry Pi? I am using a Pi 3 Model B. I tried both of the versions in the repository with the same results: RPi RF Receiver and RPi RF Receiver 3.

Using base prefix '/usr'
New python executable in /data/venv/bin/python3
Also creating executable in /data/venv/bin/python
Installing setuptools, pip, wheel...
done.
Running virtualenv with interpreter /usr/bin/python3
Collecting rpi-rf
  Downloading https://files.pythonhosted.org/packages/e8/b4/092c00607f8e12670c0ac8cb9d4ec495952726105cc36c879825151630bf/rpi_rf-0.9.7-py3-none-any.whl
Collecting RPi.GPIO (from rpi-rf)
  Downloading https://files.pythonhosted.org/packages/af/2f/407b6e4cc8a0bdf434825a160bba1807991886b63cce16a5f1a6e1f24cdf/RPi.GPIO-0.6.5.tar.gz
Building wheels for collected packages: RPi.GPIO
  Running setup.py bdist_wheel for RPi.GPIO: started
  Running setup.py bdist_wheel for RPi.GPIO: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/6d/fc/be/f0bd634b0033499def11c5c8b63731c3de443eed482dbe4c71
Successfully built RPi.GPIO
Installing collected packages: RPi.GPIO, rpi-rf
Successfully installed RPi.GPIO-0.6.5 rpi-rf-0.9.7
Traceback (most recent call last):
  File "/share/rpi-rf_receive.py", line 15, in <module>
    from rpi_rf import RFDevice
  File "/data/venv/lib/python3.6/site-packages/rpi_rf/__init__.py", line 2, in <module>
    from .rpi_rf import RFDevice
  File "/data/venv/lib/python3.6/site-packages/rpi_rf/rpi_rf.py", line 9, in <module>
    from RPi import GPIO
  File "/data/venv/lib/python3.6/site-packages/RPi/GPIO/__init__.py", line 23, in <module>
    from RPi._GPIO import *
**RuntimeError: This module can only be run on a Raspberry Pi!**

Hey guys,
I installed as describes, using almost known 433 MHz RX/TX Modul, but getting this message in log and don’t know what to do.

Successfully installed RPi.GPIO-0.6.5 rpi-rf-0.9.7 Traceback (most recent call last): File "/share/rpi-rf_receive.py", line 35, in <module> rfdevice.enable_rx() File "/data/venv/lib/python3.6/site-packages/rpi_rf/rpi_rf.py", line 189, in enable_rx GPIO.add_event_detect(self.gpio, GPIO.BOTH) RuntimeError: Failed to add edge detection

I already tried to change GPIO 27 to GPIO 22 with editing the rpi-rf_receive.py, but no win either.
May u can help?

Best regards,
Dominik

Hello,
I would like to un-dig this topic. I am using Rpi 4 + 64bit and I stopped on error message while trying to install the addon:

21-03-15 21:55:53 ERROR (SyncWorker_4) [supervisor.docker.addon] Can't build local/aarch64-addon-rfreceiver:1.0: The command '/bin/ash -o pipefail -c apk add --no-cache py2-pip' returned a non-zero code: 1
21-03-15 21:55:53 ERROR (SyncWorker_4) [supervisor.docker.addon] Build log: 
Step 1/29 : ARG BUILD_FROM
Step 2/29 : FROM $BUILD_FROM
 ---> 4412fd7c8229
Step 3/29 : ENV LANG C.UTF-8
 ---> Running in 931cf15ff4e2
Removing intermediate container 931cf15ff4e2
 ---> c18b56edab8c
Step 4/29 : RUN apk add --no-cache jq
 ---> Running in 3b926dabac84
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/aarch64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/aarch64/APKINDEX.tar.gz
OK: 28 MiB in 43 packages
Removing intermediate container 3b926dabac84
 ---> 8121856fc724
Step 5/29 : RUN apk add --no-cache py2-pip
 ---> Running in 4be47e3b03ec
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/main/aarch64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.13/community/aarch64/APKINDEX.tar.gz
ERROR: unable to select packages:

  py2-pip (no such package):
    required by: world[py2-pip]
Removing intermediate container 4be47e3b03ec

Any clues what can I improve?