Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

АРТКОМ Форум _ Техническая поддержка CS-1000 _ Проблемы с DECT

Автор: igoman 12.9.2016, 14:59

Здравствуйте.

Проблема в следующем: сгорел RGU и АТС работала месяц без него (до прихода нового БП) и начали отваливаться р\трубки, т.е. все DECT-ы работают, но в какой-то момент трубки перестают принимать вх. вызов (не звонят). Лечится перезагрузкой WTIC-ов. Грешил на БП (мол RGU погорел, может и дальше чего еще подгорело). Но поставили на замену БП (с ремонта) - проблема осталась.

Вот трассировки:
Не работает (вызов с 2101 на 2112)
CALL_MON>DV 03
CALL_MON>
E0c0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 41 ee 21 01 ff ff ff ff ff ff 44
E0a0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 41 ee 21 01 ff ff ff ff ff ff 65
E0c0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 41 01 08 ff ff ff ff ff ff ff 4e
E0a0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 41 01 08 ff ff ff ff ff ff ff 6f
E0c0 <W2->CA> [03][33] WT_REJECT_IND.. [03/00] 41 e3 00 00 00 80 32 31 30 31 9a
Efff <CA->W2> [03][aa] Init Time/Date. [ff/ff] 10 09 0c 0f 2e 1b 01 ff ff ff 97
E0a0 <W2->CA> [03][33] WT_REJECT_IND.. [03/00] 41 e4 00 00 00 80 32 31 30 31 ba
E0a0 <CA->W2> [03][94] WT_DISCONNECT.. [03/00] 41 00 ff ff ff ff ff ff ff ff 89
E0a0 <CA->W2> [03][a3] WT_RELEASE_RES. [03/00] 41 00 ff ff ff ff ff ff ff ff 7a
E0a0 <W2->CA> [03][11] WT_RELEASE_IND. [06/00] 2b e5 00 00 00 80 32 31 30 31 f1
E0a0 <CA->W2> [03][94] WT_DISCONNECT.. [06/00] 2b 00 ff ff ff ff ff ff ff ff 9f
E0a0 <CA->W2> [03][a3] WT_RELEASE_RES. [06/00] 2b 00 ff ff ff ff ff ff ff ff 90

После 3-х посылок вызова идет сигнал "ошибка" (как будто телефон выключен).

Работает (вызов с 2101 на 2112)
CALL_MON>DV 03
CALL_MON>
E0c0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 41 ee 21 01 ff ff ff ff ff ff 44
E0a0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 41 ee 21 01 ff ff ff ff ff ff 65
E0c0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 41 01 08 ff ff ff ff ff ff ff 4e
E0a0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 41 01 08 ff ff ff ff ff ff ff 6f
E0a0 <W2->CA> [03][30] WT_ALERT_IND... [03/00] 41 00 00 00 00 80 32 31 30 31 a1
E0c0 <CA->W2> [03][a5] WT_REJECT_REQ.. [03/00] 41 00 ff ff ff ff ff ff ff ff 57
E0a0 <CA->W2> [03][91] WT_SEND_RING... [03/00] 41 17 ff ff ff ff ff ff ff ff 75
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [03/00] 41 cd 43 41 4c 4c 20 46 52 4f 55
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [03/00] 41 4d 20 00 ff ff ff ff ff ff de
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [03/00] 41 cf 20 53 54 41 20 00 ff ff 50
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [03/00] 41 32 31 30 31 00 ff ff ff ff 85
E0a0 <W2->CA> [03][3b] WT_CONNECT_IND. [04/00] 41 0c f6 00 00 00 1e fd 32 31 5a
E0a0 <CA->W2> [03][92] WT_STOP_RING... [04/00] 41 ff ff ff ff ff ff ff ff ff 8c
E0a0 <CA->W2> [03][a1] WT_CONNECT_DEV. [04/00] 41 00 ff ff ff ff ff ff ff ff 7c
E0a0 <CA->W2> [03][a2] WT_CNT_ACK_REQ. [04/00] 41 ff ff ff ff ff ff ff ff ff 7c
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [04/00] 41 cd 43 4f 4e 4e 45 43 54 20 4e
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [04/00] 41 54 4f 00 ff ff ff ff ff ff a8
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [04/00] 41 cf 20 53 54 41 20 00 ff ff 50
E0a0 <CA->W2> [03][d0] WT_DSP_STRING.. [04/00] 41 32 31 30 31 00 ff ff ff ff 85
E0a0 <W2->CA> [03][11] WT_RELEASE_IND. [06/00] 41 e5 00 00 00 00 1e fd 32 31 a1
E0a0 <CA->W2> [03][94] WT_DISCONNECT.. [06/00] 41 00 ff ff ff ff ff ff ff ff 89
E0a0 <CA->W2> [03][a3] WT_RELEASE_RES. [06/00] 41 00 ff ff ff ff ff ff ff ff 7a
E0c0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 08 ee 09 08 63 38 56 9f ff ff fa
E0a0 <CA->W2> [03][a6] WT_CLI_DISP.... [00/00] 08 ee 09 08 63 38 56 9f ff ff 1b
E0c0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 08 02 08 ff ff ff ff ff ff ff 86
E0a0 <CA->W2> [03][a4] WT_SETUP_REQ... [00/00] 08 02 08 ff ff ff ff ff ff ff a7

