0x0d 0x0a

最新推荐文章于 2022-06-22 12:35:31 发布
原创 最新推荐文章于 2022-06-22 12:35:31 发布 · 713 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#stream #io

昨天在搞一个读文件的程序，才发现fscanf不能识别“/n”，因为它不是标准的stream io，只能用fread了，可是用了半天回车换行只能找到0x0a，找不到0x0d。最后发现是文件打开方式有关如果用r打开它会忽略0x0d只认0x0a，要两个都认就要用rb二进制方式打开，折腾呀~~~~折腾

Linux下串口接收到0x0D自动变为0x0A问题
仰天大笑出门去
08-07 3920
Linux下串口接收到0x0D自动变为0x0A问题 2020年8月7日 用串口发送十六进制数据0x0D时，在嵌入式linux下打印出来发现变成了0x0A，查询资料发现，0x0D对应的ASCII码是CR (carriage return)，即回车键，0x0A对应的ASCII码为LF (NL line feed, new line)，即换行键。 0x0D CR 回车键 0x0A LF 换行键 查资料发不止是0x0D，还有0x11， 0x13 都会出现错误。 通过设置串口参数，可以解决以上问
xss.haozi.me靶场“0x0B-0x12”通关教程
钟言的博客
03-13 4955
本篇xss.haozi.me靶场的“0x0B-0x12”通关教程，详细内容包含了一、0x0B 实体编码绕过 二、0x0C script绕过 三、0x0D 注释绕过 四、0X0E ſ符号绕过 五、0x0F 编码解码 六、0x10 直接执行 七、0x11 闭合绕过 八、0x12 闭合绕过等内容
彻底搞清回车（0x0d）和换行（0x0a）
11-05
让您彻彻底底搞清楚回车符（0x0d）与换行符（0x0a）的区别！
回车换行问题0x0D和0x0A
热门推荐
laoma4102的专栏
12-30 4万+
在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告
'0x0a ', '0x0d
特权份子的专栏
09-30 458
'0x0a ', '0x0d ' : "\n"&"\r" 收藏 include   int   main(int   argc,   char   *argv[]) {         /*********************************
可打印字符中0x0a和0x0d学习
u012149181的博客
01-07 1557
用python 处理可打印字符时ord(c) >= 32 and ord(c) <= 126 or ord(c) == 0x0a or ord(c) == 0x0d 其中 0x0D和0x0A不是很理解意思，那个是换行，那个是回车呢？ 说实话，不清楚，到网上搜一下吧，看到了，知道了！ 回车 代码：CR ASCII码：/ r ，十六进制，0x0d，回车的作用只是移动光标至该行的起始位置； 换行 代码：LF ASCII码：/ n ，十六进制，0x0a，换行至下一行行首起始位置； Linux和
0x0D && 0x0A
@奮 鬥@的专栏
11-26 6946
今天在看代码时看到 0x0D和0x0A，那个是换行，那个是回车呢？ 说实话，不清楚，到网上搜一下吧，看到了，知道了！  if (szCh == 0x0D)         {           continue;         }         if (szCh == 0x0A)         {           break;         }
STM32_基础入门（九）_串口通讯实验详解
weixin_50546241的博客
02-28 2996
STM32_基础入门（九）_串口通讯实验详解 一、实验内容梳理 首先结合串口调试助手对实验进行说明，以便后续结合代码熟悉整个流程。整个实验其实就是通过串口调试助手向单片机发送数据，然后单片机将接收到的数据返回给上位机并加以显示。 简单来串口调试助手说其实就是用于上位机和下位机通信用的一个桥梁软件，功能主要有两个这也是本实验的两个步骤： 人工发送数据给单片机处理，即通过串口调试助手的下方窗口编辑数据，然后点击发送按钮，就能发送数据给单片机； 接受单片机发送的数据显示给你看，即通过串口调试助手上.
XML十六进制无效的字符(0x0b 0x0c 0x02)
主要记录一些问题处理记录，部分是作为知识库使用
06-22 2153
xml 无效字符错误，0x0b 0x0c 0x02，本文列出一种解决办法，也同时给出ascll码表，供参考。
关于fwrite()自动替换0x0A-->0x0D0x0A
11-08 469
<br />一直在  linux用的开源编译器编译程序，没有碰到类似问题。<br />今天用vs2008写程序，数据愣是不对，用 winhex（一款十六进制查看软件）打开分析发现：<br />写入的数据凡是以0x0A 打头的，均被替换成0x0D0x0A,也就是换行被替换成了回车换行！<br />这个从文本显示的角度来讲是很智能的（文本显示中换行键实际是回车换行两个动作），但问题我要就是0x0A而不是 什么0x0D0x0A。<br />查了一下原来是 fopen()时 mode 的问题，加b 就不转换了，所有
stm32f4串口接收的三种形式:0x0a,0x0d协议，空闲中断，延时判断
tutu_hu的博客
07-03 5648
本篇简单介绍了stm32f4的串口接收数据的几种形式，主要参考了原子的例程并做改动，简单实用，供大家参考，谢谢！
彻底搞定0x0d和0x0a
兼容并蓄终宽阔，若谷虚怀鱼自游
04-12 1691
转载自：http://www.linuxdiyf.com/viewarticle.php?id=110597<br /> 什 么是0x0d和0x0a，可能大部分人都知道是回车和换行字符，但那个是回车，那个是换行？估计很多人都一时说不清楚了---也许你不相信，那就调查下周 围的同事吧，估计会包含以下字眼“大概。我记得。回车是0x0d吧”。这次我移植arm-linux C的程序，至VC++，发现了很多不同，尤其是这个回车换行浪费我一上午的时间，我决定借此机会彻底搞定他们，这两个令人讨厌的家伙。先说下浪
回车 换行 0x0D 0x0A CR LF \r \n的来龙去脉
evenardo 的博客
11-07 269
回车和换行的历史 在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行，需要回车换行，此过程，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。 于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位...
回车换行0x0D和0x0A 小谈
小猪观察员的博客
02-24 6352
在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新 的字符传过来，那么这个字符将丢失。于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头 定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。 后来，计.
关于STM32串口中 0x0a,0x0d的学习
weixin_43530190的博客
12-27 1万+
** 以STM32正点原子的串口接收中断 服务程序为例： ** void USART1_IRQHandler(void) //串口1中断服务程序 { u8 Res; #ifdef OS_TICKS_PER_SEC //如果时钟节拍数定义了,说明要使用ucosII了. OSIntEnter(); #en...
linux C语言 串口 上层发送0x0A,底层却发送了0x0D 0x0A两个字节的解决方法
梁桥江的专栏
01-20 5123
<br />struct termios options;<br /> <br />options.c_iflag &= ~(INLCR | ICRNL | IGNCR);<br />options.c_oflag &= ~(ONLCR | OCRNL | ONOCR | ONLRET); <br /> <br />tcsetattr(fd,TCSANOW,&options);
接收到的数据必须是0x0d 0x0a结尾
最新发布
03-04
<think>好的，我现在需要帮用户解决关于接收数据必须以0x0D 0x0A结尾的问题。首先，我应该明确用户的问题是什么。用户提到接收的数据必须以这两个字节结尾，可能是在通信协议或数据解析中遇到的。 首先，我要确认这两个字节的含义。0x0D是回车符（CR，Carriage Return），ASCII码为13，0x0A是换行符（LF，Line Feed），ASCII码为10。在计算机中，CRLF通常表示一行的结束，尤其在Windows系统中常见，而Linux可能只用LF。所以用户可能是在处理遵循特定行结束符的数据，比如网络协议、串口通信或者文件解析。 接下来，用户的需求可能是如何检测或确保接收的数据以CRLF结尾。这可能涉及到数据包的完整性检查，或者在读取数据时正确分割数据。例如，在TCP通信中，每个消息可能以CRLF作为分隔符，这样接收端可以通过检测这两个字节来判断消息的结束。 然后，我需要考虑用户可能的场景。用户可能是在开发一个需要处理文本协议的应用，比如HTTP、SMTP，或者自定义的协议。在这些协议中，消息头通常以CRLF结尾，而消息体可能有不同的结束标志。因此，正确处理CRLF对于解析消息至关重要。 用户可能遇到的问题包括数据接收不完整，或者在解析时无法正确识别消息边界。例如，如果数据分多次接收，可能只收到部分数据，这时候需要缓冲数据直到检测到CRLF为止。或者，发送方没有正确添加CRLF，导致接收方无法正确解析。 解决方案方面，应该建议用户在接收数据时维护一个缓冲区，持续累积数据，并检查末尾是否包含CRLF。一旦检测到，就处理该部分数据，并保留剩余的数据供下一次处理。此外，要确保发送方严格按照协议要求添加CRLF，避免因格式错误导致解析失败。 可能还需要考虑不同操作系统的换行符差异，例如如果数据来自Linux系统，可能只有LF，但用户要求必须CRLF，这时需要转换。或者处理二进制数据时，需要明确区分文本和二进制模式，防止字符转换。 另外，编程实现方面，不同的语言有不同的方法。例如，在Python中，可以使用字符串的endswith方法检查，或者在C语言中逐字节比较缓冲区的最后两个字节。还要注意处理可能的分包情况，确保即使数据被分成多个包接收，也能正确拼接和检测结束符。 最后，可能需要提醒用户注意安全性问题，比如缓冲区溢出攻击，如果数据没有及时处理或缓冲区管理不当，可能导致安全问题。因此，合理设置缓冲区大小和及时处理数据也是必要的。 总结来说，用户需要确保接收的数据以CRLF结尾，这可能涉及到协议解析、数据缓冲、错误处理以及跨平台兼容性等问题。需要根据具体应用场景提供相应的解决方案，并注意实现的细节和潜在的问题。</think>接收数据要求以`0x0D 0x0A`（即`CRLF`，回车换行符）结尾是通信协议中常见的格式要求，尤其在文本协议（如HTTP、SMTP）或串口通信中广泛应用。以下是分步说明： --- ### 1. **基本概念** - **`0x0D`**：回车符（Carriage Return, `\r`），ASCII码13，表示光标回到行首。 - **`0x0A`**：换行符（Line Feed, `\n`），ASCII码10，表示光标下移一行。 - **组合意义**：`CRLF`（`\r\n`）在Windows系统中表示行结束，类似Linux中的`\n`。 --- ### 2. **应用场景** - **协议分隔符**：在HTTP头部、SMTP命令中，用`CRLF`分隔不同字段或标记消息结束。 - **数据完整性**：通过检测`CRLF`判断数据包是否完整接收。 - **兼容性**：确保不同系统（如Windows/Linux）生成的数据能被正确解析。 --- ### 3. **实现方法** #### 步骤1：接收数据 - 持续从端口（串口/网络）读取字节流，存入缓冲区。 - 示例伪代码： ```python buffer = bytearray() while True: data = receive_from_port() # 从端口读取数据 buffer.extend(data) if check_crlf(buffer): # 检查是否包含CRLF process_data(buffer) # 处理完整数据 buffer.clear() # 清空缓冲区 ``` #### 步骤2：检测CRLF - 检查缓冲区末尾两个字节是否为`0x0D 0x0A`。 - 示例代码（Python）： ```python def check_crlf(buffer): return len(buffer) >= 2 and buffer[-2:] == b'\x0d\x0a' ``` #### 步骤3：处理数据 - 提取`CRLF`之前的内容，保留后续数据。 - 示例伪代码： ```python def process_data(buffer): end_pos = buffer.find(b'\x0d\x0a') if end_pos != -1: packet = buffer[:end_pos] # 提取有效数据 remaining = buffer[end_pos+2:] # 保留剩余数据 # 处理packet... return remaining ``` --- ### 4. **注意事项** - **分包处理**：数据可能分多次到达，需拼接缓冲区。 - **粘包问题**：多个消息粘连时，需按`CRLF`分割。 - **编码兼容性**：若数据含文本，需统一字符编码（如UTF-8）。 - **超时机制**：未收到`CRLF`时，需设置超时避免死等。 --- ### 5. **常见协议示例** - **HTTP请求**： ```text GET /index.html HTTP/1.1\r\n Host: example.com\r\n \r\n # 空行表示头部结束 ``` - **SMTP命令**： ```text MAIL FROM: <sender@example.com>\r\n RCPT TO: <receiver@example.com>\r\n DATA\r\n ``` --- ### 6. **调试技巧** - 用**Hex Viewer**查看原始字节流，确认`0x0D 0x0A`是否存在。 - 发送测试数据时，手动添加`CRLF`（如`echo -e "hello\r\n" > /dev/ttyUSB0`）。 通过以上方法，可确保正确处理以`CRLF`结尾的数据包。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值