Производится перевод изделия с СИМ300 на СИМ900b. К прибору подключена домофонная трубка - при поднятии начинается автоматический дозвон по определнному номеру. По идее при замыкании/размыкании микрофонных контактов модуль должен сообщить +CEXTBUT с номером события
Возникла проблема - при размыкании микрофонных выводов событие не возникает! А при замыкании все нормально: +CEXBUT: 1,1.
На SIM300 работало стабильно. Использую второй аудио канал. Подскажите: В чем может быть загвоздка?

Может модулю надо AT+CEXTHS=1 сказать? Не знаю как у sim900b но у sim900 только один аудиоканал.

AT+CEXTHS=1 не помогает. По-моему это сигнализация о подключении/отключении от разъема. А у меня случай замыкания. Смена канала тоже аналогично, результат тот же. При замыкании/размыкании быстро несколько раз подряд - иногда проскакивает ответ о размыкании. Т.е в принципе оно как-то должно работать. Может кто-то все же сможет подсказать, что не так? Замеры показали, что при сопротивление динамика 1,7 кОМ.

Покажите схемку как подключаете трубку к модулю

Да там схема то одно название. Все подключено напрямую, больше ничего нет.

Отключите все, возьмите резистор 1K и подключите его между MIC2P и MIC2N

Затем резистором 100 ом закоротите MIC2P на GND и отпустите.

И скажите какая была реакция +CEXTBUT при замыкании и размыкании.

Попробовал как написал CADiLO, результат тот же.
Еще одна "особенность". Делаю опрос состояния кнопки при включенной реакции на события нажатия кнопки. При "снятой" и при "не снятой трубке" сообщает по запросу состояние ноль. Однако при замыкании возникает событие 1. Как объяснить с логической точки зрения такое поведение модуля?

Ну я объяснил бы очень просто.

Модулю не нужна статически замкнутая кнопка - она коротит микрофон и тогда в ней нет смысла.
И как раз для гарнитуры все работает логически правильно.
Короткое нажатие - прерывание возникло - трубка снята. Следующее короткое нажатие - отбой.

Никто ведь не предполагал что вы будете использовать это по другому.
Так что прийдется просто немного переделать алгоритм - сделать его триггерным.

А в SIM300 была нужна, да?

А кто утверждает что так как было в SIM300 - это правильно ?

Некоторые ошибки так и не исправили до самого прекращения выпуска 300х модулей.

Напомню что в SIM300D автоопределение подключения гарнитуры и автоматический переход на второй канал неправильно работало до 14 версии. Вручную все переключалось, а автоматика не работала. А когда его наконец исправили, то у многих
перестал работать первый канал, потому что схемы делали упрощенные и там где была сразу нагрузка на втором канале, то модуль туда по умолчанию и переключался. Лечилось отключением автоматики в инициализации - по умолчанию была включена.

Так что то что работало в SIM300 еще не показатель. Да и фраза в даташите логически читается как я описал.

<headset button press>
a numeric parameter which indicates whether a headset button has been pressed or not - нажималась кнопка или нет

0 not pressed
1 pressed

1 - если был нажат, но нигде не сказано что отпускание тоже индицируется.

Отпускание модулю и нафиг не надо - оно не имеет смысла.
Если нажали, модуль снял трубку, а вы продолжаете держать кнопку, то кто ж вам доктор, что вас не будет слышно.


Кто хочет - проверьте как это на других модулях работает - просто интересна логика.

Кстати нажатие кнопки при разрешенном URC +CEXTBUT даст импульс 120mS на RI

В чем тогда вообще смысл команды AT+CEXTBUT? ? А если ВДРУГ не принял событие или нераспознал - все, получится инверсия. Трубку положили - звоним, подняли -отбой.

Еще вопрос - а в использовавшихся SIM300 какая версия прошивки была ?

Ну так то, да. Но кто ж его читает? А вот это зря. Можно было бы длинное нажатие от короткого отличать.

Да, согласен - можно было бы и оба состояния показывать и отличать время нажатия.....

Вот только как разработчик, я бы не доверялся бы тому как это делает модуль,
а обрабатывал снятие трубки контроллером так как мне это нужно.
Заодно и модуль не стоял бы включеным все время.

"Ну вы блин даете..."©. Значит как он с GSM протоколом справляется доверяете, а как с нажатием кнопки - нет.

Это не в том смысле что нет к модулю доверия - а в смысле того что нужно писать под конкретную задачу.
В модуле написано под хендс-фри, а для домофона уже другой алгоритм.
И тут уже или подстраиваться под то что китайцы написали, или сделать как себе нужно.

Спасибо большое за разъяснения. Так и сделаю. Заведу на АЦП с MIC2P. Осталось только непонятно почему все же проскакивало событие размыкания микрофонных выходов при частом размыкании/замыкании, но это видимо такая "особенность" прошивки.

Похожая проблема с модулем SIM900.
Кнопка замыкает линию микрофона, подключение микрофона в точности как в мануале, но модуль никак не реагирует на нажатие. На запросы AT+CEXTBUT? неизменно отвечает +cextbut: 1,0.
Предварительно инициализирую модем AT+CEXTBUT=1, на что получаю результат OK.

Любопытно, что в состоянии покоя на микрофонном входе нет напряжения. Оно появляется только, если "снять трубку", но на нажатия кнопки все равно реакции нет.

Кто-нибудь может подсказать, SIM900 в принципе обладает возможностью следить за кнопкой на гарнитуре, или это удел других моделей?

>>> в состоянии покоя на микрофонном входе нет напряжения.

Да - микрофон запитывается только при разговоре.


Насколько я помню - гарнитура - второй канал. А он есть у SIM900B, SIM900D и SIM908.

Первый рисунок - даташит чипсета, второй кусок схемы SIM900.

5.4.4 Headset / hook switch detection
The PNX4851 includes circuitry to facilitate the asynchronous detection of an audio subsystem change
including headset insertion and removal, and hook switch depression and release. The ST-Ericsson
Wireless system software provides a framework for detecting and servicing changes in the headset
configuration and hook switch status.
For example, prior to inserting a headset connector into an audio jack, the system software must enable
the detection circuit. When a headset is connected to the system, an interrupt is asserted. The software
services the interrupt and configures the audio subsystem to transition the current configuration to a
configuration based on the headset; see Figure 17.
This same circuit is used to detect and service the hook switch. A hook switch can be implemented by
utilizing a switch to short the microphone terminals. When the terminals are shorted, an interrupt is
asserted, and an interrupt service routine is called to service the hook switch. With this feature, the
functionality of the hook switch can be configured by software and can depend on the context supporting
multiple configurations. This approach also minimizes current consumption. By shorting the microphone
terminals, the hook switch function consumes approximately 500 μA. Alternative approaches that keep
the microphone biased for long periods of time lead to excessive current consumption and can shorten
battery life.