Show Posts
Pages: 1 2 [3]
31  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 31, 2013, 11:29:47 pm
I tried to wire in to the transmitter - it sends same sound as the RF reciever gets, just much more quiet.
I'll be trying to pin to it now as it gives lower voltage. I couldnt get voltage divider to work, i get very noisy sound.
I managed to record one "test" button before my ears exploded ;-)) it's in attachment.

If you somehow manage to get code working for it (so i can harvest data from sensor), we might start debugging. - but it sounds corrupted near the one below.
Yep, managed to get few "normal" reads without the "transmit" button. It seems like it's send every minute.
temperature (i couldnt see the lcd while holding cable) was around 24.xC, humidity 23% and it was sent on second channel (and sensor have 1-2-3 CH option).
I didnt cut or modify the file - it's straight from audacity.

I hope it helps to get the "header" pulse for sketch...

I played it back slowed down few times - it sounds liek it sends 6 "pulses" every time. So it's like 6 (same?) messages for weather station, very near to each other.
32  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 31, 2013, 08:10:01 am
I might try on desktop PC, but I dont want to burn it so I have to be sure that those resistors are ok.

The yellow data wire is going straight to RF-transmitter module (it has a visible antenna also).
33  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 31, 2013, 07:35:23 am
I might try to build voltage divider tonight.
I'm not sure how to do it by soldering into the sensor board, so I don't get signals from other sensors.
And I don't want to break the mic-in port in laptop (I don't have line-in in there).

Any suggestions?
I'll get knowledge from here: which shows the 39K and 10K resistors.
34  Topics / Home Automation and Networked Objects / Re: Help decoding 433 mhz RF temperature and humidity sensor on: January 31, 2013, 07:01:37 am
Unfortunately your code doesn't work for my sensor so I'll have to work with it a little bit longer.
Anyway, good that you've managed to decode it.

Share your knownledge with author of this library, so it will spread with other users!
35  Topics / Home Automation and Networked Objects / Re: decode RF signal on: January 28, 2013, 11:28:24 pm
Yes, I'm using "remoteswitch" library for this.
I didnt write it, it wourk out of the box for some devices.
36  Topics / Home Automation and Networked Objects / Re: Help decoding 433 mhz RF temperature and humidity sensor on: January 28, 2013, 11:27:20 pm
How does your voltage divider looks like?
I have similar thread here, I'm trying to do just the same with 433 sensor.,142871.0.html
37  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 28, 2013, 09:29:19 am
I haven't managed to get it working yet, I was a little short in time last week.
I'll might try soon, of course If I don't burn my soundcard. :-)

I hope you'll get your alogyrthm to work. The hardest part is to harvest data to decode as I see...
38  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 22, 2013, 09:29:28 pm
Thank you very much for your post!
Just tell me please - where is the 'modulator input' on this picture?
Do you mean output for the 433 transciever?

39  Using Arduino / Sensors / Re: Water meter read on: January 19, 2013, 09:17:04 am
I have some kinkd of meter like this (much newer, but still it has only rotary star and numbers - no pulses or LED).
Have you figured out any better way?
Could you post photo of system working?

