I'll try put in a delay and get back if not solved. Thank's

Hi
Thank's for answer. RF24 isn't a wifi radio, work's like RFM I believe.
I'm building a Mysensors gateway with lan for Domoticz and as I said with Esp8266 it works and I've used the example sketch for Esp32 GW so I must made some fault. I'll try and error but if someone have tips I appreciate comment's

Hi
Error when compiling a node sketch to Arduino Nano Every :

xxx\Arduino\libraries\MySensors/MySensors.h:83:2: error: #error Hardware abstraction not defined (unsupported platform)

If I understand right the old Nano and Every are compatible, just more memory etc in the Every. Is there a change in MySensors library that can be changed to accept the Nano Every ?
Regards Håkan

Ok. Thanks for answer. I have to wait until it is eventually implemented. Could be nice to have bigger sketches in a smaller Arduino compare to Mega
Regards Håkan

@hlehoux Here is a useful link how to do that: https://learn.sparkfun.com/tutorials/rfm69hcw-hookup-guide/the-antenna

@hlehoux Hi!
I'm not sure what the "W" means, i read chinese copy don't have it ?

W means the low power output variant (+13dBm). There is another version named 'HW' which give a higher transmission output (+20 dBM). As elektik pointed out, check out the solder of the antenna. Did the antenna come presoldered or you did it yourself?
Another option for the coiled antenna is a straight copper wire (8,6 cm long) that gives better transmission according to many sources. Google! theres's alot information about this

@hlehoux Hi!
I had quite alot of trouble with NRF24 modules with shaky connections despite doing everything that has been discussed in forum with power supply etc and have ordered a bunch of RFM69's to hopefully improve this according to others in forum claiming better stability with RFM''s. Haven't tested yet but reading this is a bit dissapointing.
One thing though. Readings in log shows very high RSSI values and if it is measured in dBm this is very bad. The lower value the better I believe. Antenna issue ?

Re: [Error sending switch command](check device/hardware !)
I know this has been discussed before but with an earlier version of MySensors.
I have the same problem as disscussed here and want to add an delay for testing if that solves the problem. Using MySensors 2.3.2 but can't find where to add the delay in MyTransport.cpp. Anyone know where to change or having the same issue and found a solution ?

Hi! Thank's for info. I had almost given up and now using an ESP GW instead but I'll give your setup a try

I have updated Buster and Domoticz works ok but can't get the gw to work. Btw is it normal (ok) to get a number of warnings when compiling??

Hi!
I'm using a rpi gw with nrf24 in combination with Domoticz,worked ok until upgrading Domoticz that must have debian buster to work! Now it is impossible to build the gw , I have tried a number of times with fresh debian installs. and different pi's

1. when doing 'make' a number of warnings but no errors : one example see below

