3. Any RFM95 user reports?

Any RFM95 user reports?

  • mihai.aldea

    Hey there, with the 2.1.0 out now supporting LoRa I was wondering if anyone had the chance to test the modules. If so, I'd apreciate if you could share some quick facts on how did you got it up and running. Is it the same wiring as on RFM69? Could you please post example GatewaySerial and a sample node sketch so we can kickoff this?
    I'll solder my RFM95's tomorrow and start tinker but with the recent experience with the RFM69 that took me a couple of days to figure out, I'd love to get a head start if anyone used them before.
    Also, what range did you got out of them and under what conditions?

    0
  • gohan
    Mod

    did you succeeded in your project?

    0
  • mihai.aldea

    Sort of yes. My problem is with the battery. I initially set it to wake every 300s and whenever the sensor door triggers. The battery drained within a few weeks. Then I changed the wake cycle to 10800s (3h) and the battery holds up pretty well.
    The battery problem is cause by the mode that I have to use:
    RFM95_BW125CR48SF4096. Moreover, it seems that the transport is not really reliable. Here's last 24h log

    Wed Mar 15 12:45:34 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 12:45:34 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 12:50:36 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 13:05:37 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 13:05:38 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 13:05:38 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 13:10:34 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 13:10:34 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:59
Wed Mar 15 13:10:36 EET 2017 | 1;255;3;0;0;59
Wed Mar 15 13:10:36 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=9,sg=0:rssi: -5%
Wed Mar 15 13:10:38 EET 2017 | 1;2;1;0;28;rssi: -5%
Wed Mar 15 13:10:38 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:0
Wed Mar 15 13:10:41 EET 2017 | 1;1;1;0;16;0
Wed Mar 15 13:10:41 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
Wed Mar 15 13:10:41 EET 2017 | 0;255;3;0;9;TSF:MSG:BC
Wed Mar 15 13:10:42 EET 2017 | 0;255;3;0;9;TSF:MSG:FPAR REQ,ID=1
Wed Mar 15 13:10:42 EET 2017 | 0;255;3;0;9;TSF:PNG:SEND,TO=0
Wed Mar 15 13:10:42 EET 2017 | 0;255;3;0;9;TSF:CKU:OK
Wed Mar 15 13:10:42 EET 2017 | 0;255;3;0;9;TSF:MSG:GWL OK
Wed Mar 15 13:10:43 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
Wed Mar 15 13:10:43 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
Wed Mar 15 13:10:46 EET 2017 | 0;255;3;0;9;TSF:MSG:PINGED,ID=1,HP=1
Wed Mar 15 13:20:41 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
Wed Mar 15 13:24:40 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 13:24:40 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:60
Wed Mar 15 13:24:42 EET 2017 | 1;255;3;0;0;60
Wed Mar 15 13:24:42 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=8,sg=0:rssi: 1%
Wed Mar 15 13:24:44 EET 2017 | 1;2;1;0;28;rssi: 1%
Wed Mar 15 13:24:44 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Wed Mar 15 13:24:47 EET 2017 | 1;1;1;0;16;1
Wed Mar 15 13:24:47 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:54
Wed Mar 15 13:24:48 EET 2017 | 1;255;3;0;0;54
Wed Mar 15 13:24:48 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=8,sg=0:rssi: 1%
Wed Mar 15 13:24:50 EET 2017 | 1;2;1;0;28;rssi: 1%
Wed Mar 15 13:24:50 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Wed Mar 15 13:25:40 EET 2017 | 1;1;1;0;16;1
Wed Mar 15 13:25:41 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 13:35:43 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 13:45:43 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 13:45:44 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 13:50:45 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 14:05:46 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 14:05:47 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 14:05:48 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 14:20:50 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 14:25:49 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 14:25:50 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 14:35:53 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 14:45:53 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 14:45:54 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 14:50:55 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 15:05:56 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 15:05:57 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 15:05:57 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 15:21:00 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 15:25:59 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 15:26:00 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 15:36:02 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 15:46:02 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 15:46:03 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 15:51:04 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 16:06:05 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 16:06:06 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 16:06:07 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 16:21:09 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 16:26:08 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 16:26:09 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 16:30:57 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 16:30:58 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
Wed Mar 15 16:30:58 EET 2017 | 0;255;3;0;9;TSF:MSG:BC
Wed Mar 15 16:30:58 EET 2017 | 0;255;3;0;9;TSF:MSG:FPAR REQ,ID=1
Wed Mar 15 16:30:58 EET 2017 | 0;255;3;0;9;TSF:PNG:SEND,TO=0
Wed Mar 15 16:30:58 EET 2017 | 0;255;3;0;9;TSF:CKU:OK
Wed Mar 15 16:30:59 EET 2017 | 0;255;3;0;9;TSF:MSG:GWL OK
Wed Mar 15 16:31:00 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
Wed Mar 15 16:31:01 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
Wed Mar 15 16:31:06 EET 2017 | 0;255;3;0;9;TSF:MSG:PINGED,ID=1,HP=1
Wed Mar 15 16:31:06 EET 2017 | 0;255;3;0;9;!TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=NACK:1
Wed Mar 15 16:31:06 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
Wed Mar 15 16:31:13 EET 2017 | 0;255;3;0;9;TSF:MSG:PINGED,ID=1,HP=1
Wed Mar 15 16:36:12 EET 2017 | 0;255;3;0;9;!TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=NACK:1
Wed Mar 15 16:46:12 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 16:46:12 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 16:51:14 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 17:06:15 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 17:06:16 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 17:06:16 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 17:21:19 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 17:26:18 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 17:26:19 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 17:36:21 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 17:46:21 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 17:46:22 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 17:51:23 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 18:06:24 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 18:06:25 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 18:06:26 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 18:21:28 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 18:26:27 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 18:26:28 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 18:36:31 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 18:46:31 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 18:46:32 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 18:51:33 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 19:06:34 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 19:06:35 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 19:06:35 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 19:21:38 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 19:26:37 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 19:26:38 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 19:36:40 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 19:37:04 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 19:37:04 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
Wed Mar 15 19:37:06 EET 2017 | 0;255;3;0;9;TSF:MSG:PINGED,ID=1,HP=1
Wed Mar 15 19:46:40 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
Wed Mar 15 19:46:41 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 19:51:42 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 20:06:43 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 20:06:44 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 20:06:45 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 20:21:47 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 20:26:46 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 20:26:47 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 20:36:50 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 20:46:50 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 20:46:51 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 20:51:52 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 21:06:53 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 21:06:54 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 21:06:54 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 21:21:57 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 21:26:56 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 21:26:57 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 21:36:59 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 21:46:59 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 21:47:00 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 21:52:01 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 22:07:02 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 22:07:03 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 22:07:04 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 22:22:06 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 22:27:05 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 22:27:06 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 22:37:09 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 22:43:01 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 22:43:01 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:59
Wed Mar 15 22:43:03 EET 2017 | 1;255;3;0;0;59
Wed Mar 15 22:43:03 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=9,sg=0:rssi: 17%
Wed Mar 15 22:43:05 EET 2017 | 1;2;1;0;28;rssi: 17%
Wed Mar 15 22:43:05 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Wed Mar 15 22:47:09 EET 2017 | 1;1;1;0;16;1
Wed Mar 15 22:47:09 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 22:52:11 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 23:07:12 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 23:07:13 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 23:07:13 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 23:22:16 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 23:27:15 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 23:27:16 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 23:37:18 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Wed Mar 15 23:47:18 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Wed Mar 15 23:47:19 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Wed Mar 15 23:52:20 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 00:07:21 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 00:07:22 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 00:07:23 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 00:22:25 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 00:27:24 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 00:27:25 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 00:37:28 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 00:47:28 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 00:47:29 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 00:52:30 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 01:07:31 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 01:07:32 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 01:07:32 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 01:22:35 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 01:27:34 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 01:27:35 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 01:37:37 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 01:47:37 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 01:47:38 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 01:49:12 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 01:49:12 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:59
Thu Mar 16 01:49:14 EET 2017 | 1;255;3;0;0;59
Thu Mar 16 01:49:14 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=9,sg=0:rssi: 17%
Thu Mar 16 01:49:16 EET 2017 | 1;2;1;0;28;rssi: 17%
Thu Mar 16 01:49:16 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Thu Mar 16 01:52:39 EET 2017 | 1;1;1;0;16;1
Thu Mar 16 02:07:40 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 02:07:41 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 02:07:42 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 02:22:44 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 02:27:43 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 02:27:44 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 02:37:47 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 02:47:47 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 02:47:48 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 02:52:49 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 03:07:50 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 03:07:51 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 03:07:51 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 03:22:54 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 03:27:53 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 03:27:54 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 03:37:56 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 03:47:56 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 03:47:57 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 03:52:58 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 04:07:59 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 04:08:00 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 04:08:01 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 04:23:03 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 04:28:02 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 04:28:03 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 04:38:06 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 04:48:06 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 04:48:07 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 04:53:08 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:MSG:BC
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:MSG:FPAR REQ,ID=1
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:PNG:SEND,TO=0
Thu Mar 16 04:55:23 EET 2017 | 0;255;3;0;9;TSF:CKU:OK
Thu Mar 16 04:55:25 EET 2017 | 0;255;3;0;9;TSF:MSG:GWL OK
Thu Mar 16 04:55:26 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
Thu Mar 16 04:55:26 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
Thu Mar 16 04:55:29 EET 2017 | 0;255;3;0;9;TSF:MSG:PINGED,ID=1,HP=1
Thu Mar 16 05:08:09 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-1-1,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
Thu Mar 16 05:08:10 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 05:08:10 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 05:23:13 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 05:28:12 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 05:28:13 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 05:38:15 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 05:48:15 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 05:48:16 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 05:53:18 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 06:08:18 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 06:08:19 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 06:08:20 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 06:23:22 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 06:28:21 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 06:28:22 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 06:38:25 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 06:48:25 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 06:48:26 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 06:53:27 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 07:08:28 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 07:08:29 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 07:08:29 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 07:23:32 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 07:28:31 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 07:28:32 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 07:38:34 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 07:48:34 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 07:48:35 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 07:53:37 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 08:01:21 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 08:01:21 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:58
Thu Mar 16 08:01:23 EET 2017 | 1;255;3;0;0;58
Thu Mar 16 08:01:23 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=8,sg=0:rssi: 6%
Thu Mar 16 08:01:25 EET 2017 | 1;2;1;0;28;rssi: 6%
Thu Mar 16 08:01:25 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Thu Mar 16 08:08:37 EET 2017 | 1;1;1;0;16;1
Thu Mar 16 08:08:38 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 08:08:39 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 08:23:41 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 08:28:40 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 08:28:41 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 08:38:44 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 08:48:44 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 08:48:45 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 08:53:46 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 09:08:47 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 09:08:48 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 09:08:48 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 09:23:51 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 09:28:50 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 09:28:51 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 09:38:53 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 09:48:53 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 09:48:54 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 09:53:55 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 10:08:56 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 10:08:57 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 10:08:58 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 10:24:00 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 10:28:59 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 10:29:00 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 10:39:03 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 10:49:03 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 10:49:03 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 10:54:05 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 11:07:32 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 11:07:32 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=255,c=3,t=0,pt=1,l=1,sg=0:59
Thu Mar 16 11:07:34 EET 2017 | 1;255;3;0;0;59
Thu Mar 16 11:07:34 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=2,c=1,t=28,pt=0,l=8,sg=0:rssi: 6%
Thu Mar 16 11:07:36 EET 2017 | 1;2;1;0;28;rssi: 6%
Thu Mar 16 11:07:36 EET 2017 | 0;255;3;0;9;TSF:MSG:READ,1-1-0,s=1,c=1,t=16,pt=1,l=1,sg=0:1
Thu Mar 16 11:09:06 EET 2017 | 1;1;1;0;16;1
Thu Mar 16 11:09:07 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 11:09:07 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 11:24:10 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 11:29:09 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 11:29:10 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 11:39:12 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 11:49:12 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 11:49:13 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 11:54:14 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 12:09:15 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 12:09:16 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 12:09:17 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
Thu Mar 16 12:24:19 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 12:29:18 EET 2017 | 0;255;3;0;9;TSF:SAN:OK
Thu Mar 16 12:29:19 EET 2017 | 0;255;3;0;9;TSM:READY:NWD REQ
Thu Mar 16 12:39:22 EET 2017 | 0;255;3;0;9;TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:

    You'll notice there that there were three pairing events in the last 24h, which is not OK. Not sure exactly what "NWD REQ" means but there are also many such occurences. And judging from the battery percent graph, which puts a red dot on the graph every 3h, it's clear that many messages get lost.
    Anyway, it may have to do with the gateway power supply but I'm still waiting for the 433MHz antennas and SMA connectors so that I can replace the current vanilla RFM96 module with the Adafruit RFM96 module.

    0
  • gohan
    Mod

    If you have any doubts about logs, remember to use https://www.mysensors.org/build/parser

    About battery, you know... long range and battery consumption usually go hand in hand 🙂

    I didn't get last part: are you using the RFM95 or the 96?

    0
  • mihai.aldea

    Very nice log parser, I didn't knew it. Thanks @gohan for letting me know and @hek and @tekka for maintaining it.
    Yes, regarding the battery power, I measured reporting cycle. It's about 5000ms give or take 1000ms which is a huge TX time for a battery powered sensor. But since I only need to know that it's live and kicking and only get the door trigger message, I'm fine with a ping every 3h. If I were to use this as a temperature sensor, even with a 300ms resolution, it would've been a battery killer.

    I'm using RFM96 but used RFM95 in the article as for some reason the 868MHz is way more popular and thus more likely to get some feedback.

    0
  • alexsh1

    rfm95 im using is sleeping most of the time - this is how you get a battery running for a long time

    0 mihai.aldea 1 Reply
  • mihai.aldea

    @alexsh1, I know that, the problem is that LoRa has a very long TX time, unlike RFM69 or RF24. The latter can send their data within 100ms incluiding the sensors conversion time. LoRa takes about 5000ms. And not to mention that it uses about 100mA instead of 20mA. Switching to 3h duty cycle seems to work fine, but only because I'm using the sensors as a tripping security device, however, plotting temperatures won't be very nice at a 3h resolution.

    0
  • gohan
    Mod

    What did you expect from something that can transmits over hundreds of km instead of meters? 😉

    1
  • mihai.aldea

    Well, let's not get overhyped here, there's the story of the guy reaching 160km with an RFM69, not RFM95, but to talk about hundreds of km away with line-of-sight is almost impossible due to geographical restraints. And if we were to talk about ionosphere propagation, I'm sure it may work under ideal conditions, but propagation is very iffy, relies a great deal on the solar conditions and is totally unreliable throughout the 24h cycle. So except from a range success story, there's really nothing to it.
    The real thing is the urban propagation with vanilla RFM95/RFM96 along with omnidirectional antennas if a city-wide mesh would be deployed. Yagi's will only help with point-to-point directional setups and perhaps a magnetic loop could prove an awesome option but they require extremely fine tuning due to their very narrow bandwidth, sometimes in the range of +/- 10kHz. I'm considering ordering two custom built magloops but the issue at hand is that for them time being I don't have a VSWR meter for UHF bands. And with entry level UHF antenna analyzer models starting at about $700, it seems a bit too much for current hobby level requirements.

    0
  • gohan
    Mod

    You missed the point, Lora radios are meant to go long distance so of course the will have to use more power and lower speeds to get a sufficient communication and that can go over 300km

    0
  • alexsh1

    Every standard has its own application. I have not heard about rf69 reaching 160km (can only imagine what antennas he used) transmission, but I know that loraWAN is covering cities like Amsterdam. The latter has more use to what I do.

    Additionally, Lora is good for protects like HAB (High Altitude Ballooning) - and this is a distance of a few km with no special antennas! Take a look here:

    http://www.daveakerman.com/?p=1982

    0
  • mihai.aldea

    Yes, I am very much aware of that, it's just that I wasn't expecting such a long TX time. And my conclusion is that they have no use with battery powered sensors, unless maybe BW500CR45SF128 is used, but then it will defeat the "LoRa" purpose.

    0
  • mihai.aldea

    It would though be very nice to have RFM9x <-> RFM69 or RFM9x <-> RF24 home gateway. The end nodes would use an appropriate protocol for the required range and cost (RFM69 or RF24) to send data to the gateway, and then the gateway would forward the packets over the LoRaWAN network to "the cloud".

    0 alexsh1 1 Reply
  • alexsh1

    @mihai.aldea I'm waiting for the delivery of loraWAN GW. So far I have an ESP Single Channel GW, but it has got limitations. I will try to measure time / consumption a node is transferring packets.

    There is a battery application for it. Like a remote flood warning device. Or gas sampling

    0
  • mihai.aldea

    I'm planning to get myself one of those and set it up in my neighborhood, however at least for the time being I find it a bit useless since I don't know of any Home <-> LoRaWAN gateway that would effectively push the end nodes data over the LoRa network and up to a hub. Moreover, if that gateway would exist, then there should be some considerations regarding the way the LoRaWAN gateway handles packets, eg. authentication, message signing, encryption, ACL or rate limiting. This would enforce a private communication channel, free of any abuser that would hammer down the gateway by sending readings every 5 sec. from a set of couple of dozen sensors, congesting the gateway.
    It may be that some manufactures such as Cisco have already considered these but I'm not aware of that, and testing their solutions is rather cost prohibitive.

    0
  • mfalkvidd
    Mod

    The duty cycle limits combined with long send times makes it very hard to use LoRa for home automation. Having to wait 20-200 seconds (depending on frequency band) between messages is a severe limitation.

    There are definitely some use cases where LoRa is still applicable, but I think the duty cycle is a big reason to why there are no gateways between LoRa and home automation systems.

    A good thread on the limitations https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300

    An airtime calculator is available at https://docs.google.com/spreadsheets/d/1voGAtQAjC1qBmaVuP1ApNKs1ekgUjavHuVQIXyYSvNc/edit?usp=sharing

    0
  • mihai.aldea

    I see, but the end nodes shouldn't necessary route their data in an a synchronous manner. The gateway can buffer the data and commit the reading asynchronously over to the LoRaWAN network once every 5 minutes. Sensor data downsampling could be performed by the gateway in order to shorten the TX window to the utmost minimum. Downsampling and/or a heavy compression algorithm could help.
    On the other hand, I do realize that all these feature could lead to a fairly complex solution that's going to be so complicated to use that's never gonna get any traction.

    0
  • gohan
    Mod

    I don't see any good point is directly interfacing a home automation system with a LoRaWAN device: if you need to perform data collection or some remote control, the controller could take care of that without having bridges rfm69<->nrf24. As mentioned before, there is a community for Lora public GW https://www.thethingsnetwork.org/community that people could use maybe together with mqtt.

    0
  • alexsh1

    Anything concerning loraWAN is expensive and one has to develop it. This is probably good for developers aiming for a final product, for example, air sampling at the remote site without any internet access. However, even in this case 4G network can be used. If such site does not have internet / electricity, this is where loraWAN comes very handy

    0
  • gohan
    Mod

    For data sampling you could even use 2G gprs that is pretty much covered everywhere

    0 alexsh1 1 Reply
  • mihai.aldea

    Indeed, I see LoRa as an option for either experimenting, or as a solid alternative where there's no other option. Because at the end of the day, those who'll require a reliable transport layer will not resort to the open bands but use 2G/3G modems or even radio modems or satellite uplinks. While the LoRaWAN users will have to cope with the drastic FAP limitations, or use point-to-point systems for setups that allows no alternative, like I do.

    0
  • alexsh1

    @gohan true, but there are applications where Lora is more appropriate. High Altitude Ballooning is one of them

    0
  • gohan
    Mod

    I am talking for more ground level needs 😄

    0 alexsh1 1 Reply
  • alexsh1

    @gohan in a highly populated area Lora is better from my perspective. However, as already mentioned the cost is high (GW - €300, node - €55+ etc). Plus one is expected to develop

    0 mihai.aldea mfalkvidd 2 Replies
  • alexsh1

    This is a moteino Lora node.
    I understand the battery consumption is not an issue, but again I have not measured the current.

    0_1490092323659_IMG_3647.JPG

    0
  • mihai.aldea

    @alexsh1 said in Any RFM95 user reports?:

    @gohan in a highly populated area Lora is better from my perspective. However, as already mentioned the cost is high (GW - €300, node - €55+ etc). Plus one is expected to develop

    And why is that? Dense population = likely more users = frequent gw congestions.

    0 alexsh1 1 Reply
  • alexsh1

    @mihai.aldea

    When I said Lora I'm referring to LoraWAN, which is not the same thing.

    • 2G requires more power to transmit than LoraWAN

    • LoRaWAN is optimized for uplink (from the node to a server). For downlink there is 8 times less bandwidth available. This means it is designed to received info from sensors

    • A gateway can receive on 8 channels at the same time

    All that said, the ideal use case for LoRaWAN is:

    • Simple sensors that need to transmit infrequently
    • Missing 5-85% of data at times is okay
    • Little ability to control this device
    • No ability to update device firmware over-the-air
    • Deployed in the dozens to hundreds

    Some Automatic Meter Reading is a great example of a good use case for LoRaWAN. For meters that update the reading, say once per hour, it does not matter if some readings are missed, as long as some make it through.

    Finally, places like Amsterdam were completely covered by LoraWAN in just two weeks. There is no chance for the city of this size to be covered by 2G in such a short time.

    0
  • alexsh1

    Couple of graphs:

    0_1490093820335_IMG_3648.PNG

    0
  • alexsh1

    And this has truely shocked me:

    0_1490093859666_IMG_3649.PNG

    The ballon covered the distance 325km and was still some budget left in the receiver.

    0
  • mfalkvidd
    Mod

    Regarding the cost, I have built prototype nodes on Wemos D1 Mini + RFM96 using these clones and wire antennas:
    http://www.ebay.com/itm/231784606792
    https://www.aliexpress.com/item/D1-mini-Mini-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-by/32662942091.html

    0 alexsh1 1 Reply
  • alexsh1

    @mfalkvidd when it comes to a loraWAN GW the cost is different - the DIY GW is going to set you off by €200+.

    Rfm95/96 are cheap, but there are cheap for a reason. RN2483 is more expensive but it is loraWAN compliant.

    0 mfalkvidd 1 Reply
  • mfalkvidd
    Mod

    @alexsh1 yes, absolutely. But is a private lorawan gw really relevant in a home automation scenario?

    0 alexsh1 1 Reply
  • alexsh1

    @mfalkvidd That's a loaded question. The same as NB-IOT, I think Lora may be used under certain circumstances in home automation though it is not designed for it.

    For example, a friend of mine has got a summer house in a remote location. No internet and very weak 3G/2G signal. However, there is a loraWAN signal (it is in Holland). Of course, a good GSM antenna may help here. Or loraWAN can be used to send a message "all is OK with your house" once an hour. Is this home automation? Yes it is.

    Like like yourself, I'm using Wemos D1 mini + rfm95 as a single channel GW and a few sensors just to tinker with this new technology and try to find the right application

    0
  • mihai.aldea

    Well, I'm glad that the posting got some traction and some very interesting ideas were shared. While the bits and pieces of information were all out there, your argument helped drawing some conclusions.

    1. LoRa is NOT an option for HA. alexsh1 explained one scenario and I'm actually using LoRa (not LoRaWAN) in my building, but both cases make use of LoRa only because it's a new cool technology. @alexsh1 your friend could properly cover his home with 2G/3G signal either for free, by asking the provider to improve the coverage in that area, or by buying a GSM repeater. And I could ask a neighbor to share his WiFi connection so an ESP8266 module could do the job.
    2. The protocol addresses very specific segments where a great urban coverage is required and for that to happen no node should exceed a radio power of over 100mW.
      There is another case where everything was traded off for the sake of range, the ham radio JT65 protocol. I was able to successfully transmit a signal from Romania to Brazil using 5W RF power and a 1m diameter magnetic loop antenna. It's great for long distance, narrow bandwidth (200Hz wide channel), low power but it sends data at a "whooping" speed of 13 characters per 50 sec, during which it draws about 1.8A from a 12V battery (21.6Wh).
    3. My original idea of LoRa <-> RFM69/RF24 is not feasible unless, some serious downsampling is involved, as buffering the raw data before sending it out is really useless because LoRa doesn't have a serious overhead that would be addressed by concatenating larger chunks of data in a single packets.

    So at the end of the day, it really leaves us with a couple of applicable scenarios when taking public LoRaWAN meshes into consideration. Smart meters and perhaps security devices which only have to send a daily keepalive ping and if ever needed, tripped sensor alerts, provided that they would be immune to jammers. I'm not taking into consideration the close range stations where a daily 30s air time would suffice, because this defeats the purpose of LongRange. Other than that I see no real use of LoRaWAN, but feel free to share your ideas, perhaps I'm missing something.

    And after apparently trashing both LoRa and LoRaWAN I will only say that I can barely wait to get myself a LoRaWAN gateway and set it up in my area 😁 😁 😁

    0
  • MikeR

    Does anyone here have any code examples of the defines etc to get an RFM95 module (sx1278) to work in mysensors? cant find it in the API page. Many thanks to someone who can help

    0
  • gohan
    Mod

    Look into myconfig.h, there are some in there

    0 MikeR 1 Reply
  • mfalkvidd
    Mod

    https://www.mysensors.org/apidocs-beta/group__RFM95SettingGrpPub.html might be useful

    0
  • MikeR

    @gohan Thank you, the one place i didnt look that i should have looked first

    0
  • MikeR

    @mfalkvidd Thank you, looks like that will help me as well.

    Have had a bit of a tinker and still not getting the transport to initialise.

    #define MY_DEBUG
