Take a look on this article https://www.mysensors.org/build/rs485

@GLAB You can set the frequencies using the settings in MyConfig.h, which is in the MySensors folder. If you put any of the defines from MyConfig.h into your sketch, they will override the MyConfig.h setting for that sketch only. If you are using the RF24 radio, there are different channels which correspond to a given frequency. The default is channel 76. There is a list of typical channels in MyConfig.h. If you want to change the channel for all the sketches, change it in MyConfig.h. If you want to change it just for the sketch, add a define to the sketch. For example: #define MY_RF24_CHANNEL (84) The problem with changing the channel in a sketch is that the gateway has to be on the same channel to receive from the node. So, normally it makes sense to change in MyConfig.h because you usually want the gateway and all the nodes on the same channel. Other radio's like the RFM69 list the frequency instead of using a channel. They can be overridden in the sketch as well. You can find the defines that are needed in MyConfig.h

Hallo! Ich habe gerade meinen Aduino Nano mit einem GY-BME/P-280 verbunden über SPI verbunden. Im Sketch habe ich nur die PINS geändert und zwar auf: #define BMP_SCK 13 #define BMP_MISO 12 #define BMP_MOSI 11 #define BMP_CS 10 Ich bekomme aber bei der Ausgabe am seriellen Monitor nur "Hyroglyphen" zB 5��,�lh����}����'�O8��m�h,� Mit einem anderen Sketch funktioniert der Sensor einwandfrei. Auch mit einem anderen Nano dasselbe Ergebnis. Hat jemand eine Idee was das Problem sein könnte? Zusatzfrage da ich in C++ nicht so firm bin: Könnte es sein, dass MY_DEBUG oder MY_RADIO_NRF24 das problem verursacht. Was machen diese Definitionen eigentlich? Grüße

@GLAB said in 💬 Components: nrf24l01+ I have run the RF24 libraries in 230kbs and that worked for me. I cannot confirm MySensors, but I would assume "yes" OSD

@OldSurferDude jus request counter states from controller on each reset, worked fine with Domoticz... or save in eeprom but increase location every write, on power up/reset search eeprom for largest value stored and carry on from that location, one long integer will fit 256 times in atmega328(p) eeprom, is that long enough for you ;) ?

Over 4 years on, and my node ran continuously sending 4 messages every 5 minutes. It's 700mAh LiFePo4 battery voltage dropped from initial 3.45V to 3.24V, according to LiFePo4 voltge/SoC tables It's just under 40% left. 700*60% = 420mAh. 100 mAH per year. using library 2.40 and blob message I could cut usage to ~25mAh/year, not bad

@OldSurferDude yes, just run the configure command with --my-transport=none

Wow @Nicklas-Starkel congrats, that sounds great! And thanks for the feedback. Would you mind sharing your setup? Regards, Edi

@mfalkvidd Thank you very much, that's exactly what I was looking for!

Thanks for the answer. I meant that Mysensors has ESP32 support but only in terms of WIFI. It supports e.g. stm32 with ENC or W5500 modules - and the question is whether and how to add ESP32 support with LAN8720 module. I am not considering using ESPHOME or MQTT - I want to have native communication with the controller that implements my control schemes on its side. I try to program KC868-A16 but it does not matter - the question is whether such support can be added in a simple way.

@badisensors I have this same issue and am struggling to find a consice answer to the question. Have you figured it out? I would love to see a bit more detail about the important naming and numbering protocals for Gateways, Nodes, Sensors, and their output values within the MySensors architecture. So far, I am not finding much and progress is slow when I simply need to try different iterations and make conclusions/adjustments.

Thanks for the offer @TheoL ! I have moved on to a differenct project. Also, a lesson that I have learned many times, "If it works, don't fix it!" ;) -OSD

Hi, Thank for your reply. Yes, i run since many years with a serial Gateway connected with my PI. I thought it was possible to use the same machine to remove this extra element. If you had a stability issue, I would just stick with my current formula and not change everything for now. Regards,

Thanks, I'll keep this in mind if I decide to debug it. I realized that I am also tired of patching the gateway through to the doctor container inside an LXC so now I am looking at creating an esp gateway. Just need to check if I can find a pcb on here. Thanks again!

I've found that: char *protocolMyMessage2Serial(const MyMessage &message) { (void)snprintf_P(_fmtBuffer, (uint8_t)MY_GATEWAY_MAX_SEND_LENGTH, PSTR("%" PRIu8 ";%" PRIu8 ";%" PRIu8 ";%" PRIu8 ";%" PRIu8 ";%s\n"), message.getSender(), message.getSensor(), message.getCommand(), message.isEcho(), message.getType(), message.getString(_convBuffer)); return _fmtBuffer; } We put in the print "message.getEcho()", but this isn't echoed message. I think we should put "message.getRequestEcho()" here.