|
|
|
|  |
Список форумов :: Телефония :: МЭЛТ-3000 берёт трубку во время посылки вызова и последующий глюк с определением номера
Гость
30 января 2006 15:19
Id сообщения: 1319 |
МЭЛТ-3000 берёт трубку во время посылки вызова и последующий глюк с определением номера
Вообщем при работе АОНа не всегда хорошо определяются номера (а только в процентах 30 случаев из тех что он могбы нормально определить). Как выяснилось АОН в режиме автоподнятия берёт трубку в момент посылки вызова, а не в момент паузы как хотелось бы!!! АТС у меня глючная и при подьеме трубки при посылке вызова, вызывное напряжение сразу не снимает а продолжает подавать 90В 25Гц до окончания посылки. По моим предположениям этот сигнал "глушит" последующий за ним сигнал "тру-лю-лю" о номере абонента. В режиме ручного поднятия, когда сам принудительно берёшь трубку в паузе посылки вызова - вероятность определения номера возрастает раза в 2-3, т.е определение происходит практически всегда. Подскажите плиз что и где крутить???
|
|
|
Петухов
30 января 2006 16:29
Id сообщения: 1320 |
Сначала попробуйте поставить параметр "CALLS." (MODE+3+7) больше 0 (например 1). Если это не поможет - можно увеличить параметр "ЗАП. П1." (MODE+3+4).
|
|
|
Петухов
31 января 2006 16:08
Id сообщения: 1327 |
Так, я проконсультировался и оказалось, что был не прав. Вероятно у Вас стоит диапазон частот для захвата вызывного сигнала АТС (параметр F- в MODE+3+4) равный 00-99 - именно при этом телефон снимает трубку сразу, не дожидаясь конца сигнала вызова. Поставьте нормальный диапазон (например 13-75) и телефон будет снимать трубку только после конца сигнала вызова.
|
|
|
Гость
31 января 2006 18:24
Id сообщения: 1330 |
Здравствуйте. Спасибо за ответ.
Параметр CALLS (по МОДЕ+37) стоит и всегда стоял = 2,
кстати даже если ставить = 0, то телефон всё равно трубку не берёт, а берёт пропуская 1 вызов. Т.е. в моём телефонном аппарате значения CALLS=0 и CALLS=1 работают абсолютно одинаково. Повторюсь что у меня установлено CALLS=2!
Диапазон частот захвата вызывного сигнала как раз и стоит 13-75 Гц, т.е. тот что установлен "по умолчанию". Пробовал его сузить, ориентируясь на основную частоту 25 Гц (частота вызова с моей АТС) установил значения 15-45 Гц. Разницы не заметил.
Вообщем проблема не решена.
|
|
|
Петухов
31 января 2006 18:58
Id сообщения: 1331 |
CALLS=0 и =1 работают одинаково, это нормально (как оказалось...).
Проверьте что выключен параметр PAnAS (=OFF) в MODE+3+8.
|
|
|
Гость
01 февраля 2006 02:17
Id сообщения: 1335 |
Спасибо.
Проверил параметр PAnAS = OFF. Так и было установлено всё время.
Вообщем как хватал АОН трубку во время посылки вызова так и хватает.
Проблема остаётся...
Кстати...
В инструкции к АОНу вскольз упоминаются параметры, вызываемые по МОДЕ38,
называемые "3" и "3del" для завеса линии и кратковременного закорачивания шлейфа, но совсем не сказано какой механизм действия, т.е. что в это время происходит на АТС (или в телефоне) что сии сигналы так необходимы.
|
|
|
Петухов
01 февраля 2006 14:41
Id сообщения: 1339 |
Можно конечно попробовать включить параметр работы на АТС Квант (параметр З), но это вряд-ли поможет. Зато будут проблемы с параллельным телефоном, если он есть - АОН не сможет определить что параллельный телефон занял линию. А объяснение механизма работы этих параметров (как впрочем и остальных) в задачу инструкции не входит.
Осталось только проверить телефон на другой АТС и если он будет работать правильно - значит больше сделать настройкой АОНа ничего нельзя. Вот если не будет ... - тогда в ремонт :)
|
|
|
александр_в
01 февраля 2006 19:23
Id сообщения: 1344 |
Переведите телефон в режим определения номера после поднятия трубки. (МОДЕ 1 2 #)
Если после этого он будет сам определять номер,до поднятия, значит либо неисправен телефон либо в телефонной линии напряжение менее 48 вольт. Напряжение лучше измерять электронным тестером при отключенном телефне.
Хотя с Вашей АТС скорее первый случай, подгорели PMBTA42, и при индукторном напряжении прошивают.
|
|
|
Петухов
01 февраля 2006 21:13
Id сообщения: 1348 |
Извините, но человек в самом начале сказал, что в ручном поднятии всё работает нормально ...
|
|
|
александр_в
02 февраля 2006 00:53
Id сообщения: 1350 |
МЭЛТ-3000 при настройке 13-75 Гц всегда занимает линию после окончания индукторной посылки. Я проверял если индуктор сплошной АОН на звонок не реагирует. Поэтоту предполагаю что у человека не штатная ситуация. Пробой может быть "плавающий". Проверить мое предположение труда не составит, а информации будет больше и легче будет судить о причине.
|
|
|
Гость
04 февраля 2006 01:18
Id сообщения: 1351 |
Ничего не понимаю... :(
Это глюк форума? Или кто-то умышленно удаляет сообщения?
День тому назад здесь ещё были пару постов от Петухова и Александра_в
в которых Петухов спрашивал как ведёт себя телефон на АТС моего товарища, а Александр спрашивал про версию прошивки.
Я составил ответ и отослал. Через пару часов проверил нет ли ответов, моё сообщение было!
Сейчас же захожу, нет ни последнего поста Петухова ни Александра_В, ни моего....
Господа админы, я не знаю в чём дело, ну не хорошо это, однозначно.
|
|
|
Петухов
04 февраля 2006 02:07
Id сообщения: 1353 |
Совершенно согласен, нехорошо. Но вчера примерно часа в 3 ночи был глюк с форумом (потёрлись вообще ВСЕ сообщения) и нам пришлось восстановить форум из бэкапа (который к счастью был) - но почти все сообщения за 2 февраля и часть за 3-е потерялись. И тут уж ничего не поделаешь :-(
Но насколько я помню, в Вашем случае ничего принципиально важного там не было. Единственное, что я хотел узнать после Вашего отчёта о результатах, так это берёт ли АОН трубку на другой АТС также во время сигнала вызова или нет? Вы в том ответе это не указали... Остальное там и так было понятно.
|
|
|
Гость
04 февраля 2006 03:30
Id сообщения: 1354 |
Попытаюсь по памяти восстановить тот пост.
Вообщем, был вопрос о напряжении на линии, значит напряжение на линии - 62В в режиме положенной трубки, при вызове напряжение увеличивается до 120В, относительно которого идёт сам вызывной сигнал 25Гц, амплитудой около 100В, форма что-то среднее между прямоугольником и искаженной синусоидой.
АОН так работал всегда, т.е. какие-то номера определялись , какие-то нет, каикие-то не все цифры правильно... Но так было пока в один день я не поставил режим ручного поднятия (по привычке трубку брал в режиме паузы вызова), тут же удивило что номера определяться стали куда лучше... Вернул обратно на автоподнятие - опять хреново. Заподозрил что где-то что-то не так... Проделал много раз теже комбинации - чёткая зависимость - в режиме автоподнятия вероятность определения номера в ~2 раза хуже, сделал вывод о том что мощный вызывной сигнал каким-то образом анализируется процессором телефона и мешает нормально выделять сигнал "тру-лю-лю". Это и есть история событий. Вот и задаю вопрос чё он трубу хватает в посылке? Идеально было-бы чтоб он брал трубку где-то через 0.5 секунды после её окончания, полсекнды - запас на всякого рода переходные процессы.
Далее я выкладывал инфу о версии прошивки, пишу ещё раз -
MELT3000
27.11.2002
b-5219
CS-10d5h
F-08
24LC32
27c020
Далее писал что крутить настройки с длительностями и кол-вом и типом запросов не дают никакого результата. Моя АТС (да и не только моя, а все АТС нашего города) выдают сигнал о номере звонящего "тру-лю-лю" сразу после поднятия трубки БЕЗ никаких запросов.
Т.е. как-бы АОН не пытался засылать 500Гц на станцию ей абсолютно на это похрену.
Так что вот так.... Кстати у товарища тот-же юмор. Вообщем если б я случайно не проверил работу АОНа в ручном поднятии я б даже не подозревал что номера могли б определяться и лучше.
Не исключаю что может быть какой ньюанс в настройках,к сожалению нужной настройки среди всех функций АОНа не нашёл.... Может есть какие скрытые настройки не описанные в инструкции????
|
|
|
александр_в
04 февраля 2006 15:05
Id сообщения: 1360 |
1 Форма вызывного сигнала правильная, сложилась исторически для совместимости со спаренными телефонами.
2 Версия телефона нормальная, проблем у меня с такими аппаратами никогда не было, правда нет и такой АТС.
3 Попадется такой аппарат поэксперементирую в лабораторных условиях, с учетом Ваших особенностей. но это дело времени.
|
|
|
Петухов
04 февраля 2006 17:26
Id сообщения: 1364 |
Раз АТС выдает номер даже без запроса - можно попробовать поставить кол-во запросов =0, длительность минимальную (но больше 0 на всякий случай), паузы перед и между запросами тоже минимальные >0. В этом случае телефон быстрее начнёт принимать ответ АТС с номером... Вдруг поможет... Хотя на момент снятия трубки это не повлияет.
Скрытые настройки есть, но влиять в Вашем случае не должны - так утверждает человек, который гораздо лучше меня разбирается в АОНах и сам лично добавлял эти скрытые настройки =))
И Вы опять же не сказали когда именно снимает АОН трубку у Вашего товарища: в момент сигнала вызова или всё же после его окончания?? Ведь вопрос именно в этом...
PS. А в этом Вашем ответе данных больше... ;-) В прошлый раз не было даже намёка что номер с АТС приходит без запросов...
PPS. Александру: вызов 20В-220В ?! Ого-го. Не многовато ли 220В ?! Я считал, что вызов должен быть не более 120В (на работе обязательно посмотрю в ГОСТе)... Т.е. должно было бы быть 20В-120В вызов, что тоже будет работать на спаренных телефонах. Старые АОНы могли и "сгореть" от 220В в линии.
|
|
|
александр_в
04 февраля 2006 20:47
Id сообщения: 1367 |
У вызывного сигнала эффективное значение 90...120 вольт, а при просмотре осциллографом последний показывает амплитудное значение, а это примерно в три раза больше. Тестеру верить особо нельзя, потому что, в вызывном сигнале одновременно присутствует переменная и постоянная составляющая (60в). Тестер к таким сложностям жизни не приспособлен.
|
|
|
Гость
05 февраля 2006 00:45
Id сообщения: 1369 |
Да, вызывной сигнал колеблется относительно подпорки не 60В, а 120В...
Ето сделано для совместимостью с сигналом вызова с блокираторами, где вызывной сигал не должен переваливать через 0, иначе будет подзванивать телефон и соседа с которым на блокираторе и сидите. Но у меня нет никакого блокиратора, чистая линия от станции.
А вызывной сигнал колеблется в обе стороны от 120В на 100В, т.е по осциллографу выходит от уровня 20В до 220В, но 200В это размах, а эффективное значение = 200/2=100/корень(2), т.е вольт так 70В если б это была синусоида и 100В если б чистый прямоугольник.
>Раз АТС выдает номер даже без запроса - можно попробовать поставить кол-во запросов =0, >длительность минимальную (но больше 0 на всякий случай), паузы перед и между запросами >тоже минимальные >0. В этом случае телефон быстрее начнёт принимать ответ АТС с >номером... Вдруг поможет..
Так вот тут вся и беда!!! АОН подымает трубку и начинает анализировать все сигналы что есть в линии, НО ОН ЖН НЕ ПОНИМАЕТ ЧТО СТАНЦИЯ НЕ ПРЕКРАТИЛА ДАВАТЬ ВЫЗЫВНОЙ СИГНАЛ!!!
Поэтому он добрасовестно анализирует этот вызывной сигнал, а поскольку его аплитуда велика, тот через все усилители он нормально пройти (линейно) не может , ограничивается по уровню, и плодит КУЧУ гармоник, достаточно большого уровня (ведь вызывной сигнал идёт с уровнем ого-го!). Понятное дело из этих кучи гамноник туповатый АОН пытается найти те что указывают на номер звонящего, но ведь это не номер это билиберда полученная разложением вызывного сигнала. Вообщем пока прийдёт нормальная посылка "тру-лю-лю" АОН уже видимо не способен понять каким сигналам верить и недобросовестно определяет номер.
Хотелось бы узнать как в процессоре реализован анализ сигналов. Т.е его сам механизм
по типу - поднимается трубка, АОН уже сразу анализит линию или ждёт какое-то время, а только потом????
Что будет если АОН начнёт выдавать запрос именно в тот момент когда станция будет выдавать "тру-лю-лю"??? (повторяю, что она делает это сама, БЕЗ ЗАПРОСОВ, но относительно добросовестно!! т.е поднял на старом телефоне трубку и где-то через 0.3 секунды тебе в ухо "тру-лю-лю")
Что за параметр время до первого запроса??? В это время АОН на все сигналы от станции забивает???
Если АОН получит от станции "тру-лю-лю" и определит номер, а потом сделает запрос и ответ не получит, он будет считать что номер определился правильно???
Вообщем хотелось бы поподробнее узнать как ведёт себя АОН в случае если станция забивает на все запросы, а выдает номер БЕЗ запросов и когда ей захочется.
А главное как в этом случае лучше настроить АОН???
(Я думаю у меня такой случай не единственный, у нас весь город так работает, это уже для нас норма.... а может и не один наш город...)
ЗЫ: Можете оприлюднить скрытые настройки?
|
|
|
александр_в
05 февраля 2006 11:42
Id сообщения: 1370 |
1. На счет большого сигнала не соглашусь. На входе телефона стоит компаратор который сразу преобразует сиграл в прямоугольные импульсы и далее их анализирует. Так что уровень от 5 мв до 200 вольт значения не имеет.
2. Тонкости реализации программы АОНа не знаю. На это могут ответить только авторы.
3. Судя из вышесказанного, после окончания сигнала вызова на станции 100...200 мс идут переходные процессы. Поэтому нужно первый запрос подавать после переходных процессов. А это опять вопрос к авторам программы.
Сам запрос особо не мешает, потому-что режим определения после поднятия работает.
|
|
|
Гость
06 февраля 2006 01:04
Id сообщения: 1374 |
>>>>>> 1. На счет большого сигнала не соглашусь. Если на входе телефона стоит компаратор который сразу преобразует сиграл в прямоугольные импульсы и далее их анализирует. Так что уровень от 5 мв до 200 вольт значения не имеет.
Ещё и как имеет. К примеру вы имеете добротный сигнал чисто синусоидальной формы,
ампллитудой 100В и частотой 25 Гц, его спектр состоит только из 1-й составляющей.
Теперь вы этот сигнал ограничиваете компаратором например по уровню 2Вольта, и что мы в итоге получим - мы получим уже кроме основной гармоники частотой 25Гц ещё и кучу частот кратных 25Гц, так называемые высшие гармоники. И чем более высоковольтный сигнал будем ограничивать по низкому уровню, тем большая куча гармоник появится.
А раз анализ спектра в АОНе производится не по синусоидам и по прямоугольникам - то о каких добротных цифровых фильтрах можно говорить вообще?
Любые методы спекрального анализа (Фурье, Уолша, Хаара) основаны на анализе исходного сигнала, а не ограниченного компаратором. Так что применяется слишком упрощённый алгоритм цифрового анализа и уже ничуть не удивляет что он будет слишком чувствителен к всякого рода мешающим сигналам (вроде вызывного, как в данном случае).
На разговоры по типу - парень строй свой АОН, у нас тут всё и всегда работает уже врядли любой грамотный человек читающий этот форум поведётся.
БЛИН, НУ ГДЕ СПЕЦЫ КОТОРЫЕ ЭТО ЧУДО СОТВОРИЛИ????
Чё опять в техподдержке сидят менеджера??? Не первый топик на форуме когда человек задающий вопрос более компитентен в теме, чем так называемая техподдержка.
Уйма технических вопросов и не одного ответа по делу. :((
|
|
|
александр_в
06 февраля 2006 02:07
Id сообщения: 1375 |
1 В период когда приходит полезный сигнал (ответ станционного АОНа) обычно ничего постороннего нет, а слабый шум только облечает определение.(парадокс, но это правда, проверял сам)
2 Используется метод преобразования Фурье, и для него важен переход сигнала через 0, более сложный метод не потянет процессор.
3 100 процентов определения никто и не гарантирует, реально 99, при нормальном ответе станции.
4 На фоне вызывного сигнала ответа не может быть. Ответ приходит после вызывного сигнала, но из-за переходных процессов на станции вероятно с мусорам, либо "рваный" пакет.
5 Узнайте тип АТС, если это возможно.
|
|
|
Гость
06 февраля 2006 13:42
Id сообщения: 1377 |
Насколько я знаю метод Фурье является САМЫМ сложным и одновременно САМЫМ точным методом спектрального анализа, остальные методы появились в силу необходимости обрабатывать сигнал на цифровых микросхемах, т.е это либо упрощённые методы либо методы с оптимизированным кодом для выполнения для микросхем ПЛИС (либо контроллеров).
Накопление коэффициентов Фурье просходит от перемножения входного сигнала (непрерывного, аналогового, а не прямоугольников) на соответствующие синусные и косинусные составляющие эталонных синусоид хранящиеся в памяти в виде таблицы к примеру. Где какие переходы???? Дядько Фурье обидится на вас, а то что вы используете в простонародье так и называется "метод АОНа" :)
Опять же, любой цифровой фильтр, работающий на любом из методов, имеет какое-то конечное время анализа сигнала (обычно не менее 10 периодов сигнала - для приемлемой добротности). Чем хуже метод - тем он проще в реализации на программируемых микросхемах, но тем больше нужно выборок анализировать для получения той-же добротности фильтра.
Теперь представим ситуацию, когда перед нужным сигналом "тру-лю-лю" приходит сигнал помехи, причём не просто помехи а помехи с уровнем куда большим чем сам полезный сигнал и спектром как частокол!!! (через каждые 25 Гц новая гармоника)
Скорее всего в коэффициентах Фурье значения полностью не обновились после воздействия помехи....
Хорошим решением этой проблемы б было наличие какого-нибудь параметра (регулируемого в служебных настройках) с временем НЕЧУВСТВИТЕЛЬНОСТИ цифроввого фильтра к ЛЮБЫМ сигналам в линии. Т.е. после поднятия трубки например в течении 300мс или сколько там выставишь (хорошо бы от 0 до 500мс) АОН ваще не анализирует сигналы на линии.
Понятное дело что по умолчанию такой параметр должен быть равным 0, а те кому он нужен
сами смогут ручками поставить сколько им нужно.
|
|
|
Гость
06 февраля 2006 13:51
Id сообщения: 1378 |
3 100 процентов определения никто и не гарантирует, реально 99, при нормальном ответе станции.
ДА - Когда в режиме ручного поднятия брать трубку после 1 секунды от окончания посылки вызова,
иначе (с мешающим сигналом вызова) не более 50%.
4 На фоне вызывного сигнала ответа не может быть. Ответ приходит после вызывного сигнала, но из-за переходных процессов на станции вероятно с мусорам, либо "рваный" пакет.
Пакет приходит нормальный, записываю через звуковуху на комп, анализирую программой АОНа всё в порядке.
5 Узнайте тип АТС, если это возможно.
Точный тип назван не был, но АТС координатная, сказали так, все соединительные линии аналоговые. Кроме обычной коммутации ничего умного она сделать не способна.
Далее координатка работает на станцию СИ-2000.
|
|
|
Петухов
06 февраля 2006 14:58
Id сообщения: 1379 |
Так, специалисты тут есть, и не менеджеры. Я наверно не говорил, но я программист, который собственно и писал часть анализа сигналов АТС. Итак, отвечу сразу всем, а то тут такая уже каша...
1. Когда я говорил про 220В - я говорил про амплитудное значение, очевидно. Хотя был неправ насчёт недопустимости: в ГОСТе указана максимальная амплитуда 230В.
2. После снятия трубки абонентом АТС ОБЯЗАНА прекратить выдачу сигнала вызова за время не более 150мс! Иначе АТС неисправна!
3. Гармоники при определении ни причём. Анализ производится по переходу сигнала через 0. Фурье не применяется ни под каким видом. Как и цифровые фильтры. Про 5мВ - чушь. Там стоит делитель раз в 10 и потом цифровой компаратор с порогом 1-2В. 5мВ - это чувствительность компаратора при анализе пакета с номером, но вовсе не при анализе сигнала вызова. А вот наличие кучи гармоник вполне вероятно - но при этом номер вообще не должен начать определяться.
4. Параметр "пауза до первого запроса" - это и есть время, сколько подождать до выдачи запроса. В это время никакие сигналы с АТС видимо не анализируются (в этом уверен не очень).
5. Номер определяется только один раз - как только придёт первый же ответ от АТС (даже с неправильными цифрами, главное чтобы ответ был) - запросы больше выдаваться не будут.
6. Все претензии по неграмотности ответов отклоняю - Вам в первых ответах советовали что можно сделать. Раз не помогло - это не значит что советы неграмотные, это значит что непонятно что у Вас там происходит.
7. Пришлите записанный файл с звонком, начиная от состояния свободной линии и до конца всех процессов в линии. Посмотрим. Лучше даже пару разных файликов с примером автоподнятия в разный момент времени и при ручном поднятии.
8. Все рассуждения как работает Фурье и АОН - даже не буду комментировать, к делу это не относится. Если уж хотите точное название применяемого при анализе сигнала вызова метода - статистичекий анализ длительности периода сигнала вызова. Фурье и рядом не валялся :)
9. Анализ ответа от АТС производится уже другим алгоритмом и через другой компаратор (но тоже не Фурье!) и достаточно надёжно. Почему он принимает остаток сигнала вызова за начало ответа - не понимаю, не должен.
10. А практически, можно попробовать подобрать паузу перед первым запросом и длительность запроса так, чтобы ответ от АТС пришёлся чуть позже конца запроса - тогда АОН и будет ждать ответа, а он как раз и придёт (независимо от запроса). Конечно, если это время существенно не плавает...
Уф.
|
|
|
Гость
06 февраля 2006 22:35
Id сообщения: 1387 |
Во! Совсем другое дело - конкретика, цифры, вот это разговор технарей пошёл! :)
2. После снятия трубки абонентом АТС ОБЯЗАНА прекратить выдачу сигнала вызова за время не более 150мс! Иначе АТС неисправна!
Давно искал конкретную цифру, но так найти и не смог какой-нить ГОСТ который это дело регламентирует. Можете подсказать его полное название???
Вообщем я АТС-никам это говорил уже не раз, их это мало клюёт, говорят у всех работает, все довольны... Тем паче АТС коммерческая, отрубят нафиг и всё. А другой АТС по близости нет, так что буду без телефона совсем. Ну если чё я им номер ГОСТа скажу, может закрутится карусель.
4. Параметр "пауза до первого запроса" - это и есть время, сколько подождать до выдачи запроса. В это время никакие сигналы с АТС видимо не анализируются (в этом уверен не очень).
Вот про это я и говорю, что вроде как анализируются.
АОН вроде как запрос не отдаёт, а линию слушает, вот в прошлом посте я и предложил ввести параметр "Время неактивности" анализа линии.
Можете узнать поточнее что там и как???
7. Пришлите записанный файл с звонком, начиная от состояния свободной линии и до конца всех процессов в линии. Посмотрим. Лучше даже пару разных файликов с примером автоподнятия в разный момент времени и при ручном поднятии
Сегодня уже поздно людей отвлекать чтоб мне звонили, завтра сделаю.
10. А практически, можно попробовать подобрать паузу перед первым запросом и длительность запроса так, чтобы ответ от АТС пришёлся чуть позже конца запроса - тогда АОН и будет ждать ответа, а он как раз и придёт (независимо от запроса). Конечно, если это время существенно не плавает...
Номер то отдаёт удалённая АТС, а она каждый раз другая, ну с разных то АТСок звонят абоненты, соответсвенно и у них разные настройки. Задержки разные выходят, что-то подобрать тяжело.
|
|
|
Петухов
08 февраля 2006 13:19
Id сообщения: 1412 |
2. Есть такой документ (действует только в России): ОСТ 45.54-95 (Стыки оконечных абонентских телефонных устройств и автоматических телефонных станций. Характеристики и параметры электрических цепей и сигналов на стыках.). Там в разделе "Параметры электрических цепей и сигналов на стыке СТФ-2" приведена следующая фраза "Параметры сигнала вызова (для каждой АЛ) должны иметь значения: длительность задержки отключения сигнала вызова при ответе абонента, мс, не более 150". Применимо ли это в Вашем случае, честно говоря, не знаю.
4. С момента снятия трубки и до момента прихода (или не прихода) ответа от АТС в телефонной линии анализируется ТОЛЬКО наличие ответа. И больше ничего не проверяется. Опять же, почему хвост сигнала вызова принимается за ответ АТС я не понимаю, такого быть не должно.
10. Вы вроде говорили, что у Вас АТС типа si2000 - а там, говорят, можно включить чтобы она сама отдавала номер в русском стандарте всегда, откуда бы он ни пришёл.
|
|
|
Гость
08 февраля 2006 13:32
Id сообщения: 1414 |
2. Есть такой документ
Спасибо!
4. С момента снятия трубки и до момента прихода (или не прихода) ответа от АТС в телефонной линии анализируется ТОЛЬКО наличие ответа.
Что вы называете наличием ответа?
10. Вы вроде говорили, что у Вас АТС типа si2000
Да, но она стоит уже поле координатки,а я подключен прямо к координатке.
А раз в режиме ручного поднятия АОН определяет нормально из этого можно выудить что си2000 отдаёт правильную посылку АОНа в нашем русском стандарте.
Хотя вродеж номер отдаёт та АТС с которой звонят, а не та куда звонят.
Задача си2000 только правильно транслировать сигналы АОН. Сама же она может повлиять только наоборот не на входящие, а на исходящие вызовы, т.е. когда абонент си2000 будет звонить а его номер не будет передаваться удалённому абоненту.
Тут же меня интересует случай что не определяются номера у меня, а определяется ли мой номер у людей кому я звоню меня не интересует(тем более можно пользоваться функцией принудительной засылки номера).
|
|
|
Петухов
08 февраля 2006 13:35
Id сообщения: 1415 |
Это не я называю, это ОСТ называет. Что под этим подразумевается - без понятия. Неохота детально разбираться в этой куче документов.
si2000, как вроде говорили, может САМА выдавать ответ, в том числе и в русском стандарте, ВСЕ номера, которые к ней придут по цифровым каналам между станциям. И получится, что ответ будет выдавать не дальняя АТС, а Ваша si2000. Я понял так.
|
|
|
Гость
08 февраля 2006 17:57
Id сообщения: 1418 |
Но ведь выходит что си2000 всё правильно выдает. В принципе номера то определяются.
А вызывной сигнал выдает местная координатка, она то всю малину и портит.
Пробовал ставить время до первого запроса = 99,
т.е 99*10=990 мс, разницы в определении номера не заметил, просто номер уже определился, а запросы не посылались уже вообще.
А что вы мне говорили о том, что это то время ,когда АОН линию не анализирует??
Выходит что не так. Анализирует....
Я не прав?
|
|
|
Петухов
08 февраля 2006 18:28
Id сообщения: 1419 |
Я говорил - анализируется только наличие ответа! Что здесь непонятно?!?! Если ответ будет - он поймётся. Но ничего другого не поймётся. Читайте внимательнее пожалуйста...
|
|
|
Гость
08 февраля 2006 20:03
Id сообщения: 1420 |
Ничё не понятно. Вообщем простой пример.
В АОНе устанавливаем параметр "время до первого запроса" = 990мс(максимальное значение).
Далее ситуация по типу время - события.
0 мс ---- АОН поднимает трубку
200мс ---- АТС сама по себе выдает в наравлении АОНа сигнал "тру-лю-лю".
900 мс ---- сигнал "тру-лю-лю" заканчивается и больше никаких сигналов с АТС не приходит
Вопрос: будет ли сигнал "тру-лю-лю" анализироваться АОНом??
|
|
|
Петухов
08 февраля 2006 23:42
Id сообщения: 1423 |
После уточнения оказалось, что до первого запроса не анализируется вообще ничего. В указанном Вами случае АОН будет выдавать запросы (до 99шт.) после паузы в 990мс. Ответ АТС (в момент 200мс-900мс) определён не будет.
Вот если ответ АТС не успеет закончиться к моменту окончания первого запроса АОНа, то его конец будет пойман :)
|
|
|
Гость
09 февраля 2006 14:10
Id сообщения: 1426 |
Ещё вопросы.
В случае если АТС выдаёт "тру-лю-лю" без запросов от АОНа, а сама по себе, то -
1) количество запросов нужно выставлять минимальным (0,1,2)
2) длительность запроса делать минимальной (00,01)
3) тип запроса (аа,ад,да,дд) ни на что не влияет, возможно лучше "аа", из-за минимального уровня
4) время между запросами делать минимальным (00,01)
5) время до первого запроса установить = продолжительности "хвоста вызвного сигнала",
для нормальноработающих АТС, как вы писали, оно <150мс, т.е установить значение 15.
ВЕРНЫ ЛИ ВЫШЕПЕРЕЧИСЛЕННЫЕ УМОЗАКЛЮЧЕНИЯ???
|
|
|
Петухов
09 февраля 2006 14:55
Id сообщения: 1427 |
Да, в общем верны. Можно уточнить: 1,2,4 поставить в значение 1 (01).
|
|
|
Гость
11 февраля 2006 02:29
Id сообщения: 1444 |
Ещё остался неясным такой вопрос - сколько времени телефон ждёт что станция ему зашлёт "тру-лю-лю", т.е в течении какого времени идёт анализ на предмет наличия "тру-лю-лю" от станции.
Если сигнал прийдёт спустя 0,5 секунды после поднятия он будет анализироваться?
а спустя 1, 2 секунды или даже 5 секунд???
Ясно что начало анализа привязано к поднятию трубки, а конец анализа???
|
|
|
Петухов
11 февраля 2006 18:51
Id сообщения: 1445 |
Время ожидания ответа АТС можно легко проверить на слух: это время между посылками двух запросов. Если АТС не ответила - АОН пошлёт новый запрос и так в цикле, пока не превысит предел установленный в константе. На память точную цифру я не помню, это до понедельника. Конец анализа "привязан" к решению, что номер неопределён :)
Если АТС сама выдаёт ответ - ставите длительность запросов и пауз между ними минимальными, а количество запросов максимальным, и всё. При этом время ожидания ответа будет максимальным.
|
|
|
Гость
12 февраля 2006 01:54
Id сообщения: 1446 |
>>1) количество запросов нужно выставлять минимальным
Я думал так... теперь выходит что надо устанавливать максимальное кол-во запросов?...
А чем плохо установить мало запросов, но с большой паузой между ними, например в 900 мс.
При этом АОН все эти 900 мс будет ждать "тру-лю-лю" от АТС?
Вообщем лучше подождать до понедельника, когда вы точно узнаете к чему привязано время начала и конца анализа, с конкретными цифрами в мс.
|
|
|
александр_в
12 февраля 2006 11:56
Id сообщения: 1447 |
Былобы очень хорошо, еслибы разработчики ввели регулируемую паузу между окончанием сигнала вызова и занятием телефонной линии . Телефонная станция, в данном случае выдает ответ не по запросу, а по занятию АТС телефонным аппаратом. Под словом занятие я имею в виду замыкание телефонной линии резистором 500 ом, с последующей подачей запроса и получения ответа. (В МЕЛТ схемотехника отличается но принцип тотже)
|
|
|
Гость
12 февраля 2006 20:37
Id сообщения: 1448 |
p.s. На счет, без запроса верно, только для абонентов вашей АТС. При звонке абонентов с другой АТС без тонального запроса не обойтись.
|
|
|
Гость
13 февраля 2006 09:12
Id сообщения: 1452 |
>>> .s. На счет, без запроса верно, только для абонентов вашей АТС. При звонке абонентов с другой АТС без тонального запроса не обойтись.
У нас вообще крайне интересная, на своих же абонентов она АОН вообще не отдаёт, а другие АТС нашего города выдают АОН без запросов.
Понедельник наступил, хотелось бы видеть долгожданные цифры... :)
|
|
|
Петухов
13 февраля 2006 15:00
Id сообщения: 1454 |
Параметр ЗАП-П2 (MODE+3+4) - время в мс между запросами. Если за это время ответ от АТС не придёт - пошлётся новый запрос.
Ставить больше запросов нужно для увеличения суммарного времени ожидания ответа АТС.
А вообще-то я снова перестал понимать о чём идёт речь: как это связано с проблемой снятия трубки во время звонка?!
PS. александр_в: константу добавить можно, но данную проблему (снятие трубки во время звонка) она не решит. И смысла в такой константе я не вижу. Фактически её функции выполняет константа "пауза перед первым запросом".
|
|
|
александр_в
13 февраля 2006 19:45
Id сообщения: 1462 |
1. "пауза перед первым запросом" это пауза после занятия линии (на 500 ом) до начала первого запроса. А я имел в виду паузу (в режиме автоподнятия) после окончания сигнала вызова, до занятия линии на 500 ом.
|
|
|
Петухов
13 февраля 2006 21:29
Id сообщения: 1466 |
Я так и понял. И не вижу чем она (регулировка этой паузы) может помочь. Ни в данном случае, ни вообще.
|
|
|
александр_в
14 февраля 2006 00:15
Id сообщения: 1468 |
Попробую обьяснить. В нашем случае АОН в конце посылки вызова (+ - 200 мс) занимает АТС (через 500 ом), пауза, запрос, ожидание ответа станционного АОНа....
А АТС в это время усиленно щелкает релле (судя из приведенных доводов ув. Гостя, не может снять сразу посылку вызова ) и отсылает в сторону аппарата разный мусор, или даже ответ, но изза дребезга релле "рваный ответ". АОНу это дело не нравится и он дает повторный запрос, а станция на повторный запрос ответить не может (конструкция такая).
Если занимать станцию в паузе между звонками вероятность прихода нормального ответа выше, поэтому я и предлагаю ввести вышеописанную паузу.
ps Подобных станций я не встречал, сужу со слов Гостя.
|
|
|
Гость
14 февраля 2006 09:21
Id сообщения: 1470 |
Уважаемый тов. Петухов.
Ниже я дословно процитирую (кнтр+с, кнтр+в) тот вопрос, который я задавал и ответ на который я ждал до понедельника.
===========================================================
Ещё остался неясным такой вопрос - сколько времени телефон ждёт что станция ему зашлёт "тру-лю-лю", т.е в течении какого времени идёт анализ на предмет наличия "тру-лю-лю" от станции.
Если сигнал прийдёт спустя 0,5 секунды после поднятия он будет анализироваться?
а спустя 1, 2 секунды или даже 5 секунд???
Ясно что начало анализа привязано к поднятию трубки, а конец анализа???
===========================================================
В вопросе нет ни одного упоминания о том какие сигналы засылает АОН на станцию, мне это не интересно, тем более из названия параметров (в моде+34) абсолютно ясно что они регулируют. Вопрос в другом - Сколько АОН в телефоне анализирует сигналы со станции, в какой момент времени прекращается анализ сигналов, к какому событию это привяано??
Вообщем перечитайте вопрос заключённый между знаками "=".
С Александром_В абсолютно согласен! 1) Пауза от конца посылки вызова и началом поднятия трубки 2) Пауза от поднятия до начала определения номера - это абсолютно разные паузы.
Вообщем чтобы оценить реальную обстановку вещей вашему директору необходимо бы послать ваших специалистов в командировку. Отвлечься от столичной жизни и от лялечки-отстроенных АТС и приземлиться в районе провинции с АТС 30-40 летней давности, вот там бы вы ощутили прелести жизни и узнали работу реальных АТС.
Столица это круто, но жить приходится и не только в ней....
|
|
|
Петухов
14 февраля 2006 13:52
Id сообщения: 1474 |
1. Давайте рассмотрим события в телефонной линии:
а) сигнал вызова;
б) по окончании сигнала вызова загрузка линии на 600Ом;
в) пауза перед первым запросом (регулируется);
г) запрос (длительность регулируется);
д) ожидание ответа АТС (регулируется - это пауза между запросами, как я и ответил);
е) повторение пунктов г) и д) до 98 (регулируется) раз - всего до 99 попыток определения номера.
Ответ АТС ожидается только в пункте д), в остальных даже если он придёт, то АОНом проигнорируется. Если ответ АТС придёт, то после пунтка д) АОН покажет номер на экране и процесс звонка АОНа пойдёт дальше. Если ответ не придёт за 99 попыток (регулируется), то после пункта д) АОН покажет неопределённый номер и так далее.
Регулируются все времена, про какое Вы спрашивали? Или я снова что-то не то Вам говорю?
2. Я не спорю, что паузы разные. Я не вижу чем первая может помочь в Вашей проблеме (и вообще зачем её регулировать) - ведь АОН и так не может понять где вызов заканчивается! И регулировка паузы ничему здесь не поможет.
3. Такой проблемы (АОН берёт трубку не дожидаясь конца сигнала вызова) больше особо ни у кого не было. И быть не должно. Должно было "полечиться" теми рекомендациями, которые давали в самом начале всего этого "спора". Может всё-таки телефон неисправен?
А телефоны наши работают не только в столице, но и по всей стране, тут Вы зря намекаете...
|
|
|
Петухов
14 февраля 2006 13:58
Id сообщения: 1476 |
Александр_в: описанная Вами ситуация или в принципе не позволит определить номер (он просто не придёт полностью к АОНу) ни нашему телефону ни какому другому, или полечится той самой паузой до первого запроса. Ничего лишнего добавлять не надо. Конечно плохо, что АОН не поймает номер, если он придёт до первого запроса, но это исправить нелегко. И решением опять же может быть установка паузы до первого запроса в 0.
И снова повторю: АОН должен ждать конца сигнала вызова! И без всяких новых пауз.
|
|
|
александр_в
14 февраля 2006 14:19
Id сообщения: 1479 |
Для 99 прцентов применяемых АТС Вы правы. Но у Гостя уникальный случай, вернее радкий.
|
|
|
Петухов
14 февраля 2006 14:27
Id сообщения: 1480 |
Я не понимаю чем регулировка этой паузы поможет и уважаемому Гостю. По крайней мере, как Вы описали события в линии.
А что реально происходит у него в линии - никому неизвестно, файла с записью мы так и не увидели. И зачем мы тут ударились в теоритизирование - мне непонятно.
|
|
|
александр_в
14 февраля 2006 19:18
Id сообщения: 1484 |
1 Если запустить процесс определения номера примерно через 1 секунду после окончания сигнала вызова, есть шанс повысить процент определения. Повторюсь, процесс определения начинается с занятия на 600 ом.
2 Записанный файл я тоже хотелбы посметреть. Как только получите, пожалуйста перешлите.
У меня есть опыт написания с сборки определителя номера на микроконтроллерах AVR, и станционные АОНы запускал в эксплуатацию.
|
|
|
Гость
16 февраля 2006 16:43
Id сообщения: 1489 |
Файлов пока что не записывал.
Выходит, если я правильно понял, АОН анализирует линию только в паузе между запросами.
Правильно?
|
|
|
Петухов
16 февраля 2006 17:21
Id сообщения: 1490 |
До занятия линии на 600 Ом и потом только в паузах между запросами. Но только в процессе определения номера: как только он определится (или неопределится) - анализ пойдёт по другому.
|
|
|
Гость
16 февраля 2006 19:54
Id сообщения: 1491 |
Выходит, если АТС даёт посылку АОНа без запроса, то скорее свего лучше устанавливать короткий запрос с большой паузой между запросами.
(тогда почти всё время АОН будет анализировать линию, а не засылать в неё запросы)
Так?
|
|
|
Петухов
16 февраля 2006 19:59
Id сообщения: 1492 |
Так. И побольше количество запросов - этим можно регулировать общее время ожидания ответа.
|
|
|
Гость
17 февраля 2006 02:26
Id сообщения: 1494 |
Число запросов установил 4, тип - АА
ЗАП d установил 01 (длительность запроса посылаемого на АТС)
ЗАП П1 установил 50 (пауза до первого запроса)
ЗАП П2 установил 99 (пауза меду запросами)
Время анализа = 4*(10мс+990мс)=4 секунды
Ну за 4 секунды "тру-лю-лю" уж всегда приходит
(вот только ночь на дворе, проверить нет возможности)
Как по вашему, это теоретически лучший способ настроек АОНа в моей ситуации??
|
|
|
Петухов
17 февраля 2006 12:37
Id сообщения: 1496 |
1. Я бы поставил ЗАП.П1 в 01 - пусть ждёт ответа сразу после занятия линии.
2. Время анализа=4*990мс=3960мс. Во время выдачи запроса ответ не анализируется.
Насчёт теоретически лучшего не уверен, но вполне приемлемый.
|
|
|
Гость
18 февраля 2006 16:30
Id сообщения: 1499 |
>>> Насчёт теоретически лучшего не уверен
Ваш вариант???
|
|
|
Петухов
20 февраля 2006 12:40
Id сообщения: 1503 |
Мне до сих пор не вполне ясна Ваша ситуация: что именно происходит в линии в момент поступления сигнала вызова и сразу после загрузки линии на 600 Ом, а также почему АОН не ждёт окончания сигнала вызова. Поэтому какой именно способ настройки будет ТЕОРЕТИЧЕСКИ лучшим я понятия не имею. Но указанный вполне приемлем.
|
|
|
|
|
|
