Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17


.Net or eVB Opinions on Programming Handheld Symbol Barcode computers

Posted on 2009-05-07
Medium Priority
Last Modified: 2013-12-21
5 years ago, I wrote an application for using a symbol 8146 using embedded visual basic.  Enjoyed the language and based a lot of the work on an example from symbol that I stole bits from - most notably the calls to the scanner.

Now I find that I need to do some work on this again.  I'd like an opinion on what direction should I pursue.  I have both a 8146 symbol unit that I can program in embedded vb and also have a 8846 that I understand is programmable in .net.  

The application is to walk up to a electrical heater in a plant, use the barcode reader to identify the heater,  and enter the temperature/load data into the handheld.  The handheld then downloads from the cradle into the Access data base to identify the operating conditions and the time when the readings were taken.

Question - Which language and environment would you recommend with regard to learning curve, future work and possible wireless.  Most important is that I would like to get some go by code and have you experience finding good examples from Symbol on this?  
Question by:DLJ
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions

Accepted Solution

n88n earned 1500 total points
ID: 24344642
The thing that will hurt you the most in this case is the age of these terminals.  If the customer would upgrade the devices I to newer MC9090's you could then use 2008 and your life would be pretty easy.  Motorola has an SDK for communicating with the scan engine from the device.  So with the normal mobile framework and moto's sdk it would be pretty easy.  

These days I don't mind writing mobile apps in .net because the mobile framework has stabilized.  For a while MS was all over the place with the types of mobile platforms that were out there and it would cause app to be end of life because MS changed the environment.  Your devices are old enough to be in that danger range.

If they will not upgrade their handhelds then I would recommend using a mobile development tool called MCL.

MCL is a great development tool because it is not device or OS specific.  There are some licensing issues and you and your customer will have to pony up a couple of bucks but it will make your life a lot easier.  

Each device needs a client license and that will install the MCL environment on your gun.  I checked there are clients for both of the guns you listed.  The great thing about MCL is that you can take the same code and load it to any device that has a client.  So you write one app and you can run the same code on both of the guns you have listed above.  Then down the road when they upgrade their guns to MC9090s you are already to go and there will be no need to change your code.

This feature makes MCL very nimble.

So beyond the client you will use a host communication app.  There are really two different favors of this piece(and yes you have to pay for this piece as well).  MCL makes an app called MCL-Link and one called MCL-Net.  One of these two applications are needed.

MCL-Link is used for batch applications where the user scans a bunch of stuff and walks back to a PC and docks the gun then hits a sync button.  You would need Link on any PC that the user wants to dock and sync from.

MCL-Net is used when the system is running live via wireless network and the user never needs to dock the gun for data transfer.  Usually only 1 license of Net is needed and it would sit on a server and it will handle all communications from any number of guns.

The benifit to the two pieces above it that all the hard work is already done for you and MCL handles all the heavy lifting.  Also if the customer wants to switch from Batch to wireless then just sell them MCL-Net and you are good to go.  The code written for the hand held does not care if you are running link or net.  

Finally you need MCL-Designer which is the application that you write the actual program in.  Again you have to pay for the designer app license.  You create the apps in a "Rapid application developent" environment so you don't actually "Code" anything.  Draw you forms and place controls.  Then from menus you select the commands needed.  Because I am used to writing MCL apps it would take me about 4 hours top to bottom to write the program you listed and have it fully functional.

In your above app, your customer has to buy a client for each gun.  Then they will need MCL-Link on any PC they want to sync from.  Then you the programmer will have to buy MCL-Designer.  Once you buy designer you can obviously use it for any future development projects.

That is the route I would take.  I mostly work in MCL due to the flexibility it provides and the speed at which i can create applications.  (BTW - no way to cheat the MCL licensing)

hope that helps.


Author Closing Comment

ID: 31579271
Does not directly address my question, but an interesting perspective

Featured Post

On Demand Webinar - Networking for the Cloud Era

This webinar discusses:
-Common barriers companies experience when moving to the cloud
-How SD-WAN changes the way we look at networks
-Best practices customers should employ moving forward with cloud migration
-What happens behind the scenes of SteelConnect’s one-click button

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Sometimes clients can lose connectivity with the Lotus Notes Domino Server, but there's not always an obvious answer as to why it happens.   Read this article to follow one of the first experiences I had with Lotus Notes on a client's machine, my…
Windows Server 2003 introduced persistent Volume Shadow Copies and made 2003 a must-do upgrade.  Since then, it's been a must-implement feature for all servers doing any kind of file sharing.
The Task Scheduler is a powerful tool that is built into Windows. It allows you to schedule tasks (actions) on a recurring basis, such as hourly, daily, weekly, monthly, at log on, at startup, on idle, etc. This video Micro Tutorial is a brief intro…
Finding and deleting duplicate (picture) files can be a time consuming task. My wife and I, our three kids and their families all share one dilemma: Managing our pictures. Between desktops, laptops, phones, tablets, and cameras; over the last decade…
Suggested Courses

715 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question