随着阿里，腾讯，铁塔加入LoRa阵营，可见LoRa物联网的前景，已经越来越光明了。
3 E, |  b3 K$ R1 m1 G
, z: d" t6 j7 h2 b5 S

方案：目前采用LoRaWAN升级，可操作性不高，尤其是A类设备；但是采用LoRa点对点升级还是可以的。

; n: ~- I( [: P& G8 [, V# Z

理论计算：我们知道SX1276/8的FIFO最大是255字节，速率设置为SF7最快，同时将带宽设置为500K，编码率设置为4/5,且打开硬件CRC，那么传输一帧255字节的数据理论需要135.23ms，参见下图：

& l* |  ]) F" r4 O# H' _

) M' D, U* z* Z2 `% F

硬件设备：STM32+SX1278

程序设置如下：

1. Radio.SetMaxPayloadLength( MODEM_LORA, 0xFF );
   
2. Radio.SetTxConfig( MODEM_LORA, 10, 0, 2, 7, 3, 8, false, true, false,     0, false, 3000);//10dbm,SF7,500K
   
3. Radio.SetRxConfig( MODEM_LORA, 2, 7, 3, 0, 8, 5, false,    0,  true, false,     0, false, true );

复制代码

考虑到无线丢包，以及电磁波影响：发送一个包，需要得到回复，才能发送下一个包，如果丢包则重传。

目标设备端：使目标设备进入bootloader程序，考虑到功耗，设备端不能一直处于bootloader程序，因此需要设置一个超时机制，两桢数据间隔超过5s，则退出bootloader，进入app。

. F5 ?; \. J! ], L1 i

PC端:准备一个USB转串口的LoRa板子通过上位机将APP文件分包，由串口发送到PC端的LoRa板，由PC端的LoRa板发送出去，同时，在发送完成之后处于接收状态，接收目标设备的回复，接收到回复之后，再通过串口发送到PC端，PC端接收到之后，再发送下一包。在没有收到目标设备的升级请求之前，PC端的LoRa板一直处于接收状态，在收到之后请求升级后，PC端的LoRa板将数据传给PC上位机，PC端的上位机处理后，上位机开始发送数据，其中PC端的LoRa板处于透明传输的状态，只做数据转发，不做逻辑处理。

7 s1 A$ O/ S4 y6 U! `( o7 O

数据交互模型：
% t$ U$ P& Z7 ~# U: i- ]

升级效率：升级50K左右的bin文件，大约需要5-6分钟，成功基本上可以达到99%。

6 Y7 q( F5 i+ T, U0 V; W

. C- S; |; E* P- E* W/ n最后欢迎大家加入，stm32/LoRa物联网：304350312

2 y. F/ K" w: t

ST也推出了相应的评估板和开发工具了呢？

stm1024 发表于 2018-8-25 08:15
. T. K; s3 H! t4 ]8 o$ |0 jST也推出了相应的评估板和开发工具了呢？

ST有，但是不是CN470频段的

学习下，跟上楼主的节奏

好好学习，看好LORA

最新也在研究lora升级但是刚接触Lora还不太懂，我想问的是既然Lora模式下速度慢，那能不能升级时切换到fsk模式传输数据呢？貌似fsk模式速度会快些？？？

可以选个LORA+MCU的芯片

mmuuss586 发表于 2018-12-5 15:23
可以选个LORA+MCU的芯片

目前已经有这种芯片了，像阿里的asr6501，台湾也有类似的，说白了就是sip封装