Of course you could use rpi as gateway, but as personal advice I'd suggest to get some mini pro as sensor nodes and keep the Uno as the gateway or the prototype platform. The most flexible solution would be to make an mqtt ethernet gateway and use rpi as mqtt broker and controller with openhab or whatever else you like, since the mqtt in the middle allows also to have multiple controllers. I also wanted to try openhab and tried openhabian but it turned out to be too complicated, so I moved to domoticz and it was much easier to put things together.
Hmmm.... Not sure why, but the calculations from the new SX1262 transmission current measurements(see picture below) indicate the 2xAA batteriess would last 38 years using SF8 and transmission power set to 16dBm, which is obviously less than what I was predicting. I haven't yet increased the number of pre-amble symbols, so the reason isn't that. This time I did power the radio module with 2.8v instead of the 3.0v I used in the earlier measurement, so maybe that had something to do with it. Not sure at this point. Go figure:
Anyhow, regardless of the reason, that's enough battery capacity headroom that I'm not worried.
[Edit: I found the reason: I had lately increased the coding rate from 4/5 to 4/8, which increased the airtime over what it had been previously at 4/5, but I had forgotten to include that change in the Semtech LoRa calculator calculation.
If I use the 47.232ms Time on Air number shown in the LoRa calculator results here and redo the previous lower bound calculation, the answer is a lower bound of 37.35 years, which is indeed less than the 38 years calculated based on the new measurements above. ]
[As an experiment, I tried powering the same SF8 mote with a solid 3.3v and a transmit power of 22dBm provided by 4xAA batteries and an LDO. The result was about 1% missing packets. Then, reverting to just 16dBm, it was a roughly 2% missing packet rate. Therefore, it's probably not worth the bother of powering the mote with 4xAA batteries and an LDO. Granted, it would be some improvement, but, IMHO, not really enough of an improvement to justify upgrading to a 3.3v supply source. ]
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
I wouldn't say the PPK2 is good at measuring <1ua currents though, such as sleep currents. If that matters to you, you'll want a Current Ranger, or TinyCurrents or similar.
I'd say the PPK2 is the way to go. Your other post defines the <1ua current as ... nearly infinite in human terms and battery self-discharge rates. Squeezing a stone can yield no more water. Thanks for the posts, once again.
@NeverDie I think that usually you can 'rescue' the symbols and part footprints from the files directly as well. I've had it successfully work usually, but a couple times when opening an old file from a previous KiCad version I've had some errors.
Knock on wood, but so far nothing has been unrecoverable. Of course having a dedicated symbol and footprint library would make it even more foolproof, but it might not be necessary.
@NeverDie I would sure hope it would be faster, otherwise no point in doing it. You can change the circuit so that the ESP8266 doesn't even have power unless it gets an external trigger. From the video this needs some kind of external trigger either way.
I would have to test it to be sure, but it sounds like it's booting fresh each time, so I don't see how it could be faster.