Вчера прошивал WTIM через COM. На сайте арткома лежит прошивка и инструкция.
У WTIM были глюки при
WTIM Mode : MASTER
WTIM Version : 1.2Ad (FPGA 1.5)
база была GBC-600BE
- при звонке с аппарата дект на дект то была слишимость, то нет
- разговоры были наложены между трубками
После перешивки u-boot_1.1.5.bin на WTIM стало
WTIM Mode : Master
WTIM Version : 1.0Ea (FPGA 2.0)
С разговорами между трубками стало отлично.
Заметил косяк по передаче данных, при прошивке баз GBC-600BE
если WTIM стоит в режиме SLAVE, т.е. получает синхру от мастер блока, и подключен к сети через RJ-45, то прошить блоки не получается - ошибка передачи image на базовый блок, если же от WTIM отключить шнурок синхронизации, поставить режим мастер, отключить сеть - то передача image на GBC-600BE происходит без ошибок и прошивка проходит. Т.е. передача данных в рабочем состоянии идет с ошибками, возможно поэтому и глчит декты у многих. Это как версия. По хорошему разработчикам декта надо развязать синхру WTIM и синхру станции, поставить буфер и через него линковать? примерно тот же алгоритм что используется в SIP. Там синхра канала разорвана с синхронизацией станции.
Полная версия этой страницы: Понятна проблема неустойчивой работы DECT
Цитата(dig @ 3.12.2015, 10:03) 
Вчера прошивал WTIM через COM. На сайте арткома лежит прошивка и инструкция.
У WTIM были глюки при
WTIM Mode : MASTER
WTIM Version : 1.2Ad (FPGA 1.5)
база была GBC-600BE
- при звонке с аппарата дект на дект то была слишимость, то нет
- разговоры были наложены между трубками
После перешивки u-boot_1.1.5.bin на WTIM стало
WTIM Mode : Master
WTIM Version : 1.0Ea (FPGA 2.0)
С разговорами между трубками стало отлично.
Заметил косяк по передаче данных, при прошивке баз GBC-600BE
если WTIM стоит в режиме SLAVE, т.е. получает синхру от мастер блока, и подключен к сети через RJ-45, то прошить блоки не получается - ошибка передачи image на базовый блок, если же от WTIM отключить шнурок синхронизации, поставить режим мастер, отключить сеть - то передача image на GBC-600BE происходит без ошибок и прошивка проходит. Т.е. передача данных в рабочем состоянии идет с ошибками, возможно поэтому и глчит декты у многих. Это как версия. По хорошему разработчикам декта надо развязать синхру WTIM и синхру станции, поставить буфер и через него линковать? примерно тот же алгоритм что используется в SIP. Там синхра канала разорвана с синхронизацией станции.
У WTIM были глюки при
WTIM Mode : MASTER
WTIM Version : 1.2Ad (FPGA 1.5)
база была GBC-600BE
- при звонке с аппарата дект на дект то была слишимость, то нет
- разговоры были наложены между трубками
После перешивки u-boot_1.1.5.bin на WTIM стало
WTIM Mode : Master
WTIM Version : 1.0Ea (FPGA 2.0)
С разговорами между трубками стало отлично.
Заметил косяк по передаче данных, при прошивке баз GBC-600BE
если WTIM стоит в режиме SLAVE, т.е. получает синхру от мастер блока, и подключен к сети через RJ-45, то прошить блоки не получается - ошибка передачи image на базовый блок, если же от WTIM отключить шнурок синхронизации, поставить режим мастер, отключить сеть - то передача image на GBC-600BE происходит без ошибок и прошивка проходит. Т.е. передача данных в рабочем состоянии идет с ошибками, возможно поэтому и глчит декты у многих. Это как версия. По хорошему разработчикам декта надо развязать синхру WTIM и синхру станции, поставить буфер и через него линковать? примерно тот же алгоритм что используется в SIP. Там синхра канала разорвана с синхронизацией станции.
SLAVE WTIM НИКОГДА не получает синхронизацию от мастер блока, а получает её от MASTER WTIM.
MASTER WTIM генерирует её для себя сам.
Цитата(dig @ 3.12.2015, 10:03)
возможно поэтому и глчит декты у многих. Это как версия.
декты глючат независимо от прошивки
mikle вы что-то знаете по схемотехнике LIK? Тогда просьба поделиться информацией.
Я считал что LIK наследие LDK и основная схемотехника содрана с неё.
А в LDK блоки декта получают синхру от потоковой платы и если нет потока. то сносит крышу у декта.
В LIK присутсвуют все косяки декта LDK, притом были заменены чипы E1 на платах и в базовых блоках, а они еще чувствительней к помехам чем старые чипы на GDC-330B.
Если и вправду синхру вырабатывает мастер блок, то явно что-то с синхрой не в порядке. Раз данные с ошибками передаются.
Я считал что LIK наследие LDK и основная схемотехника содрана с неё.
А в LDK блоки декта получают синхру от потоковой платы и если нет потока. то сносит крышу у декта.
В LIK присутсвуют все косяки декта LDK, притом были заменены чипы E1 на платах и в базовых блоках, а они еще чувствительней к помехам чем старые чипы на GDC-330B.
Если и вправду синхру вырабатывает мастер блок, то явно что-то с синхрой не в порядке. Раз данные с ошибками передаются.
Цитата(dig @ 4.12.2015, 18:27)
mikle вы что-то знаете по схемотехнике LIK? Тогда просьба поделиться информацией.
Я считал что LIK наследие LDK и основная схемотехника содрана с неё.
А в LDK блоки декта получают синхру от потоковой платы и если нет потока. то сносит крышу у декта.
В LIK присутсвуют все косяки декта LDK, притом были заменены чипы E1 на платах и в базовых блоках, а они еще чувствительней к помехам чем старые чипы на GDC-330B.
Если и вправду синхру вырабатывает мастер блок, то явно что-то с синхрой не в порядке. Раз данные с ошибками передаются.
Я считал что LIK наследие LDK и основная схемотехника содрана с неё.
А в LDK блоки декта получают синхру от потоковой платы и если нет потока. то сносит крышу у декта.
В LIK присутсвуют все косяки декта LDK, притом были заменены чипы E1 на платах и в базовых блоках, а они еще чувствительней к помехам чем старые чипы на GDC-330B.
Если и вправду синхру вырабатывает мастер блок, то явно что-то с синхрой не в порядке. Раз данные с ошибками передаются.
Ну, вообще-то это две совершенно разные станции по архитектуре. LDK - это цифровая станция, с мультиплексированной шиной TDM, а LIK - "чистая", полностью IP АТС, в которой взаимодействие между всеми модулями осуществляется посредством обмена IP пакетами.
Так каким образом синхросигнал может поступать от модуля потока ISDN через IP ?? Никакой синхронизации между потоком Е1 и DECT'ом нет. Синхронизация есть только между модулями WTIM.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.