Author Topic: RFM69HW 868 issue  (Read 340 times)

mario.almeida

  • Newbie
  • *
  • Posts: 22
  • Country: ae
RFM69HW 868 issue
« on: April 17, 2020, 01:17:54 PM »
Hi All,

I am using Moteino R4 for last 3+ years, all the sensors and switchmote are deployed with R4 but the Gateway is running on Arduino UNO+Ethernet shield and sends the data to MQTT+OpenHAB2, almost every year, after 4-6 months, all of a sudden entire network stops working, so I would go around and reboot all the sensors and SM, (the total count is less than 20) and it starts working. These used to work and I was OK with that, but recently, like 6 months back, it is happening almost every month and I am unable to find the reason. If I change the frequency to 433/915, this works but then after some days, it stops again and then I need to change the frequency back to 868.

For testing purpose, I am using 2 Moteino with a distance of 1 meter,  I tried with the Gateway and Struct_send sketch with 868 frequency no luck, but with 433 and 915 is working. I have found this library "https://github.com/PaulStoffregen/RadioHead" and with the rf69_server and rf69_client sketch set to 868 frequency, this is working, Reverted back to Gateway and Struct_send sketch to try with 868 and not working.

LukaQ

  • Sr. Member
  • ****
  • Posts: 301
  • Country: si
Re: RFM69HW 868 issue
« Reply #1 on: April 18, 2020, 03:57:22 AM »
THAT will be hard if not impossible to debug. I have few nodes that work without intervention since feb. 2017. The only problem I had was every time lightning struck near by it locked up on PI side. I don't remember the fix, I think it was something to do with lack of ground

Gateway and Struct_send and Struct_receive worked for me on 868, but as I remember I used Struct Receive with Struct Send

What I would do is check if gateway locks up by have ready one Moteino as Gateway or PIgateway, so when your network locks up, you can see if the nodes are still sending and by doing that, you can focus to your gateway or not. Maybe that is the problem. Maybe even setup another identical Arduino UNO+Ethernet shield and do something like "if one is down, other will take over". This way you can try to debug first gateway that locks up for some reason. But I would make sure, you have so "yes I am alive" code on gateway, since now you don't know which part of gateway stops working (network, proc., receiver,..)
« Last Edit: April 18, 2020, 04:04:10 AM by LukaQ »

mario.almeida

  • Newbie
  • *
  • Posts: 22
  • Country: ae
Re: RFM69HW 868 issue
« Reply #2 on: April 18, 2020, 05:43:44 AM »
Hello LukaQ,

Initially, I thought it is something to do with the Gateway as SwitchMote (SM) sync would work even if the gateway is not reachable
When the button is pressed on the SM, first it will send the packet to the Gateway and then to the synced node. The SM node has 3 re-tires to send to the Gateway node. In my observation, even after 3 retries, the packet is not sent to the Gateway but the packet reaches the sync node. So this confirmed to me that the issue is with the Gateway. I tried with another set of UNO+Sheld but that didn't help and recently even the sync between the SM is not working.

So now I am trying to troubleshoot the issue with the Gateway and Struct_send sketch with 868 freq.

LukaQ

  • Sr. Member
  • ****
  • Posts: 301
  • Country: si
Re: RFM69HW 868 issue
« Reply #3 on: April 18, 2020, 11:51:43 AM »
I don't know how the freq. would be the problem and not in every range

mario.almeida

  • Newbie
  • *
  • Posts: 22
  • Country: ae
Re: RFM69HW 868 issue
« Reply #4 on: April 19, 2020, 07:27:16 PM »
868 is driving me up the wall.

433 and 915 is working, really not sure where to start.

ChemE

  • Sr. Member
  • ****
  • Posts: 419
  • Country: us
Re: RFM69HW 868 issue
« Reply #5 on: April 20, 2020, 08:36:38 AM »
Wasn't there some new issue regarding one of the low frequency bands of 5G cell phone networks stomping on 915MHz?  Could something new like that be the issue with one frequency but not the others?  Just a thought, I know the frequencies don't match up in this case.