This issue has not been properly remedied since the introduction of the multiRF gateway though. Introducing small delays in various places was all it needed to work around this issue successfully, seemingly without adverse side effects. Basically, the RFM nodes were not able to reduce their transmit power, unnecessarily blasting the environment and wasting battery power. No issues at all, except with the automatic TX power adjustment (ATC) of the RFM transceivers, due to what I believe might be a timing issue within the library. The gateway operated as stable as the single transport 2.3.2 gateway. That being said, I used the multiRF gateway for months without issues. My original plan was to deploy more and more RFM-based nodes as they seemed superior over NRF24 in general, but I realized that my NRF24 network was rock solid and reliable, so there was no need for the added complexity and cost to support and integrate another transport.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |