& [) W/ H% a4 u8 W7 S0 Q+ S8 U       随着阿里，腾讯，铁塔加入LoRa阵营，可见LoRa物联网的前景，已经越来越光明了。
3 E+ Z( v7 N1 K' H! e' j1 X
7 M! ?, {% ?7 T; t

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

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

硬件设备：STM32+SX1278

程序设置如下：

1. Radio.SetMaxPayloadLength( MODEM_LORA, 0xFF );
   ' ^% R& A6 R. x# |% E5 B
2. Radio.SetTxConfig( MODEM_LORA, 10, 0, 2, 7, 3, 8, false, true, false,     0, false, 3000);//10dbm,SF7,500K
   ! Q6 X3 v+ @4 c, l! m* r/ _
3. Radio.SetRxConfig( MODEM_LORA, 2, 7, 3, 0, 8, 5, false,    0,  true, false,     0, false, true );

复制代码

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

# {% {- r& G; w! J7 p$ R5 G

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

5 [. ^! [; m% X* F# }! qPC端:准备一个USB转串口的LoRa板子通过上位机将APP文件分包，由串口发送到PC端的LoRa板，由PC端的LoRa板发送出去，同时，在发送完成之后处于接收状态，接收目标设备的回复，接收到回复之后，再通过串口发送到PC端，PC端接收到之后，再发送下一包。在没有收到目标设备的升级请求之前，PC端的LoRa板一直处于接收状态，在收到之后请求升级后，PC端的LoRa板将数据传给PC上位机，PC端的上位机处理后，上位机开始发送数据，其中PC端的LoRa板处于透明传输的状态，只做数据转发，不做逻辑处理。
, n: b) o! ~8 i$ j3 U, b

数据交互模型：

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

! L; ~. g% }( D0 ^( G' G! }最后欢迎大家加入，stm32/LoRa物联网：304350312

3 J; l) d) s- ^

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

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

ST有，但是不是CN470频段的

学习下，跟上楼主的节奏

好好学习，看好LORA

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

可以选个LORA+MCU的芯片

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

6 k: \' q8 D$ k! h0 D目前已经有这种芯片了，像阿里的asr6501，台湾也有类似的，说白了就是sip封装