PS: (And also - if you please could share the code for the electricity meter [which counts pulses and send them - i'm planning to use RF24].
40  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 16, 2013, 08:16:27 am
Yeah, the problem is I'm afraid of connecting 'data' pin to my soundcard without circuit for it.
And I couldn't fine any circuit except oscilloscope one (which I don't have all parts for).

Do you have any of these available? I have some old laptop with linux that I could play with.
41  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 16, 2013, 07:53:01 am
I've found a China producer of the sensor, maybe they will send me some info.
Anyway, at the moment - please, someone help me with code that detects "high" pulse starting with "1010", so I dont recieve all the zeroe's on the input.
I can't manage to do that... I'd really like to share some more info about this device for everyone, as the producer is in China so there will be probably more people interested in getting it working.
42  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 15, 2013, 12:56:38 pm
I've just soldered into "Data" and "Gnd" cables of RF transmitter.

Using code like:
int rfdataPin = 2;

void setup()                    // run once, when the sketch starts
  Serial.begin(9600);           // set up Serial library at 9600 bps
  pinMode(rfdataPin, INPUT);    // sets the digital pin as input to read
  Serial.println("RF433 Carrin arduino receiver startup");

void loop()                       // run over and over again
 int i;

  for (i = 0; i < 100; i++) {  // Used to create a CR point after 100 counts.
Serial.println(" ");    // Read the pin and display the value
i get too much 0's on output when nothing is sent by device so I can't really measure proper bits.

Is there a code for a nicer output? So I could collect binary and readings from LCD about temp and hum.?
43  Topics / Home Automation and Networked Objects / Re: 433 MHz RF - Temperature and humidity sensor on: January 15, 2013, 11:44:21 am
I've found his thread with working code, but it has a bug.
Here's the code:
 * Modified from "Thermor" DG950R Weather Station receiver v 0.3
 * Receives data from a Weather Station receiver, via
 * a 433Mhz RF receiver connected to pin 8 of the arduino, and outputs
 * to serial.
 * Based on the Practical Arduino Weather Station Receiver project
 * (
 * For more info:

#define INPUT_CAPTURE_IS_RISING_EDGE()    ((TCCR1B & _BV(ICES1)) != 0)

#define WEATHER_RX_LED_ON()         ((PORTD &= ~(1<<PORTD6)))
#define WEATHER_RX_LED_OFF()        ((PORTD |=  (1<<PORTD6)))

#define WEATHER_RESET()             { short_count = packet_bit_pointer = long_count = 0; weather_rx_state = RX_STATE_IDLE; current_bit = BIT_ZERO; WEATHER_RX_LED_OFF(); packet_start = false; }

#define TIMER_PERIOD_US             4

// pulse widths. short pulses ~500us, long pulses ~1000us. 50us tolerance

// number of shorts in a row before the stream is treated as valid
#define SHORT_COUNT_SYNC_MIN        3
#define LONG_COUNT_SYNC_MIN         4

// states the receiver can be
#define RX_STATE_IDLE               0 // waiting for incoming stream
#define RX_STATE_RECEIVING          1 // receiving valid stream
#define RX_STATE_PACKET_RECEIVED    2 // valid stream received

#define BIT_ZERO                    0
#define BIT_ONE                     1

//byte locations of generic weather data in weather_packet[] array
#define WEATHER_STATION_ID          0
#define WEATHER_PACKET_TYPE         1

//types of packets
#define PACKET_TYPE_HUM             0
#define PACKET_TYPE_TEMP            1

#define DEBUG

// Type aliases for brevity in the actual code
typedef unsigned int       uint; //16bit
typedef signed int         sint; //16bit

uint captured_time;
uint previous_captured_time;
uint captured_period;
uint current_bit;
uint last_bit;
uint packet_bit_pointer;
uint short_count;
uint long_count;
uint weather_rx_state;

volatile bool packet_start = false;
volatile bool packet_end = false;
volatile bool ignore = false;

// byte arrays used to store incoming weather data
byte weather_packet[(WEATHER_PACKET_BIT_LENGTH)];
byte last_weather_packet[(WEATHER_PACKET_BIT_LENGTH)];

// packet counter - 4 identical packets in a row means the packet is valid
int packet_count = 0;

/* Overflow interrupt vector */
ISR(TIMER1_OVF_vect){                 // here if no input pulse detected

/* ICR interrupt vector */

  // Immediately grab the current capture time in case it triggers again and
  // overwrites ICR1 with an unexpected new value
  captured_time = ICR1;

  //immediately grab the current capture polarity and reverse it to catch all the subsequent high and low periods coming in
    SET_INPUT_CAPTURE_FALLING_EDGE();      //previous period was low and just transitioned high   
  else {
    SET_INPUT_CAPTURE_RISING_EDGE();       //previous period was high and transitioned low   

  // calculate the current period just measured, to accompany the polarity now stored
  captured_period = (captured_time - previous_captured_time);

  // Analyse the incoming data stream. If idle, we need to detect the start of an incoming weather packet.
  // Incoming packet starts with a big pulse and the sequence 101010.
  if(weather_rx_state == RX_STATE_IDLE) {
    if( ((captured_period >= BIG_PULSE_MIN_WIDTH) && (captured_period <= BIG_PULSE_MAX_WIDTH))) {
      // received a big pulse - indicating the start of a packet
      packet_start = true;

    else {

      if(((captured_period >= LONG_PULSE_MIN_WIDTH) && (captured_period <= LONG_PULSE_MAX_WIDTH)) && packet_start) {
      else if(((captured_period >= SHORT_PULSE_MIN_WIDTH) && (captured_period <= SHORT_PULSE_MAX_WIDTH)) && packet_start) {
      else {
        // not a long or short pulse, therefore not a valid bitstream
    if((short_count >= SHORT_COUNT_SYNC_MIN) && (long_count >= LONG_COUNT_SYNC_MIN)) {
      weather_rx_state = RX_STATE_RECEIVING;
  else if(weather_rx_state == RX_STATE_RECEIVING) {
    if(((captured_period >= SHORT_PULSE_MIN_WIDTH) && (captured_period <= SHORT_PULSE_MAX_WIDTH))) { 
      weather_packet[packet_bit_pointer] =  0;
    else if(((captured_period >= LONG_PULSE_MIN_WIDTH) && (captured_period <= LONG_PULSE_MAX_WIDTH))) {
      weather_packet[packet_bit_pointer] =  1;


  if(packet_bit_pointer > WEATHER_PACKET_BIT_LENGTH) {
    // full packet received, switch state to RX_STATE_PACKET_RECEIVED
    weather_rx_state = RX_STATE_PACKET_RECEIVED;

  // save the current capture data as previous so it can be used for period calculation again next time around
  previous_captured_time = captured_time;     


void setup() {

  DDRB = 0x2F;   // B00101111
  DDRB  &= ~(1<<DDB0);    // PBO(ICP1) input
  PORTB &= ~(1<<PORTB0);  // ensure pullup resistor is also disabled
  DDRD  |=  B11000000;    // (1<<PORTD6);   //DDRD  |=  (1<<PORTD7); (example of B prefix)

  //ICNC1: Input Capture Noise Canceler         On, 4 successive equal ICP1 samples required for trigger (4*4uS = 16uS delayed)
  //ICES1: Input Capture Edge Select            1 = rising edge to begin with, input capture will change as required
  //CS12,CS11,CS10   TCNT1 Prescaler set to 0,1,1 see table and notes above
  TCCR1A = B00000000;   //Normal mode of operation, TOP = 0xFFFF, TOV1 Flag Set on MAX
  //This is supposed to come out of reset as 0x00, but something changed it, I had to zero it again here to make the TOP truly 0xFFFF
  TCCR1B = ( _BV(ICNC1) | _BV(CS11) | _BV(CS10) );
  //Timer1 Input Capture Interrupt Enable, Overflow Interrupt Enable 
  TIMSK1 = ( _BV(ICIE1) | _BV(TOIE1) );

  //  attachInterrupt(0, rise, RISING);

  Serial.println("\"joshhawk\" Weather Station receiver v0.01");
  Serial.println("Ready to receive weather data");

 * main loop

void loop() {

  // weather packet ready to decode
  if(weather_rx_state == RX_STATE_PACKET_RECEIVED) {

    //#ifdef DEBUG

    for(int i = 0; i < ((WEATHER_PACKET_BIT_LENGTH)); i++) {
      Serial.print(" ");

    packet_start = true;


Riva, you've worked out where was the bug in his code and he got it to work @ that thread.
Can you point what's wrong with it (or even fix it)? I don't have a clue...

You mentioned at that thread ( this thing:
The code is a bit beyond me though I still think you only need to read rising or falling edge only and the timing between edges would determine start bit, 0 & 1 bits.

Ok, I did some more reading of the thread - he was getting packets recieved, I don't. Yet. Or they doesnt show up on Serial.
Can anyone share working code to get more easy-readable readings from RF reciever?
44  Topics / Home Automation and Networked Objects / 433 MHz RF - Temperature and humidity sensor on: January 15, 2013, 09:28:57 am
I'm glad I've successfully joined the Arduino community last week. Now it's time for first problem to get on, as my ambitious project to make something a'la home automation is getting on.
At the moment I stopped on reading the measurements of weather sensor.

It's a simple, no-name temperature and humidity sensor, which is used together with meteo-station inside home. (sensor:, whole station:
It's popular in Poland, but I didn't find any working 'decoder' on the internet.

As I was looking for working code to get the data from it, I've seen that it sends every 30-60 seconds the same binary code few times. As I googled I also assume that's because it doesn't use the check-sum (so it sends it repeatedly to make sure that station gets the measurements). It supports 3 channel and have a "force" button to send 'report' on demand (used while pairing with device).

Could you please provide a working code to get the measurements from RF433MHz reciever properly?
Or it's better to solder straight to sender before the RF module?

The next problem probably would be to find a pattern in which the data is hidden. It's much simplier than other weather stations because it only have temperature & humid data, not rain, wind etc.

If I manage, with your help hopefully, to get it working I'll surely like to share it for author of the library ( and community.

Just to clarify: I've spent whole night on googling and threads all around this forum.
None of the sensors used here (even on Deutsch forum, even if it was hard to understand) worked. That's why I start this thread.
It's not a complicated or secured transmission, the hardware inside looks simple. It just uses different pattern of data I guess.

Pages: 1 2 [3]