Базы стоят на 4х этажах, абоненты тоже на всех этажах и трубки отваливаются все.

OMS 3.51
CPM 3.60Ab
Wtic2 1.20 (обе платы)

Направьте меня куда копнуть, что снять или что поверить.

Автор: Евген_й 14.9.2016, 12:17

Что-то похожее было у меня. http://www.artcom.ru/forum/index.php?showtopic=11705
Сперва не работает одна трубка затем две ... в конце перестают работать все. (Баз было 8-м)
Ребут на какое-то время помогает. "Чистил" станцию, контроллер переставлял в разные слоты выписывал и снова прописывал трубки и прочее и прочее.
Это началось лет через 6-ть безупречной работы. Пришлось контроллер 1000-ка выкинуть и включить dect от 300-ки.(LDK)
(Была возможность) Сейчас думаю на БП , установленный на плате контроллера.

Автор: mikle 15.9.2016, 18:36

Цитата(Евген_й @ 14.9.2016, 13:17) *
Что-то похожее было у меня. http://www.artcom.ru/forum/index.php?showtopic=11705
Сперва не работает одна трубка затем две ... в конце перестают работать все. (Баз было 8-м)
Ребут на какое-то время помогает. "Чистил" станцию, контроллер переставлял в разные слоты выписывал и снова прописывал трубки и прочее и прочее.
Это началось лет через 6-ть безупречной работы. Пришлось контроллер 1000-ка выкинуть и включить dect от 300-ки.(LDK)
(Была возможность) Сейчас думаю на БП , установленный на плате контроллера.

Прежде чем грешить лучше померить напряжения. Сзади на материнке можно увидеть все шины питания.
Действительно с годами конденсаторы подсыхают и напряжение снижается.

Автор: igoman 26.9.2016, 9:05

Сегодня была такая ситуация: звонок с DECTa на DECT трубка не звонит, тут же набираю с системника на ту же трубку - вызов проходит.
Раньше то же был похожий случай: в цоколе пожаловались, что не могут дозвониться с трубки на трубку, тут же проверяю с проводного аналогового телефона звонок прошел. Поднялся в кабинет проверяю с системника - не работает (грешил на помехи в комплексе, как бывало уже не раз, в цоколе трубки работают, 4-ре этажа трубки глючат).
Как только доберусь до задней панели - обязательно все напряжения замерю.

И такой вопрос: проходила информация, что можно снимать трассы для абонента DECT, а не для всей платы WTIC2.
Как выглядит команда? (или это в СРМ 3.7).

Автор: mikle 26.9.2016, 9:54

Цитата(igoman @ 26.9.2016, 10:05) *
Сегодня была такая ситуация: звонок с DECTa на DECT трубка не звонит, тут же набираю с системника на ту же трубку - вызов проходит.
Раньше то же был похожий случай: в цоколе пожаловались, что не могут дозвониться с трубки на трубку, тут же проверяю с проводного аналогового телефона звонок прошел. Поднялся в кабинет проверяю с системника - не работает (грешил на помехи в комплексе, как бывало уже не раз, в цоколе трубки работают, 4-ре этажа трубки глючат).
Как только доберусь до задней панели - обязательно все напряжения замерю.

