佛山mettler toledo触摸屏维修 三水mettlertoledo触摸屏维修 高明mettler toledo触摸屏维修 顺德mettler toledo触摸屏维修禅城mettler toledo触摸屏维修 南海mettlertoledo触摸屏维修
佛山腾鸣自动化控制设备有限公司一直致力于工控维修，机电一体化设备的维护。具有一批专业知识扎实,实践经验丰富，毕业于华南理工大学、广东工业大学高等院校的维修技术精英。维修服务过的企业，遍布全国。我们专业维修张力传感器、称重传感器、流量计、变频器、直流调速器、PLC、触摸屏、伺服控制器、工控机、软启动器、UPS不间断电源等各种工业仪器。我们有大量工控产品配件，与合作客户长期维护服务，能快速维修客户故障，价格实惠。我们有大量二手PLC，伺服驱动器，变频器，直流调速器，变频器，触摸屏等工控产品出售，欢迎电询。
3个维修服务点
地址1：佛山广州市番禺区钟村镇屏山七亩大街3号
地址2：肇庆市高新区（大旺工业园）
地址3： 佛山顺德大良凤翔办事处
番禺区顺德大良凤翔维修办事处：
佛山南海禅城维修办事处：
佛山市南海区海八路
佛山三水办事处
维修触摸屏品牌：
LAUER触摸屏维修、BECKHOFF触摸屏维修、Resotec触摸屏维修、LASKA触摸屏维修、CutlerHammer触摸屏维修、AUTOSPLICE触摸屏维修、unitronics触摸屏维修、SUTRON触摸屏、Eisenmann触摸屏维修、UNIOP触摸屏维修、spn触摸屏维修、M2I触摸屏维修、NESLABRPC触摸屏维修、STAHL触摸屏维修、PILZ触摸屏维修、触摸屏维修、REDLION触摸屏维修、BEIJER触摸屏维修、hitachi触摸屏维修、koyo触摸屏维修、rkc触摸屏维修、CONTEC触摸屏维修、idec触摸屏维修、KOMATSU触摸屏维修、YAMATAKE触摸屏维修、moeller触摸屏维修、patlite触摸屏维修、keba触摸屏维修、博世力士乐触摸屏维修、AB触摸屏维修、三洋触摸屏维修、白光触摸屏维修、富士触摸屏维修、海泰克触摸屏维修、三菱触摸屏维修、台达触摸屏维修、ABB触摸屏维修、ESA触摸屏维修、欧姆龙触摸屏维修、施耐德触摸屏维修、proface触摸屏维修、西门子触摸屏维修、B&R触摸屏维修、松下触摸屏维修、基恩士触摸屏维修、威纶通触摸屏维修、eview触摸屏维修、GARVENS触摸屏维修、WEINVIEW触摸屏维修、powerpanel触摸屏维修、telemecanique触摸屏维修、MCGS触摸屏维修、昆仑通泰触摸屏维修
mettlertoledo触摸屏维修触摸屏维修常见故障：上电无显示，运行报警，无法与电脑通讯，触摸无反应，触控板破裂，触摸玻璃，上电黑屏，上电白屏等故障。
许多嵌入式系统部署在操作人员难以或无法接近的地方。物联网（IoT）应用尤其如此，这些应用通常大量部署并且电池寿命有限。实例包括监控人员或机器健康状况的嵌入式系统。这些挑战加上快速迭代的软件生命周期，导致许多系统需要支持无线（OTA）更新。OTA更新用新软件替换嵌入式系统的微控制器或微处理器上的软件。虽然很多人非常熟悉移动设备上的OTA更新，但在资源受限的系统上设计和实施会带来许多不同的挑战。本文将介绍针对OTA更新的若干不同软件设计，并讨论其优缺点。我们将了解OTA更新软件如何利用两款超低功耗微控制器的硬件特性。
构建模块
服务器和客户端
OTA更新用新软件替换器件上的当前软件，新软件以无线方式下载。在嵌入式系统中，运行此软件的器件通常是微控制器。微控制器是一种小型计算器件，其存储器、速度和功耗均很有限。微控制器通常包含微处理器（核心）和用于执行特定操作的数字硬件模块（外设）。工作模式下典型功耗为30μA／MHz至40μA／MHz的超低功耗微控制器是此类应用的理想选择。使用这些微控制器上的特定硬件外设并将其置于低功耗模式，是OTA更新软件设计的重要组成部分。图1显示了一个可能需要OTA更新的嵌入式系统实例。可以看到，一个微控制器与无线电和传感器相连，这可用在物联网应用中，利用传感器收集有关环境的数据，并利用无线电定期报告数据。系统的这一部分称为边缘节点或客户端，是OTA更新的目标。系统的另一部分称为云或服务器，是新软件的提供者。服务器和客户端利用收发器（无线电）通过无线连接进行通信。
入式微控制器应用中的无线(OTA)更新：设计权衡与经验教训
图1．示例嵌入式系统中的服务器／客户端架构
何为软件应用程序？
OTA更新过程的大部分操作是将新软件从服务器传输到客户端。软件从源格式转换为二进制格式之后，作为一个字节序列进行传输。转换过程会编译源代码文件（例如c、cpp），将其链接成一个可执行文件（例如exe、elf），然后将可执行文件转换为可移植的二进制文件格式（例如bin、hex）。概言之，这些文件格式包含一个字节序列，此字节序列属于微控制器中存储器的特定地址。通常，我们将通过无线链路发送的信息概念化为数据，例如更改系统状态的命令或系统收集的传感器数据。就OTA更新而言，数据就是二进制格式的新软件。在很多情况下，二进制文件非常大，无法通过单次传输从服务器发送到客户端，这意味着需要将二进制文件放入多个不同的数据包中，此过程称为“分包”。为了更好地说明此过程，图2演示了软件的不同版本如何生成不同的二进制文件，从而在OTA更新期间发送不同的数据包。在这个简单例子中，每个数据包包含8字节数据，前4个字节表示客户端存储器中用来存储后4个字节的地址。
主要挑战
基于对OTA更新过程的这种高层次描述，OTA更新解决方案必须应对三大挑战。个挑战与存储器有关。软件解决方案必须将新软件应用程序组织到客户端器件的易失性或非易失性存储器中，以便在更新过程完成时可以执行它。解决方案必须确保将前一版本的软件保留为后备应用程序，以防新软件出现问题。此外，当复位和断电重启时，我们必须让客户端器件的状态——例如当前运行的软件版本以及它在存储器中的位置——保持不变。第二大挑战是通信。新软件必须以离散数据包的形式从服务器发送到客户端，每个数据包都要放在客户端存储器中的特定地址。分包方案、数据包结构和数据传输协议必须在软件设计中考虑周全。一个主要挑战是安全性。当新软件以无线方式从服务器发送到客户端时，我们必须确保服务器是可信任方。这种安全挑战称为身份验证。我们还必须对新软件进行模糊处理以防观察者偷窥，因为其中可能包含敏感信息。这种安全挑战称为保密。安全性的一个要素是完整性，即确保新软件在通过无线方式发送时不会损坏。
图2．软件应用程序的二进制转换和分包过程
第二阶段引导加载程序（SSBL）
了解引导序列
主引导加载程序是一种软件应用程序，驻留在微控制器的只读存储器中。主引导加载程序所在的存储区域称为信息空间，有时用户无法访问。每次复位都会执行该应用程序，一般完成一些必要的硬件初始化，并且可能将用户软件加载到存储器中。但是，如果微控制器包含片内非易失性存储器（如闪存），则引导加载程序不需要进行任何加载，只需将控制权转移到闪存中的程序即可。如果主引导加载程序不支持OTA更新，则必须有第二阶段引导加载程序。与主引导加载程序一样，SSBL会在每次复位时运行，但将实施OTA更新过程的一部分。此引导序列如图3所示。本节将说明为什么需要第二阶段引导加载程序，并解释如何指定此应用程序的作用是一个重要设计权衡。
经验教训：务必有一个SSBL
从概念上讲，省略SSBL并将所有OTA更新功能放入用户应用程序似乎更简单，因为这样的话，OTA过程可以无缝利用现有的软件框架、操作系统和设备驱动程序。图4显示了一个选择此方法的系统的存储器映射和引导序列。
应用程序A是部署在现场微控制器上的原始应用程序。此应用程序包含OTA更新相关软件，当服务器请求时，利用该软件可下载应用程序B。下载完成且应用程序B经过验证之后，应用程序A将对应用程序B的复位处理程序执行分支指令，以将控制权转移给应用程序B。复位处理程序是一小段代码，用作软件应用程序的入口点，并在复位时运行。在这种情况下，复位是通过执行一个分支来模拟，这相当于函数调用。这种方法有两大问题：
? 许多嵌入式软件应用程序采用实时操作系统（RTOS），其允许将软件拆分为多个并发任务，每个任务在系统中具有不同的职责。例如，图1所示的应用程序可能有用于读取传感器的RTOS任务，对传感器数据运行某种算法的RTOS任务，以及与无线电接口的RTOS任务。RTOS本身始终处于活动状态，负责根据异步事件或特定的基于时间的延迟切换这些任务。因此，从RTOS任务分支到新程序是不安全的，因为其他任务会在后台继续运行。对于实时操作系统，终止某个程序的安全方法是通过复位。
图3．使用SSBL的存储器映射和引导流程示例
图4．没有SSBL的存储器映射和引导流程示例
? 基于图4，上述问题的解决办法是让主引导加载程序分支到应用程序B而不是应用程序A。但在某些微控制器上，主引导加载程序总是运行具有中断向量表（IVT）的程序；IVT是应用程序的一个关键部分，描述中断处理函数，位于地址0。这意味着必须以某种形式重定位IVT，使其复位映射到应用程序B。如果在IVT重定位期间发生断电重启，则系统可能会处于破损状态。
将SSBL固定在地址0可以解决这些问题，如图3所示。SSBL不是RTOS程序，因此可以安全地分支到新应用程序。地址0处的SSBL的IVT永远不会重新定位，所以不必担心断电重启会将系统置于灾难性状态。
