rawelk
Industrial
- Apr 11, 2002
- 72
The situation: Two 4x4 membrane switch keypads are used in a proprietary control system. The OEM doesn't want to support the system anymore, and will no longer supply the keypads. These keypads plug into a proprietary circuit board which contains keyboard decode circuitry, and I2C addressing and communications to send keyboard entries via an I2C comm link to the control processor. I'm not considering fooling around on the I2C side, but figure 16 contact closures aren't too big a deal.
Haven't looked at one in awhile, but think I can visualize eight stabs on the rear of this keypad, so figuring it must be a matrix output type. Complicating factor: one keypad is simply zero through nine, and the remaining keys have fairly extensive text to explain switch function (small text - maybe 4 or 5 point, in up to 3 lines x 5 characters per pushbutton). Buttons on the other keypad are chock-a-block full of text.
I'm thinking there are four options -
1. Find out who made the keypads for the OEM, and see if they'll continue to make them, and sell directly to us. This would be best, but I'm not holding out a lot of hope.
2. Have a shop that does custom work (Pannam, Nelson, Ecco, Grayhill, others) replicate them. I've never gone this route before, but would imagine there are minimum order quantities, set-up fees, and other complications down this road.
3. Get and use an off-the-shelf unit such as a Grayhill 86BB2-006, and create, print out, laminate, and post a cross-reference for standard key nomenclature to our text. Probably the cheapest option; don't know how it'll fly from a user perspective.
4. Buy an inexpensive small mono touchscreen/PLC combo (something along the lines of an EZTouch PLC) fitted with discrete relay output modules (i.e. - 2 terminals per relay, N.O.), create a screen display emulating the keypad, connect the relays in standard switch matrix X1-X4,Y1-Y4 fashion to a suitable connector, and plug this into the existing keyboard decode/comm interface board.
Debounce and decode are all part of the proprietary board that does the I2C communications interface, and I'm figuring a relay output doesn't have any more bounce (could be wrong here) than pressing on a dome membrane keyswitch, so this ought to work. Problem with this approach is it may be the most expensive.
Two questions:
Does anybody have a feel for per unit costs in small quantities (under 24) if going the custom keyboard route?
Has anybody done a "touchscreen 4x4 keypad emulator" as outlined in #4, and, if so, were there any "gotchas"?
Haven't looked at one in awhile, but think I can visualize eight stabs on the rear of this keypad, so figuring it must be a matrix output type. Complicating factor: one keypad is simply zero through nine, and the remaining keys have fairly extensive text to explain switch function (small text - maybe 4 or 5 point, in up to 3 lines x 5 characters per pushbutton). Buttons on the other keypad are chock-a-block full of text.
I'm thinking there are four options -
1. Find out who made the keypads for the OEM, and see if they'll continue to make them, and sell directly to us. This would be best, but I'm not holding out a lot of hope.
2. Have a shop that does custom work (Pannam, Nelson, Ecco, Grayhill, others) replicate them. I've never gone this route before, but would imagine there are minimum order quantities, set-up fees, and other complications down this road.
3. Get and use an off-the-shelf unit such as a Grayhill 86BB2-006, and create, print out, laminate, and post a cross-reference for standard key nomenclature to our text. Probably the cheapest option; don't know how it'll fly from a user perspective.
4. Buy an inexpensive small mono touchscreen/PLC combo (something along the lines of an EZTouch PLC) fitted with discrete relay output modules (i.e. - 2 terminals per relay, N.O.), create a screen display emulating the keypad, connect the relays in standard switch matrix X1-X4,Y1-Y4 fashion to a suitable connector, and plug this into the existing keyboard decode/comm interface board.
Debounce and decode are all part of the proprietary board that does the I2C communications interface, and I'm figuring a relay output doesn't have any more bounce (could be wrong here) than pressing on a dome membrane keyswitch, so this ought to work. Problem with this approach is it may be the most expensive.
Two questions:
Does anybody have a feel for per unit costs in small quantities (under 24) if going the custom keyboard route?
Has anybody done a "touchscreen 4x4 keypad emulator" as outlined in #4, and, if so, were there any "gotchas"?