# Node with ESP8266 and RFM95W **URL:** \ **Category:** Hardware\ **Created:** [January 9, 2016, 10:40pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002 "2016-01-09T22:40:06Z")\ **Posts on this page:** 20\ **Page:** 3
**Author:** ![arthoo](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arthoo/32/35697_2.png) [@arthoo](https://www.thethingsnetwork.org/forum/u/arthoo)\ **Post date:** [February 14, 2016, 3:49pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/41 "2016-02-14T15:49:35Z")
[https://github.com/OpenHR20/OpenHR20/wiki/2.1](https://github.com/OpenHR20/OpenHR20/wiki/2.1))–433-MHz-and-868-MHz–Antenna-Design-Examples use the complete above line as url. The board software seems to screw it up. This page contains the working link: [http://openlora.com/forum/viewtopic.php?t=867](http://openlora.com/forum/viewtopic.php?t=867) or google: **868MHz antenna helical** ---
**Author:** ![sergiosena](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/sergiosena/32/452_2.png) [@sergiosena](https://www.thethingsnetwork.org/forum/u/sergiosena)\ **Post date:** [February 19, 2016, 9:57am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/42 "2016-02-19T09:57:07Z")
@davemee The reserved pins on the module are clearly the programming pins for the ICD. The LoRa and LoRaWAN code can be ported from IBM-LMIC or Semtech and flashed onto the PIC with minimal changes only related to the HAL. For large quantities if one wants to run own code inside the PIC, then it is a viable option. You would of course loose certification but maybe you are not concerned about that. ---
**Author:** ![JDP](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jdp/32/35697_2.png) [@JDP](https://www.thethingsnetwork.org/forum/u/JDP)\ **Post date:** [March 10, 2016, 1:13am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/43 "2016-03-10T01:13:15Z")
> [@davemee](#): > > Seems a lost opportunity for some lightweight, low-cost use cases. Davemee - Why not ask your friendly Microchip salesman to bundle an 8-pin PIC12 to run the application and drive the RN2483 UART. It costs next to nothing, and isn’t much bigger than a regulator or bulk capacitor. ---
**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\ **Post date:** [March 19, 2016, 4:04pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/44 "2016-03-19T16:04:44Z")
Just in case it helps anyone getting here given this topic’s title: [Arduino LoRaWAN sketches for the Ideetron Nexus board](https://github.com/Ideetron/RFM95W_Nexus). The [Nexus board](http://www.hoperf.nl/Nexus?Lng=en) is not an ESP8266, but an Atmel ATMEGA328P with RFM95W or RFM98W. I’ve not used it, nor the above sketches. @rvweert, what’s your final setup with the ESP8266 and RFM95W? ---
**Author:** ![greger-isaksson](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/greger-isaksson/32/35697_2.png) [@greger-isaksson](https://www.thethingsnetwork.org/forum/u/greger-isaksson)\ **Post date:** [March 20, 2016, 8:55am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/45 "2016-03-20T08:55:00Z")
I recognized that the TTN gateway will not be available soon and that Microchip RN2483 is out of stock. Just too have something working in short time I found out that a very cheap and simple experimental setup with an single\_channel\_gateway, [https://github.com/tftelkamp/single\_chan\_pkt\_fwd](https://github.com/tftelkamp/single_chan_pkt_fwd) built on RPI and SX1272, and a node built on ESP-12 (ESP8266) and SX1272 is possible. matthijs presented an updated version of arduino-lmic library 29 days ago. [https://github.com/matthijskooijman/arduino-lmic](https://github.com/matthijskooijman/arduino-lmic). The code will compile for ESP8266 in Arduino IDE without problem and with some small modification as below it is possible to force transmission to only one channel, the same channel as the single-channel-gateway is listening on. The pin mapping can also leave dio3 unused as I will not use the FSK channel at all, this means that I can use the serial port for input of new data for transmission. // Pin mapping const lmic\_pinmap lmic\_pins = { .nss = 15, .rxtx = LMIC\_UNUSED\_PIN, .rst = 16, .dio = {5, 4, LMIC\_UNUSED\_PIN}, SX1272 dio2 → GND // Only used for PSK, not used in my case //Changes in Arduino code, setup ``` // configures the minimal channel set. LMIC_setupChannel(0, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(1, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(2, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(3, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(4, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(5, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(6, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(7, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band LMIC_setupChannel(8, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band ``` // LMIC\_setupChannel(1, 868300000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7B), BAND\_CENTI); // g-band // LMIC\_setupChannel(2, 868500000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(3, 867100000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(4, 867300000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(5, 867500000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(6, 867700000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(7, 867900000, DR\_RANGE\_MAP(DR\_SF12, DR\_SF7), BAND\_CENTI); // g-band // LMIC\_setupChannel(8, 868800000, DR\_RANGE\_MAP(DR\_FSK, DR\_FSK), BAND\_MILLI); // g2-band // TTN defines an additional channel at 869.525Mhz using SF9 for class B ---
**Author:** ![jpmeijers](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jpmeijers/32/44875_2.png) [@jpmeijers](https://www.thethingsnetwork.org/forum/u/jpmeijers)\ **Post date:** [April 1, 2016, 12:05pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/46 "2016-04-01T12:05:43Z")
I was struggling very much to get an ESP-12-E and a RFM95 to work together and run LMIC, and transmit a packet to TTN. The biggest issue I had was figuring out which pins on the ESP should be grounded, and which should be pulled high. And when and in which order. I finally got the whole thing working yesterday. In this post I’ll give an outline of how I connected everything. Next time I will hopefully summarize what I had to do to get the software side working, as different library versions caused some headaches. The ESP8266 module I have is this one: [http://www.esp8266.com/wiki/doku.php?id=esp8266-module-family#esp-12-e\_q](http://www.esp8266.com/wiki/doku.php?id=esp8266-module-family#esp-12-e_q) My final connection diagram looks like this: ![](https://www.thethingsnetwork.org/forum/uploads/default/original/1X/68bf9b1646b9558a5c744ebe12653b24bf5dc9f8.png) Things to take note of: - The ESP should be powered from an external 3.3 volt source, not via USB. Big capacitors are needed to suppress the spikes of current the ESP module needs during startup. USB does not like big caps on its voltage lines. - The ground connection of the ESP should be connected to your power supply and the USB-UART (FTDI) board. - Note the pull-up and pull-down resistors on pins GPIO0, GPIO2, GPIO15, EN and Reset of the ESP module. This is very important for the ESP to boot up into the correct mode, as well as the SPI slave select line to work. - To boot the module up in programming mode, hold down switch “Program”, then press and release switch “Reset”, and then release switch “Program”. After a successful program, press and release the Reset switch to boot up into normal mode. ---
**Author:** ![jpmeijers](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jpmeijers/32/44875_2.png) [@jpmeijers](https://www.thethingsnetwork.org/forum/u/jpmeijers)\ **Post date:** [April 7, 2016, 7:42am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/47 "2016-04-07T07:42:19Z")
As I mentioned in my previous post, I also had a number of software issues to sort out before my ESP+RFM95 node worked. Here is a step-by-step guide of the steps I was able to reproduce to get a working node. Go to [https://github.com/things4u/LoRa-Thing](https://github.com/things4u/LoRa-Thing) and download zip file. Unzip. Copy “esp-lmic-v1.5” to your Arduino sketch folder. Copy “libraries/base64” to the libraries folder in your Arduino sketch folder. Go to [https://github.com/tftelkamp/arduino-lmic-v1.5](https://github.com/tftelkamp/arduino-lmic-v1.5) and download zip file. Unzip. Copy folder to the libraries folder in your Arduino sketch folder. Inside this folder go to `src/lmic/config.h` and comment out line 10 (`//#define CFG_sx1272_radio 1`) and uncomment line 11 (`#define CFG_sx1276_radio 1`). Open Arduino IDE 1.6.7 Go to _Tools, Board, Boards Manager_. Install “esp8266 by ESP8266 Community”. (Arduino IDE may need a restart) Go to _Tools, Board_ and choose _Generic ESP8266 module_ Open _esp-lmic-v1.5.ino_ from the folder which you copied to your Arduino sketch folder in the first step. Comment out line 32: `//#include ` Line 33 should not start with a capital letter: `#include ` Change line 59 to your device address. The sketch should now compile without errors. Follow the procedure in my previous post to program and reset the ESP8266 module. If you open the Arduino serial monitor at 115200, you should see the following messages (or similar) after a couple of seconds: ``` Starting os_init() finished LMIC_reet() finished LMIC_setSession() finished LMICsetAddrMode() finished Init done Time: 21 Send, txCnhl: 0 Opmode check: ok Event EV_TXCOMPLETE, time: 34 ``` After about two minutes you should see the following text (or similar) appear: ``` Time: 141 Send, txCnhl: 7 Opmode check: ok Event EV_TXCOMPLETE, time: 154 ``` Every two minutes a packet is sent to TTN. You can check on the TTN API if this is the case. Some observations and guesses why the code does not work out of the box: - It seems like there are multiple Arduino libraries for the ESP family of modules. I chose the one that is listed in the boards manager, as it is the easiest to find/install/update and thus the most likely one for a beginner to use. The original author of the esp-lmic example sketch likely used a different version, and therefore had to include `ESP.h`. - There are numerous LMIC libraries around. I tested quite a few, but the only one I could get to compile was the one linked to in step 2. Some of the newer versions of the library does not handle the ESP correctly in their precompiler directives. Some are also using a different ESP-Arduino library. ---
**Author:** ![cswiger](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cswiger/32/659_2.png) [@cswiger](https://www.thethingsnetwork.org/forum/u/cswiger)\ **Post date:** [April 14, 2016, 12:46am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/48 "2016-04-14T00:46:34Z")
Just got the things4u esp8266 sketch working with the Modtronix inair9b here in US915 land, with an esp8266-03 (NOT recommended, just what I had laying around while the Wemos D1 mini is on order) - which took a bit of a hardware trick to use GPIO0&2 for DIO0&1 - namely, power on with GPIO0&2 disconnected, then plug it into DIO0&1, believe it or not that works! Next, it looks like the LMiC library starts from a random channel 0 thru 63 (902.3 + chnl\*0.2 MHz) and walks up to 63 then starts over from 0. Just stuck a horrible hack in lmic.cpp to fix it on channel 57 (913.7) - well, after the first transmission on channel 0, then update my single channel gateway and the temperature node. Now TTN REST reports: “data\_plain”: “Hello ESP8266 world!” Learning LoRaWAN and LMiC is going to take me a while ☹ ---
**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\ **Post date:** [April 14, 2016, 4:42am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/49 "2016-04-14T04:42:34Z")
> [@cswiger](#): > > Just stuck a horrible hack in lmic.cpp to fix it on channel 57 You could also add a loop in your own sketch, calling `LMIC_disableChannel(i)`. (And remember, for a real node, [don’t send text](https://www.thethingsnetwork.org/forum/t/best-practices-to-limit-application-payloads/1302).) ---
**Author:** ![jpmeijers](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jpmeijers/32/44875_2.png) [@jpmeijers](https://www.thethingsnetwork.org/forum/u/jpmeijers)\ **Post date:** [April 15, 2016, 7:13pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/50 "2016-04-15T19:13:03Z")
In my previous post about the software setup to program an ESP8266, I missed one step. After installing the Arduino IDE, you have to go to _File-\>Preferences_, and next to Additional Boards Manager URLs, add the following URL: [http://arduino.esp8266.com/staging/package\_esp8266com\_index.json](http://arduino.esp8266.com/staging/package_esp8266com_index.json) Now in _Tools -\> Board: -\> Boards Manager_, search for ESP, and choose to install _esp8266 by ESP8266 Community version 2.2.0-rc1_ * * * Another issue I encountered was that my ESP module constantly crashed with an exception: ``` Exception (3): epc1=0x401003e9 epc2=0x00000000 epc3=0x00000000 excvaddr=0x400248c9 depc=0x00000000 ``` Which translated to: `calloc at /opt/arduino-1.6.7/hardware/esp8266com/esp8266/cores/esp8266/umm_malloc/umm_malloc.c line 1682` After a very long search I found a sollution that worked: [http://wifiesp.com/?p=14](http://wifiesp.com/?p=14) Basically I had to add this block of code at the start of my setup function: ``` uint16_t s,res; os_printf("Erasing sectors\n"); for (s=0x70;s<=0x7F; s++) { res = spi_flash_erase_sector(s); os_printf("Sector erased 0x%02X. Res %d\n",s,res); } ``` ---
**Author:** ![Adri20](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/adri20/32/35697_2.png) [@Adri20](https://www.thethingsnetwork.org/forum/u/Adri20)\ **Post date:** [April 19, 2016, 11:45am UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/51 "2016-04-19T11:45:41Z")
I just found these 2 items. They look like a match made in heaven (for this particular topic). Does anyone have experience with this combination? It is a ESP8266 in an Arduino formfactor with an Arduino-Lora-module. ![](https://www.thethingsnetwork.org/forum/uploads/default/original/1X/d65654a787f801166426905096ea05be2669faea.jpg) A combination of: > **[US $6.5 |WeMos D1 R2 V2.1.0 WiFi uno based ESP8266 for arduino nodemcu...](http://www.aliexpress.com/store/product/WeMos-D1-WiFi-uno-based-ESP8266-for-arduino-Compatible/1331105_32455782552.html)** > > Smarter Shopping, Better Living! Aliexpress.com > **[US $20.0 |Long distance wireless 433/868/915Mhz Lora Shield for Arduino...](http://www.aliexpress.com/item/Long-distance-wireless-433-868-915Mhz-Lora-Shield-for-Arduino-Leonardo-UNO-Mega2560-Duemilanove-Due/32591527766.html)** > > Smarter Shopping, Better Living! Aliexpress.com (the version on Ali is already a newer version mine is 1.1) Anyone? ---
**Author:** ![Batilan](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/batilan/32/38420_2.png) [@Batilan](https://www.thethingsnetwork.org/forum/u/Batilan)\ **Post date:** [April 19, 2016, 4:56pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/52 "2016-04-19T16:56:58Z")
I was lucky enough to receive the first revision of the Dragino LoRa board: it simply works. As it is basically an RFM95 breakout it should work together with the ESP, you might want to consider the V1.2 board as that is more flexible w.r.t. the breakouts. It was revised based on inputs from people on this forum to make it more flexible see [the dragino wiki](http://wiki.dragino.com/index.php?title=Lora_Shield) for the difference in appearance. For ESP8266 LMIC stack see messages above. ---
**Author:** ![cswiger](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cswiger/32/659_2.png) [@cswiger](https://www.thethingsnetwork.org/forum/u/cswiger)\ **Post date:** [April 19, 2016, 6:19pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/53 "2016-04-19T18:19:46Z")
That actually didn’t work for me. Huh, turns out the lmic.cpp LMIC\_disableChannel(u1\_t channel) for CFG\_us915 I got from [https://github.com/things4u/LoRa-Thing/tree/master/libraries/lmic-v1.5](https://github.com/things4u/LoRa-Thing/tree/master/libraries/lmic-v1.5) is broken - for struct lmic\_t { #elif defined(CFG\_us915) u2\_t channelMap[(72+MAX\_XCHANNELS+15)/16]; // enabled bits that should be an array of 5 16 bit values (80 bits, to cover 74 total channels), which when initialized is: LMIC.channelMap[0] = 0xFFFF 16 LMIC.channelMap[1] = 0xFFFF 32 LMIC.channelMap[2] = 0xFFFF 48 LMIC.channelMap[3] = 0xFFFF 64 LMIC.channelMap[4] = 0x00FF 72 bits However, LMIC\_disableChannel() for CFG\_us915 is modulo 4??? LMIC.channelMap[channel/4] &= ~(1\<\<(channel&0xF)); should be 16. As it is, when you disable channel 4, you actually get 20! 4: channelMap[0]: ffff channelMap[1]: ffef 1110 1111 wtf?? LMIC\_disableChannel(8) turns off the bit for 40, etc. Changed it to: LMIC.channelMap[channel/16] &= ~(1\<\<(channel&0xF)); in my little test file and got expected results - will try it out in the actual code later tonight. ---
**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\ **Post date:** [April 19, 2016, 6:23pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/54 "2016-04-19T18:23:52Z")
> [@cswiger](#): > > turns out the lmic.cpp LMIC\_disableChannel(u1\_t channel) for CFG\_us915 I got from [LoRa-Thing/libraries/lmic-v1.5 at master · things4u/LoRa-Thing · GitHub](https://github.com/things4u/LoRa-Thing/tree/master/libraries/lmic-v1.5) is broken See also [Matthijs’ version](https://github.com/matthijskooijman/arduino-lmic), which also has some more documentation. ---
**Author:** ![cswiger](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cswiger/32/659_2.png) [@cswiger](https://www.thethingsnetwork.org/forum/u/cswiger)\ **Post date:** [April 19, 2016, 6:27pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/55 "2016-04-19T18:27:13Z")
Verified it came from IBM like that! [http://www.research.ibm.com/labs/zurich/ics/lrsc/lmic.html](http://www.research.ibm.com/labs/zurich/ics/lrsc/lmic.html) Pretty sure that’s a bug from the source. ---
**Author:** ![cswiger](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cswiger/32/659_2.png) [@cswiger](https://www.thethingsnetwork.org/forum/u/cswiger)\ **Post date:** [April 19, 2016, 6:29pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/56 "2016-04-19T18:29:58Z")
> has the same bug: void LMIC\_disableChannel (u1\_t channel) { if( channel \< 72+MAX\_XCHANNELS ) LMIC.channelMap[channel/4] &= ~(1\<\<(channel&0xF)); } That 4 should be a 16 to get the right byte of the array - only affects CFG\_us915. ---
**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:** [April 19, 2016, 6:38pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/57 "2016-04-19T18:38:42Z")
It looks like the 6 pin connector of the Lora shield might be right on top of the ESP module. Is that an issue or do the boards fit nicely? ---
**Author:** ![Adri20](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/adri20/32/35697_2.png) [@Adri20](https://www.thethingsnetwork.org/forum/u/Adri20)\ **Post date:** [April 19, 2016, 6:46pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/58 "2016-04-19T18:46:24Z")
Hi Jac, You are right the connector for SPI is directly above (2mm) the ESP-antenna but they fit nicely. It seems that I have to do a little bit resoldering of a few “jumpers” ( I have version 1.1 of the Dragino Board so no nice jumpers -bought it 6 weeks ago-)… but then it should fit the Wemos D1 like a glove. I am taking small steps and at this moment I am trying to test the Dragino with an Arduino Uno first (afterwards I will resolder the jumpers on the Dragino)… ---
**Author:** ![cswiger](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cswiger/32/659_2.png) [@cswiger](https://www.thethingsnetwork.org/forum/u/cswiger)\ **Post date:** [April 20, 2016, 3:23pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/59 "2016-04-20T15:23:11Z")
Verified - fixed /4 changed to /16 in LMIC\_disableChannel() for CFG\_us915 and now it works, only sends on my single channel gateway frequency of 913.7: … Disabling channel: 53 Disabling channel: 54 Disabling channel: 55 Disabling channel: 56 Disabling channel: 58 Disabling channel: 59 Disabling channel: 60 Disabling channel: 61 Disabling channel: 62 Disabling channel: 63 Disabling channel: 64 Disabling channel: 65 Disabling channel: 66 Disabling channel: 67 Disabling channel: 68 Disabling channel: 69 Disabling channel: 70 Disabling channel: 71 Disabling channel: 72 Init done Time: 0 Send, txCnhl: 0 Opmode check: ok Event EV\_TXCOMPLETE, time: 10 Time: 30 Send, txCnhl: 57 Opmode check: ok Event EV\_TXCOMPLETE, time: 40 Time: 60 Send, txCnhl: 57 Opmode check: ok Event EV\_TXCOMPLETE, time: 70 Time: 90 Send, txCnhl: 57 Opmode check: ok Event EV\_TXCOMPLETE, time: 101 Time: 120 Send, txCnhl: 57 Opmode check: ok Thanks! ---
**Author:** ![Adri20](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/adri20/32/35697_2.png) [@Adri20](https://www.thethingsnetwork.org/forum/u/Adri20)\ **Post date:** [April 27, 2016, 9:45pm UTC](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002/60 "2016-04-27T21:45:27Z")
This seems promissing: > **[hallard/WeMos-RFM69](https://github.com/hallard/WeMos-RFM69)** > > WeMos RFM69 RF Gateway + IC2 Oled + ATSHA204. Contribute to hallard/WeMos-RFM69 development by creating an account on GitHub. (very small form-factor ESP-Wemos) [Previous page](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002.md?page=2) [Next page](https://www.thethingsnetwork.org/forum/t/node-with-esp8266-and-rfm95w/1002.md?page=4)