И такой вопрос: проходила информация, что можно снимать трассы для абонента DECT, а не для всей платы WTIC2.
Как выглядит команда? (или это в СРМ 3.7).

Так есть же команда трассировки по номеру порта
TL #

Автор: igoman 26.9.2016, 13:38

Я думал, что это команда для, так сказать, физических портов, а для "логических" как узнать порт?
Я попытался узнать порт трубки № 2112 открыл Config 1.6 и 1.8 и по занятию канала в 1.6, смотрел в 1.8


Команда снятия трассы по DECT ID?

Автор: mikle 26.9.2016, 13:40

Цитата(igoman @ 26.9.2016, 14:38) *
Я думал, что это команда для, так сказать, физических портов, а для "логических" как узнать порт?
Я попытался узнать порт трубки № 2112 открыл Config 1.6 и 1.8 и по занятию канала в 1.6, смотрел в 1.8


Команда снятия трассы по DECT ID?

TL E000 + dect id
номер порта DECT = E000 + dect id, вводится в шестнадцатиричном виде.


Автор: mikle 26.9.2016, 14:15

Ещё команда
dectid #
где # - непосредственно DECT ID в десятеричном виде.



Автор: igoman 27.9.2016, 14:35

При просмотре команд командой HELP команды dectid нет ни в корневой оболочке, ни в Call_mon.

Что то ни одна команда не сработала.
$ call
CALL_MON>tl e041
CALL_MON>TL
CALL_MON>TL E041
CALL_MON>TL
CALL_MON>DECTID 65
CALL_MON>tl
CALL_MON>TL dectid 65
CALL_MON>TL
CALL_MON>dectid 65
CALL_MON>TL

Автор: mikle 27.9.2016, 15:20

Цитата(igoman @ 27.9.2016, 15:35) *
При просмотре команд командой HELP команды dectid нет ни в корневой оболочке, ни в Call_mon.

Что то ни одна команда не сработала.
$ call
CALL_MON>tl e041
CALL_MON>TL
CALL_MON>TL E041
CALL_MON>TL
CALL_MON>DECTID 65
CALL_MON>tl
CALL_MON>TL dectid 65
CALL_MON>TL
CALL_MON>dectid 65
CALL_MON>TL

CALL_MON>dv 3
CALL_MON>dectid 65


Автор: Евген_й 28.9.2016, 10:02

mikle писал:

Цитата
Прежде чем грешить лучше померить напряжения. Сзади на материнке можно увидеть все шины питания.
Действительно с годами конденсаторы подсыхают и напряжение снижается.

О чем речь, о станционном БП или о том , что стоит на плате контроллера? В KSU БП менял. +5V делал и чуть больше и чуть меньше номинала

Автор: mikle 28.9.2016, 11:12

Цитата(Евген_й @ 28.9.2016, 11:02) *
mikle писал:

О чем речь, о станционном БП или о том , что стоит на плате контроллера? В KSU БП менял. +5V делал и чуть больше и чуть меньше номинала

1) В KSU БП нельзя категорически делать менее +5 Вольт. Выставите +5,15 Вольт измеряя на материнке.
2) На плату контроллера Вы не подлезете без спец переходника.
Посему:
2.1) Померьте на кабеле/кроссе возле станции при подключенных базах (под нагрузкой). Должно быть не менее 26-27 вольт. Если есть возможность проверить наличие переменной составляющей (может влиять на передачу данных), то лучше проверить.
2.2) Померьте на кабеле на каждой базе. При явно заниженном напряжении (по сравнению с другими базами) ставьте вопрос о проверке кабеля или самой базы (подключите другую для сравнения).

Где-то так я бы начал.

Автор: Евген_й 28.9.2016, 11:46

Это все делал и мерял. Для уменьшения нагрузки оставлял включенной только одну базу. И все равно через какое-то время(по разному)
трубки становились недоступны и затем и с них нельзя было позвонить . Значек базы присутствовал. Я снимал сценарии:
пока трубка работала, сообщения присутствовали. Переставала - и сообщения исчезали.

