ARIA SOHO, Алгоритм работы Опции

[Влад]

Уважаемые гуру, Народ, кто подробно знает алгоритм работы этой АТС?
Линии СО импульсные (от координатки), абоненты в тоне.
Настроен LCR (выход на СО + набор городского номера + переход в тон + пауза-8 сек + набор Пинкода + пауза 2 сек (время с начала набора до окончания ввода Пинкода около 25 сек ). В любой момент (от входа в LCR до окончания ввода Пинкода + 5 сек) абонент должен набирать междугородний код и номер телефона и в конце решетку.

В норме – по окончанию станцией всего набора раздается резкий и громкий звуковой сигнал далее сигнал КПВ и т.д. Из общения со специалистами

узнал, что этот резкий сигнал характерен для этой станции, но они не знают, что это за сигнал и бороться с ним пробовали, но без результата. Но этот сигнал не проблема.

Главная проблема: бывает, что этот сигнал переход в серию таких сигналов (5-30 сек), которая забивает нормальную работу станции (если перетерпеть этот сигнал можно дождаться соединения). Сигнал громкий, резкий похож на "резкий сигнал" абоненту не положившему трубку (проверено - 111 ПК-5, у абонента отключено).
Зависимость:
- от того, как быстро абонент набирает код и номер, т.е. есть некоторая связь с таймерами
- от типа нагрузки, проявляется на аппаратах KX-TS15, KX-FM131 (установлено заменой), отсутствуют на аппаратах KX-TS2365RUW, KX-TD1050, т.е. есть влияние параметров линии, вернее зависимость от нагрузки.

Вопросы:
1) Что это за резкий сигнал.
2) В каких случаях он переходит в серию.
3) Какие таймеры и когда работают при LCR.
4) Возможность воздействия оконечного оборудования на АТС при LCR
5) Действие набора «*», «#» при LCR

[Влад]

LCR ПГМ220 - ПК1: - М02,
все дни зона времени: одна с 00 до 24, .
ПГМ221 - ПК1: - INT
ПК2: - 4
ПК3: - 000000
ПГМ222 - ПК1: 7 цифр + РРРР(по 2 сек)+*+Пинкод-6 цифр+#+Р
ПК2: 01
ПК3: 01
ПК4: 01
ПК5: 01 (все линии в одной группе)
ПК6: отсутствует

LCR работает нормально, меня интересует сигнал, о котором я уже писал.

Набор 7 цифр в импульсе + паузы это около 15 -20 сек, далее платформа выдает голосом: "в ведите код города ...", на это время попадает набор LCR пинкода если в течении 5 сек после этого нет абонентского набора платформа уходит в отбой.
Абонент может начать свой набор сразу же после набора кода LCR "4", к примеру - набор с трубок DECT, где можно сперва набрать номер, начиная его с кода LCR, а потом все послать в набор (т.е. как на мобиле). В этом случае все идет на ура.
Все идет нормально, если абонент дождется голосового предложения платформы и только после этого начнет набор. У меня на Panas-ах все это стоит и там набирай когда хочешь, главное, пока платформа не отобьется.
Набор абонента идет в буфер, ждет своей очереди и в линию поступает после пинкода и паузы 2 сек(для переваривания пинкода).
Поэтому абонент может набирать в период от кода LCR до окончания времени ожидания (на той стороне) после приема и обработки пинкода. Если абонент наберет хоть одну цифру, то там ( на приемном конце) так же есть таймер меж цифрового интервала и т.д.
Сигнал, о котором я говорю раздается как подтверждение приема всего абонентского набора приемной стороной. С некоторых аппаратов (марки я указывал) если абонент не дождется предложения платформы, то подтверждение вместо короткого сигнала, переходит в серию резких, громких и соответственно неприятных сигналов (5 - 30 сек), за которыми, слышится, если очень прислушаться, сигнал контроля посылки вызова и если потерпеть и если на той стороне не трубку поднимут по окончании этой серии, то разговор состоится. Но кто же такое вытерпит?

стоит Panas KX-TS15 - не работае, стоит Panas KX-TS2365RUW - работае.
Беру Panas KX-TS2365RUW ставлю вместо Panas KX-TS15 - то же работает.

[noox]

...
ПГМ222 - ПК1: 7 цифр + РРРР(по 2 сек)+*+Пинкод-6 цифр+#+Р
...

Вот это кто написал? Разве было не так? Количество пауз подбирается экспериментально, последняя необязательна.
По крайней мере для меня как для бывшего представителя провайдера именно так правильно.

[Dron]

Вот это кто написал? Разве было не так? Количество пауз подбирается экспериментально, последняя необязательна.
По крайней мере для меня как для бывшего представителя провайдера именно так правильно.

