1. I have downloaded your windows binary 12/11/2015) for rtl_433 but it doesn’t include the latest devices including the one I want i.e. the Watchman Oil tank gauge, have you done a later build or is there one available somewhere??

  2. Oleg

    The solution to this problem. Command prompt. For example:
    rtl_433.exe -p 50 -f 433913000 -g 0 -l 400 -R 19 1>wu.txt
    the Last command (1>wu.txt) save the text file wu.txt This file can be converted to .csv using Excel.

  3. Very nice to see that this is a recent build (Jan 03 2016). Based on the post date, I hought it was from the summer time.

    didn’t notice that until I saw the updated usage message with recent devices.

    The current daily build zip file is truncated to 32K. The Jan 03 2016 build is 125k and runs well.


  4. I’m having trouble using this on Windows.
    I can’t get it to decode any of the test data files in the rtl_433_tests repo and produce any json output.
    Any tips, a known working command line invocation that works for those data files?
    So far, although I can get -a to print output, I’ve failed to get it to decode any output successfully.
    I’ve tried 32 and 64, both the original and the daily, all with no success.

    • cognito.me.uk

      Hi, thanks for the report. It seems file input was not working correctly due to a unix/windows compatibility issue in the source. Luckily not hard to fix and if you download the daily again you should find it now works.

  5. none

    Thanks for this, I managed to record the transmission of an intertechno itls-16 remote control using

    rtl_433.exe -g 35 -l 0 -A > log.txt 2>&1

    with Terratec NOXON DAB/DAB+ USB dongle (rev 1) based on Fitipower FC0013 tuner.
    They are detected as “Proove”. ON/OFF state matches, unit represents the 4 rows of buttons (3 at top, 0 at bottom), and channel makes sense but also seems reversed (“3” for “1”).

  6. Simon EigeldingerSimon


    Seems the daily builds seem not to build since 17 August 2016.
    Can you have a look at that?
    On linux the things are building fine.


  7. Frank

    Hi, I have a USB Module that shows up as RTL2832U in the USB device list. When I run the program it states “No supported devices found.”. Is this not supported or am i doing something wrong? It does show/play signals in SDRSharp. In any case, thanks for your work!

    • IIRC, you need to exit SDRsharp to get it to release the device. In other words, even though SDRsharp isn’t playing, it is still holding on to the device.

      Note: It’s been a long time since I tried rtl_433 on windows. Probably at least a year. At that time the Zadig winusb driver for SDRsharp use worked with rtl_433 without a problem. I think they were both using WinUSB. However it is possible one of them is now using a different driver.

  8. Steve

    I’m trying to use this with an Acurite 5n1, with this command line:
    rtl_433.exe -f 433.925e6 -R 09 output.txt

    It generates plenty of output – over 1 MB per second, but it’s all giberish.

    Also tried various flavors of -F and -C, but no difference.
    I am expecting decoded, ASCII output.

    Running with -a shows the correct bytes in the command window.

    What am I missing ?

    • cognito.me.uk

      You’re getting the binary datastream. If you want the text output use shell redirection e.g. ‘rtl_433.exe > output.txt’

      • Steve

        Tried rtl_433.exe -f 433.925e6 -R 09 > output.txt . Nothing ever written to output.txt . Something in the code is not decoding the Acurite 5n1. I had a slightly modified version of rtl_433 running on my RaspberryPi, and it was working correctly.

  9. Yves

    It works, thanks to find executable for Windows.
    It don’t decode my Lexibook ASM30 Thermometer/Hygrometer (in am in France) but it decodes fine the LaCrosse TX sensor of a neighbour (i don’t know where it is but it has 8.4 degrees C , on his balcony i hope for him)
    with an RTL2832 and wire on my balcony.
    Chhers and thanks
    Yves from France

  10. Yves

    I tried to redirect output to file by rtl_433 -A > output.txt nothing in the output.txt file
    Is there a manier to redirect console to file ?


  11. Yves

    I tried this morning, my Lexibook ASM30 Thermometer/Hygrometer is recognised as a TFA-Twin-Plus-30.3049 but his frequency is 433.750 MHz.
    Thanks for the Windows compilation.

    Cheers from France

  12. Yves

    OK, it works for output redirection, i have to add 2>&1 , it seems to write also on error peripheral not only on console.

  13. Simon

    Hi cognito.me.uk,

    Here are some rtl-sdr projects which might be intersting to have some windows daily builds from:

    dump1090: Dump1090 is a simple Mode S decoder for RTLSDR devices
    This fork is very often updated and is the best all of them.

    dumpvdl2: A lightweight, standalone VDL Mode 2 message decoder and protocol analyzer
    this is a fairly new program which is also very interesting to receive vdl2 messages from planes:

    Would be great if we can see those for windows and as daily builds.

    Greetings and thanks,

    • cognito.me.uk

      Hello, thanks for your suggestion. I’ve used dump1090 before and it’s quite interesting. A windows version should be possible and I might look at that but unfortunately I won’t have any time until the summer at least.

  14. kmp56

    Daily build 2 april —> option -G error

    “Max number of protocols reached77
    Increase MAX_PROTOCOLS and recompile”

  15. kmp56

    rtl_433_win32_daily (10/04/2017) on winXP -> still option -G error
    “Max number of protocols reached 77
    Increase MAX_PROTOCOLS and recompile”

  16. HrabiaSap

    I think this tool would be much better with real-time input from audio capture device, or at least extIO. Restricting the usage to poor RTL and recorded data gives you a tiny user base.

  17. Kingsley

    Hi,I am a freshman in linux coding , i edited a little rtl_433 project source in my linux computer,so it could show some messages i wanted when runs It works well on my linux computer and my ARM box,and now i want i work on my windows device,but i know nothing to do。would you mind giving me some tips to compile this project with mingw.
    Sorry for my not good English.

  18. Simon Eigeldinger


    Seems the daily build server has stopped building builds since may. Could you fix that?


    • PM

      The problem lies here:

      See https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!topic/rtl_433/HFXzDAE4Z-A
      Which says:
      Each time a new device decoder is added, MAX_PROTOCOLS needs to be bumped up. There is a structure that is sized at compile time that hold the state for each device decoder, aka protocol. From memory, it’s in include/rtl_433.h. This step must have been missed in a recent commit.

      IIRC, you can see the max. device/protocol number by generating usage/help message (-h or -\?) . Then edit include/rtl_433.h and increase the #define for MAX_PROTOCOLS to the correct value. Then run make in the build directory.

      Bonus points – submit a PR to fix this.

      Hope this helps,

  19. Mike Irving

    Dear David
    I’m learning about sdr# and rtl_433 with the long term aim of setting up Domoticz on a Pi with a variety of sensors including a few transmitting on 433MHz, including an Apollo oil tank level sensor.
    While I’m waiting for my Pi hardware to arrive I’m using a Lenovo i5 PC running W7 64 bit. I’ve just added a new R820T2/ RTL2832U dongle and downloaded your Windows builds. However, although I’ve had good results playing with SDR#, I’m getting nowhere with rtl_433.
    It appears to be unable to find the dongle, quite possibly a problem with drivers:
    C:\rtl_433\11-11-2016\Win64>rtl_433 -R 42
    Registering protocol [1] “Watchman Sonic / Apollo Ultrasonic / Beckett Rocket oil tank monitor”
    Registered 1 out of 69 device decoding protcols
    No supported devices found.
    I’m guessing there’s something I need to do with the drivers that come bundled along with the rtl_433.exe, but try as I might I can’t find anything about it.
    I’m sure this is something simple, so any pointers would be much appreciated!

  20. Mike Irving

    Answering my own question here, and it turns out that it was absurdly simple!
    Having tried everything I could think of on the software front, I tried moving the R820T2 from a front USB port on my Lenovo M92p Tiny to a rear port, and suddenly everything started to work as it should! These dongles draw significant current (they get quite warm) and (probably since my PC is an ultra small form factor), there’s less available current and this caused the USB voltage to sag below the R820T2’s minimum operating threshold. Funny really, I would have though that running RTL# would have been more demanding on the hardware, yet it appeared to work perfectly, although I’m new to SDR so perhaps I missed something.
    I post this just in case it might help some other rooky.

Leave a Reply

Your email address will not be published. Required fields are marked *