Автор: mikle 28.9.2016, 11:57

Цитата(Евген_й @ 28.9.2016, 12:46) *
Это все делал и мерял. Для уменьшения нагрузки оставлял включенной только одну базу. И все равно через какое-то время(по разному)
трубки становились недоступны и затем и с них нельзя было позвонить . Значек базы присутствовал. Я снимал сценарии:
пока трубка работала, сообщения присутствовали. Переставала - и сообщения исчезали.

Какие значения Вы получили?

Автор: Евген_й 28.9.2016, 12:29

Значения напряжения? Вообще это было давно , вот тема http://www.artcom.ru/forum/index.php?showtopic=11705

Автор: mikle 28.9.2016, 12:46

Цитата(Евген_й @ 28.9.2016, 13:29) *
Значения напряжения? Вообще это было давно , вот тема http://www.artcom.ru/forum/index.php?showtopic=11705

Так на самих базах Вы не мерили....
Вообще-то Контроллер DECT от CS и LDK фактически отличаются только питанием и разрабатывались они одним и тем же разработчиком, что железо, что софт. Но на LDK питание DECT баз берётся от общего для всего КSU источника 30 Вольт, а на CS 30 Вольтовое питание формируется от преобразователя 48-54/27 на контроллере. Посему, если изначально с DECT проблем не было, а потом появились , а при этом одни и те-же базы и кабели работают с LDK , то самое логичное предположить то, что проблема в преобразователе 48-54/27на контроллере...


Автор: igoman 29.9.2016, 8:21

