Hardware

Have you seen the thread on here about fake HLK modules? It could be that you had a batch of the dodgy ones.

@hek Thanks hek, it was indeed the problem. Now I connected the gateway to the Jeedom box, and on the node side I get this : Starting sensor (RRNNA-, 2.0.0) TSM:INIT TSM:RADIO:OK TSP:ASSIGNID:OK (ID=165) TSM:FPAR TSP:MSG:SEND 165-165-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc: TSP:MSG:READ 0-0-165 s=255,c=3,t=8,pt=1,l=1,sg=0:0 TSP:MSG:FPAR RES (ID=0, dist=0) TSP:MSG:PAR OK (ID=0, dist=1) TSM:FPAR:OK TSM:ID TSM:CHKID:OK (ID=165) TSM:UPL TSP:PING:SEND (dest=0) TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=ok:1 TSP:MSG:READ 0-0-165 s=255,c=3,t=25,pt=1,l=1,sg=0:1 TSP:MSG:PONG RECV (hops=1) TSP:CHKUPL:OK TSM:UPL:OK TSM:READY TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=ok:0100 !TSP:MSG:SEND 165-165-0-0 s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=fail:2.0.0 TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=6,pt=1,l=1,sg=0,ft=1,st=ok:0 TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=11,pt=0,l=18,sg=0,ft=0,st=ok:Temperature Sensor TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=12,pt=0,l=3,sg=0,ft=0,st=ok:1.1 TSP:MSG:SEND 165-165-0-0 s=0,c=0,t=6,pt=0,l=0,sg=0,ft=0,st=ok: Request registration... TSP:MSG:SEND 165-165-0-0 s=255,c=3,t=26,pt=1,l=1,sg=0,ft=0,st=ok:2 TSP:MSG:READ 0-0-165 s=255,c=3,t=27,pt=1,l=1,sg=0:1 Node registration=1 Init complete, id=165, parent=0, distance=1, registration=1 TSP:MSG:SEND 165-165-0-0 s=0,c=1,t=0,pt=7,l=5,sg=0,ft=0,st=ok:22.5 I see the gateway led blinking so its receiving the messages but the jeedom box doesn't recognize the node. !TSP:MSG:SEND 165-165-0-0 s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=fail:2.0.0 I can't understand what this st=fail means, and if it can be the root of my problem ? any idea please

@Patrik-Söderström - I made some more tests but with the same conclusion... still lurking in the back of my head what to do but no good answer so far. I dont want to use RpI even if its a good sollution. Its way to expensive compared to my normal projects. Maybe install a real waterflow meter somewhere... not that expensive in that link AWI posted... dont know if it can handle a normal household flow though.

@GertSanders Hi. I'm not in front of my eagle stuff but you can extract it from this: https://learn.adafruit.com/adafruit-rfm69hcw-and-rfm96-rfm95-rfm98-lora-packet-padio-breakouts/downloads Side note: RFM95W and RFM69HCW shares the same footprint whereas RFM69HW has a different pinout. So for my long range nodes, i prefer RFM95W/69HCW footprint, more versatile imho :) As tbowmo said LORA is a spec. On my side i plan to use RFM95W for its features and longer range, in raw radio mode as we're using with mysensors. So it could offer more flexibility maybe, if i need repeaters etc.. I started something (a lib) a while ago but not finished, and now i'm trying to refactor rfm69 lib, then rfm95 if not already done. If you don't find your wish in the link above, i can send you/help you with some stuff i have done. I hope this helps, a bit :)

I think PIDome handles it. https://pidome.org/support/manual/devices/supported-devices/mysensors-devices.html

BTW - meant to mention.. The batteries I'm using measure 3.13V on my multimeter

@robosensor said: @ahhk https://www.bosch-sensortec.com/de/homepage/products_3/environmental_sensors_1/bme280/bme280_1 Average current consumption (1Hz data refresh rate) 1.8 μA @ 1 Hz (H, T) 2.8 μA @ 1 Hz (P, T) 3.6 μA @ 1 Hz (H, P, T) H - humidity, P - pressure, T - temperature 0.1 μA in sleep mode Supply voltage 1.71 - 3.6 V I also failed into this trap :-) in fact, bme280 consumption in NORMAL mode is 450-600ua

@AWI Maybe I will switch to a Dallas DS18B20 sensor then. I don't really need to know the humidity anyway. I have been using DHT sensors around my house for a couple of years (mostly to keep track of the temperature) and they seem to be working fine. I haven't done any scientific tests but they all have around the same temperature. I also have some Dallas sensors which also seem to be fine. Nothing has been off enough for me to notice or question their accuracy. The main reason I switched from a DS18B20 to a DHT22 was because the library was smaller and I needed to trim down the flash memory in my sketch. Now that I am upgrading to MySensors 2.0 I have regained 7kb of memory just from the upgrade (I also upgraded the Arduino IDE).

I haven't tried it on an atmega328p-au. Have you? Are you able to get all the solder paste molten at once so that the chip does auto-alignment with the pads like it would in a reflow oven?

@Maurizio-Collu I don't see anything wrong with that. You're the one saying something is wrong :-) Could you describe what you do when you try to find the W5100 gateway, what you expected to happen when you tried that, and what you experienced instead?

@nono8223 I think it will be a good idea as long as there are people actively developing & supporting the platform now and in the future. Recently the Raspberry Pi port (or Linux, in general) has been updated and included in the core library, so MySensors is no longer Arduino-only.

@jecci if you will be driving inductive loads I would suggest to include a snubber circuit. A good article and design considerations here

The reason is to not modify the actual light source because all bulbs are already present. It's difficult to create a dimmer for 220V source? I really don't know ;-)

Amazing! Thank you @AWI!

Welcome to the MySensors community @jamesmc86 ! Radio range is very hard to predict. It depends on so many factors. But the cheap nrf radios generally have a range of 10-50 meters, so 30-160ft. That can be extended by using better antennas, better location of the nodes and the gateway, power amplifiers and repeater nodes. If you are not in a hurry, order a few and see what range you get. You can use @AWI's connection quality meter to test the range.

Just a heads up to prevent others from running in to same issue as I did. I tried to use this board together with a RFM69 radio module that I had connected through a Logic Level Shifter connecting it to the 8 pin nRF24L01 interface but I just could not get it to communicate. The problem was that the MOSI,SCK, CE and CSn pins had some resistor bridge voltage dividers on the board. I removed the voltage dividers and it started to work. I could probably have used the RFM69 module without the Logic Level Shifter directly on this board but I did not want to risk damaging the radios since they are the most expensive part in this setup.

Great!! Exactly what I needed!!. I will look for a switch like that. Many thanks Carlos