./core/MyMessage.cpp:284:17: warning: ‘char strncpy(char*, const char*, size_t ’ output may be truncated copying between 0 and 25 bytes from a string of length 25 [-Wstringop-truncation]
(void)strncpy(buffer, this->data, this->getLength());
~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In member function ‘char* MyMessage::getString(char*) const’,*

1. output from test :

Mar 25 10:59:23 INFO Starting gateway...
Mar 25 10:59:23 INFO Protocol version - 2.3.2
Mar 25 10:59:23 DEBUG MCO:BGN:INIT GW,CP=RNNGL---,FQ=NA,REL=255,VER=2.3.2
Mar 25 10:59:23 DEBUG TSF:LRT:OK
Mar 25 10:59:23 DEBUG TSM:INIT
Mar 25 10:59:23 DEBUG TSF:WUR:MS=0
Mar 25 10:59:23 DEBUG !TSM:INIT:TSP FAIL
Mar 25 10:59:23 DEBUG TSM:FAIL:CNT=1
Mar 25 10:59:23 DEBUG TSM:FAIL:DIS
Mar 25 10:59:23 DEBUG TSF:TDI:TSL
Mar 25 10:59:33 DEBUG TSM:FAIL:RE-INIT
Mar 25 10:59:33 DEBUG TSM:INIT
Mar 25 10:59:33 DEBUG !TSM:INIT:TSP FAIL
Mar 25 10:59:33 DEBUG TSM:FAIL:CNT=2
Mar 25 10:59:33 DEBUG TSM:FAIL:DIS
Mar 25 10:59:33 DEBUG TSF:TDI:TSL
^CMar 25 10:59:38 NOTICE Received SIGINT

I am using an adapter (https://oshpark.com/shared_projects/aXLXBO3f) so pinout is ok.
Configuration :
./configure --my-transport=rf24 --my-rf24-irq-pin=18 --my-gateway=ethernet --my-port=5003 --my-leds-err-pin=11 --my-leds-rx-pin=13 --my-leds-tx-pin=15
(tried with just ./configure --my-transport=rf24, same result)

Software/hardware:
debian ver 10.3 (with SPI enabled)

processor : 0
model name : ARMv7 Processor rev 5 (v7l)
BogoMIPS : 38.40
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc07
CPU revision : 5

processor : 1
model name : ARMv7 Processor rev 5 (v7l)
BogoMIPS : 38.40
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc07
CPU revision : 5

processor : 2
model name : ARMv7 Processor rev 5 (v7l)
BogoMIPS : 38.40
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc07
CPU revision : 5

processor : 3
model name : ARMv7 Processor rev 5 (v7l)
BogoMIPS : 38.40
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc07
CPU revision : 5

Hardware : BCM2835
Revision : a01041
Serial : 000000004831d281
Model : Raspberry Pi 2 Model B Rev 1.1

Compiler : gcc (Raspbian 8.3.0-6+rpi1) 8.3.0

Is there a known problem with latest debian Buster ?
I'm going nut's and have run out of ideas how to solve this

Sorry for this long text, but wanted to give as much information as possible.
Any help appreciated!

Hi
I have a similar setup but I'm using MCP23017 for the relays wich only takes two pins and it works perfect.
As to your question about presenting sensors to gateway. Code snippet below is one way to do this I think

// in my setup ID for tempsensors starts with number of relays plus one

uint8_t RELAY_First_Child_ID = 1;//First relay Child-ID
uint8_t DS_First_Child_ID = NUMBER_OF_RELAYS + 1; //First Child-ID to be used by Dallas Bus; set this to be higher than number of relays who need EEPROM storage to avoid conflicts

// in YOUR setup ID för trmpsensors could be like below

uint8_t RELAY_First_Child_ID = 1;//First relay Child-ID
uint8_t DS_First_Child_ID =100; //

//PRESENT TO GATEWAY

void presentation()
{
  // Send the sketch version information to the gateway and Controller
  sendSketchInfo("Your info", "1.0");

  // Register relays to gateway
  
  for (int i = 0; i <= NUMBER_OF_RELAYS-1; i++) {
  present(RELAY_First_Child_ID + i, S_BINARY);// 

    delay(200);//uncomment if all relays not being registered correct
  }// end for loop

 
//-----------------------------------------------------------------------------
  // Register temperature sensors to gateway as child devices
  // Fetch the number of attached temperature sensors
  // Present all temperature sensors to controller
  for (int i = 0; i < numberOfDevices; i++) {
    present(DS_First_Child_ID + i, S_TEMP);// in your case first ID=100
    //delay(200);//uncomment if all sensors not being registered correct 

  }// end for loop

Hope this might give you an idea how to. If you want I can give you my sketch doing what you want to accomplish but as I said it's based on MCP23017 to drive relays

Ok. Thanks for answer. I have to wait until it is eventually implemented. Could be nice to have bigger sketches in a smaller Arduino compare to Mega
Regards Håkan

Hi
Error when compiling a node sketch to Arduino Nano Every :

xxx\Arduino\libraries\MySensors/MySensors.h:83:2: error: #error Hardware abstraction not defined (unsupported platform)

If I understand right the old Nano and Every are compatible, just more memory etc in the Every. Is there a change in MySensors library that can be changed to accept the Nano Every ?
Regards Håkan