Сегодня получилось снять трассировки (см. файл):
(2101 системник,
2112 трубка GDC-400H ,
2100, 2139 трубки Gigaset (разные модели)
Трассировка 2112 (dectid 65)


- пожаловались не работают трубки,
- вызов с 2112 на 2100 нет звонка,
- вызов с 2101 на 2112 есть звонок,
- вызов с 2101 на 2112 – нет звонка (прошло < 5 мин),
- вызов с 2112 на 2139 – нет звонка, при этом значек поднятия трубки на дисплее загорелся, время соединения пошло, но КПВ не было,
- вызов с 2139 на 2112 не удался, так как трубка зависала,
- вызов с 2100 на 2101 не удался, - // - // -,
- вызов с 2101 на 2112 есть звонок, есть соединение,
- вызов с 2112 на 2101 нет звонка, КПВ есть, после 4-5 КПВ - сброс,
- вызов с 2139 (появился зуммер) на 2112 – нет звонка.

файлы одинаковые.

 Trace_DECT.txt ( 12,8 килобайт ) : 7
 _______DECT__.txt ( 12,8 килобайт ) : 3
 

Автор: igoman 29.9.2016, 9:57

Померил напряжение на кроссе (все базы) LB6 27,5 V , LB7 27,1 V (трубки работают).

Автор: mikle 29.9.2016, 10:18

Цитата(igoman @ 29.9.2016, 10:57) *
Померил напряжение на кроссе (все базы) LB6 27,5 V , LB7 27,1 V (трубки работают).

Какая версия на WTIC2?

Автор: igoman 29.9.2016, 13:55

OMS 3.51
CPM 3.60Ab
Wtic2 1.20 (обе платы) 2003-03-26

Автор: igoman 4.10.2016, 10:38

При не работающем DECTe:

Померил напряжение на кроссе (все базы) LB6 27,5 V , LB7 3 БС - 27,1 V, 5 БС - 27,0 V.

Трассы в приложении.

 Trace_04102016.txt ( 7,97 килобайт ) : 2
 

Автор: igoman 29.11.2016, 7:54

Здравствуйте.

Такой вопрос: если платы WTIC2 поменять местами, Мастер\Слейв поднимутся автоматически? Останутся ли прописанные абоненты?

Автор: AXEL 29.11.2016, 10:01

Насколько я помню, базу данных дект можно хранить как во wtic так и на cpm.
И в настройках дект можно перегонять с wtic на cpm и обратно

Автор: igoman 29.11.2016, 10:28

В 9.1 (PARK Code) и 9.2 (Authentication Code) есть только в поле Registration Type выбор CPM -> WTIC и WTIC -> CPM.
В 9.3 (DECT Information) ничего подобного не нашел.

PS Многоуважаемый AXEL нет ли у вас мыслей по поводу моей "Проблемы с DECT" - куда копнуть, что померить, какую нибудь трассу снять, какой нибудь "танец с бубном" smile.gif ?

Автор: AXEL 29.11.2016, 10:37

У меня к сожалению не осталось ни одного WTICа. Так что я даже проверить сейчас ничего по DECT не могу.

Автор: igoman 29.11.2016, 11:26

Очень жаль.

Автор: igoman 7.12.2016, 8:53

Сегодня решил провести эксперимент: отключить БС 1, 2 и 4 этажей с утра. Для этого перекроссировал БС 1,2, 4 эт - плата №1, цоколь + 1 БС 1 этажа плата №2.
Собрал статистику зависаний: происходят с утра, примерно в 9 - 10 часов.
Пришел в кабинет (4 эт) в 8-30 проверяю - не работает, тут же звоню в цоколь - работает, по комплексу иду - не работает, спустился в цоколь - работает.
НАЧАЛОСЬ.
Откл. все БС платы №1, кроме на 4 эт. - в цоколе работает, на 4 эт. - не работает.
Откл. все БС платы №1, кроме двух самых дальних на 4 эт. - в цоколе работает, на 4 эт. - не работает.
Откл. все БС платы №1, кроме на 1 эт. - в цоколе работает + работает от БС 1 эт., которая на плате №2, от других БС на 1 эт. - не работает.
Дальше пришлось перезагрузить платы, т к начался рабочий день и всё заработало снова.

ЗЫ Такое еще наблюдение - как и было сказано, проверил таки напряжение +5В - было занижено, поднял до +5,1В.
Далее замерил на шине +5В на разъёмах и обнаружил падение на 0,01В на каждой плате - LB2 - 5,10B, LB3 - 5,09B, LB4 - 5,08B, LB5 - 5,07B, LB6 (WTIC2) - 5,06B, LB7 (WTIC2) - 5,05B (напряжения приблизительные - точно не помню).
Также после поднятия напряжения пропали сообщения типа:
No Empty LCE instance in GetEmptyLce
No Empty LCE instance PreProcLceEvents
No Empty LCE instance in GetEmptyLce
Invalid lce after getlcefromllme lce(ff) llme (1)
No Empty LCE instance in GetEmptyLce
No Empty LCE instance PreProcLceEvents
dev(1e) evt(3c) No llme
на плате, на которую перенес БС цоколя.

ЗЫЗЫ Эксперементы будут продолжены.

Автор: igoman 14.12.2016, 9:17

Вчера с утра проверил связь - работает, всё, сижу довольный.
Вдруг трубка GDC-400 начала пищать, на дисплее "Вне зоны".
Смотреть логи - вот такое сообщение увидел:

EP(dev:d e:7 s:13)
[BmcRxMtInd] testmode = 5
EP(dev:4e e:7 s:13)
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@-^@+^@^@^@^@З-^@¦^@|^@|^@-^@^@^@-^@^@^@^@-^@^@|^@^@-^@^@^@-^@^@^@^@^@¦+-З-^@++^@+¦^@^@¦З^@+-З¦^@+З^@¦+^@^@^@¦+^@^@^@^@-¦^@^@^@•+^@+•^@-^@

ohmy.gif ohmy.gif ohmy.gif

Смотрю на системник - он висит на инициализации.

До шел до АТС, увидел причину - на блоке питания умерли шины +5В, -5В.

Установил БП с ремонта (запасной) - ровно +5В, -5В выставлено, но на LB7 4,98В, так и оставил.

Эксперименты приостановлены до починки БП.

Автор: igoman 24.1.2017, 8:37

На данный момент ситуация такая:

как только появляются в логах "проблемные" сообщения, начинаются проблемы с набором и дозвоном абонентов 1, 2, 4 этажей (одна плата), в это же время абоненты в цоколе могут звонить и принимать звонки (другая плата - БС цоколя + 1 БС первого этажа). Через некоторое время проблемы распространяются на всю систему. Помогает перезагрузка, пока раз в день.

Автор: Евген_й 24.1.2017, 15:32

Я то же много лет назад сам с собой разговаривал. Уровни и пульсации смотрел осциллографом.Затем исключил БП , запитав станцию от внешних источников (+\- 5в и 56В) , на встроенном БП остался только Ring и синхра. Выдергивал все платы, контроллер dect переставлял в разные места, менял park код, процессорную плату(на которой все запускал через инициализацию). оставлял только одну базу и в разных портах контроллера. Вывод один - плата контроллера.
Но, в зипа-х ее ни у кого нет. т.к. стоит она немало. Поэтому, пришлось перескочить на 300-ку.(Повезло, был свободный контроллер на 8-мь баз). Сейчас , думаю, был виноват БП на плате контроллера.
Удачи...
p.s. перезагрузка помогала, иногда на день иногда на 15-ть минут

Автор: igoman 27.1.2017, 7:33

25/01 поменял платы местами - зависания остались.
Сегодня с утра (DECT не работает) начал обходить с 2-мя трубками каждую базу. Результат такой: у БС, которые подключены на плату в LB6 (1, 2, 4 этажи) трубки не работают, у БС на 1 этаже (на LB7) трубки работают, в цоколе все работает.

У меня напрашивается такой вывод: проблема либо в (по) БС, либо в LB6.

Автор: igoman 22.3.2017, 10:35

Продолжение (записи для себя, что делалось, чтоб не забыть, что делалось biggrin.gif ):

25.01.2017 поменял местами платы WTIC2, сообщ-ия снимаем с платы LB6 проблема осталась

27.01.2017 переткнул кабель для снятия сооб-ий с платы в LB7 сообщ-ий нет, проблема осталась

01.02.2017 при не работающих трубках на 1,2,4 эт. в цоколе и БС 1эт, юг тубки работают

15.02.2017 трубки не работают, сообщ-ия идут откл. Все БС на LB6 - сооб-ий нет
вкл. БС по одной - сооб-ия появляются трубки не работают
12:08 переключил все БС c LB6 на LB7, c LB7 на LB6
12:14 переключил кабель СОМ на LB7

16.02.2017 в 13-40 первое сообщение LCE, проблема осталась
в 13-50 перезагрузка плат

17.02.2017 переключил БС 0D, 0E на LB7 (все БС цоколя+1эт, юг+4эт,юг+4эт,север)

20.02.2017 в 15-15 переключил БС 4эт,север на LB6

21.02.2017 в 9-00 не работают трубки на БС LB6, на БС LB7 трубки работают
вернул всё как было первоначально: платы, кабели, БС
кабель СОМ в LB6

01.03.2017 в 12-15 переключил БС 4эт,юг на LB7 00 БС проблема осталась на LB6

02.03.2017 в 12-05 переключил БС 4эт,юг на LB7 03 БС
(попытка получить результат как 21.02.17) проблема осталась на LB6

06.03.2017 переключил БС 0D, 0E на LB7 00 и 03 (все БС цоколя+1эт, юг+4эт,юг+4эт,север) проблема осталась на LB6

09.03.2017 в 12-00 переключил БС 0F, 0C на LB7 00 и 03
(все БС цоколя+1эт, юг+4эт,БГ+4эт,атриум)

13.03.2017 минимум сообщений на LB6, в 14-00 переключил кабель на LB7 все работает

20.03.2017 минимум сообщений на LB7 все работает

22.03.2017 минимум сообщений на LB7 все работает

Обобщение вышеизложенного в нижесказанном:
1) LB6 8 БС (1,2,4 эт), LB7 6 БС (цоколь+1БС на 1эт) - исходное состояние, не работают трубки на LB6
2) переключение двух БС 4 этажа с LB 6 на LB7 - не работают трубки на LB6, вернул БС обратно
3) переключение двух других БС 4 этажа с LB 6 на LB7 - все работает

ПС Вот теперь меня "терзают смутные сомнения" по поводу продолжения экспериментов по локализации проблемы до одной БС - вдруг это равновесное состояние? wink.gif

ППС Как бы не сглазить - тьфу-тьфу-тьфу

Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)