Support for 3.5mm plug keys

asked 2014-11-26 02:45:55 +0300

Aonsaithya
276 ●7 ●11 ●14

updated 2014-11-26 09:20:27 +0300

eric

12967 ●88 ●133 ●123

https://twitter.com/erkki...

I recall hearing that one design goal of Sailfish (and the Jolla phone itself) was minimizing the number of hardware buttons. I'm not a big fan of this approach, and would certainly love a mappable extra hardware button, be it for answering/ending a call, turning on flashlight, switching bluetooth, going to launcher, etc.

So, would it be possible to add OS-level support for remapping those 3.5mm plug buttons, and obviously not enabling headset functions when just a button plug is installed (assuming it's possible to detect whether the plugged-in device is a proper headset or just a button plug).

Example of a button plug: image description

edit retag flag offensive close delete

Comments

Are those button plugs available for other devices? Or is this just an idea to create one? If so, see my answer below: I'd rather create a TOH for extra buttons than this one.

naytsyrhc ( 2014-11-26 09:55:54 +0300 )edit

3

answered 2014-11-26 09:52:39 +0300

naytsyrhc

5768 ●65 ●109 ●111

Wouldn't that be something for a TOH? You could create one with several buttons on the back. You wouldn't block the 3.5 jack and wouldn't be limited to just one button. It would also be easy to recognize and integrate I presume. And that's what the TOH idea is for, isn't it? Such a 3.5 plug-button seems to me as a work around as there are no other possibilities on other phones.

edit flag offensive delete publish link

Comments

That'd certainly be possible, but for those of us that are going for the keyboard TOH, another TOH isn't an option. I'd also rather have an extra button on one side of the phone than the back.

Aonsaithya ( 2014-11-26 11:02:29 +0300 )edit

2

answered 2014-11-26 09:21:20 +0300

marsch
3657 ●55 ●84 ●83

Great device, would be a simple solution to a seemingly controverse issue.

The plug state of audio jacks is generally detected on a pure mechanical basis, i.e. the plug causes 2 contacts to touch.

Without knowing about the inner workings of the plug, I assume that would require an additional measurement of a specific resistance between two contacts of the plug instead of just detecting the logical state of an IO line.

Otherwise it might be impossible to differentiate between plug and headphones.

edit flag offensive delete publish link

Comments

But it could be enough. The plug can be detected as headphone with "answering" button. The rest is up to software. Just get some daemon recognizing pressing of that answering button and let it do something...

naytsyrhc ( 2014-11-26 09:54:37 +0300 )edit

You still have to provide a way then to not block audio, as it would be the case with your said headphone.

There doesn't seem to be any datasheet available for this device, so it makes barely sense to discuss this issue further without looking inside the hardware.

marsch ( 2014-11-26 10:46:22 +0300 )edit

I'd assume these plug keys are more or less identical in terms of inner workings. Here's a picture I found from Aliexpress.com.

I myself have three different ones from Dealextreme, 315648, 317684 and 322540. I can try to crack open one or more of them to have a look inside?

Aonsaithya ( 2014-11-26 10:59:31 +0300 )edit

@marsch Good point. Which is another argument for not doing it via headphone but by creating a TOH, which is designed for just that (see my answer below).

naytsyrhc ( 2014-11-26 10:59:46 +0300 )edit

Isn't this plug the same as a headset with buttons on the cable? ...without the earphones and cable, of course...

vattuvarg ( 2014-11-27 14:46:19 +0300 )edit

Support for 3.5mm plug keys

Comments

2 Answers

Comments

Comments

Question tools

Stats

Related questions

Support for 3.5mm plug keys

Comments

2 Answers

Comments

Comments

Question tools

Public thread

Stats

Related questions