Тема: Крутой глюк с 300-кой

Доброго времени для знатоков техники LG.
Хочу проконсультироваться по такому вопроссу.....
Имеем LDK-300, В полном навороте ( CTI, TAPI, VOIB, PRI (c QSIG).......короче говоря почти все что можно из Лыжи выжать...
Траблы в следующем...Станция не воспринимает цифру 1 и *.
Точнее принимает ровно 11 раз, после дает длинные гудки после 1-цы приблизительно 3-4 раза.
Ситуация точно такая же как с несоответствием пульс-тон.
Смена прошивки , сортировка DTMF, смена телефонов,
увеличение чувствительности этих DTMF не помогает....
Я уже все перепробывал , что знал...
Если кто сталкивался——ПРОШУ ПОМОЩИ......
hhh—eee-lll—ppp…....
C уважением dss-1

А с системника если набирать, то та же ситуация, тоже 11 раз?

pbx:
нет......я понимаю что странно....
но глюк наблюдается только на SLT, и только во второй корзине......
С уважением dss-1

Перкидывайте по очереди SLIB2E в заведомо исправную корзину. На каком дефект переместится, перекидывайте DTRU обратно, если дефект опять переместился, наверное стоит грешить на него. Но нет, вообще сначала пульсом попробуйте понабирать, будет то же самое или нет. Корзины можно местами поменять. С чем дефект переместился, на то и стоит грешить. Если дефект привязан к логическому номеру корзины, грешите на процессор.
Все это стоит проделывать, если вы уже пробовали полную очистку и программирование с нуля вручную, а не заливали старый файл. А также если уверены, что в LCR не сидит в начальных цифрах 11 единиц, в удаляемых цифра 11 в добавляемых еще что-то, не удивлюсь если 111 номер.
Правда тогда не было бы привязки к определенным портам, действие LCR распространяется на весь интерком.
Вообще логически похоже на дефект CMOS в процессоре, т.к. все связано с единицей. Хотя может быть вряд ли там они хранятся в десятичном виде.
Посмотрите в диагностике, есть ли тест CMOS, точно не знаю.

Тогда встречный вопросс????
В какой последовательности в лыже занимаются DTRU каналы????????????

Я слышал, что каждый следующий на каждый следующий, т.е. в порядке чередования.

Извиняюсь......Не совсем уразумел....
Если последний и предпоследний SLIB вообще без DTRU
то абоненты этих SLIBов при наборе опрашивают соседнии платы, или сразу же обращаются к первым DTRU ( насколько я знаю первый DTRU находится на процике ), а дальше по принципу терминальной группы в LDK?????????7?????

С огромным уважением dss-1

Попробуйте следующую процедуру:
1. Снимите ВСЕ модули DTRU, установленные во 2-ом KSU. Проверьте, изчезла или осталась проблема. Скорее всего проблемы не будет.
2. Далее следует проверить снятые модули. Во 2-ой KSU поочередно устанавливайте только один модуль DTRU (не имеет значения на какую плату SLIB) и проверяйте набор “1”. Таким образом можно будет найти неисправный модуль DTRU. Для чистоты эксперимента нужно, чтобы больше никто из абонентов, поключенных ко 2-му KSU не производил набор номера (можно просто их отключить или оставить во 2-ом KSU только один SLIB, на котором и менять поочередно DTRU).
3. И кстати, набор не проходит со всех SLT-аппаратов или только с каких-то отдельных моделей телефонов?

Ув.Harris…................

Пробовал аппараты 3 разных производителей......
Симменс, панасик, ну и как же без родного Лыжного (LKA-100)
А за совет огромное спасибо....завтра же попробую....
Об результах обяз. доложиться.....
С уважением dss-1

У меня такое было на 2-х станциях.
Модули DTRU, DTRU2, DTRU4 нужно начинать снимать в первом (!) блоке. Скорее всего их, с 4-мя на процессоре, более 32-х.
После приведения количества в норму все проходит.

To DmitiyK:

Создано DmitryK.
...Скорее всего их, с 4-мя на процессоре, более 32-х.
После приведения количества в норму все проходит.

Привет, Дмитрий!
Ну, вот, обсуждение уже идет на международном уровне.
😊
1. Насчет 1-ого KSU все верно - суммарно не более 32 тон-приемников. Я исходил из предположения, что это условие само собой выполнено.
Однако, если их более 32-х в 1-ом блоке, то (исходя из объяснений разработчиков) станция будет их просто игноривать (выведет из обслуживания).
Если в вашем случае станция пыталась произвести подключение к этим “лишним” тон-приемникам, то ИМХО это является ошибкой софта, поскольку ПО, опять же ИМХО,  должно иметь защиту от таких ошибок инсталлятора.
На следующей неделе попробую это проверить.
Кстати, для такой станции иметь более 32-х приемников - насколько это оправдано? (На CS1000-  max =32 и вроде бы вполне хватает).
2. Если у DSS-1 проблема аналогична вашей ситуации, то непонятно, почему не воспринимается только набор “1” и “*”. Тогда бы любой набор не определялся.
3. Для абонентов 2-го KSU в первую очередь (при наличии свободных) предоставляются тон-примники, установленные также во 2-ом (3-ем) KSU (опять же из объяснений разработчиков). Не было случая это проверить. Похоже, придется. Вобщем, доверяй, но проверяй!

1. В свое время встречал в разных документах 3 разные максимально допустимые количества тон-приемников.
У меня такое было год-полтора назад, т.е.на версиях 1.0 или мначальных 2.0. На последних старался комплектность станций до такого не доводить.
С количеством просто. Нужно смотреть сколько человек максимально начинают номер набирать. Обычно 32-х хватает с головой на всю станцию.
2. А не на DSS1 проверить? Может в данном случае подсажено одно из напряжений на БП.
3. На старых версиях (см. п.1) тон-приемники предоставлялись, начиная с первого блока. И если не ошибаюсь, то даже с процессора шли первыми.

To DmitryK.:
Я проверил ситуацию с DTMF-приемниками.
1. Увы, обнаруженная Вами проблема с тон-приемниками подтвердилась и на версиях 2.2. Эта проблема появляется в случае, когда в 1-ом KSU установленно суммарно более 32 приемников. При этом проблема с тональным набором будет проявляться только для SLT-телефонов, подключенных ко 2-му и 3-му блокам KSU. Если не вдаваться в детали, то вывод простой: в программе отсутствует защита от ошибки (просчета) инсталлятора.
При выполнении требований LG к установке DTMF-приемников (в 1-ом KSU должно быть не более 32-х тон-примников!!!) проблемы не возникает.
2. Макс. кол-во тон-примников в LDK-300 =80 (что, на мой взгляд, совершенно излишне).
3. Порядок предоставления тон-приемников оказался немного сложнее, чем предполагали и я, и Вы.
Там есть зависимость от общего кол-ва приемников в системе и от того, к какому именно блоку KSU подключен SLT-абонент. Но в любом случае, в алгоритме применяется чередование приемников (по двум круговым цепочкам), а остальное, пожалуй, уже не принципиально.
 
To DSS-1:
Возвращаясь к вашей ситуации, хотелось бы уточнить: так проблема проявляется только при наборе “1” и “*” или в том, что вообще невозможен любой набор???

Доброе время..........
Ув. HARRIS .......
Удивительное рядом.......но вы оказались правы...
У меня действительно перебор с тон-приемниками в первом
KSU. Но я и не подозревал что версия 2.2 не защищена....
У меня 2.0 работает нормально ( и далеко не одна ).
Лох-ся я и в другом: криво работали ВСЕ цифры....
Короче трабл решен и выражаю огромную благодарность в
помощи и оперативности......
Кстати еще вопросс?????????????????????
Мне на днях попалась VMIB , где все подсказки ( системные )
на английском......Возможно ПЗУшки на ней перепрошить и не повлияет ли это на работу........Я просто никогда VMIB не прошивал.......................

To DSS-1:

1. Ну что ж, рад, что проблема разрешилась. Но благодарить нужно Дмитрия (DmitryK), который обнаружил эту проблему и дал Вам верный совет.
Насчет того, что в версиях 2.0 имеется защита на случай превышения 32-х приемников в 1-ом KSU, то, возможно, Вы ошибаетесь. У Дмитрия проблема была замечена как на версии 1.0 так на и 2.0. Я же проверил только на 2.2Fi, но я думаю, что в этом смысле все версии одинаковы.
2. Версия ПО на плате VMIB переписывается без проблем.