RFM69HCW not found by the RadioHead library

I am currently experiencing some issues with the RFM69HCW breakout board from adafruit (Overview | Adafruit RFM69HCW and RFM9X LoRa Packet Radio Breakouts | Adafruit Learning System). My wiring is the same as shown in their example: Adafruit Learning System with the little difference that I am using an Arduino Nano instead. Furthermore I am using a slightly modified version of their code:

// rf69 demo tx rx.pde
// -*- mode: C++ -*-
// Example sketch showing how to create a simple messageing client
// with the RH_RF69 class. RH_RF69 class does not provide for addressing or
// reliability, so you should only use RH_RF69  if you do not need the higher
// level messaging abilities.
// It is designed to work with the other example rf69_server.
// Demonstrates the use of AES encryption, setting the frequency and modem 
// configuration

#include <SPI.h>
#include <RH_RF69.h>

#define RFM69_CS 4
#define RFM69_INT 3
#define RFM69_RST 2
#define RF69_FREQ 433.0
// Singleton instance of the radio driver
RH_RF69 rf69(RFM69_CS, RFM69_INT);

int16_t packetnum = 0;  // packet counter, we increment per xmission

void setup() 
  //while (!Serial) { delay(1); } // wait until serial console is open, remove if not tethered to computer

  pinMode(LED, OUTPUT);     
  pinMode(RFM69_RST, OUTPUT);
  digitalWrite(RFM69_RST, LOW);

  Serial.println("Feather RFM69 TX Test!");

  // manual reset
  digitalWrite(RFM69_RST, HIGH);
  digitalWrite(RFM69_RST, LOW);
  if (!rf69.init()) {
    Serial.println("RFM69 radio init failed");
    while (1);
  Serial.println("RFM69 radio init OK!");
  // Defaults after init are 434.0MHz, modulation GFSK_Rb250Fd250, +13dbM (for low power module)
  // No encryption
  if (!rf69.setFrequency(RF69_FREQ)) {
    Serial.println("setFrequency failed");

  // If you are using a high power RF69 eg RFM69HW, you *must* set a Tx power with the
  // ishighpowermodule flag set like this:
  rf69.setTxPower(20, true);  // range from 14-20 for power, 2nd arg must be true for 69HCW

  // The encryption key has to be the same as the one in the server
  uint8_t key[] = { 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08,
                    0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08};
  pinMode(LED, OUTPUT);

  Serial.print("RFM69 radio @");  Serial.print((int)RF69_FREQ);  Serial.println(" MHz");

void loop() {
  delay(1000);  // Wait 1 second between transmits, could also 'sleep' here!

  char radiopacket[20] = "Hello World #";
  itoa(packetnum++, radiopacket+13, 10);
  Serial.print("Sending "); Serial.println(radiopacket);
  // Send a message!
  rf69.send((uint8_t *)radiopacket, strlen(radiopacket));

  // Now wait for a reply
  uint8_t buf[RH_RF69_MAX_MESSAGE_LEN];
  uint8_t len = sizeof(buf);

  if (rf69.waitAvailableTimeout(500))  { 
    // Should be a reply message for us now   
    if (rf69.recv(buf, &len)) {
      Serial.print("Got a reply: ");
      Blink(LED, 50, 3); //blink LED 3 times, 50ms between blinks
    } else {
      Serial.println("Receive failed");
  } else {
    Serial.println("No reply, is another RFM69 listening?");

void Blink(byte PIN, byte DELAY_MS, byte loops) {
  for (byte i=0; i<loops; i++)  {

However the rf69.init() always keeps failing. After messing around with the RadioHead library a bit, namely adding several Serial.println()s to the code, I found out that the RadioHead library was apparently not able to find a fitting device type. According to the comments in the library this means that no device is connected. I exchanged every part of the hardware including the wiring at least one time, nothing helped. If anyone has an idea on this please tell me.

Furthermore I am using a slightly modified version of their code

Try the unmodified version.

I just removed all their macro code determining the pins and set the pins to what they wrote in their code for my controller because I will only use the code with that. So the actual code after evaluation of the Macros will actually be the same.

Did you ever figure this out?

This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.