# Getting Badgerboard to work with TTN **URL:** \ **Category:** End Devices (Nodes)\ **Created:** [February 5, 2017, 1:48pm UTC](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224 "2017-02-05T13:48:51Z")\ **Posts on this page:** 4\ **Page:** 2
**Author:** ![doing](https://www.thethingsnetwork.org/forum/letter_avatar_proxy/v4/letter/d/e9a140/32.png) [@doing](https://www.thethingsnetwork.org/forum/u/doing)\ **Post date:** [January 19, 2018, 11:56am UTC](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224/22 "2018-01-19T11:56:05Z")
I have a single channel LoRa gateway with a Raspberry Pi and a Dragino HAT, as a Node I am using a Bagerboard. With the TTN library instead of the original Badgerboard library following [this thread](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224) by @arjanvanb I got it setup with TTN and working. Since the Dragino HAT is only a single channel gateway I would like to setup Badgerboard using a fixed channel (868.1 MHz) and a fixed spreading factor (SF 7). What is best practice to achieve this? ---
**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:** [January 19, 2018, 12:19pm UTC](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224/23 "2018-01-19T12:19:58Z")
> [@doing](#): > > I would like to setup Badgerboard using a fixed channel (868.1 MHz) and a fixed spreading factor (SF 7) See the link in my earlier answer: > [@arjanvanb](#): > > (My code was sending 8 bytes plus a 13 bytes LoRaWAN header, and used `delay(5000)` in the `loop`. On SF12, with a total 1483 ms airtime, it was only possible to transmit every 1190 seconds, almost 20 minutes. For SF7 with 57 ms airtime, transmitting was only possible every 49 seconds. These delays were caused by disabling 7 of the 8 default channels. This rightfully caused `no_free_ch` due to [the very low maximum duty cycle of 0.125% for single channel nodes](https://www.thethingsnetwork.org/forum/t/how-to-make-rn2483-node-use-a-fixed-channel-and-spreading-factor/2156/3).) ---
**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:** [January 19, 2018, 1:50pm UTC](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224/24 "2018-01-19T13:50:48Z")
A post was merged into an existing topic: [How to make RN2483 node use a fixed channel and spreading factor?](https://www.thethingsnetwork.org/forum/t/how-to-make-rn2483-node-use-a-fixed-channel-and-spreading-factor/2156) ---
**Author:** ![alexbn71](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/alexbn71/32/16965_2.png) [@alexbn71](https://www.thethingsnetwork.org/forum/u/alexbn71)\ **Post date:** [January 19, 2018, 2:21pm UTC](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224/25 "2018-01-19T14:21:24Z")
it’s quite impossible to read the ambient temperature with a temperature sensor mounted on the same board so near to other components. In essence it is impossible to obtain an adequate level of insulation of the sensor from the heat sources mounted on the board. Mind you, the heat is spread mainly through the electrical connections and not from the air heated by the ICs on the pcb. The value read will always be higher than the real one. Some interesting reading: > **[AN\_892.pdf](https://www.analog.com/media/en/technical-documentation/application-notes/AN_892.pdf)** > **[snoa967a.pdf](https://www.ti.com/lit/an/snoa967a/snoa967a.pdf?ts=1711659615799)** > > 5.45 MB PS this should have been known by those who designed this board, or at least, they should have noticed during the tests. They should therefore advise their customers that the temperature read by the sensor is not the ambient temperature. Or we’ll make this answer suffice for everything 🙂 > [@arjanvanb](#): > > Also, they responded to one of the issues I raised saying: > > […] Badgerboard is meant mostly for making proof-of-concepts […] PPS I saw now that the sensor was mounted near the MCU… comfort yourselves because if they had even mounted it in the corner of the PCB would not have solved the problem 😉 Alex [Previous page](https://www.thethingsnetwork.org/forum/t/getting-badgerboard-to-work-with-ttn/5224.md?page=1)