# Current hardware module suggestions **URL:** \ **Category:** Hardware\ **Created:** [July 30, 2018, 9:23pm UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393 "2018-07-30T21:23:35Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![smeedy](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/smeedy/32/31307_2.png) [@smeedy](https://www.thethingsnetwork.org/forum/u/smeedy)\ **Post date:** [July 30, 2018, 9:23pm UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/1 "2018-07-30T21:23:35Z")
Hi there, We are in the inception phase of a project on designing a versatile board around the Nordic nRF52 SoC. As we will probably also incorporate Nb-iot into the design, I’m contemplating stepping away from the usual slap-on Semtech SX chip and going for a hardware module we can run through an UART. The RN2483 will only do some 14 dBm (433 MHz restrictions?) whereas the new 915 MHz variant will crank out 18.5. Is the Microchip still my go-to module? Any other suggestions which can do DFU, some low idle specs, and other niftyness? Thanks, Martijn ---
**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\ **Post date:** [July 31, 2018, 7:05am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/2 "2018-07-31T07:05:12Z")
> [@smeedy](#): > > RN2483 will only do some 14 dBm That is the legal limit for the 868MHz ISM band. ---
**Author:** ![smeedy](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/smeedy/32/31307_2.png) [@smeedy](https://www.thethingsnetwork.org/forum/u/smeedy)\ **Post date:** [July 31, 2018, 7:50am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/3 "2018-07-31T07:50:44Z")
Ah! Thought this was bound to the 433 MHz band only. Thanks for bringing me up to par. We had a system integrator having the RFM95W put out some +20 dBm. So looks like I’ll be having a chat 🙂 So, but this could conclude a search for a module. The RN2483 still a safe bet on stability, power consumption (not particular an issue in this business case), and usability? We could always slap something else on the PCB in due time. thank again, cheers ---
**Author:** ![nicbkw](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/nicbkw/32/44893_2.png) [@nicbkw](https://www.thethingsnetwork.org/forum/u/nicbkw)\ **Post date:** [July 31, 2018, 8:23am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/4 "2018-07-31T08:23:58Z")
There are a number of LoRaWAN modules, consisting of MCU and sx1272/6. Take a look at this post - > [@Which module has the lowest sleep current?](https://www.thethingsnetwork.org/forum/t/which-module-has-the-lowest-sleep-current/15622/4): > > ----------- only LOW SLEEP CURRENTS make it to these lists -------------------------------- GROUP 1 / factory certified modules with LoRaWAN stack onboard 1 - [MICROCHIP RN2483A](https://www.microchip.com/wwwproducts/en/RN2483) 2 - [LAIRD RM186](https://www.lairdtech.com/products/rm1xx-lora-modules) 3 - [MULTITECH mDot](https://www.multitech.com/brands/multiconnect-mdot) 4 - [IMST IM880A](https://wireless-solutions.de/products/discontinued-products/im880a.html) 5 - [NEMEUS MM002](https://www.nemeus.fr/product/mm002-eu-module/) 6 - [RAK 811](http://www.rakwireless.com/en/module/lora/RAK811) 7 - [RAK 813](http://www.rakwireless.com/en/download/RAK813/Software%20Development) 8 - [MULTITECH xDOT](https://www.multitech.com/brands/multiconnect-xdot) 9 - [MURATA CMWX1ZZABZ-091](https://wireless.murata.com/eng/products/rf-modules-1/lpwa/type-abz.html) 10- [USI WM-SG-SM-42](http://www.usish.com/english/products_WM-SG-SM-42.php) 11- [SPARKLAN WLRS-590](http://www.sparklan.com/p2-products-detail.php?PKey=5036zSrJMwY9bgpz53reFw0pT3OtI977VpPHdJ7EWxM&WLRS-590%20Series%20%20(LoRaWAN%E2%84%A2%20Certified%20Product)) 12- [EMBIT EMB-LR1272](http://www.embit.eu/products/wireless-modules/emb-lr1272/) 13- GROUP 2 /non factory/ non certified (open source?) modules 1- [GRASSHOPPER](https://www.tindie.com/products/TleraCorp/grasshopper-lorawan-development-board/) 2- 3- GROUP 3 / DIY p… ---
**Author:** ![smeedy](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/smeedy/32/31307_2.png) [@smeedy](https://www.thethingsnetwork.org/forum/u/smeedy)\ **Post date:** [July 31, 2018, 8:25am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/5 "2018-07-31T08:25:37Z")
How could I’ve missed that post. Great find! Thanks ---
**Author:** ![Jeff-UK](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jeff-uk/32/35697_2.png) [@Jeff-UK](https://www.thethingsnetwork.org/forum/u/Jeff-UK)\ **Post date:** [July 31, 2018, 8:36am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/6 "2018-07-31T08:36:38Z")
If looking for specifically Nordic SOC + LoRa you might consider something like the Laird RM186/191 modules - there are are probably others too but some forumites have had success with this and its associated ‘SmartBasic’ support. Module is LoRa +nRF (might be nRF 51 vs nRF 52 - will need to check) used for Bluetooth 4.0 + UART, I2C, SPI, 14GPIO & (4?)ADC lines. Alternately if you can consider other MCU’s and would prefer to go the python route I gather Fred de Haro’s team at Pycom have well liked products supporting various protocol options alongside LoRa and using micropython. I know there is currently an LTE module option and suspect a NB-IoT option pending? alongside usual BT & Wi-Fi… Personally I also like the look of the Murata modules and several modules/bds that various companies and makers have released based on this (GIYF). _update:_ typed too slow…I see Nick also gave you good steer with other thread…that’s a good place to start… 🙂 ---
**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\ **Post date:** [July 31, 2018, 9:04am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/7 "2018-07-31T09:04:50Z")
> [@smeedy](#): > > RFM95W put out some +20 dBm. That might still be legal if the antenna results in sufficient loss 😉 ---
**Author:** ![smeedy](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/smeedy/32/31307_2.png) [@smeedy](https://www.thethingsnetwork.org/forum/u/smeedy)\ **Post date:** [July 31, 2018, 9:20am UTC](https://www.thethingsnetwork.org/forum/t/current-hardware-module-suggestions/16393/8 "2018-07-31T09:20:40Z")
Hi Jeff, thanks for the info. The design will have a lot of peripherals like RS485/Modbus, Neopixels, Meterbus with step-up, dedicated crypto. We could even reside to ethernet in the future for upstream communications. An integrated LoRa/nRF solution is not needed as we design from ground up and would even beat the purpose. We’ll swap out the LoRaWAN module in due time for LTE-M/NB-IoT modules depending on the businesscase. LoRaWAN is only a means getting the data to AWS.