0 Replies Latest reply on Nov 18, 2013 5:15 PM by Hayden Eastman

    How to address poor scanner performance on Windows Mobile devices using the Rho runtime and Pocket Browser

    Hayden Eastman

      I wanted to make everyone aware of an issue I ran into while working with a large customer in Atlanta.  The customer was in the process of rolling out a new application onto newly purchased MC92N0 devices in a warehouse environment.


      The environment and observations

      • MC92N0
      • Rhoelements Runtime V4
      • SAP ITS Mobile (web/fully connected application)
      • We noticed no performance issues during our initial testing in the lab
      • After approximately one week of production testing, the customer began to complain about slow scanning.
      • A review of the application did indicate a 1-2 second delay between the decode beep and the data being entered into the input field of the application.
      • The application running under Pocket Browser and Internet Explorer also showed a similar performance issue
      • After removing the application from the equation and using Datawedge to scan into the Notes app, we continued to observe the issue.
      • We then discovered that only the pallet barcodes had this performance issue and other barcodes scanned fine.
      • These particular barcodes are scanned by each user over 100 times per day.  The barcodes were 20 characters in width and of type CODE128, with the only the last 10 characters being unique.  This turned out to being the key to solving this issue.


      As it turns out, the Rho runtime by default, enters data into an input field as keystrokes and Windows Mobile 6.5 enables automatic word completion on all input fields.  This setting can actually be controlled by tapping on the arrow to the right of the SIP which enables the input dialog shown below



      It can also be controlled by setting the following registry keys (also included in the attached .reg file:


      So over time, the word suggestion database grows larger and larger due to the fact that the leftmost characters of the barcodes are all the same and the delay between each character increases as the system searches the database for a match.

      See the attached video which demonstrates the data entry lag.