honeywell D6110开发的一个工厂仓库追溯识别
近日。接触并开发了一个用honeywell D6110 二维扫描PDA的项目,应用也比較简单。
就是货品物料编码。通过中间码相应,然后中间码再依照不同OEM品牌须要生成各种商品条码并带有流水号。
要求仓库做到进出的时候,扫描条码,记录流水。生成物料数量汇总给CRM使用。
先给自己广告一下。贴几个图。
广告完了,关注我的人,肯定有回报。
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呢???不理解中。
。。。
。。