@hek said:

@doblanch said:

btw, you didn't answer my question, is there a trusted NRF/PA/LNA seller,

I cannot make any guarantees. But ITead should sell the genuine thing.

it was my assumption too ...
If I enable debug, will it provide me more info about communication ?

@hek

@hek said:

I don't think it should search...
https://github.com/mysensors/Arduino/blob/master/libraries/MySensors/MySensor.cpp#L463

But you might wanna try the development branch anyway to see if you notice any difference.

I can try at the next occurence... as I have no more idea... I think that code is clean, and problem is rather on the NRF. Maybe a starvation of something after a while, I don't know. difficult to say.
btw, you didn't answer my question, is there a trusted NRF/PA/LNA seller, with a tested NRF24 tested by you, and working at it should ?

@sundberg84 I use the last version (I guess nov 2015).
@hek it can be the case ? trying to use another route.
There is no other route available normally. I have disable repeater mode on all powered sensor.
Could it be a bad NRF24 ? is there a brand well-kwown really trusted ?

@hek ok :-) Yes of course, I tried, it doesn't work...ceiling is really too thick !
12H03 - 12H23 We can see clearly the drops... :-( and I have st=fail.
I resend packet based on st=fail, but resend is dropped also

@hek My antenna is powered externally directly in 3.3V with 4.7uF...
What is vanilla radio ? distance is 5m, but a big ceiling is in between...

@hek said:

Agree with you. Very strange. Especially when you use a direct route to gw.

the strange thing : I receive alsmost 19000 messages without issue.
When it happens for the first time, the issues are more and more frequent.
the NRF PA LNA provided by ITEAD should be good, no ? Which PA LNA are you recommending ?
One more thing, when problem happens, and recover, I tried to make a reboot from my controller, and the WS is not longer communicating. I have to power down/up to recover

@hek "Could the issue be between gw/controller?" ... I have a st=fail so it shouldn't be between controller and GW ?

@hek said:
I looked in the other sensors (sensebender at the same time). I have 5 sensebender, and there is no drop at this time. Packets are received every 5 minutes during this period. So, I don't expect a freeze of the GW.
I use JEEDOM.
I don't expect issue between GW and Controller ... but it can be a lead.
it difficult to troubleshoot controller. Because it's a serial GW, if packet doesn't arrive to the controller, I can not check at the GW level, as there is no way to connect.

@hek, as explained in the previous post, I enforced the next hop (GW).. so, it shouldn't used another route ?
gw.begin(NULL, 102, false, 0);
here is my config.

@hek Nope, I don't have any microwave running when I have some drops.
I don't have microwave oven at home. Just a TV. It was shutdown during events.
Th eweird thing, is that it doesn't work for 15 minutes. I loss 3 rows (3X10 messages) with 5 minutes interval.
It means that's the issue happens for a while. After, this event, everything runs correctly.
During the event, I have another sensors ( 5 sensors sensebender) which send correctly a packet. It means that issue is not on GW. And anyway, I don't have issue with GW.
I have a big ceiling to pass through. On GW and sensor, I use 7db antenna.
I don't understand why it works for 6 days, and stop suddenly for 15 minutes !

@sundberg84 . I forgot to mention, that the route is enforced to 0. There is then, no computation of route, and the route is direct. When I have st=fail, my packet doesn't arrive to my GW, as my value doesn't appear my controller. I use a Serial GW, if my packet doesn't arrive to my controller, I can not check more. As the problem happens suddenly, I can put a sniffer in the air also.

Hello team,

I post here, as I'm lost.
I built a weather station based on arduino mega 2650 + PCB shield that I made (100 hours on this project -> 50 for troubleshooting).
I use NRF24+PA/LNA with 4.7uF cap (I tried 100uF, with same result). The antenna is powered externally. I use RF24_PA_MAX. But using RF24_PA_LOW gives the same result. "Nov 6th 2015" Library version is used.
I send 10 packets every 5 minutes (each packet in the raw is sent every 100ms to avoid any starvation), to bring the different value of my station.
Everything works correctly during 6/7 days, after, I start dropping packets. For example I don't receive anything for 15/20 minutes, and it comes back working !!! the strange thing, is that, I was expecting to loss some packets sometimes, which is a normal behavior of wifi. However , I loss packets in the same row during 20 minutes or 10 minutes, really weird, is there a starvation of something ? I don't know, and my knowledge about electronic is below the need to move forward.
during issue, I have st=fail on the station. If I resend packet based on the ack, the second packet is dropped also. In fact, everything is dropped during the issue.
As I report some rain value, I can not drop packet.
I tried to change a lot of things without success. My PA/LNA has been bought to ITEAD? and should be a Nordic one, it is sold like this.
My weather station report the good value WITHOUT any drop during one week.
It means that I receive 17280 packets without any drop !!!
I followed all the golden rules (I assume I would say), and I have no more ideas on how to troubleshoot deeper. Should I enable "debug" in myconfig.h ?
Otherwise, is there a well known PA/LNA that I can buy, and be sure 100% that's the nordic, and tested by you guys ??? I am almost ready to leave out this project in favour of Netatmo, because, I don't know how to move forward now. I passed 50 hours to troubleshoot, making some tries in all directions without success ! I send a bottle in the sea, it will be my last hope .
thank you in advance

@rvendrame Hello,
yes, I use this already. But as you know in a repeater, the gw.send is not available as it's include in the process() function... I do nont have access to gw.send...

everything is in the title :-)
I'm wondering how to increase reliability on bad RF transmission (big ceiling).
I want to do a resend when st=fail.
I do it already on my sensor, it's easy to code, as it's in the sketch directly.
I'm wondering how to do it in the repetear ??? some ideas ???

