On 9/19/2012 8:40 AM, Dave wrote: > I have created bar codes (Code 128 Auto font) consisting of CAM filenames > with the hope of scanning these bar codes to speed up the process of opening > a program file. I have added ‘o’ to the front end of the bar code which will > bring up the open dialogue box. I have been unsuccessful in getting this to > work properly. If I scan a barcode made from ‘o’ separately, it will bring > up the open dialogue box, then if I scan a barcode consisting of just the > filename, it will populate the filename area in the dialogue box and load the > program perfectly. If I combine the 2 operations in one barcode, I will get > a “cannot find file” error because it is dropping characters from the > filename. > > Also, sometimes, I have noticed that the jog increment dropdown will change > from “continuous” to “.1” and actually jog the selected axis. > > I am using USB Honeywell hand held scanners. I have talked with Honeywell > support and told them of what is going on and they contend that my issues are > coming from the Linux EMC2 software compatibility because when I scan my > barcodes to Gedit, they produce the correct characters and carriage return > that I created them with. > > I have been told that this maybe happening because “the real-time kernal > which gives absolute priority to the motor control thread is interrupting the > “fake keyboard” input of the bar code reader”. This is happening on 2 > separate machines. > > Any ideas are welcomed. Thanks! >
Dave, from subsequent messages I see you have your solution in hand, which is great, and others have suggested alternative ways effectively to do the same thing. Hence, I feel like the curmudgeon I am to say I don't warm to the idea of treating the barcode scanner as a character device even if that's how it presents itself. In a perfect world, I'd separate the different functions---read the scanner, be it via a serial port, usb port, bluetooth port, whatever; assemble the received data into a result, with appropriate validation; publish the result or signal its availability and wait to be polled, either way the result comes across in a single, atomic transaction and not piecemeal---and not depend on pseudo-keyboard tricks. I see a number of benefits to this approach, including flexibility with respect to the scanner being used and flexibility with respect to uses of the result, which I believe would justify the extra programming involved. But that's just me. I'm glad you got your system working. Regards, Kent ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
