433 Mhz communication problem

Dear arduino users,

I am trying to make a communication from an arduino with a 433 Mhz module (FS1000A from kwmobile), and make it discuss with an rfxcom (linked to my domoticz installation but it is not the question) using the oregon protocol (I want to convey temperature/humidity).

I made it to work using codes found on the Web, the code is pretty simple sending pulses on 433 Mhz. I have a very strange behavior: sometime it works, sometime not (yes, I know it may be a common problem but I expect it to be deterministic and a microcontroller and it is not the case). Some points I noticed/tried/checked :

  • It seems to work better after uploading the code on the board
  • It always finish by fail after a moment (not, as expected, lost some events, just stop sending message but the serial log shows that the code is still called)
  • I added a 1/4 antenna and I tried also to put the arduino nearer to the rfxcom receiver, no change in behavior
  • I tried 3 433 modules, same issue
  • I mesure 5.15V on the module (from the arduino board). Could it be the problem?
  • no difference plug on the USB of my laptop or a USB powers supply directly

Any idea?

Thank you in advance. Doms.

Bet it is in the software you are keeping as a secret!

Paul

Dear all,

No, I did not mean to hide the code. I use this code as backbone GitHub - RouquinBlanc/ArduinOregon: Get data from sensors, and emulate an Oregon module via Arduino (the same code exists on several websites, I also tried the others). And my main test code is :

#include <Oregon.h>

#define TRX_PIN  10
#define TRX_ID   0xAB
#define TRX_CHAN 2

THGR2228N sender(TRX_PIN, TRX_ID, TRX_CHAN);

void setup()
{
  Serial.begin(9600);  // start serial for output

  pinMode(TRX_PIN, OUTPUT);
}

float delta = 1.0;

void loop()
{
  delta *= -1.0;
  Serial.println( "send !!!" );
  sender.send(25.2+delta, 40.0, true);
  delay(60000*5);
}

I did several versions, including creating creating the THGR2228N in the loop. I also change the TRX_ID and TRX_CHAN in case of conflict (even if it is not the case).

Thanks. Doms.