Homeduino not translating packets

---

Hey folks,

I’ve started to work with Homeduino on an Arduino but I’m having trouble with receiving 433 Mhz packets.

My setup consists of the following components:

RXB6 433Mhz Superheterodyne

Aptotec Nano V3.0 (ATmega328P), also known as Arduino Nano

Now to the problem: I’m starting the listener with the command ‘RF receive 0’, which answers with ‘ACK’. Unfortunately is Homeduino not able to pick up any packets sent by my device. In order to track down the problem I entered ‘RF raw 0’ and I see a lot of output (noise). I have verified that the wiring is correct by plugging out the DATA-cable of the receiver, which immediately results in Homeduino being silent. The output continous directly after plugging the DATA-cable back in.

The receiver is indeed picking um the raw-data of my 433 Mhz device, because I can see the following being printed out by Homeduino (’>>>’ is the moment when the signal gets sent).

196, 232, 548, 216, 192, 104, 56, 228, 532, 532, 232, 216, 116, 248, 104, 100, 
48, 232, 60, 136, 844, 264, 200, 48, 208, 748, 444, 24, 1108, 264, 360, 420, 
92, 40, 588, 404, 196, 124, 20, 684, 236, 464, 140, 28, 520, 148, 244, 72, 
732, 44, 220, 92, 444, 1004, 712, 184, 188, 108, 192, 148, 184, 144, 132, 16, 
48, 24, 144, 140, 192, 228, 136, 672, 744, 412, 292, 52, 652, 1024, 16, 140, 
176, 276, 104, 16, 724, 376, 100, 312, 160, 60, 504, 412, 88, 264, 60, 392, 
108, 36, 324, 256, 60, 60, 92, 60, 508, 184, 368, 228, 360, 168, 220, 100, 
132, 128, 296, 388, 524, 296, 304, 72, 20, 184, 164, 60, 212, 184, 40, 176, 
136, 52, 396, 152, 76, 40, 48, 24, 472, 500, 272, 156, 52, 212, 144, 328, 
36, 772, 72, 312, 284, 372, 80, 508, 468, 44, 28, 112, 276, 84, 20, 516, 
60, 356, 184, 204, 108, 108, 476, 24, 332, 284, 88, 208, 168, 180, 2116, 908, 
>>> 1972, 960, 1952, 984, 1944, 984, 1932, 996, 1928, 1000, 1920, 1012, 1916, 1016, 1908, 1024, 
>>> 1900, 1032, 1896, 1032, 1892, 4056, 5916, 5068, 1888, 2508, 3348, 1048, 1880, 2512, 1876, 1056, 
>>> 1880, 1048, 3340, 1056, 1868, 2524, 1868, 1064, 3328, 1064, 1864, 1064, 1864, 1064, 1864, 2532, 
>>> 1860, 1068, 3324, 2536, 1852, 1080, 1852, 1076, 1852, 1076, 1852, 1080, 1848, 1080, 3312, 2548, 
>>> 1840, 1088, 3304, 2556, 1832, 1100, 1832, 1096, 1832, 1096, 1828, 39384, 1920, 1008, 1916, 1016, 
>>> 1908, 1020, 1908, 1024, 1900, 1032, 1892, 1036, 1892, 1040, 1880, 1052, 1872, 1056, 1872, 1060, 
>>> 1864, 1068, 1856, 4100, 5864, 5124, 1828, 2568, 3284, 1124, 1808, 2588, 1792, 1144, 1780, 1152, 
>>> 3244, 1160, 1768, 2628, 1772, 1136, 3252, 1152, 1776, 1156, 1780, 1136, 1788, 2612, 1780, 1148, 
>>> 3248, 2616, 1776, 1152, 1780, 1132, 1796, 1140, 1788, 1140, 1788, 1140, 3256, 2604, 1784, 1148, 
>>> 3252, 2604, 1784, 1144, 1788, 1132, 1800, 1136, 1788, 47328, 6788, 4792, 32, 648, 104, 1164, 
>>> 7180, 604, 1244, 1268, 484, 32, 1444, 1120, 3064, 332, 188, 884, 268, 484, 108, 1780, 
1716, 992, 1340, 1688, 180, 232, 296, 324, 304, 1108, 544, 464, 244, 236, 164, 720, 
116, 48, 432, 140, 332, 376, 1020, 312, 296, 596, 728, 324, 284, 348, 276, 284, 
252, 64, 376, 132, 720, 124, 156, 476, 404, 996, 228, 56, 804, 108, 472, 332, 
68, 588, 528, 104, 44, 692, 148, 104, 204, 32, 548, 464, 492, 84, 752, 268, 
480, 296, 340, 72, 212, 324, 112, 328, 424, 160, 308, 68, 704, 504, 624, 824, 
356, 160, 168, 512, 320, 500, 576, 324, 332, 200, 108, 120, 160, 152, 728, 32, 