#define MY_DEBUG_VERBOSE_RFM95

#define MY_RADIO_RFM95
#define RFM95_434MHZ
#define MY_RFM95_MODEM_CONFIGRUATION RFM95_BW125CR48SF4096
#define MY_GATEWAY_SERIAL


// Enable inclusion mode
#define MY_INCLUSION_MODE_FEATURE
#define MY_INCLUSION_MODE_DURATION 60
#define MY_DEFAULT_LED_BLINK_PERIOD 300


#include <MySensors.h>

void setup()
{
	}

void presentation()
{
	}

void loop()
{
	}```

Thats what i have for the gateway and this is the response

    0;255;3;0;9;MCO:BGN:INIT GW,CP=RLNGA--,VER=2.1.1
    0;255;3;0;9;TSM:INIT
    0;255;3;0;9;TSF:WUR:MS=0
    0;255;3;0;9;RFM95:INIT
    0;255;3;0;9;!TSM:INIT:TSP FAIL
    0;255;3;0;9;TSM:FAIL:CNT=1
    0;255;3;0;9;TSM:FAIL:PDT```

    Anyone able to assist? is the code right and its a hardware issue or is there more that needs to be in the code?

    0 mfalkvidd 1 Reply
  • gohan
    Mod

    Double check for wrong wiring or a loose connection

    0
  • MikeR

    Triple checked the wiring. .. through a level shifter,
    DIO0 - D2
    NSS - D10
    MOSI - D11
    MISO - D12
    SCK - D13
    GND - GND (only one on the radio, do they all need to be connected?)
    VDD - 3V3

    Does that code look fine?
    Might change the hardware out if that is the case.

    0
  • mfalkvidd
    Mod

    @MikeR see if defining these helps (matching the pins you have wired):

    #define 	MY_RFM95_IRQ_PIN
