У LoRaWAN скорость передачи 64 байта в секунду(второе окно приема через 5 секунд). В эти 64 байта входит так же два слоя AES и гора заголовков протокола. Т. е. полезных данных в сообщении еще меньше. Он просто не рассчитан на постоянную передачу (см. Duty cycle, который по стандарту должен быть в районе 1 %). Потому если вас устроит, что дрон будет управляться с лагом в несколько секунд то пробуйте. LoraWAN да и чистый LoRa не для этого придуманы. Они подразумевают, что информация будет передаваться редко, сжато и преимущественно в одном направлении. Одновременно на одном канале может передавать только одно устройство, если канал занят, то требуется ждать либо переходить на свободный, каналов мало и все в узком диапазоне(ширина 5 MHz), который легко заглушить.

Потому над вами и смеются, что вы не разбираясь в вопросе предложили мертворожденный вариант.

Простой пример.
Берем максимальную длину сообщения - 64 байта - размер буфера большинства чипов. Больше буфера они принять в одном сообщении не смогут. По воздуху при SF7 эти 64 байта будут передаваться 138мс. Но тут нужно еще учитывать, что когда говорят про десятки километров в LoRa, то обычно имеют в виду SF12, а не SF7. SF7 это с километр максимум по прямой. А при SF12 эти 64 байта будут передаваться 2.7 секунды. И мы сейчас говорим про чистые сообщения без минимальной защиты и заголовков. И с тем ограничением, что "пульт управления" и "дрон" работают на одном канале, а значит должны договариваться об очередности приема и передачи.
Можно использовать многоканальные приемопередатчики вроде SX1301, но у них проприетарные прошивки зашиваемые при старте и протокол, делающий в принципе невозможным отправить сообщение чаще чем 1 раз в секунду.