我一直在思考，如何在工业自动化中应用边缘人工智能技术，以发挥其巨大潜力。于是，我让 Deep Research 帮我进行了一项研究。以下是它生成的报告的校对版。

简介

边缘人工智能（Edge AI）指在靠近数据源的本地设备上执行 AI 算法，从而减少对云的依赖。在工业自动化中，这种本地智能能够以毫秒级延迟进行决策，提升系统实时性和可靠性。预测性维护和智能控制是边缘 AI 在工业领域的两个重点应用方向：前者通过分析设备运行数据提前预判故障，避免停机损失；后者则利用 AI 优化控制策略，实现生产过程和能源管理的智能调节。近年来（2023-2024），随着轻量级模型和实时数据处理技术的发展，边缘 AI 在工业现场的应用加速落地，为制造、能源、物流等行业带来新的效率提升和成本节约。

Union 数据结构的特点及其在工业自动化中的应用

1. 引言

在工业自动化和物联网 (IIoT) 的世界里，如何高效地处理各种类型的数据就像在厨房里使用一个多功能收纳架：调料、工具可以灵活安排，不同内容根据需要取用，而不需要为每种类型额外准备空间。随着 PLC（可编程逻辑控制器）的广泛应用，工程师常常面临多种数据类型的传输和解析需求。

但是，一旦遇到“打包”与“解包”那一连串字节流（Byte Array），很多人会头大：究竟该怎样快速地把这些字节转化为结构体（Structure）或其他数据类型？ 这里，IEC 61131-3 标准中相对低调的选手——Union（联合体），就登场了。

解决 Google Cloud Functions 部署时的服务账号错误问题

在我最近的一个项目中，我遇到了一个让人头疼的问题。当我尝试使用 Google Cloud Functions 部署函数时，突然弹出了一个错误信息：

1

ERROR: (gcloud.functions.deploy) ResponseError: status=[400], code=[Ok], message=[Default service account '[email protected]' doesn't exist. Please recreate this account or specify a different account. Please visit https://cloud.google.com/functions/docs/troubleshooting for in-depth troubleshooting documentation.]

这个错误表明，默认的服务账号 [email protected] 不存在。通过检查我的账号，我发现这个账号实际上是存在的。然而，这个错误依然导致我无法多次部署同一个 Cloud Function，除非我先删除它，然后重新创建。每次重新创建都会生成一个新的函数，这不仅浪费时间，还增加了操作的复杂性。

于是，我决定深入研究这个问题，并最终找到了解决方法。希望通过分享我的经历，能帮助大家避免同样的困扰。

原文：Let’s Build A Simple Interpreter. Part 8

译文：

引言与目标

今天我们将讨论一元运算符，即一元加（+）和一元减（-）运算符。

今天的很多内容都基于前一篇文章的内容，因此如果你需要复习，可以回到第七部分重温一下。记住：反复练习是学习的关键。

今天我们将完成以下任务：

• 扩展语法以处理一元加和一元减运算符
  阅读全文 »

原文：Let’s Build A Simple Interpreter. Part 7: Abstract Syntax Trees

译文：

正如我上次承诺的那样，今天我们将讨论一个在接下来整个系列中都会使用的重要数据结构，所以准备好，我们开始。

到目前为止，我们将解析器和解释器的代码混合在一起，当解析器识别出某个语言结构（例如加法、减法、乘法或除法）时，解释器会立即对表达式进行求值。这类解释器被称为语法导向解释器，它们通常只对输入进行一次处理，适用于简单的语言应用。为了处理更复杂的Pascal编程语言结构，我们需要构建一种中间表示（IR）。解析器将负责构建IR，而解释器则利用IR来解释输入。

原文：Let’s Build A Simple Interpreter. Part 6.

译文：

前言

今天是个重要的日子 :) 你可能会问：“为什么？” 因为今天我们将几乎完成对算术表达式的讨论，新增了括号表达式的支持，并且实现了一个能够解析任意深度嵌套括号表达式的解释器。比如表达式 7 + 3 * (10 / (12 / (3 + 1) - 1))。

更新语法

首先，我们需要修改语法以支持括号内的表达式。如你所记得的第五部分，factor 规则用于表达式中的基本单元。在那篇文章中，唯一的基本单元是整数。今天我们要添加另一种基本单元——括号表达式。

原文：Let’s Build A Simple Interpreter. Part 5.

译文：

理解如何创建解释器或编译器是一个复杂的过程。最初，这可能像是一团需要解开的乱线团，需要一步步将它整理成一个完美的球。

实现这一目标的方法是一步步解开每一根线、每一个结。有时候，你可能觉得自己一时理解不了，但只要坚持下去，最终会“豁然开朗”。相信我，如果每次我理解不了的时候都能存25美分，我早就成了富翁 :）。

原文：Let’s Build A Simple Interpreter. Part 4.

译文：
你是被动地学习这些文章中的内容，还是一直在积极实践？我希望你一直在积极实践。我真的是这样想的 :)

还记得孔子说过什么吗？（其实是孔子的弟子荀子在《儒孝篇》中的名句）

不闻不若闻之

原文：Let’s Build A Simple Interpreter. Part 3.

译文：

今天早上醒来后，我在想：“为什么我们觉得学习一项新技能这么难？”

我认为，这不仅仅是因为学习本身很难。一个重要原因可能是我们花了大量时间和精力通过阅读和观看获取知识，却没有足够的时间通过练习将知识转化为技能。以游泳为例。你可以花很多时间读几百本关于游泳的书，与有经验的游泳运动员和教练交流几个小时，观看所有的训练视频，但当你第一次跳进泳池时，还是会像石头一样沉下去。

原文：Let’s Build A Simple Interpreter. Part 2.

译文：

在《有效思考的5大元素》一书中，作者 Burger 和 Starbird 分享了一个故事，讲述了国际知名的小号演奏家托尼·普洛格如何在大师班中指导学生的经历。学生们首先演奏了复杂的段落，他们表现得非常出色。但当他们被要求演奏非常简单的音符时，这些音符听起来很幼稚。而当托尼演奏同样的音符时，这些音符却显得不再幼稚。托尼解释说，掌握简单音符的演奏有助于在演奏复杂乐曲时更有控制力。这堂课表明，要培养高超的演奏技巧，必须首先专注于基本理念的掌握。