honeywell D6110开发的一个工厂仓库追溯识别

近日。接触并开发了一个用honeywell D6110 二维扫描PDA的项目，应用也比較简单。

就是货品物料编码。通过中间码相应，然后中间码再依照不同OEM品牌须要生成各种商品条码并带有流水号。

要求仓库做到进出的时候，扫描条码，记录流水。生成物料数量汇总给CRM使用。

先给自己广告一下。贴几个图。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvenlhaTAwMQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvenlhaTAwMQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

广告完了，关注我的人，肯定有回报。

honeywell D6xxxx 系列机器，如今一般都是 windows mobile 6.5的系统。其它开发没什么难度依照VS去做就好了。

我想说的是 honeywell提供的SDK。

1。评价：按道理来说，这样的一线大品牌，SDK应该新云流水一般看着舒服条理化（这里再赞一下MOTO），但是我却发现honeywell文档有非常多瑕疵。

详细什么瑕疵就不多说了。

总体百分制的话，给个80分吧（MOTO能够给95分）。

2。说说，程序猿们和我一样会面临的坑：

和大家一样，拿到开发样机，登录官网，下载SDK。网上最新版本号呢 R812，根据SDK说的，还须要 WM6.5.3 DTK （瑕疵。事实上6.1就能够，不是非要6.5.3）

安装完毕后，大家最关心的，当然是 decode 扫描条码部分了。这是独有的。

3。依照惯性思路。大家都会细致的阅读 SDK 文档，文档中 ，decoding 部分向导就是，使用 decodeComponet，貌似还不错，Samples中还有demo。

于是乎，我掉进了两个大坑。

这是两个瑕疵。

a。依照 decodeComponet 控件加入步骤，SDK文档根本就是在扯淡。

你根本找不到路径。至少我在 VS2008 + sdk812 全然不是。

正确路径：C:\Program Files\Honeywell\SDK for Windows Embedded Handheld\Assemblies_CF3\HSM.Embedded.Decoding.DecodeComponent.dll

b，费了九牛二虎之力。最终找到了那个该死的控件。工具箱最终显示了。于是，不自然的就执行那个DEMO试试咯。

我去，再次掉进大坑。并且是深不见底。

一打开那个 DecodeComponent 演示，显示，界面控件错误。属性不正确。MY GOD。他们自己的东西都有错误！

！

。。

我研究啊研究啊研究啊研究啊，我天昏地暗。最后各位DX猜猜怎么解决的？？？？？

加装了一个SDK7。将控件换成SDK7版本号，打开SDK8的 DEMO。搞定！

。！

。

升级本无可厚非，拜托，有点大公司严谨态度，将那个DEMO 也升级一下。不要误导程序员们。

4。终于。我还是放弃了decodeComponet。我发现。尽管简单功能也强大。

可是不够灵活，我改用DecodeAssembly，基本上一路顺风了。

仅仅是最后，有个小问题不太理解。既然已经有个 linearcode 类型。为啥要将EAN/UPC条码，独立归类到retailcode呢？？？不理解中。

。。。

。。