@magpern One more thing - please re-run the test with my sketch uploaded to your node and adding

#define MY_NODE_ID 100

before the MySensors include, and an unmodified GW serial sketch from the example folder. Please post again both logs here.

@magpern said in Device and gateway see each other, but not regestering:

@tekka

I actually don't think the device and the gateway actively talk. It is more like the Gateway is listening, but not talking.

In your first post you mentioned:

I have altered the device sketch to just have the bare minimum. The gateway works with other devices.

So you can confirm that the sensebender GW communicates with other nodes? I'd like to narrow down the issue to the actual node.

@magpern The issue is still the same: GW seems ok (based on the log and your report that it communicates with other nodes), but the actuator node does not receive a single message.

Please upload this sketch to your node, run it for 10s and post the full debug log of GW & node.

#define MY_DEBUG
#define MY_DEBUG_VERBOSE_TRANSPORT_HAL

#define MY_RADIO_RF24
#define MY_RF24_PA_LEVEL RF24_PA_MAX 
#define MY_RF24_DATARATE RF24_1MBPS
#define MY_DEBUG_VERBOSE_RF24

#include <MySensors.h>

MyMessage msgGeneral(0, V_VAR1);
uint32_t counter = 0, lastSend = 0;

void setup() {
	DEBUG_OUTPUT(PSTR("L=0x%" PRIx8 ", H=0x%" PRIx8 ", E=0x%" PRIx8 "\n"),
		boot_lock_fuse_bits_get(GET_LOW_FUSE_BITS),
		boot_lock_fuse_bits_get(GET_HIGH_FUSE_BITS),
		boot_lock_fuse_bits_get(GET_EXTENDED_FUSE_BITS));
}

void presentation() {
  sendSketchInfo("Testnode", "1");
}

void loop() {
  if (millis() - lastSend > 1000) {
    send(msgGeneral.set(millis()));
    Serial.println(counter);
    counter = 0;
    lastSend = millis(); 
  }
  counter++;
}

@dirk120 what dev version were you on?

@magpern This originates from the updated Arduino SAMD board definitions (>1.8.1) and is fixed in the dev branch. You can add

#undef PRId8
#undef PRIi8
#undef PRIo8
#undef PRIu8
#undef PRIx8
#undef PRIX8
#undef PRIdLEAST8
#undef PRIiLEAST8
#undef PRIoLEAST8
#undef PRIuLEAST8
#undef PRIxLEAST8
#undef PRIXLEAST8
#undef PRIdFAST8
#undef PRIiFAST8
#undef PRIoFAST8
#undef PRIuFAST8
#undef PRIxFAST8
#undef PRIXFAST8
#define PRId8		"d"
#define PRIi8		"i"
#define PRIo8		"o"
#define PRIu8		"u"
#define PRIx8		"x"
#define PRIX8		"X"
#define PRIdLEAST8	"d"
#define PRIiLEAST8	"i"
#define PRIoLEAST8	"o"
#define PRIuLEAST8	"u"
#define PRIxLEAST8	"x"
#define PRIXLEAST8	"X"
#define PRIdFAST8	"d"
#define PRIiFAST8	"i"
#define PRIoFAST8	"o"
#define PRIuFAST8	"u"
#define PRIxFAST8	"x"
#define PRIXFAST8	"X"

before the MySensor.h include to temporarily fix that.

@skywatch Here is a simplified flowchart that illustrates the two most common MySensors bootup scenarios (but as @mfalkvidd pointed out, there are many more possibilities depending on the transport configuration and/or defines):

@danielef alternatively, you can move the setup() code to preHwInit() - this function is called before the any other HW initializes.

@danielef A driver initialization in setup() interferes with the SPI and/or RF24 radio: TSP=0 hints to a failed transport sanity check. I presume you're having radio issues in loop()?

@yveaux Defining MY_RF24_IRQ_PIN does not enable the RX queue feature per se. Therefore it compiles

@mfalkvidd said in MY_RF24_IRQ_PIN on ESP8266 GW:

@sergio-rius if the gateway can send and receive messages, the irq is working.

MY_RF24_IRQ_PIN is currently only used for the RX_QUEUE_BUFFER feature, and unfortunately, ESP8266 does not support interrupt usage for SPI. See comments here: https://github.com/mysensors/MySensors/blob/development/hal/transport/RF24/driver/RF24.cpp#L525