Is it me or maybe you also have doubds about LoRaWAN use cases? (LoRa is physical layer, way of encoding bits with rf, but you need protocol. LoRaWAN is open st

Is it me or maybe you also have doubds about LoRaWAN use cases? (LoRa is physical layer, way of encoding bits with rf, but you need protocol. LoRaWAN is open standard, which is being implemented and used by TTN community) So for me main drawback of LoRaWAN is limited number of ACKed packets (gateway which can talk to thousands devices can use only 1% of airtime (simplified) and you have to divide it by number of users https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.htm...), so you are allowed to have 10 packets per day. Any other data can be send in way called " send and pray"... Would you build industrial device for telemetry while you can not be sure about your data? For example energy monitoring with 15 min periods. You can't be sure that your data arrives. So ranges presented here is matter of luck but not reliable link. Maybe ISM band limitations should adopt to LoRa which is more resistant to errors. Or protocol should be changed (symphonylink has protocol for unlimited ACKed frames, OTA etc) Just my 2 cents.