Question regarding switch simulation.

Possibly, but how's this "infrared diode PCB" going to tell that the barcode is there?

If you make the thing so that the barcode interrupts an IR link then you may be able to make it work -- can you physically arrange things so that the user has to put the card (I assume it's a card) into a reader of some sort?

First, see what happens when you "tape the button down". Does it scan when a label is brought in front of it? Does it scan the *next* label, as well?

I.e., is the button there solely to conserve power? Or, is it integrated with the scanning software? And, does that software expect "one label per button press"? Or, will it continually hunt for new labels?

Etc.

(make/model might be helpful -- better yet, a URL)

nah, it's a config problem.

RTFM, seriously, the reader programming manual should have a configuration code for "continuous read".

-----------------------------------

-------------------------- Model : bz-188bu

Continues read: that would be great but i dont know if it has something like that

Button: when the IR detects motion, scanner is activated for cca 2 seconds. If i press and hold the button, scanner will shutdown his self in cca 3 seconds....

I'm buessing "Birch" is the maker.

their website is crap, and they appear to have deleted the docs for that model

-- umop apisdn

You might use this to chase down a manual, on-line. Most (i.e., almost anything made in the past 20 years) barcode scanners have configuration options that govern how they are used. E.g., to enable or disable certain codes, to specify laser-on timings, etc. Getting that information *into* the scanner may be problematic; some scanners may require special software to push the changes into the scanner, others might be programmed by scanning special barcode labels that invoke these internal options, etc.

All the more reason to find a manual! :>

What "IR" is making this detection? If so, then why isn't it satisfying your needs?