@tango156157, I sometimes get similar errors while compiling the sketches. Mostly because I am still using the MySensors 1.5 library for my legacy network, 2.1.0b for the RFM69 network (working RSSI report) and 2.1.1 for the LoRa network.
Mostly when dealing with MySensors 1.5 and/or older sensors libraries, I find the newer Arduino version to pop all sort of errors. But then I fire up one of the older Arduino IDE versions I have, 1.6.5, 1.6.9 and so on. Eventually one of them compiles the sketch without errors while the newer version don't work. This is far from being a solid solution for these errors, but it gets the job done.
You should try that too, especially if you're using older libraries for your sensors.
You can find them here: https://www.arduino.cc/en/Main/OldSoftwareReleases#previous

@mfalkvidd said in Transport overhead optimization:

Could you describe the advantages of using a rfm96 instead of rfm69, when not using LoRa mode?

Then I don't understand your statement.

OK, trying to make a sense of those tables now, but my main question remains: Is RFM95_BW31_25CR48SF512 a LoRa mode or not? Because this is what I'm currently using.

So what you're telling me is that I'm not using the RFM96 in LoRa mode? I now seem really dumb, but in all fairness, after a lot of digging, I only found these modem configrations available:

* | CONFIG                    | BW    | CR  | SF   | Comment
* |---------------------------|-------|-----|------|-----------------------------
* | RFM95_BW125CR45SF128      | 125   | 4/5 | 128  | Default, medium range
* | RFM95_BW500CR45SF128      | 500   | 4/5 | 128  | Fast, short range
* | RFM95_BW31_25CR48SF512    | 31.25 | 4/8 | 512  | Slow, long range
* | RFM95_BW125CR48SF4096     | 125   | 4/8 | 4096 | Slow, long range

I chose RFM95_BW31_25CR48SF512 after some extensive trial and error range tests.

If I'm not currently using LoRa, how can I actually switch to that?

I couldn't not notice the large overhead associated with the MySensors transport protocol. You see, as discussed before, the issue at hand is not using a coin cell for 3 years instead of 2, but it's about the RFM69 and RFM95/RFM96 modules which are capable of using really low bitrates or special modulations.
Eg. I had a 14250 battery that drained within a month with an RFM96 sending data every 5 minutes using RFM95_BW31_25CR48SF512 which was sending only one sensor value. This happened because unlike RF24 which can have a total awake cycle of 100-150ms, the RFM96 had an awake cycle of about 5000ms. It took it 5 seconds to send the single sensor value.
RFM69 is another case in which a lower bitrate -> longer range -> longer TX time. I went as low as 300bps only to see that a single packet is sent in about 1500ms. That's way too much for a battery powered node.

Some of us need long range sensors and we don't want a constant power messy setup, or the complex circuitry and increased cost associated with adding "UPS" like features to our boards.

My RFM96 node now sends a ping every 3h and the RFM96 nodes run in 9600bps so that I wouldn't have to replace those 14250 batteries monthly and actually use them for the intended life-cycle, that's more than 3 years.

The alternative is to give up MySensors altogether and use third party libraries, concatenate the messages as raw data then parse them on the remote gateway based on predefined rule set. But although this gets the job done, it's not a really good idea to mix various libraries and properly maintain the whole system in the long run.

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 :grin: :grin: :grin:

@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.

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.

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.

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.

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".

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.

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.

@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.

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.

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.

They're an interesting option in special use cases. Eg. I mounted a sensor on my flat building janitor's storage room. I wanted to know if she comes daily as agreed and if so, how long does it take for her to clean the staircase. The RFM69 modules didn't worked so I switched to RFM96 which struggles to get the signal through 2 floors and on the other side of the building where I placed my gateway. And this while using RFM95_BW31_25CR48SF512. It works, but if I were at the 3rd floor, I'm sure it wouldn't have worked.
Next thing I want to monitor the status of the water pumps that are in a special room beneath ground and also on the opposite side of the building. And I'm pretty sure that the RFM95 will not make it there unless directional antennas or repeaters are involved.

Has anyone seen these modems in action?
Besides the known 433MHz and 868MHz, now the 169MHz band is accessible. This band is regulated in Europe at a maximum of 500mW and <=10% duty cycle beacons used generally for gas meters and similar quipments.
It can output 30dBm in 433MHz and 868MHz and 27dBm in 169MHz. This allows for even greater range but it uses up to 650mA during TX.

This is a very interesting module that comes in a larger footprint than the RFM9x but has a way greater TX power and makes the 169MHz band accessible and I think that once it hits the market and the RF engineers start to tinker and build Arduino libraries for it, it will become farily popular.

Well, this makes sense. And after all, if you're smart enough to tweak the lib and bypass the restrictions, chances are you know what you're doing both with the coding and with the radio spectrum.

I am ham radio licensed operator so I'm very much aware of the regulations. However we should not forget that this is an open band and as such no mission critical devices will run on these frequencies. FCC drafted these regulations to prevent some donkey to keep the channel closed by using 80-90% duty cycle and prevent all others from using it. However juding strictly from the MyS perspective, this is used by hobbyists and while many would put a dumb grim on their faces when using RFM95_BW125CR48SF4096 we should not forget that most of them work indoors, behind rebared walls and use poor antennas, so in real life there's really no impact on the band as their signal will not take off pretty far. And we can all agree that a when a Yagi is involved, those are most likely responsible experienced engineers who will know better than to block the band with their temperature sensors :laughing:
I'm not condoning in any way the abuse on these bands, but all I'm saying that I see no reason for MyS to enforce these limits.