If the connection to the printer is only not happening randomly, there is not much we can do on the printer to help debug. The APD also obfuscates the connection so determining the issue from the device side is also not easy. If you could give more details on how often and when, like just after power up, or something, the issue occurs, we might be able to point you in the right direction. Also which version of Rho and what OS are you on?
We do use Bluetooth sniffers (I.e. Protocol Analizers) on occasion to determine the cause of these types of issues. They are third party hardware and software and they tend to be expensive. Let me know if you want a recommendation and I’ll reply to you privately. The other option is to open a support case with us and we may be able to do the analysis for you.
Hi Robin, it's great to hear from you again.
I know it is difficult to troubleshoot something when it happens randomly. It is a big problem to us when the app does not print in the GX420t over the bluetooth link. For that reason that would be great if you can assist us opening a support case. Please do let me know how we can do this.
Finally I get the error from the log of our RhoElement 2.2 App. Sequence was a follow:
1) Web forrn was completed and we hit the Save button which save the data into the internal database (Redis) to then send the data thru a RhoConnect server.
2) Few seconds later the APD pop up screen showed up for a very few seconds (normally takes 1 minute) but the GX420t did not change the status from NOT CONNECTED to CONNECTED as a successful printer does.
How we can avoid this kind of error?. The ET1 was less than a meter close to the printer. Is there a way usign our RhoElement code to handle this kind of error, can we retry the printer job?
I'll contact you directly with information about a support case. If you want, you can also call +1 877 275 9327 for support.
Unfortunately the APD software was designed at least 20 years ago, and hasn't changed much. There is only so much that it's capable of. We are trying to fix the situation, but it's Motorola's software and we require support from ISV's like you to make it clear that these changes are needed.
Thanks for your quick response. If APD is no longer supported or it is
difficult to get a solution, is there another way to use Zebra printers
Well, Motorola says they still support the APD.
That still doesn't get you to what you need. The best answer I can give you is to create a native extension to the Zebra Android SDK. There is some good info on that topic here. We're finding more and more that developers writing mission critical apps with printing need to do this instead of using the APD.
Checking the first link you provide us (Zebra Android SDK) it looks like it only support this Zebra printers:
The Link-OS environment is available for use with the following Zebra devices:
Update your existing iMZ, QLn and ZT200 devices to the Link-OS environment
Existing QLn and ZT200 series units can be updated to the new Link-OS environment by downloading new firmware to the printer. Download for the specific printers below.
What about the GX420t we are currently using?
Is there a way using APD we can handle the connection error, so that way we can retry printing until a bluetooth connection is established?
1 of 1 people found this helpful
You can try the get last message function. I didn’t have much luck with it when I was working with it, but it might detect your issue.
Command 0107 (Decimal 263) Get Last Message.
Purpose: Requests the PID of the currently connected printer.
Direct TCHAR *PSGetLastMessage(void);
Indirect 1 PSExternal(Cmd_PSGetLastMessage,NULL);
Browser 1 objPrinter.PSExternal(263, “”);
Response: The ‘direct’ and ‘browser’ commands return data via a pointer to a NULL terminated array. The other commands return data via the “PRTDRV.RSP” file in “\Program Files”.
Example of data: Cannot connect: 55.
Note: The response relates to the last error, not necessarily the status of the most recent command.
Also, is there a way to put the bluetooth connection always on using APD?
On Thu, Feb 13, 2014 at 4:01 PM, Robin West <