用中断接收异步数据的方法有哪些？

注意端口级别API只在“连续”检查时生成。
问候，Dana。

你好，鲍伯。首先，我认为你和Dana和其他人在这里做了很好的服务。大量有用和准确的数据。我主要是硬件工程师。我设计工业控制系统。从历史上讲，这意味着打开和关闭东西，测量和显示这些测量的操作员或作为一个控制的寄存器值。那些日子很快就消逝了。今天，他们想要一个“智能”传感器。收集和测量数据的东西，如测量、视频等等。然而，他们希望传感器保持在该数据上，只发送由控制器请求的数据，使其更加困难，这是所有的无线和电池，他们预计将持续2年。然后，它都必须装在直径为4英寸的防爆箱中。然后，客户希望能够在他在夏威夷度假时实时读取该数据，如果需要的话，可以打开和关闭设备，或者调整值。我的观点是，嵌入式系统比现在拥有更多的数据。解析数据是必要的。我通常用自己安装的基本驱动程序来构建一个产品。我把这些发送给我的客户，他们回答说，他们不能理解UART API，也不能让它以可接受的方式工作。我必须同意他们的意见。所以我不得不安装另一个处理器，他们有一个他们能理解的API。这增加了所有功耗的成本、大小和最差。我不是最好的程序员。我能做到这一点，对某些事情我很好。然而，在这种情况下，我不是，我似乎也不能很好地解释它对我的客户。我的客户要求API的注释很好，并且不需要解释或数周来研究代码来确定它所做的事情。所以对UART书籍或样板项目的任何帮助或指导都将非常感激。

我的UART时代可以追溯到70年底，所以我恐怕没有任何幸存下来的书我可以推荐。
看看你的问题，我会说，当你使用I2C、UART、SPI或USB进行通信时，它不会有任何区别，所以在OSI模型中，你的问题与协议级别（或以上）有关。
因此，当你发现自己是一个良好的工作协议，甚至自己建造一个，你会很好。
幻想是值得的。
一种解决方案：定义消息。每个消息的第一部分是一个“消息号”（告诉感觉和意义）一个消息长度（要跟随的字节数）。消息后面跟着一个引线（CRC）和“终结者”。
此格式可用于在面向字节的通信路径上传递**消息。不是绝对有效的，但它会起作用。扩展原始的解决方案可以通过扩展支持的消息的数量来完成（好的想法已经开始了UIT1616T）。文档缩小到描述消息格式和使用的通信接口。该API可以简化为发送和接收消息以及接收的信息的处理。
一个（不小）的工作必须被放置在部分中以管理信息流的方向：主从连接总是更容易处理全双工，所以如果可以更容易（更便宜）的解决方案，那么检查项目是明智的。
希望能让你从一些不太有用的书中解脱出来，阅读一些关于OSI模型的书。
鲍勃

这个怎么样？
1消息启动字节
2总包长度
3和4转移ID
5消息类型
6～N-2负荷
最后2字节CRC
您可以添加
1。包的源地址和目的地址
2。消息的ACK或NACK
三。X-O-XOFF或某种形式的流量控制
4。定义自己的字节间和响应超时
5。定义重传方案和同步恢复方案

协议库有很多概念。严格的OSI模型
较小的实现并不太难实现，但很少有“最佳”的解决方案。
基本概念通常是由中断处理程序填充的“循环缓冲区”。
对于完成，您需要一个函数，该函数指示缓冲区是否为空，以及返回缓冲区的实际字符并返回到下一个字符的函数。
这确保了接收所有字符（当缓冲区足够大时）。
在字符、超时、固定长度的消息和解码中，可以在需要时使用，并在主循环中处理。
鲍勃