@m26872 ok :-(

@mfalkvidd not false :-) I have to make some tries also. I bought a gold platined sensor, I hope that corrosion will be less...

@m26872 I agree, sometimes packet reach the next hop, but the ACK does'nt come back ... I saw that... I was receiving the information on my controller, but this message was not acked properly, and I had a st=Fail ....I think it can happen when we are using 2 different type of NRF24 (NRF24+PA+LNA vs NRF24)... one is sending more far , and the ack can't reach because it does not have enough power ...

@Dwalt Hello,
In fact, I posted a new thread, because I don't understand my problem... (and it's not , 'im sure now, that it's not on the node, but on the repeater 100% sure)
I use 1.5 (but the one from august, the one just out of the box, I think they had some changes since).. I saw some bug fix (see below the thread corresponding)
You are using the 1.5 but what is the date of the file in the library (me it was august), I understood, that there was some changes... a bug in the library. My problem is very very similar, but I can be sure 100% because, when repetear stuck, I don't have serial connected to log. However, I see the led blinking a lot meaning that there is a lot of communication happening... a loop for example in a send message :-) If I connnect my USB repeater reboot, and problem disappears..
From now, I have just disabled the "reset" when plugin usb ( a 120ohm between RST and 5V). Next time I will connect to check what is grabbing on the console.
see here : Repeater nood keeps looping... and doesnt reach gw
In the mean time , I upgraded to the 1.5 library, the one from november...
let's see, but I'm on this issue since 3 months !!! I'm quite lost, and I don't know exactly how to move forward now

@mfalkvidd ok ; thanks I willl try :-)

Hello,

I'm on the same project personally...I using 2 battery... this part should work between 3.3 V and 5V...
finally with 2XAA we only have 3V, and the max value for me is 750 not 1023... did you get 1023 when into the water?
I use a gold plated sensor, and the plug will be into a seal to avoid corrosion and water to go in.
I use a sensbender where I connected on A3 the pin use for the soil moisture sensor.
Could you confirm that change the polarity help to avoid corrosion ???
thanks