deskthority

Dear all,

I'm searching for a Philips Terminal Keyboard X3315. This is a very vintage Keyboard for the Philips Terminals P27xx used for the turboDOS and CP/M machines from Philips dating back to the 1980's.



It was discussed some time ago in this thread: viewtopic.php?f=2&t=16062
Unfortunately user 'pixelheresy' doesn't own it anymore.

Also help in figuring out what could be used instead of the original keyboard would be highly appreciated. It uses a non standard 6-pin DIN plug, but only 4 pins are used. I opened my terminal and found out that the keyboard uses +5V, GND, DIN and DOUT.
I still tried to link it to a standard PS/2/DIN-Keyboard to see if DIN and DOUT are possibly somewhat related to Clk and Data, but sure enough it didn't work.

Any inputs and offers are welcomed.

BR.

pmd

Hello to all interested readers,

I did some measurement on the weekend. Hooked up an oscilloscope to the DOUT line and received the protocol below 2sec after power on. Looks pretty low speed (see 2.5ms/div). Interestingly it is running on 3.3V, despite the fact that the supply voltage is 5V. Found some Arduino projects out there converting LK201 keyboards or TeleVideo Keyboards to PS/2, but it looks that the Arduino cannot go that slow speed I'd need here.

I also would not know what to answer to the pattern recorded. I could not translate this to any meaningful 7 or 8-bit ASCII or anything similar.

If anybody has some idea please let me know.

BR.

I've been doing a converter project on my Sharp X1 turbo keyboard and have a similar scenario. One pin that sends a 30ms long message for each key down (and one for key up), where the data is 1 if there is a 1ms LOW-pulse and 0 otherwise (or the other way around).

I discovered this with a cheap $10 logic analyzer. Anyway, to convert this I decided to be lazy and not care about ASCII or row or column, but just gather all the pairs of input output by pressing the keys and looking at the delivered data (e.g. 10110101010101011010111111010 -> A) and then just loop over all of them and send the corresponding key from Arduino. No need to think about what anything means if you treat them like this.

You should be able to convert that with a similar approach and an Arduino. Pin change interrupts to gather the data -> loop over all possible keys -> send one.

Looks like protocol could be: start bit, 8 data bits, parity bit. Two bytes total with one 1-bit in the middle. If LSB is sent first then above capture would translate to 0x1b and 0x62.