@mfalkvidd thank you very much for your quick answer! I'll look into that.

@Nca78 Yes, I was actually thinking using DIP switch (or even more easy to read thumbwheel switch) to give a unique ID to each node! As soon as I receive the extra radio modules I ordered, I'll test that. @Grubstake I'm afraid you're right! But it's ok to have just a few days of battery life. As I wrote, it might be often disassembled and reassembled.

@gohan said in Arduino Pro Mini Shield for RFM69(H)W: If I remeber right that pin is used as input so the RFM69 is not receiving any 5v signal. In addition there are people claming they have the RFM69 module working on 5v on data pins and 3.3v on vcc, but I hardly suggest to do it. thank you just what i thought . about direct 5v on data...well... i seen a big red sign saying n :DONT do it! lol Level converters are so cheap...that i ordered 5 or 10 thoguether with rfm69 board. sorry about hijack this topic, i though i was on general discussion

@guillermo-schimmel Thanks a lot ! I got it all up and running node a couple of nodes. But now I confused myself . I got an Arduino Nano as a node that also acts as a repeater, what bootloader can I push into that one? I assume anycahnnel and 16MHz should do the trick since it got that crystal attached. And also one thing that is not really clear in my head, I set the "Fuses&Lock bits" with the AVRDudess for my 328P barebone. But do I really need that? . If I load the bootloader in ARduini IDE for example I specify all those settings in the "board.txt" file. Or is that just to tell the IDE what settings is on the chip ? If I clear these two things up I think I got everything sorted now

@ozrex, I don't want to assume your knowledge level. However the truth is that you will probably need to put together different bits and pieces from various threads in order to come up with your own custom solution (the A/C interface (IR) part, the battery part, etc...). Maybe it is worth it to create your own new thread, or maybe you want to keep researching / trying on your own a little longer first. The latter is admirable, and is the way I usually do it, too. Some times to a fault in my own case. Don't suffer along in silence if you are struggling to find the information, make a thread instead. If it becomes too difficult you may give up. We all need some small successes along the way to keep motivated and keep it fun. Probably best to create a new thread (I don't want to derail this one too much) but something you might want to look into is OpenMQTTGateway. I use it for my 433mhz, but it also supports RF, BLE, LoRa (and perhaps others in future) all on the same gateway! To me that was the way to go... And so far has been flawless for me.

If you look at the Netatmo devices you can see that they have plastic caps and a long plastic notch. I'd bet that the antenna can be found in such an area... I dont think that a small thickness will help to let the radio signal pass. Think of that very thin µ-metal sheet covers on high frequency circuits e.g. in TV or Radio inputs (where you want to stop a radio transmission). They are built to not let radio waves pass and they are thin - so I dont think the thickness plays a major role. As Bulldog wrote paramagnetic blocks radio waves. And aluminum stays paramagnetic even if you reduce the thickness. But I made the experience that relatively small areas, where the radio waves will not get blocked (e.g. plastic caps) can make the difference between no signal and "its working". Also keep in mind that nearly all antennas have a direction. So changing the orienation of the antenna might dramatically change the transmitting capabilties.

I think that: It does overlap with MySensors for the wireless network. MQTT-SN assumes a network that provides a bi-directional data transfer service between any node and a particular one (a gateway). MySensors wireless network could provide data transfer but the message are really tailored to transport sensor and actuator values. MQTT-SN for the gateway - controller interface is not needed MQTT is for that more than fine That said I like the idea of MQTT-SN but for it a "transparent network" makes more sense.