条码不仅便于区分产品，提高工作效率，还可以关联和映射出大量信息，如入库和出库管理、客户管理、库存盘点管理等。因此，在自动化、信息化、智能化仓储的背景下，码扫描计数机的应用越来越广泛。然而，在条码扫描过程中，客户经常会遇到三个技术问题：重复代码、丢失代码和错误代码，根据我们的实际工程经验，本文的研究和维护工程师提供了这方面的一些经验，帮助您解决代码重复的问题，扫码计数机条码扫描过程中的漏码和错码
扫码计数机一般采用手持设计模式，分为小型PDA和大型pad。添加了物理扫描引擎。一般来说，二维码扫描引擎是主要引擎。机器有自己的按键，可以启动扫描引擎的图像识别，并以广播或USB的形式自动输出扫描内容。基于此过程，研究与维护部门设计了一套重复代码检测机制，条码扫描过程中的漏码和错码：
（1）漏码：设置扫描数量与扫描条码的对比度检测
（2）重复码：比较获取内容与新扫描内容的一致性
（3）错码：设置条码前后缀、长度等检测条件，比较检测新扫描的条形码；
今天，全球市场竞争激烈。越来越多的企业通过整合产品供应链，利用“按订单生产”、“零库存管理”、“多批次、小批次”等业务，协调供应链的各个环节，确保产品高效、及时、经济地交付给最终用户。在这个过程中，物流管理的难度也增加了。库存信息不准确，发货错误率高，运输配送不合理、空载率高等诸多问题困扰着企业
因此，迫切需要建立一个能够与客户交互、提供实时查询、浏览、在线货物跟踪服务信息的物流信息系统，并实现配送路线规划、物流资源调度、货物检验等服务。借助物流信息系统，不仅可以降低一些企业成本，提高企业与客户之间的沟通效率，还可以提高双边交易的反应速度，使客户能够真正体验增值服务
仓库管理仓库管理是企业信息物流系统的核心部分。在仓库管理中，需要对入库和出库数据进行准确、准确的盘点。仓库管理解决方案可以快速高效地实现对仓库的准确、科学管理
仓库管理系统𞓜 整个仓库管理系统包括三个环节：仓储管理、库存管理、出库管理。总体结构如下：𞓜 1、仓储管理系统流程仓储管理具体包括入库通知、数量盘点、入库确认、货架处理等重要环节，异常处理包括入库拒收、积压等环节。出库管理系统处理领料出库是一个高度程序化的操作。它是仓储物流作业最重要的操作环节之一，与其他系统（配送系统、看板配送指示系统等）有着非常密切的关系。系统可根据各种出站信息（传输、分拣等），通过射频技术扫描条码，确认各种出站操作（制造商、产品名称、数量等）的准确性。出库管理的重要环节包括接收订单、确定领料波、开始领料、出库确认等
3。资产盘点系统支持多种盘点方式：动态盘点、定期盘点、不定期抽样盘点。根据盘点范围，系统可提供全库盘点、仓库盘点、品类盘点、单品盘点等多种功能。输入盘点数量后，系统可以自动计算盘点差异。盘点差异确认后，可与库存调整、报废功能连接，完成盘点结果处理。如果发生盘点差异，系统支持重新盘点。设计的系统支持使用射频数据终端
配送管理的工作模式配送的一般流程包括三个主要步骤：备货、理货和配送。这里，我们重点讨论手持终端在交付过程中的应用。配送是配送中心的终端操作，是整个配送过程的重要组成部分，包括货物的装载和实际配送。为了完成这些操作，需要提前规划配送区域的划分或配送线路的布置，根据配送线路的选择顺序确定货物的装载顺序，并使用手持终端的GPS技术跟踪、控制和处理货物配送过程中的意外情况，智能调度系统可以利用GPS返回的信息自动更新运输状态，实现运输任务的全程跟踪和监控。物流监控子系统是gps/gis和电子印章的联合应用，可以实时监控配送车辆的路线、行驶条件、停车时间和地点以及打开印章
通过将手持终端放入仓库管理解决了哪些问题
1。流程信息化，货物实时跟踪，改善数据滞后，提高客户满意度，形成快速高效的物流环节
2。自动采集，数据可靠性强，减少错误率和昂贵的文书工作的消耗
3。实现科学仓储和准确库存管理，提高企业竞争力
4。邮件管理和发货操作都节省了大量的操作时间，提高了工作效率。简单的装载计划、路线安排和调度，以避免代价高昂的误装
6。对驾驶员和车辆的准确监控以及动态路线安排决策的传输将有助于降低运输成本和一些违法行为。
为什么提示条码已出库/已入库？
请确认出入库设置中，该模块是否关闭了允许重复出入库，开启状态不会验证条码是否出入库
为什么不能自动打印小票？
请确认出入库设置中，该模块是否打开了自动打印小票功能；确认设备是否已经适配打印机，或蓝牙打印功能是否连接
打印功能只要设备支持蓝牙打印的，均可直接使用，如果您不希望使用蓝牙打印，可以提供提供设备给我们免费对接打印
支持自建服务器吗？
系统支持自建服务器的，如果您有特殊需要，可以与我们联系，为您私有化部署服务器
软件下载
方式一：APK安装包下载，APP下载链接：https://www.pgyer.com/idwms
方式二：扫码下载：
设备认证
软件首次安装后，需要将设备IMEI号码收集并提供给服务商注册设备，设备注册成功后，使用账号密码后登陆使用，离线使用直接点击离线使用，首次安装点击离线使用，提示设备未认证
软件首次使用之前确保设备网络连接正常，网络版使用前必须保证设备网络正常连接，离线版非首次使用无需连接网络也可正常使用
软件首次运行，需要允许使用如下权限：
使用设备的位置信息（用于蓝牙连接打印机）
访问设备上的照片、媒体内容和文件（用于数据导入导出）
拨打电话和管理通话（用于获取设备IMEI号码）
拍摄照片和录制视频（用于摄像头扫码）
如下全部点击允许
功能说明
账户登陆
离线使用无需登录，登录页底部点击离线使用即可单机离线使用，离线数据无法备份和恢复，请注意数据安全，离线使用同样支持产品数据导入，出入库数据导出。
账户登录需要填写企业、用户名、密码，请注意账户密码安全。
无论离线使用还是网络版使用，都必须按照第二章完成设备认证
出入库设置
支持出入库模块名称，出入库类型和功能特性修改
可以根据数据采集和扫码作业流程设置出入库模块的不同功能
首页展示，关闭后将隐藏首页图标展示
允许重复扫码，开启后，多次扫描同一个条码，数量自动加1，关闭后，重复扫同一个条码将提示条码已扫描
验证商品是否存在，开启后，将自动查询产品中条码信息是否存在，不存在的产品条码无法录入
自动增减库存，开启后，入库将自动根据条码数量增加库存，出库将自动根据条码数量减少库存
重复出入库，开启后，条码不受出入库流程限制，在开启的出入库模块中均可录入；关闭后，已出库的条码不允许再次出库
自动打印小票，开启后，保存扫码订单将自动打印小票凭据，打印前需要先连接打印机，部分适配机型无需配置可直接打印
扫码入库
入库可选择供应商和仓库作为入库记录
按下设备扫码按键，可以快速录入条码，预先导入或添加的商品条码，扫码会自动关联商品信息，网络版开启商品验证功能后，会自动验证商品是否存在
69开头的国内商品条码会自动查询商品名称和价格
点击加号可以选择产品库中商品
点击已扫描条码可修改价格和数量
修改数量为0，点击确定可删除条码
按照第三章第2点中说明可开启扫码验证，自动增加库存、打印小票等功能
开启自动增加库存后，录入一次条码对应库存会立即变化
扫码出库
使用方式同扫码入库，出库可按照第三章第2点中说明设置自动减少库存
产品管理
添加产品，进入添加产品页面，按扫码按键可以快速录入条码，录入名称和其它信息后保存
产品列表分页展示，向上滑动可查看全部产品，点击产品信息可以修改产品名称、条码、规格、进货价、单价等信息
编辑产品信息页面支持产品标签打印，底部删除可以删除该产品信息
产品导入
产品信息支持xls文件导入，按照如下模版准备好xls文件放入机器中，点击从excel导入，选中放入的xls文件，将自动导入产品信息
商品导入模版
客户管理
支持对客户信息的添加、修改、删除管理
注意：以关联出入库订单信息的客户无法删除
供应商管理
支持对供应商信息的添加、修改、删除管理
仓库管理
支持对仓库信息的添加、修改、删除管理
出库记录
支持按出库类型查看出库记录，出库详情页面可以导出扫码信息到xls文件中
导出目录
导出数据内容
入库记录
支持按入库类型查看入库记录，入库详情页可以导出扫码信息到xls文件中打印配置
离线使用
点击离线使用，可单机离线使用出入库管理，数据只在本机留存，无法备份恢复，请注意数据安全；离线使用同样支持产品数据导入和扫码结果导出
常见问题
为什么提示设备未认证？
为保证软件正常使用，我们确保每一台设备都是通过官方认证通过的，您需要联系设备销售方购买软件服务并提供设备注册认证
为什么设备认证过也可以登录了，还是无法扫码？
设备自身认证之前，销售方需要提供设备信息给我们进行产品认证和扫码对接，请与设备销售方确认是否完成此流程
是否支持多人同时扫码？
目前测试支持上千人同时进行一个单据的扫码，扫码结果所有人同步更新，支持多人同时作业
为什么提示条码已出库/已入库？
请确认出入库设置中，该模块是否关闭了允许重复出入库，开启状态不会验证条码是否出入库
为什么提示条码已扫描？
请确认出入库设置中，该模块是否关闭了允许重复扫码，开启状态扫相同条码数据量才会自动累加
为什么不能自动打印小票？
请确认出入库设置中，该模块是否打开了自动打印小票功能；确认设备是否已经适配打印机，或蓝牙打印功能是否连接
是否所有设备都支持扫描打印？
扫描是市面上90%的手持设备都支持，需要销售方与我方系统后台对接实现
打印功能只要设备支持蓝牙打印的，均可直接使用，如果您不希望使用蓝牙打印，可以提供提供设备给我们免费对接打印
网络版的数据保存多久？
网络版数据目前是永久保存，不会删除您的数据，后期计划是数据保存一年，请注意妥善备份您的数据
支持自建服务器吗？
系统支持自建服务器的，如果您有特殊需要，可以与我们联系，为您私有化部署服务器
能对接我自己的系统或者第三方平台吗？
我们提供第三方平台对接服务，您可以提供对接资料和需求，我们帮您提供对接服务
我需要加一些自己的功能，可以定制吗？
可以的，您提供您的详细功能需求，我们为您提供个性化定制服务
一、简述
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的“轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。
二、设计规范
由于物联网的环境是非常特别的，所以MQTT遵循以下设计原则：
（1）精简，不添加可有可无的功能；
（2）发布/订阅（Pub/Sub）模式，方便消息在传感器之间传递；
（3）允许用户动态创建主题，零运维成本；
（4）把传输量降到最低以提高传输效率；
（5）把低带宽、高延迟、不稳定的网络等因素考虑在内；
（6）支持连续的会话控制；
（7）理解客户端计算能力可能很低；
（8）提供服务质量管理；
（9）假设数据不可知，不强求传输数据的类型与格式，保持灵活性。
三、主要特性
MQTT协议工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它具有以下主要的几项特性：
（1）使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。
这一点很类似于XMPP，但是MQTT的信息冗余远小于XMPP，,因为XMPP使用XML格式文本来传递数据。
（2）对负载内容屏蔽的消息传输。
（3）使用TCP/IP提供网络连接。
主流的MQTT是基于TCP连接进行数据推送的，但是同样有基于UDP的版本，叫做MQTT-SN。这两种版本由于基于不同的连接方式，优缺点自然也就各有不同了。
（4）有三种消息发布服务质量：
“至多一次”，消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。这一种方式主要普通APP的推送，倘若你的智能设备在消息推送时未联网，推送过去没收到，再次联网也就收不到了。
“至少一次”，确保消息到达，但消息重复可能会发生。
“只有一次”，确保消息到达一次。在一些要求比较严格的计费系统中，可以使用此级别。在计费系统中，消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP的推送，确保用户收到且只会收到一次。
（5）小型传输，开销很小（固定长度的头部是2字节），协议交换最小化，以降低网络流量。
这就是为什么在介绍里说它非常适合“在物联网领域，传感器与服务器的通信，信息的收集”，要知道嵌入式设备的运算能力和带宽都相对薄弱，使用这种协议来传递消息再适合不过了。
（6）使用Last Will和Testament特性通知有关各方客户端异常中断的机制。
Last Will：即遗言机制，用于通知同一主题下的其他设备发送遗言的设备已经断开了连接。
Testament：遗嘱机制，功能类似于Last Will。
四、MQTT协议原理
4.1 MQTT协议实现方式
实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）、订阅者（Subscribe）。其中，消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者。
MQTT传输的消息分为：主题（Topic）和负载（payload）两部分：
（1）Topic，可以理解为消息的类型，订阅者订阅（Subscribe）后，就会收到该主题的消息内容（payload）；
（2）payload，可以理解为消息的内容，是指订阅者具体要使用的内容。
4.2 网络传输与应用消息
MQTT会构建底层网络传输：它将建立客户端到服务器的连接，提供两者之间的一个有序的、无损的、基于字节流的双向传输。
当应用数据通过MQTT网络发送时，MQTT会把与之相关的服务质量（QoS）和主题名（Topic）相关连。
4.3MQTT客户端
一个使用MQTT协议的应用程序或者设备，它总是建立到服务器的网络连接。客户端可以：
（1）发布其他客户端可能会订阅的信息；
（2）订阅其它客户端发布的消息；
（3）退订或删除应用程序的消息；
（4）断开与服务器连接。
4.4 MQTT服务器
MQTT服务器以称为“消息代理”（Broker），可以是一个应用程序或一台设备。它是位于消息发布者和订阅者之间，它可以：
（1）接受来自客户的网络连接；
（2）接受客户发布的应用信息；
（3）处理来自客户端的订阅和退订请求；
（4）向订阅的客户转发应用程序消息。
4.5 MQTT协议中的订阅、主题、会话
一、订阅（Subscription）
订阅包含主题筛选器（Topic Filter）和最大服务质量（QoS）。订阅会与一个会话（Session）关联。一个会话可以包含多个订阅。每一个会话中的每个订阅都有一个不同的主题筛选器。
二、会话（Session）
每个客户端与服务器建立连接后就是一个会话，客户端和服务器之间有状态交互。会话存在于一个网络之间，也可能在客户端和服务器之间跨越多个连续的网络连接。
三、主题名（Topic Name）
连接到一个应用程序消息的标签，该标签与服务器的订阅相匹配。服务器会将消息发送给订阅所匹配标签的每个客户端。
四、主题筛选器（Topic Filter）
一个对主题名通配符筛选器，在订阅表达式中使用，表示订阅所匹配到的多个主题。
五、负载（Payload）
消息订阅者所具体接收的内容。
4.6 MQTT协议中的方法
MQTT协议中定义了一些方法（也被称为动作），来于表示对确定资源所进行操作。这个资源可以代表预先存在的数据或动态生成数据，这取决于服务器的实现。通常来说，资源指服务器上的文件或输出。主要方法有：
（1）Connect。等待与服务器建立连接。
（2）Disconnect。等待MQTT客户端完成所做的工作，并与服务器断开TCP/IP会话。
（3）Subscribe。等待完成订阅。
（4）UnSubscribe。等待服务器取消客户端的一个或多个topics订阅。
（5）Publish。MQTT客户端发送消息请求，发送完成后返回应用程序线程。
五、MQTT协议数据包结构
在MQTT协议中，一个MQTT数据包由：固定头（Fixed header）、可变头（Variable header）、消息体（payload）三部分构成。MQTT数据包结构如下：
（1）固定头（Fixed header）。存在于所有MQTT数据包中，表示数据包类型及数据包的分组类标识。
（2）可变头（Variable header）。存在于部分MQTT数据包中，数据包类型决定了可变头是否存在及其具体内容。
（3）消息体（Payload）。存在于部分MQTT数据包中，表示客户端收到的具体内容。
5.1 MQTT固定头
固定报头，所有的MQTT控制报文都包含，可变报头与有效载荷是部分MQTT控制报文包含。 固定报头占据两字节的空间，具体见：
固定报头的第一个字节分为控制报文的类型（4bit），以及控制报文类型的标志位，控制类型共有14种，其中0与15被系统保留出来，其他的类型具体见：
类型 值 说明
Reserved 0 系统保留
CONNECT 1 客户端请求连接服务端
CONNACK 2 连接报文确认
PUBLISH 3 发布消息
PUBACK 4 消息发布收到确认（QoS 1）
PUBREC 5 发布收到（QoS2）
PUBREL 6 发布释放（QoS2）
PUBCOMP 7 消息发布完成（QoS2）
SUBSCRIBE 8 客户端订阅请求
SUBACK 9 订阅请求报文确认
UNSUBSCRIBE 10 客户端取消订阅请求
UNSUBACK 11 取消订阅报文确认
PINGREQ 12 心跳请求
PINGRESP 13 心跳响应
DISCONNECT 14 客户端断开连接
Reserved 15 系统保留
固定报头的bit0-bit3为标志位，依照报文类型有不同的含义，事实上，除了PUBLISH类型报文以外，其他报文的标志位均为系统保留，PUBLISH报文的第一字节bit3是控制报文的重复分发标志（DUP），bit1-bit2是服务质量等级，bit0是PUBLISH报文的保留标志，用于标识PUBLISH是否保留，当客户端发送一个PUBLISH消息到服务器，如果保留标识位置1，那么服务器应该保留这条消息，当一个新的订阅者订阅这个主题的时候，最后保留的主题消息应被发送到新订阅的用户。
固定报头的第二个字节开始是剩余长度字段，是用于记录剩余报文长度的，表示当前的消息剩余的字节数，包括可变报头和有效载荷区域（如果存在），但剩余长度不包括用于编码剩余长度字段本身的字节数。
剩余长度字段使用一个变长度编码方案，对小于128的值它使用单字节编码，而对于更大的数值则按下面的方式处理：每个字节的低7位用于编码数据长度，最高位（bit7）用于标识剩余长度字段是否有更多的字节，且按照大端模式进行编码，因此每个字节可以编码128个数值和一个延续位，剩余长度字段最大可拥有4个字节。
当剩余长度使用1个字节存储时，其取值范围为0(0x00)~127(0x7f)。
当使用2个字节时，其取值范围为128(0x80,0x01)~16383(0Xff,0x7f)。
当使用3个字节时，其取值范围为16384(0x80,0x80,0x01)~2097151(0xFF,0xFF,0x7F)。
当使用4个字节时，其取值范围为2097152(0x80,0x80,0x80,0x01)~268435455(0xFF,0xFF,0xFF,0x7F)。
总的来说，MQTT报文理论上可以发送最大256M的报文，当然，这种情况是非常少的。
固定头存在于所有MQTT数据包中，其结构如下：
5.1.1 MQTT数据包类型
位置：Byte 1中bits 7-4。
相于一个4位的无符号值，类型、取值及描述如下：
5.1.2 标识位
位置：Byte 1中bits 3-0。
在不使用标识位的消息类型中，标识位被作为保留位。如果收到无效的标志时，接收端必须关闭网络连接：
（1）DUP：发布消息的副本。用来在保证消息的可靠传输，如果设置为1，则在下面的变长中增加MessageId，并且需要回复确认，以保证消息传输完成，但不能用于检测消息重复发送。
（2）QoS：发布消息的服务质量，即：保证消息传递的次数
Ø00：最多一次，即：<=1
Ø01：至少一次，即：>=1
Ø10：一次，即：=1
Ø11：预留1
2
3
4
5
6
7
（3）RETAIN： 发布保留标识，表示服务器要保留这次推送的信息，如果有新的订阅者出现，就把这消息推送给它，如果设有那么推送至当前订阅者后释放。
5.1.3 剩余长度（Remaining Length）
地址：Byte 2。
固定头的第二字节用来保存变长头部和消息体的总大小的，但不是直接保存的。这一字节是可以扩展，其保存机制，前7位用于保存长度，后一部用做标识。当最后一位为1时，表示长度不足，需要使用二个字节继续保存。例如：计算出后面的大小为0
5.2 MQTT可变头
MQTT数据包中包含一个可变头，它驻位于固定的头和负载之间。可变头的内容因数据包类型而不同，较常的应用是作为包的标识。
只有某些报文才拥有可变报头，它在固定报头和有效负载之间，可变报头的内容会根据报文类型的不同而有所不同，但可变报头的报文标识符（Packet Identifier）字段存在于在多个类型的报文里，而有一些报文又没有报文标识符字段，具体见表格，报文标识符结构具体见图：
报文类型 是否需要报文标识符字段
CONNECT 不需要
CONNACK 不需要
PUBLISH 需要（如果QoS > 0）
PUBACK 需要
PUBREC 需要
PUBREL 需要
PUBCOMP 需要
SUBSCRIBE 需要
SUBACK 需要
UNSUBSCRIBE 需要
UNSUBACK 需要
PINGREQ 不需要
PINGRESP 不需要
DISCONNECT 不需要
5.3 Payload消息体
Payload消息体位MQTT数据包的第三部分，包含CONNECT、SUBSCRIBE、SUBACK、UNSUBSCRIBE四种类型的消息：
（1）CONNECT，消息体内容主要是：客户端的ClientID、订阅的Topic、Message以及用户名和密码。
（2）SUBSCRIBE，消息体内容是一系列的要订阅的主题以及QoS。
（3）SUBACK，消息体内容是服务器对于SUBSCRIBE所申请的主题及QoS进行确认和回复。
（4）UNSUBSCRIBE，消息体内容是要订阅的主题。
————————————————
版权声明：本文为CSDN博主「liefyuan」的原创文章
原文链接：https://blog.csdn.net/qq_28877125/article/details/78325003