#define 	MY_RFM95_IRQ_NUM
#define 	MY_RFM95_CS_PIN
    0
  • mfalkvidd
    Mod

    This is what I used for a RFM69 gateway on an esp8266. Something similar should work for RFM95:

    #define MY_RFM69_FREQUENCY RF69_433MHZ
#define MY_RF69_IRQ_PIN D1
#define MY_RF69_IRQ_NUM MY_RF69_IRQ_PIN
#define MY_RF69_SPI_CS D2 // NSS

    Maybe MY_RF69_IRQ_NUM should be defined as digitalPinToInterrupt(MY_RF69_IRQ_PIN).

    1
  • ricorico94

    Hi,

    I'm very interested in the LoRa thing : it' probably the only way to connect a node to a gateway through several floors of concrete in building.. (or do you think the NRF24 could do it ?)

    Could you share your experience on how you wired your hardware ? (including how you power the RFM95 if the arduino pins can not supply enough power -I read somewhere that Lora require up to 200mA, more than the 20-40mA available on Arduino Pro Mini for instance).

    br,

    0
  • nelsonov

    I'm also having trouble with RFM95's. I'm confused about MY_RFM95_IRQ_PIN and MY_RFM95_IRQ_NUM. Does PIN mean the GPIO pin number or the interrupt pin number? I've noticed that the same physical pin has different numbers depending on their use.

    Also, what is the distinction between MY_RFM95_IRQ_PIN andMY_RFM95_IRQ_NUM?

    0
  • Sweeman

    Hi,
    I don't know whether this helps, but I am also experiencing some trouble testing an RFM95 module.
    I am using the Moteino with FTDI adapter.
    I found that the connection is really instable (I should use some capacitors for a more stable connection I guess, even though there's no problem with the RFM69 433mHz version).
    My configuration is the default one. Don't know if I even have to define it that way, just did it because I had to with the last ones:

    #define MY_DEBUG                                  // used by MySensor (Print debug messages via serial)
#define MY_RADIO_RFM95                            // Select Radio-Module RFM95
#define MY_RFM95_FREQUENCY 868            // Define our Frequency of 868 MHz
#define MY_RFM95_MODEM_CONFIGRUATION RFM95_BW125CR45SF128 //Default for medium Range and medium speed: RFM95_BW125CR45SF128 ; For long range and slow speed: RFM95_BW125CR48SF4096
#define MY_RFM95_NETWORKID 100                  // leave out for gateway selection
#define   MY_RFM95_IRQ_PIN   DEFAULT_RFM95_IRQ_PIN
#define MY_RFM95_IRQ_NUM   DEFAULT_RFM95_IRQ_NUM
#define MY_RFM95_CS_PIN   DEFAULT_RFM95_CS_PIN
#define MY_NODE_ID 224                            // Node ID
#define MY_BAUD_RATE 38400

    Also I am trying to use it with an RPi and FHEM. But this didn't work so far.
    But I do get it to work over the PC-USB using the Arduino Serial-Monitor... Strange.

    0
  • gohan
    Mod

    How are you powering the radio module?

    0 Sweeman 1 Reply
  • Sweeman

    @gohan
    I am powering the sensor-sided Moteino with 3AA batteries.

    When I unplug the 433MHz-Gateway from the RPi I at least get an autocreate and exactly one temperature reading.
    Then it is dead again 😑

    0
  • gohan
    Mod

    I'm referring to the vcc of the Rfm95, where are you getting the power from?

    0 Sweeman 1 Reply
  • Sweeman

    @gohan
    Ah sorry, I misunderstood.
    The RFM95s VCC is factory-wired to a regulator on the moteino. It is an out of the box MCU+Radio-Unit.
    See this link for clarification:
    Moteino with RFM95

    Sorry for the confusion.

    EDIT: I just tried changing my normal 433MHz Gateway with Arduino Nano + RFM69HCW on the RPi for a Moteino-integrated-RFM69HCW one.
    I have the same problem with that as with the LoRa Moteino GW... It works fine with the PC and even gets readings far away, I normally do not get.
    Hooking it up to the RPi with FHEM it stops working...
    I can't really explain that? 😕

    EDIT 2: I checked the debug of the sensor-sided unit. It says st=OK...
    So I guess I'll have to check my hardware (FTDI etc.)

    1
  • gohan
    Mod

    Ok, the on board regulator should able to provide 250mA while the Rfm95 uses 120mA max, so that should be OK.

    2 Sweeman 1 Reply
  • Sweeman

    @gohan
    Your point made me look something up. Even though I do use the 2.5 amps powersupply for the RPi3 Model B I did find, that the RPi can only take up to 1Amp max. and depending on what's it doing, it can consume between 700-1000 mA.
    So hooking up the Moteino + FTDI may max that out even though the USB-Port should supply up to 500mA.
    raspberrypi.org

    Typically, the model B uses between 700-1000mA depending on what peripherals are connected; the model A can use as little as 500mA with no peripherals attached. The maximum power the Raspberry Pi can use is 1 Amp. If you need to connect a USB device that will take the power requirements above 1 Amp, then you must connect it to an externally-powered USB hub.

    So I'll try an active HUB next. And if that works I might give this a try:
    Boost USB-Power
    This site claims that a change in the RPi's config file should boost the max output current to 1.2 A... Sounds a little wild and unhealthy but I'll give it a shot.

    Also FTDIchip.com claims that you should use an external USB-power-supply when powering devices with more than 100mA. Everything points into one direction 😱

    0
  • gohan
    Mod

    From my tests I did draw more than 1A when using an 8 relays board attached to the Pi 3, but still it is worth a look at increasing power delivery quality

    1
  • Sweeman

    Hey guys, a little later but still I've got "kind of" news.
    Everything I tried to get the Moteino as GW to work consistently failed.
    It seems the problem either lay with the FTDI or the Moteino as GW. Since I am using a Nano with an Adafruit Breakout RFM95W everything just works fine. It is a little unsatisfying but as I only need Moteinos for Nodes (low battery drain) I will go with this (cheaper) GW.

    0
  • gohan
    Mod

    Are you powering the gateway throught the FTDI?

    0
  • Sweeman

    I tried both. 3.3/5V over FTDI and 5V externally.

    0
Log in to reply
 

Suggested Topics

  • ToSa


    General Discussion •  

    87
  • NeverDie


    Hardware •  

    3
  • Robert Leverett


    Hardware •  

    1
  • OldSurferDude


    Hardware •  

    2
  • Tmaster


    Hardware •  

    5
  • fishermans


    Hardware •  

    7

22
Online

11.4k
Users

11.1k
Topics

112.7k
Posts



Copyright 2019 Sensnology   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service