1
完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
您好,我们看到,当我们发送一个字节为“0”的字节时,在ASCII 0x30中的48个将是这个方式TX无线电(3Hin)(0个在六进制)-----为什么LRA发送一个SIPMPLE字节以这种方式复杂?我们需要两个字节????有没有最简单的方式发送字节?我们需要一个两字节,而不是一个字节在原点??
以上来自于百度翻译 以下为原文 hello we see that when we send a byte for exemple '0' is 48 in ascii 0x30 in hexa it will be this way radio tx (3in hexa) (0 in hexa)----->why lora make sending one sipmple byte to complexe this way we will need two bytes ??? isnt there a simplest way to send a byte we will need a two byte instead of one byte at origin ?? |
|
相关推荐
2个回答
|
|
它似乎正在发送一个字符串,因此它包含终止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. |
|
|
|
只有小组成员才能发言,加入小组>>
5242 浏览 9 评论
2031 浏览 8 评论
1955 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3207 浏览 3 评论
请问电源和晶体值之间有什么关系吗?PIC在正常条件下运行4MHz需要多少电压?
2256 浏览 5 评论
778浏览 1评论
669浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
596浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
678浏览 0评论
577浏览 0评论
小黑屋| 手机版| Archiver| 德赢Vwin官网 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 15:51 , Processed in 1.318420 second(s), Total 79, Slave 63 queries .
Powered by 德赢Vwin官网 网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号