Though I’m very familiar with a few other Low Energy wireless sensor standards (BLE/ANT), I’m a definite LoRa neophyte. In short, I have an application that runs on Raspbian and I would like to add the ability to also receive data from multiple LoRa sensors. I would like to process the data locally on the Pi, so if I understand correctly (from other posts I’ve read) I’ll need to install the ChirpStack Gateway and Server software and then redirect the UDP output packets to my own local UDP receiver process. Then, get the packet format information from the sensor manufacturer to correctly parse the data. So given all that I have a few questions regarding feasibility and choosing appropriate hardware -
(1) Is my assumption correct regarding ChirpStack and getting the raw packets (i.e. direct the UDP packets to a localhost receiver app)? Any foreseeable issues?
(2) Using the technique above seems like a way to receive packets but what about sending packets to the sensors? I’m assuming like BLE sensors there will be times when you want to send data to the sensor (config/control/etc), how can that be done given the scenario above (or can it)?
(3) Are there any other considerations? Are most (or many) manufacturers willing to provide developers with their packet formats?
(4) Regarding hardware, since I’d like to have a Pi 4 while doing dev work, it looks like I should either go with the WisGate D4 or D4H. I’m not super clear on what the differences are though other than connection options? Would one be preferable to the other given what I’ve described (and also in light of my next question regarding GPIO access)?
(5) The WisGate enclosures don’t appear to provide any access to the Pi’s GPIOs. With either of the rak2245 or rak2287 the HATs attached, are the GPIOs accessible at all? I has because my main app generally gives the user the ability to select free GPIO’s to be used in their own applications.
(6) Anything else to be aware of, pitfalls, feasibility issues, etc.?
Thanks in advance for any feedback!