Есть такие панасы KX-TS 2365RUW (пришедшие на смену хороших аппаратов KX-T2365). В отличии от предшественников, без батареек нормальная работа этих аппаратов (сохранение настроек) не гарантируется, в любой момент при работе без питания все настройки могут слететь в значения по умолчанию (в том числе и Flash). Скорее всего такие аппараты и стоят.

Спасибо!
Взаимные поздравления с праздником и Днем Победы!

Естественно, но модуля нет. Эта станция стоит у арендаторов, у меня там ничего нет под рукой.
Вобще-то у меня проблема в другом: в работе LCR, а именно в появлении постороннего сигнала, который забивает работу.

Я PC-Admin не использовал. у меня там рядом компа нет.

Я юзаю с системника. Какой бэкап вы имеете в виду?

Все верно, в том-то и дело, что RN=00, а цифры в трансляцию не идут совсем

Проверил прослушиванием набора, выход на платформу проходит нормально - лишних цифр нет.
Как только в ПГМ222/4 ставиш другую позицию цифры кода LCR появляются в наборе.

Я там еще добави в предыдущее сообщение.

Я несколько раз проверил ПГМ221 и 222 - вот так они у меня работают это точно. Ставил в код 4444 все улетают в неизвестном направлении, если в ПГМ222/4 стоит 01.

Сегодня проверил удаление цифр LCR ПГМ222/3. Что оказалось: независимо от количества удаляемых цифр в этой ПГМ все зависит от ПГМ222/4 если там стоит с 1 цифры, то цифры кода LCR установленные в ПГМ221/4 улетают в неизвестность - их нет ни в начале набора ни по окончанию набора.

Версия прошивки у меня 3.7ВЕ(март 2007). И еще заметил, что "пик" имеет место и на системнике (раньше вроде бы не было). Пик появляется в случае, если набор произведен во время трансляции цифр на СО, если дождаться приглашения платформы и после этого набрать "пика" нет. Единственное отличие на системнике этот "пик" слабее по звуку.

Убрал вторую звездочку в наборе (4634107 РРРР * пин #). Что оказалось: платформа начала выдавать сообщение, что номер набран неправильно. Причина - прием системо #-знак окончания набора номера, но ведь я его не передавал. Прослушал набор и обнаружил, что # передается станцией 2 раза. Непонятка.

Вспомнил, что на факсе Панаса 131 так же можно предварительно набрать номер, а потом включить спикерфон, тогда весь набор, начиная с кода LCR передается одним залпом в линию. Оказалось что с этого аппарата и в этом случае принимается серия "пиков", забивающая работу линии.

Попробовал поставить D не работает. Но с этим нужно разбираться отдельно, на СО ведь должны стоять детекторы сигналов и они програмно долны быть включены.

Вам что? Страниц жалко?
Спец приезжал, настроил ... вот только со всех аппаратов проверить не случилось.
Если я чего не понимаю, я спрашиваю и считаю это для себя возможным ...

Я же говорю удивился, тупо заменил, а дошло потом ... Туда ушел, а здесь зовут ...
Проверю, самому интересно...

Конечно можно, но одна заковыка у Панаса эта штука называется ARS кажись, но не в названии дело. Панас анализирует только внешний набор, т.е. вы должны обязательно выйти на СО (9 или 8+N) и набрать хоть одну цифру, только после этого будет выполнен анализ, а до этого абонент, набрав несколько цифр ничего не слышит, станция молчит, анализирует сама себе. Абонент в панике несчастный случай. У LG это ссделано разумнее - хвалю.

Бог с ней с этой "4", разберусь, улетела и улетела ...

Да на внешней линии 3634107 набирается 4 куда-то улетает. А улетает она скорее всего потому, что LCR стоит INT.
Ну я еще этот вопрос проверю специально. Я просто спешил, удивился конечно, автоматом поправил ...

Системный набор естественно. Я начал с него и дошел до LCR. У меня на спарке Панаса 1232 то же самое работает на системном наборе и горя не знаю. Абонент набирает правда по больше к примеру:*11. А у LG круче номер ячейки 4-х значный, поэтому и дошел до LCR.

Получается, что так.
Может я уже туплю, но так было!
У меня на кроссе все есть и ПК60 - можно весь набор проанализировать и промерить, а эта станция далеко. Я один бегаю как дурак. Телефониста сократили.

Да нет.
Платформа готова принять пин, после чего она его анализирует, сравнивает с базой пинов. У меня пины есть и семизначные, но в данном случае он 4-х значный. Платформа дает возможность 1 повтора набора пина, в случае несовпадения уходит в отбой. Пауз достаточно, тоны подтверждения слышны, бывают отдельные случаи задержки проключения платформы, но это 1 случай на 100. Если затянуть паузу и во время не начать передачу пина - платформа отбивается, если передать пин раньше готовности (платформа примет не все цифры) то платформа требует повтора, что бы все это услышать и нужна *. Дал ее до пина есть сообщения о пине.

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

Чтобы вызвать голос нужна *

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

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

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

Ну я ушел проверять.

Одно дело просто сигнал DTMF, а другое искаженный переусилением сигнал DTMF

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

Спасибо! Пойду ковырять.

Прошу уточнить после первой * у меня шли 4 паузы, потом * и Пин. Если я правильно понял, то это первая цифра пина? Да? Т.о. во время паузы речевой тракт открывается тишина, АРУ на максимуме и тут выскакивает первая цифра Пина в DTMF сигнал первой цифры пока речевой тракт не успевает закрыться.
Примерно так? Я Вас правильно понял?