随着阿里，腾讯，铁塔加入LoRa阵营，可见LoRa物联网的前景，已经越来越光明了。
- b! P9 Y1 W1 B" l, G; O: I

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

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

5 T0 a. y3 ^. v! k" }

! S6 ?9 ?* e7 }+ A- d

硬件设备：STM32+SX1278

% G) q) h7 m. }4 c9 e0 |8 f

程序设置如下：

1. Radio.SetMaxPayloadLength( MODEM_LORA, 0xFF );
   " G3 Z! @7 v" q( W
2. Radio.SetTxConfig( MODEM_LORA, 10, 0, 2, 7, 3, 8, false, true, false,     0, false, 3000);//10dbm,SF7,500K
   & f7 R3 ]# @4 v6 {* w
3. Radio.SetRxConfig( MODEM_LORA, 2, 7, 3, 0, 8, 5, false,    0,  true, false,     0, false, true );

复制代码

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

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

: g( O, c2 W$ R. h

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

数据交互模型：

) i+ j" b2 f1 K1 l1 j; Y  F

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

: L- b* x7 o5 X3 _

7 d% |- }3 W" T& t, `

最后欢迎大家加入，stm32/LoRa物联网：304350312

4 X: j" }4 [; s/ t# K

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

stm1024 发表于 2018-8-25 08:15
ST也推出了相应的评估板和开发工具了呢？

' T  W/ f4 Y/ I- W8 O4 YST有，但是不是CN470频段的

学习下，跟上楼主的节奏

好好学习，看好LORA

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

$ `! M  \3 _) ~# K% p9 [, Y6 |可以选个LORA+MCU的芯片

mmuuss586 发表于 2018-12-5 15:23
: U. t" q/ }3 q可以选个LORA+MCU的芯片

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