- РУС / ENG
- Компания
- Продукция
- Паяльные роботы и технологическая оснастка
- Дисплеи
- Источники питания
- Конденсаторы
- Неликвиды
- Светодиодные линейки - матрицы
- Светодиоды
- Буквенно-цифровые индикаторы
- Матричные светодиодные дисплеи
- Мощные светодиоды
- Овальные светодиоды 3.9x3.1мм
- Овальные светодиоды 4.0x3.8мм
- Овальные светодиоды 5.0x4.1мм
- Прямоугольные светодиоды, ширина 3мм
- Прямоугольные светодиоды, ширина 5мм
- Светодиодные ленты, тип 3528
- Светодиодные ленты, тип 5060
- Светодиодные полосы
- Светодиоды NICHIA
- Светодиоды Round Tower d=1.8мм
- Светодиоды Round Tower d=2мм
- Светодиоды SMD
- Светодиоды Straw Hat d=5мм
- Светодиоды Super Flux
- Светодиоды круглые d=10мм
- Светодиоды круглые d=3мм
- Светодиоды круглые d=5мм
- Светодиоды круглые d=8мм
- Сегментные индикаторы
- Цилиндрические светодиоды с коническим верхом d=5мм
- Цилиндрические светодиоды с прямым верхом d=5mm
- Телефоны с АОН
- Производство
- Контакты
- Документация
- Форум
Здравствуйте!
Телефонный аппарат МЭЛТ-5000 работает через Cisco ATA 186 (SIP to analog).
Автодозвон через аппарат МЭЛТ-5000 работает корректно при использовании стационарной связи, а при работе через Cisco ATA 186 - аппарат МЭЛТ-5000 после первого длинного гудка вызова делает сброс и больше не перезванивает.
Принцип работы Cisco ATA 186: я поднимаю трубку на телефоне, слышу гудок, набираю номер, слышу гудки занято либо длинные гудки и говорю с человеком. Звонок идет через Интернет.
Как все происходит: трубка лежит на телефоне, я набираю номер, нажимаю кнопку "автодозвон" и телефон набирает номер, слышно первый гудок и телефон прекращает перезванивать.
При звонке через стационарную связь - МЭЛТ-5000 может пропустить более 9 гудков и сигнализировать о том, что линия не занята.
Как быть? Что делать?
Видео по ссылке https://supportforums.cisco.com/t5/ip-telephony/cisco-ata-vs-melt-auto-redial/m-p/3333948#M358007
В общем тут примерно понятно что происходит - АТС выдаёт не совсем правильный гудок, который телефон принимает за сигнал "занято" - но вот с путями исправления ситуации сложнее, в телефоне нельзя столь точно настроить метод анализа гудков. Единственное что можно сделать - немного расширить диапазон частот гудков (МЕНЮ - 3 - 3 - 9 - 5), немного это Гц на 30 в обе стороны, до 320-580, ну или даже до максимума 250-600, чтобы телефон не принимал один длинный гудок за два коротких. Поможет ли это? Не уверен. Но ничего другого в телефоне сделать и нельзя. Ну можно ещё и тест гудков при наборе отключить (МЕНЮ - 3 - 4 - 6), но это вряд ли повлияет.
UPD. Всё выше неправильно, основано на словесном описании и не соответствует видео. Правильно см. ниже.
Дмитрий, Вы смотрели видео по ссылке?
Ситуация немного другая: телефон слышит первый гудок и "вешает" трубку, даже не пытается повторно перезвонить.
В оборудовании Cisco есть такие параметры:
The following settings are recommended for the US:
Cisco ATA воспроизводит тональный сигнал ответа станции, когда он готов принять первую цифру удаленного адреса, чтобы сделать исходящий вызов.
• DialTone = "2,31538,30831,1380,1740,1,0,0,1000" (approximately -17 dBm)
Cisco ATA играет сигнал занятости, когда вызываемый абонент занят.
• BusyTone = "2,30467,28959,1191,1513,0,4000,4000,0" (approximately -21 dBm)
Cisco ATA воспроизводит тональный сигнал переупорядочения (также известный как сигнал перегруженности), если исходящий вызов не был выполнен по причинам, отличным от занятых. Это быстрый разговор.
• ReorderTone = "2,30467,28959,1191,1513,0,2000,2000,0" (approximately -21 dBm)
Cisco ATA воспроизводит тональный сигнал обратного звонка, когда вызываемый абонент получает предупреждение от вызываемого устройства.
• RingBackTone = "2,30831,30467,1943,2111,0,16000,32000,0" (approximately -16 dBm)
Параметры сигнала КПВ на ТФОП РФ:
частота 425 Гц,
длительность посылки, с, 1,00+/- 0,10,
длительность паузы, с, 4,00+/- 0,40. При междугородных звонках пауза может быть меньше.
Уровень сигнала должен иметь номинальную величину минус 10 дБм при возможных отклонениях от номинального значения в пределах +/-5 дБ.
Настройки по-умолчанию (using the Basic format)
• NumOfFreqs—2
• Tfreq1—30831
• Tfreq2—30467
• Tamp1—1943
• Tamp2—2111
• Steady—0
• OnTime—16000
• OffTime—32000
• TotalToneTime—0
Сейчас у меня настроено так: "1,30742,0,2083,0,0,6400,25600,0,0,0". Как сделать для России минус 10 dBm - не знаю.
Cisco ATA воспроизводит тональный сигнал ожидания вызова, когда поступает входящий вызов, когда пользователь подключен к другой стороне.
• CallWaitTone = "1,30831,0,5493,0,0,2400,2400,4800" (approximately -10 dBm)
Cisco ATA воспроизводит тональный сигнал оповещения в качестве тона подтверждения, что действует специальное событие, такое как переадресация вызова.
• AlertTone = “1,30467,0,5970,0,0,480,480,1920”
Cisco ATA воспроизводит SITone (специальный информационный тон), если Cisco ATA получает ответ 404 (не найден), что указывает на то, что вызываемая сторона не может быть расположена в сети.
• SITone = "2,30467,28959,1191,1513,0,2000,2000,0" (approximately -21 dBm)
А какие настройки должны быть для России - не понятно.
На видео вообще всё по другому: телефон как раз вполне корректно дозвонился, начал считать время разговора и соответственно закончил автодозвон успешно - дозвонился же.
Я бы предположил что происходит следующее: по видимому на 16-й секунде видео происходит поднятие трубки (вероятно на параллельном аппарате), телефон это обнаруживает с задержкой и отключает автодозвон, переходя к подсчёту времени разговора, но к этому моменту (22-я секунда видео) буквально за секунду до этого (подозрительный щелчок на 21-й секунде видео) трубка на параллельном аппарате положена обратно и разговор фактически закончен, что телефон понимает опять таки с задержкой к 23-й секунде видео и возвращается в состояние ожидания т.к. автодозвон завершён успешно (было снятие трубки).
Т.е. кроме неоправданных на взгляд обычного пользователя задержек в срабатывании телефона никаких претензий к корректности его работы на видео я не вижу. Дозвон состоялся, трубка была поднята, разговор состоялся, перезванивать причин нет. К настройке АТС соответственно тоже претензий нет.
Вопрос снималась ли реально трубка (кнопкой громкой связи или на параллельном аппарате) и если нет - то почему телефон это увидел в линии. Проверьте настройку напряжения в линии (хотя оно кажется и не влияет) в МЕНЮ-3-3-9-9-9, оно должно быть 60В. Так что вопрос не к автодозвону,а к определению занятия линии параллельным аппаратом.
Дмитрий, параллельного телефонного аппарата нет.
Я решил проверить автоподнятие (простое), включил определение русс. (FSK и DTMF отключены), позвонил на SIP номер к которому подключен МЭЛТ через Cisco, МЭЛТ начал определять номер (пошли запросы), номер не определился, МЭЛТ зазвонил 1 раз, пошли секунды (как на видео) и МЭЛТ сбросил.
Перед тестированием я делал полный сброс (МЕНЮ-2-5-1), проверил режим автоподнятия и формат определения номера (см. выше).
С автодозвоном подобная ситуация: трубка лежит на телефоне, я набрал номер и нажал на Повтор, через некоторое время после соединения на экране идут секунды и сброс. Замечу, что при автодозвоне через стационарную связь, когда МЭЛТ дозвонился (длинные гудки), МЭЛТ не показывает секунды и ожидание поднятия трубку может длится очень долго, если я долго не поднимаю трубку - МЭЛТ сообщает гудками, что нужно поднять трубку, если трубку не поднимаю - МЭЛТ перезванивает.
Возможно, тут несостыковка с АТС. Не знаю, в какую сторону копать.
В телефоне указано 60 Вольт.
На телефоне МЭЛТ-3000 аналогичная ситуация:
logging started Thu Feb 22 00:22:07 2018
SCC Cmd[0:0]SEIZURE
[0]StartTone 0
[0]DTMF 0 , insum:403214
[0]StopTone
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:?
[0]DTMF ? , insum:405957
[0]DTMF # , insum:402688
Calling 0????????? номер набран
SCC Cmd[0:0]CLIP
SCC Cmd[0:0]CALL
proxy = sip.?.?:5060
[0]INVITE Retry 0
Response=401; Unauthorized
[0]INVITE Retry 0
Response=100; Trying
[0]REGISTER Retry 0
[0]Reg Resp 200; OK
[0]Reg OK (180)
NextReg in 148
AVT: payload=101
Response=183; Session Progress
18x Response has SDP
[0]Enable encoder 8
Enable LEC adapt [0]=1
[0]Start/Resume Media-> ?.?.?.?:50292 (pt=8)
SCC:ev=10[0:0] 3 0
[0]StartTone 3
SCC:ev=11[0:0] 3 0
[0]StopTone
SCC:ev=11[0:0] 3 0
[0]StopTone
[0]DPKT 1st: 12052 11892, pt 8 пошел первый гудок
[0]++LAT 3 (bc=3, lc=11, Ts=47092), min_lat: 2
[0]StopTone
SCC Cmd[0:0]CANCEL
[0:0]Cancel INVITE
[0]CANCEL Retry 0
Got BYE/CANCEL Resp
SCC:ev=13[0:0] 9 0
SCC Cmd[0:0]RELEASE
[0]MPT mode 0
>>> SIP Soft Reset [0:0] <<<
[0:0]Rel LBRC Res
Я вижу проблему в определении занятости линии посторонним аппаратом - да, я видел что его нет, однако телефон его видит, кто-то или занимает линию кроме самого телефона, или она просаживается по другим причинам. И звонок на телефон и МЭЛТ-3000 это подтверждают. Ни к автодозвону, ни к определению номеров это отношения не имеет. Ищите причину проседания линии, сам телефон скорее всего исправен и работает корректно. Может АТС не выдаёт стандартный ток в линию и линия проседает слишком сильно (и медленно восстанавливается после освобождения) что телефоны и определяют как наличие параллельного аппарата.
Так с телефонией я давно не связан, то ничего умней посоветовать не могу.
Напряжение в линии 49,8 Вольт, при разговоре 9,8 Вольт.
Я набрал номер в таком формате: 0800*******ППППППППП - в таком случае, телефон вешает трубку после всех Пауз.
Description Specification
Tip/ring interfaces for each RJ-11 FXS port (SLIC)
Ring voltage: 40VRMS (typical, balanced ringing only)
Ring load: 1400 ohm + 40mF
Ringer equivalence number (REN): Up to 5 REN per RJ-11 FXS port
Loop impedance: Up to 200 ohms (plus 430-ohm maximum telephone DC resistance)
On-hook voltage (tip/ring): -50V
Off-hook current: 27 mA (nominal)
RJ-11 FXS port terminating impedance option 600 ohms resistive or
270 ohms + 750 ohms // 150 nF complex impedance
Москва, Зеленодольская ул., д.30 корпус 1
тел.: 8(495) 662-59-14
e-mail: sales@melt.com.ru
