Troubleshooting

My lib is still on 2.2 and I think I installed it not in the right way. I will give it a try.

Did some testing today and i can now confirm that this issue with internal messages not getting delivered to the controller is now FIXED with commit 5d159a6 . Thanks @tekka

@Yveaux thank you for reply, found something similar for 5v, just in case some one stumble upon this. +5V Output or Input +5V Output (From On-board Regulator) or +5V (Input from External Power Supply ref: http://www.circuitstoday.com/arduino-nano-tutorial-pinout-schematics

For future reference (in case someone else stumbles on this thread): It seems Adafruit made a design mistake by always pulling reset high. Also, their datasheet states RST - this is the Reset pin for the radio. It's pulled high by default. Pull down to ground to put it into reset which is clearly wrong - pulling RST to low takes the radio out of reset mode. Another note: The SX1231 datasheet says Pin 6 (Reset) should be left floating during the POR sequence. POR is the automatic reset that SX1231 does when powering on (Power On Reset). The level shifter on the Adafruit board will always output high or low, so with the Adafruit board it is impossible to leave RST floating. This does not seem to cause any real problems though.

Alright, Sometimes the solution is pretty obvious but you fail to spot it. @tekka thanks for pointing me to the correct direction, as the problem was in the used frequency. Even though I initially tried with 434 MHz, it turns out that when i finally did it right, i had already switched to the default 868. After adding #define MY_RFM95_FREQUENCY RFM95_434MHZ in the sketches initially, i established communication. After that i also tried to configure again the rasperry (this time knowing that the node is working) and Hooray! it worked :) Thank you all for your support and @titvs @mfalkvidd as well. This topic can now be locked

@alex-garcia you're welcome :) In case you need a workaround: add wait(200) after the sleep.

@dirkb19 Use Arduino 1.6.13 and not 1.8, it's a problem related to fuses with clones... You need to program with another arduino nano (or other) as ISP Then use the following: Duemilanove > 328P arduino as ISP plug the 7-19v Vin on the rboard You may also have to burn the bootloader And maybe need to press manually reset button on rboard, personally i don't need to. I've been struggling for a while with this board.

Great that you found the problem @david-muller, thanks for reporting the solution.

@cadet Great to hear you solved it and thanks for the feedback! :+1:

Beautiful, I added the define and it works very good now ! Big thanks to you !!!

Ok, I understand now that the modules are measuring the noise signal strenght before sending someting. Apparently the noise level is high, but with the other gateway I get low values. It seems to be the linux gateway that is generating the noise ??? The RFM69 is powered by a separated LDO and capacitors, so I don't think it is a power supply problem. The RFM69 linux driver is the same that arduino RFM69 driver? Could be some missing register parameterization?

You were right ! I changed the sensor radio and it's working now ! But only if I have these lines in my sketch : #define MY_TRANSPORT_WAIT_READY_MS 1 #define MY_TRANSPORT_SANITY_CHECK #define MY_TRANSPORT_SANITY_CHECK_INTERVAL_MS (60*1000ul)

with the successful map version 2.4.1, compilation and upload :-) :-) I open the console serie, nothing is displayed. So I check on my router ... Nickel connection is established I will search the forum to try to have the serial console and to combine the gateway with other sensor, etc. And later, try to code ... there is really a way to do a lot of home automation with this little chip Thanks again ;-)

Well, one of the problems when buying from china is that it takes so long to get the stuff that we sometimes forgot what we ordered :) It seems my RFM69's are in fact RFM69HW (eventhough the chip has a "H"). After reconfiguring the sensebender code and the raspberry configure command accordingly I got dialogue between them! Will now try encryption :sunglasses: Update: It seems it's not as simple as just adding the "#define MY_RFM69_ENABLE_ENCRYPTION" in the arduino code and "#define MY_RFM69_ENABLE_ENCRYPTION" in the ./configure command for the RPI GW... Will try to sort it out and if not able to make it work, will open a different thread. Update2: It seems it really is after all. Just needed a reboot, and the signing personalization will be re-used :)

@sam85 #if defined(MY_USE_UDP) // is it defined somewhere?

@tekka Here it is: REPEATER LOG It seems to be working ok but there are still some NACKs on the log. Radio issues perhaps? Neverthless, im not getting the node dropouts i got with the 2.3.0 version...

@sundberg84 Yes, the patch will be included in 2.3.1.

@eddiever Plenty of gas sensors around and information on this forum and elsewhere, probably using the search function at the top of the page will reveal someone has already used one for the gas you are trying to sense. It's not something I have found a need to investigate, my only interest in gas was measurement of consumption of gas supply. All my other gas interests arose from drinking too much beer... :grin:

@neverdie one of the other components is a MOSFET and I guess it is used as reverse polarity protection. Advantage of this MOSFET is the low voltage drop compared to a rectifier. I didn't check the circuit in detail though