Да, так и было написано, никакой 2-ой звездочки не было. Я уж не стал по этому поводу заморачиваться. Это не важно, в этом случае слышна первая цифра пинкода.

[Влад]

Да, так и было написано, никакой 2-ой звездочки не было. Я уж не стал по этому поводу заморачиваться. Это не важно, в этом случае слышна первая цифра пинкода.

Писал по памяти, станция не под рукой. То, что написал последний раз выстави провайдер - списано со станции.
сейчас прописано так:3634107+PPPP+*+Пин+#+*P

[Dron]

Писал по памяти, станция не под рукой. То, что написал последний раз выстави провайдер - списано со станции.
сейчас прописано так:3634107+PPPP+*+Пин+#+*P

А зачем, все же, вторая звездочка то нужна?

[Влад]

А зачем, все же, вторая звездочка то нужна?

Вторая * для того, что бы заставить платформу говорить. У меня тут заморочка была с Transit Connect Timer ПГМ181/16, хотя он как говорят наоборот принудительно переводит импульс в тон, но при LCR он кажись не работает.

Насчет предложения использовать tone detect попробую, но ведь тоны короткие возьмет ли их станция?

В общем я сходил покрутил и выяснил, что ПГМ142/7-10 в моем случае ни на что не влияют.
Поменял 1 цифру Пина безрезультатно, это не она, платформа сообщает, что о неправильном Пине (правда странной фразой, называя его добавочным номером).
"Пик" появляется после приема Пина и что характерно: если не набирать код и номер, то "Пик" не появляется вообще.
Таким образом "пик" появляется в результате доп набора во время трансляции LCR залеженных в нее цифр.
Набор кода и номера после приглашения платформы работает. Остается одно неудобство: абонент должен слушать сообщение платформы, а после предложения набрать код и номер провайдер поставил слишком маленький таймер секунды 3 - 4 (гад!!!).
Одна мысль мне не дает покоя при чем здесь тип аппарата? Думаю здесь причина в том, что некоторые аппараты блокируют клавиатуру при наборе из ячеек памяти, а некоторые нет. Надо поковырять.

[Dron]

"Пик" появляется после приема Пина и что характерно: если не набирать код и номер, то "Пик" не появляется вообще.
Таким образом "пик" появляется в результате доп набора во время трансляции LCR залеженных в нее цифр.
Набор кода и номера после приглашения платформы работает. Остается одно неудобство: абонент должен слушать сообщение платформы, а после предложения набрать код и номер провайдер поставил слишком маленький таймер секунды 3 - 4 (гад!!!).
Одна мысль мне не дает покоя при чем здесь тип аппарата? Думаю здесь причина в том, что некоторые аппараты блокируют клавиатуру при наборе из ячеек памяти, а некоторые нет. Надо поковырять.

Касательно аппаратов, без LCR набор у них нормально идет по этой линии от координатки?
С внутреннего порта АТС...

[Влад]

Касательно аппаратов, без LCR набор у них нормально идет по этой линии от координатки?
С внутреннего порта АТС...

Да в ручную с тех же гнезд они набирают все нормально, но этот набор нельзя сравнивать набором LCR, разница в паузах. В LCR паузы задает система, а в ручном наборе или аппарат или сам слушаешь когда набирать и фактически получается тот же LCR с ожиданием приглашения платформы, а в этом случае и LCR работает нормально.
Возвращусь в начало своего вопроса: знание алгоритма работы станции.
Я в принципе соображаю, как работает LCR: анализ набираемых цифр в любой момент или после набора 9 или после LOOP, сравнение их с приписанными в таблицах, управление расписанием ...
Хотелось бы другого. Есть куча таймеров, детекторов ... когда какой задействован ...
Я вот когда менял то, что прописали провайдеры обнаружил, что ПГМ222/3 стояло 00, поставил 01, получается, что и так и так одинаково работает. Я когда начинал пробовать скоростной набор, то у меня 1 цифру набираемого номера куда-то заглатывало ... уже голова по кругу ...

[Dron]

Хотелось бы другого. Есть куча таймеров, детекторов ... когда какой задействован ...
Я вот когда менял то, что прописали провайдеры обнаружил, что ПГМ222/3 стояло 00, поставил 01, получается, что и так и так одинаково работает. Я когда начинал пробовать скоростной набор, то у меня 1 цифру набираемого номера куда-то заглатывало ... уже голова по кругу ...

Т.е., как это так? В первом случае у вас никаких цифр не удаляется и в линию уходит 4 и т.д., Во втором случае у вас удаляется 4(если 222/2 - 01). И как это одинаково работать может?