You can clearly see that the receiver is now picking up the right signals but ‘RF receive 0’ is not able to identify them as valid packets.

Could you assist me in finding out the reason and getting it to work?

Thank you a lot in advance
Marco

Did you see these raw data from the command line? Or in the debug messages of pimatic?

I established a serial connection via USB and used the monitor. Pimatic was not involved here.

@Marco-de-Abreu the homeduino plugin decodes the messages. Not the arduino itself.

Exactly, so the messages you see there are looking good

@sweebee said:

@Marco-de-Abreu the homeduino plugin decodes the messages. Not the arduino itself.

Thank you, but I think the problem is happening before the plugin has to get in action.

Yes the homeduino plugin may decode the messages, but the problem is that it does not receive them. I started investigating at the Arduino after the debug log in pimatic showed no incoming data.

The problem here is, that pimatic respecitvely the homeduino-plugin is only able to process packets, which have been verified by the Arduino and sent back as ‘RF receive X X X …’ (see https://github.com/pimatic/homeduinojs/blob/master/lib/board.js#L326). Each packet get transfered as ‘rfReceive’ and the pulses itself as ‘rf’ (see https://github.com/pimatic/homeduinojs/blob/master/lib/board.js#L348 and L352).
The pimatic-homeduino should receive these both events and print them to the debug log like the following code shows (https://github.com/pimatic/pimatic-homeduino/blob/master/homeduino.coffee#L30):

      @board.on("rfReceive", (event) =>
        if @config.debug
          env.logger.debug 'received:', event.pulseLengths, event.pulses
      )

      @board.on("rf", (event) =>
        if @config.debug
          env.logger.debug "#{event.protocol}: ", event.values
      )

The culprit here is that the Arduino never records a valid packet in order to send it via ‘RF receive’ over to the plugin. The reason seems to be the verificaition and identification of a valid packet - the Arduino drops them.

I’m kind of lost because I’m not able to find the reason why it drops them. Do you have any other ideas?

@icesory

Any update on this issue?

Created an issue on git
https://github.com/pimatic/pimatic-homeduino/issues/60

The package must be repeated at least 3 time to be verified directly. Maybe this helps. What hardware does send the package?

The package has been sent by the following TFA-Temperature sensor:
http://www.amazon.de/TFA-Dostmann-Aussensender-Display-30-3120-90/dp/B000R9BCAG?ie=UTF8&psc=1&redirect=true&ref_=oh_aui_search_detailpage

Any update? The issue has been closed…

You could try to run simulate (https://github.com/pimatic/RFControl/blob/master/simulate/simulate.cpp) with the given pulse sequence. The debug output should tell you why the pulse sequence is not decoded.

1. Put in your pulse sequence into the simulate.cpp file.
2. Compile: https://github.com/pimatic/RFControl/blob/master/simulate/build.sh
3. Run ./simulate.

Post the output here.