谢谢鲍伯，
我会看看下面的东西
ISR（）
如果CIRC缓冲区不满（即TelypPTR）！= HythpTr-1）
将数据添加到循环缓冲区
公司总部PTR
（）
HealthpTr= TracePtR；{CIRC缓冲区=空）
FrimeCoptLe=假
状态机=空闲
主体（）
接收框架（）-&状态机；
检查CIRC缓冲区中的数据，如果CIRC缓冲区不空（即：头PTR）！= Tayel-PTR）
将数据删除到内存缓冲区
公司尾PTR
如果接收到整个数据包，则设置FrimeCopeTET标志。
重置为空闲状态，如果主缓冲器＝满或起始定界符在帧完成之前找到，则设置数据PTR＝0。
进程帧（）-& gt；如果包接收标志设置，则处理包并清除标志。

我仍然有一点不确定性使用UART。（单个RX字节上的ItUTUPT）
1。这些示例只显示UARTHETGETCHARE（）用于读取中断中的字节而不处理溢出或清除RX缓冲区等。如果GETCHAR的结果为非零，那么该平均数据是否有效，并且没有错误，一旦读取，可以继续收集数据吗？
2。我遵循了使用循环缓冲区来获取字节的建议。然后，将它们弹出到主循环中的工作缓冲区中。这一切都可以。但是，为了解析数据，我需要在数据包中查找命令串（使用STRSTR），但是STRSTR可以处理没有null终止符的缓冲区吗？在每次通过循环并检查数据包到达时，我是否需要向工作缓冲区的最后一个字节添加一个‘0’（以形成一个字符串）？
三。一些分组格式在整个字符串中具有相同的分隔符。像SMS有\\\\\\r或“CMT：…nrnr
当前应用程序将向SMS发送命令，然后等待响应的超时周期。在等待响应时，工作缓冲区必须从循环缓冲区中构建，并在循环中的每个时间段对字符串“OK”进行比较。这可能对简短的简单响应起作用，但我也会收到未经请求的消息（文本接收），并且需要处理字符串。然后，我会寻找预期的字符串开始字符“CMT”，然后扫描nr字符以知道数据包在哪里结束？
谢谢

你的问题可以重新形成“如何编写解析器”。这是一个远远超出开发者论坛所能完成的编程技术，我想你必须读一本关于这方面的书。
解析器原则上将输入流划分为可以在BNF中定义的“符号”。然后，你“只”需要一个程序来分析你的输入由BNF给出的规则。看一下UNIX的“YACC”和“LEX”程序，你可以自由地获取它们。
鲍勃

鲍勃，
这引出了一个有趣的观点。我在哪里可以找到论坛的指导方针，以更好地了解他们的预期范围？
我最初的假设是由一群在各种项目（商业和爱好）上工作的用户组成的论坛，他们向社区提出问题，希望其他人遇到类似的事情，以挽救每个人都必须“重新发明车轮”。
你的意思是我的问题是在这个论坛所有论坛的范围之内还是仅仅是这个论坛？在这种情况下，我的问题是“哪一个论坛是最合适的”。
我的一些问题是因为我在微控制器环境中实现了不同的东西，现在我面对的是一系列我还没有完全习惯的组件。
首先，我问了一个问题，当我试图将代码从我以前的项目传递到PSoC环境时，我遇到了一些技术故障。然而，当我问这个问题时，我经常会收到另一个问题，这会引起更多的问题。
例如。我有困难使计时器工作的信号结束的UART数据包。当我问如何使用计时器，因为我想使用它们，我被问到为什么不使用循环缓冲区，你应该做的处理中断的可能（保持小）。因此，我在这个方向分支，现在有困难理解我是否需要在解析器的每个通道上添加一个空终止符，以便执行一个STRSTR搜索。
同样的情况发生在一个全桥125 kHz调制信号的PWM驱动中，我试图在代码中写入，以确保没有交叉传导。然后有人问我为什么不使用PWM。如果有人有这样的经验来听他们的话，这似乎是合理的。然而，我无法从PWM波形中看出我如何控制我的桥的4个驱动信号。现在，我不知道该如何处理这个问题，或者回到原来的错误，不知道为什么我会在计时器上遇到麻烦。
这些对我来说就像是递归问题。一个问题导致一个问题，导致一个新的方法，导致更多的问题，因为我不熟悉的新方法。
因为我已经在McCurror RPosits上运行了例程，原来的方法工作正常。现在的问题是让他们在PSoC环境下运行。总的来说，我发现社区非常乐于助人，愿意回答问题（对此我表示感谢）。但是当一个问题被另一个问题或“阅读手册”、“做谷歌搜索”之类的泛泛而谈回答时，我会有点沮丧，因为我通常会先做这些，现在我问的原因是我不能理解我发现的材料，或者它没有出现。蚂蚁对我的处境。

我试图做一些类似的协议DCON看到PrimeCpCdpas.CyWrk.Soviv.Zip在这个页面：ICP DAS模拟器。有时我另外使用这两个函数（附在下面）。
函数Zip
806字节

轨道，
在我的IT教育中，我学到了很多数学、统计学、编译器构建、5种不同的编程语言、3个汇编程序以及如何处理中子发生器（不开玩笑）。这是一个3年1/2年的教育，但并没有到此为止。所以，用另外一句话说：给它一些时间！
你永远找不到一个论坛来回答你所有的问题，但你总会找到答案。事实上，你必须通过他们，决定什么是好的。谷歌是一个很好的步骤，在论坛上取得成功。
另一种方法（我更喜欢）是：手拿一本书，描述我感兴趣的事情。这可能是一个好图书馆的基础和良好知识的基础。
这个论坛，CDC，主要是能够帮助你绕过复杂的芯片（如PSoC）已经获得的困难。了解和处理100多个硬件和软件组件的实现是一项很大的工作，所有的贡献者都可以一起管理。
基本的编程技术，可以用少于10行的伪代码来描述，你可以到处查找。有很多用于C库的网站和代码，它们可以用来搜索很多不同的用途。当然，这个社区的人可能知道一个示例代码，所以不要犹豫问问题。
鲍勃

这里是一个更广泛的AP笔记/项目的电机驱动和保护-
CyPress公司/ AN7813
问候，Dana。

鲍勃，
也许你是对的。考虑到硬件的复杂性，我可能为我的项目选择了错误的平台。
虽然我必须与PIC微控制器解决方案的低级别寄存器设置相抗衡，但在UART和BIT端口运行方面，我几乎没有什么问题。
幸运的是，我仍然有PCB的股票和开发工具与PIC一起工作。真正使我感兴趣的是PSoC是可编程的体系结构。然而，我没有一个陡峭的学习曲线来解决问题，比如无法用定时器中断运行调试，并且在使用UART接收时遇到超时问题。
谢谢你“抬起头来”。这比我准备的节省了更多的痛苦。

是的，你学到了解决一些问题的“硬方法”，但我可以向你保证，组件中的错误是罕见的。我体验到CyPress数据表在编写一个组件时是非常经典的。
当您回顾UTART接收机超时的解决方案时，它不能太复杂，只需在RX中断中停止并重新启动硬件定时器。
与PSoCs合作，与使用PICS有很大的不同，这将需要一段时间，直到你“思考PSoC”，并发现你的个人项目在硬件和软件解决方案之间的平衡。
鲍勃

对于那些使用基于寄存器和基于端口的微型计算机的人来说，PSoC需要一些时间来适应，我们需要一段时间让我们的团队绕过告诉人们PORT3.4和PORT2.6可以作为一个2位端口一起使用。正如鲍伯所建议的，你需要有不同的想法，我认为更接近的方式是考虑你在同一芯片上有一个CPLD的CPU。
为您的计时器问题。我使用计时器在字节之间超时和数据包之间的超时，而不是确定你的问题是什么。我们建议循环缓冲区，因为它很容易使用，但是，这并不意味着你需要改变它，特别是如果你已经有了一个工作解决方案。对于解析器问题，如果你只有几个关键字，一个开关或某个语句可以完成这项工作。如果你已经有了PIC项目的锻炼，你没有必要改变它。PSoC的一个大优势是，您可以在不必重新设计PCB的情况下，在内部更改硬件，无论是原始设计的错误还是后期要求的更改。

我也希望看到一些更好的文档。
这个组件的数据表是模糊的，很难理解。它为您提供了一个非常简单的示例，它永远不会在正常编程中使用。还有一个样本项目也过于简单化，大量显示真实世界的用法。
大多数其他MCU制造商为您提供了一个基本API来解析UART的数据。我也很高兴在这里看到一个。
我使用PSOC-4和5的一些产品，但是对UART有更好的理解和解析它的数据会打开更多的门。
任何信息或书籍对这个主题的建议将极大地赞赏我和我肯定别人也。

在嵌入式处理器的世界中，输入流的解析是相当不寻常的。通常，打开两个设备之间的通信链路，并使用协议进行通信。这可以做得相当简单，因为一个“装置”不需要在许多不同的“句子”中进行对话，每一个句子都可以在传输的早期阶段加以区分。
我在UART文档中没有发现任何歧义或不精确的术语，如果你能强调任何一点，我确信柏树很乐意纠正。
鲍勃

我甚至难以阅读一个简单的数字输入引脚阵列。
我把数字输入掉到工作空间上。
设置引脚数＝6
命名组件“DigIn”
设置毗连关闭，所以我可以
设置为总线显示
编译。
数据表声明您可以使用PunNeMayRead（）读取组件中所有引脚的当前值；
PATVAL＝DigiNi Read（）；
但是DigiNi Read（）没有被识别，我得到了“函数的非法声明”，Digin没有出现在自动完成列表中。
自动完成显示DigiNy0到DigiNy5，但这些都没有可用的读取函数。
我是否在数据表中漏掉了一些明显的东西？