以十进制模式lora发送一个字节有没有简单的方式

它似乎正在发送一个字符串，因此它包含终止null。



      以下为原文

    It appears to be sending a string, so it's including the terminating NULL.

我对RN2483D模块很陌生，但我想我有你的问题的答案。我认为RN2483-串行API使用字节的十六进制编码作为一种明确的方式来将用户的原始数据传送到收发器。我已经验证了RN2483-串行接口中指定的两个十六进制字符。ACE在收发器中实际上被当作单个有效负载字节对待。也就是说，如果你发送一个十六进制编码的10字节数组（由20个十六进制字符组成），你将得到10个有效字节的传输。你可以通过测量实际传输时间来检查它，并与SeTeal''劳拉计算器报告的“空中时间”参数进行比较。RN2443默认，当发送10个数据字节（20个十六进制字符）的有效负载时，总传输时间大约为990Ms。这个时间至少包括发射机开启时间。将下列值设置为LoRa Calculator（以满足RN2483D默认值）：“扩展因子”＝12'带宽’＝125kH。Z'编码率'1'低DATARATE '＝CHECKEDE的编程前导'= 6'头模式''=检查'CRC启用''=检查]工具报告一个10字节有效载荷的925.7Ms的“空中时间”，20字节有效载荷的1253.38毫秒.根据这个结果，我相信没有字节倍增问题.



      以下为原文

    I'm quite new to RN2483 module, but I think I have the answer to your question.
 
I think the RN2483 serial API uses the hex encoding of bytes as an unambigous way to communicate the user's raw data to the transceiver.
 
I already verified that the two hex characters specified in the RN2483 serial interface are actually treated as a single payload byte in the transceiver. That is, if you send a Hex encoded array of 10 bytes (consisting of 20 hex chars), you'll get a transmission of 10 payload bytes.
You can check this by measuring the actual transmission time and comparing it with the 'Time on Air' parameter reported by the Semtech 'LoRa Calculator'.
 
For example, using RN2483 defaults, when sending a payload of 10 data bytes (20 hex chars) I get a total transmission time of about 990ms.
This time includes at least the transmitter turn on time.
 
Setting the following values into the LoRa Calculator (to meet RN2483 defaults):
'Spreading Factor' = 12
'Bandwidth' = 125KHz
'Coding Rate' = 1
'Low Datarate' = Checked
'Programmed Preamble' = 6
'Header Mode' = Checked
'CRC Enabled' = Checked
 
the tool reports a 'Time on Air' of 925.7ms for a 10 bytes payload, and 1253.38ms for a 20 bytes payload.
According to this result, I believe there is no byte doubling issue.