Infineon PEF24624, 22622, SCI интерфейс - SCDO=1 Опции

[_4afc_]

При доступе к Socrates 24624 со стороны контроллера - выход SCDO всегда равен 1.
По документации он связан со входом SCDI через логическое И.

Тестироваал так - SCDI=0, SCCK=1..3MHz.
Пытался загнать код 7E - без изменений.

Где-то читал, что выход вроде отключен изначально, и надо сначало его включить -
вопрос как - через JTAG или SCI ?

Собственно нужно проверить работает ли данный чип, а то плату изготовили,
а с какой стороны к ней подступиться - вопрос.

[tarany]

Помогите, пожалуйста!
Возникла следующая проблема:
при включении LTU на NTU, все вроде как работает, на любых скоростях
(до 5696 кбит/c). А когда включаем между ними регенератор, до скорости
2816 кбит/с тоже все чудесно, а вот начиная со скорости 2880 кбит/с
данные перестают проходить. При этом все блоки соединяются.
Может кто-то уже сталкивался с этим.

[Muxamor]

Тема еще живая? Кто-нибудь еще SDFE v2.1 занимается?

Ага живая. занимаються

Помогите, пожалуйста!
Возникла следующая проблема:
при включении LTU на NTU, все вроде как работает, на любых скоростях
(до 5696 кбит/c). А когда включаем между ними регенератор, до скорости
2816 кбит/с тоже все чудесно, а вот начиная со скорости 2880 кбит/с
данные перестают проходить. При этом все блоки соединяются.
Может кто-то уже сталкивался с этим.

ХМ ну скорей всего вы регнератор зделали в DSL3 режиме .
А в этом режиме регенератор будет работать только так как у вас работает.
Не мучайтесь здлайте регнератор в режиме TDM и все будет работать.

[ALEXD]

Ага живая. занимаються
ХМ ну скорей всего вы регнератор зделали в DSL3 режиме .
А в этом режиме регенератор будет работать только так как у вас работает.
Не мучайтесь здлайте регнератор в режиме TDM и все будет работать.

Добрый день, уважаемые форумчане.
Поскажите, пожалуйста, удалось ли кому-либо запустить "честный" регенератор на PEF24624E, как это описано в документации? т.е. когда половина каналов работает в режиме SRU-R, половина в SRU-C. Никак не можем заставить работать как показано на диаграмме- вместо того, чтобы после начала G.hs сесии со стороны STU-C SRU-R перешел в режим ожидания удаленного конца STU-R (WAIT_STU-R), он сразу же начинает завязываться с STU-C и переходит MAIN_DATA_MODE. Кругом одни несоответствия с описанием. И если делать регенератор в режиме TDM (хотя в доке написано, что в REPEATER MODE только DSL3), то какие сигналы SDI достаточно ему завернуть на самого себя?
Заранее благодарен за ответ. Всех с наступающим НГ!!!

Сообщение отредактировал ALEXD - Dec 28 2007, 09:23

[Muxamor]

Добрый день, уважаемые форумчане.
Поскажите, пожалуйста, удалось ли кому-либо запустить "честный" регенератор на PEF24624E, как это описано в документации? т.е. когда половина каналов работает в режиме SRU-R, половина в SRU-C. Никак не можем заставить работать как показано на диаграмме- вместо того, чтобы после начала G.hs сесии со стороны STU-C SRU-R перешел в режим ожидания удаленного конца STU-R (WAIT_STU-R), он сразу же начинает завязываться с STU-C и переходит MAIN_DATA_MODE. Кругом одни несоответствия с описанием. И если делать регенератор в режиме TDM (хотя в доке написано, что в REPEATER MODE только DSL3), то какие сигналы SDI достаточно ему завернуть на самого себя?
Заранее благодарен за ответ. Всех с наступающим НГ!!!

Дока вся сплошное не соответсвие!!!!!
Зачем вам нужен этот режим DSL3 вопервых в нем скорость вы не добетесь нормальной во вторых если будетет делать регнератор со вставкой то тогда DSL3 не пригоден так как он не расписан и не понятно что и как в нем зделано. Регенератор со вставкой возможно зделать только в TDM режиме.

Регнератора в режиме TDM заворачиваються данные и сигналы синхронизации!
И заворачиваються они не на самого себя а сигналы SRU-R каналов на каналы STU-C и на оборот !

[ALEXD]

Дока вся сплошное не соответсвие!!!!!
Зачем вам нужен этот режим DSL3 вопервых в нем скорость вы не добетесь нормальной во вторых если будетет делать регнератор со вставкой то тогда DSL3 не пригоден так как он не расписан и не понятно что и как в нем зделано. Регенератор со вставкой возможно зделать только в TDM режиме.

Регнератора в режиме TDM заворачиваються данные и сигналы синхронизации!
И заворачиваються они не на самого себя а сигналы SRU-R каналов на каналы STU-C и на оборот !

Поздравляю с прошедшими праздниками!

Во-первых- нам не нужен регенератор с выделением/вставкой.
Во-вторых- с заворотом шины понятно, "самого себя"- я и имел в виду другой канал ЭТОГО ЖЕ чипа. Тут меня волнует один важный вопрос: В каком режиме должны работать каналы STU-C/STU-R или же SRU-C/SRU-R, т.к. от этого зависит их начальное поведение во время обмена G.hs?
И если уже есть опыт, то какую синхронизацию лучше использовать на TDM по multiframe 6 ms или frame 125 ms ?

Заранее спасибо!

[Muxamor]

Поздравляю с прошедшими праздниками!

Во-первых- нам не нужен регенератор с выделением/вставкой.
Во-вторых- с заворотом шины понятно, "самого себя"- я и имел в виду другой канал ЭТОГО ЖЕ чипа. Тут меня волнует один важный вопрос: В каком режиме должны работать каналы STU-C/STU-R или же SRU-C/SRU-R, т.к. от этого зависит их начальное поведение во время обмена G.hs?

Чесно говроя не понил вопроса. Поясните плиз что конкретно вы имеете в виду.

И если уже есть опыт, то какую синхронизацию лучше использовать на TDM по multiframe 6 ms или frame 125 ms ?

Да тут в принципе как решите так и будет. Скозать что одно лучше дургое хуже не льзя.

[ALEXD]

Чесно говроя не понил вопроса. Поясните плиз что конкретно вы имеете в виду.

Здравствуйте!
Проще говоря- в каком режиме должен функционировать ЧИП: в режиме регенератора (SRU-C/SRU-R) или же в обычном режиме оконечного устройства (STU-C/STU-R). Т.е. какой режим нужно устанавливать на этапе начальной инициализации (Init)

[Muxamor]

Здравствуйте!
Проще говоря- в каком режиме должен функционировать ЧИП: в режиме регенератора (SRU-C/SRU-R) или же в обычном режиме оконечного устройства (STU-C/STU-R). Т.е. какой режим нужно устанавливать на этапе начальной инициализации (Init)

Регнераторы в режиме REPITER
а окноечники в TDM.
ТУт все как написано в доке.

А если делать регнератор в режиме TDM то тогда настраивать его нужно как обычный оконечник.

Всетки не советую я вам связываться с DSL3.
Хотя если вам скорость 2304 достаточно то тогда нормально.

[ALEXD]

Регнераторы в режиме REPITER
а окноечники в TDM.
ТУт все как написано в доке.

А если делать регнератор в режиме TDM то тогда настраивать его нужно как обычный оконечник.

Всетки не советую я вам связываться с DSL3.
Хотя если вам скорость 2304 достаточно то тогда нормально.

Если все, что вы говорите, правда, то дела плохи, значит EOC работать не будет, как должен в режиме REPEATER и получаем геморрой с передачей CAPLIST. Вопрос- режим REPEATER никак не связан с режимом работы SDI (последовательного интерфейса) или же есть привязка- если REAPEATER, то только DSL3? Хотя у меня есть кусок кода, где Инф. сами предлагают настраивать чип в режим REPEATER и при этом SDI работает в режиме !!!TDM!!!. Если же, настроив два канала чипа как STU-C и STU-R, мы получаем, грубо говоря, две оконечки связанные между собой по TDM интерфейсу и при этом теряем все преимущества режима REPEATER, так? Вопрос: Вам лично удалось запустить честный режим REPEATER, (скорость сейчас в расчет не берем), как это описано в доке Инф.?

[Muxamor]

Если все, что вы говорите, правда, то дела плохи, значит EOC работать не будет, как должен в режиме REPEATER и получаем геморрой с передачей CAPLIST. Вопрос- режим REPEATER никак не связан с режимом работы SDI (последовательного интерфейса) или же есть привязка- если REAPEATER, то только DSL3? Хотя у меня есть кусок кода, где Инф. сами предлагают настраивать чип в режим REPEATER и при этом SDI работает в режиме !!!TDM!!!. Если же, настроив два канала чипа как STU-C и STU-R, мы получаем, грубо говоря, две оконечки связанные между собой по TDM интерфейсу и при этом теряем все преимущества режима REPEATER, так? Вопрос: Вам лично удалось запустить честный режим REPEATER, (скорость сейчас в расчет не берем), как это описано в доке Инф.?

Я изходил из расчета что режим REAPEATER это только DSL3(это следует из документации).
НА когд самого инфинеона я не очень смотрел так как, те исходники что у меня были от самого инфинеона там были ошибки в коде по заливке прошивке. Дальше я уже с кодом инфинеона решил не работать так как это вызывала еще больше гемороя.

Какие приемущества режима REPEATER вы имете ввиду?

Да мне удалось запустить честный регнератор но с оргничением скорости.

[ALEXD]

Я изходил из расчета что режим REAPEATER это только DSL3(это следует из документации).
НА когд самого инфинеона я не очень смотрел так как, те исходники что у меня были от самого инфинеона там были ошибки в коде по заливке прошивке. Дальше я уже с кодом инфинеона решил не работать так как это вызывала еще больше гемороя.

Какие приемущества режима REPEATER вы имете ввиду?

Да мне удалось запустить честный регнератор но с оргничением скорости.

Здравствуйте.
Преимуществами я считаю:
1) Нормальная передача CAPLIST от STU-R к STU-C и обратно
2) Поддержка EOC в соответсвии с ITU-T 991.2

Если Вам удалось запустить честный REPEATER, то, если не секрет, какие действия Вы выполнили, чтобы он заработал в точности так, как показано у них на диаграмме рис. 90 стр. 187 нового документа UMPR(2007) и рис. 89 стр. 179 старый UMPR(2006). Так как все попытки заставить его работать правильно на начальном этапе провалились. Самое первое, что не совпадает с описанием это- процесс обмена тонами G.hs у SRU-C, в диаграмме показано, что SRU-C должен ждать команду от процессора CMD_GHS_REG_INITIATION(LINK_INITIATION) и только после нее начать устанавливать соединение, а у меня он начинает завязываться не дожидаясь каких-либо команд, но при этом переходит в режим WAIT_STU-C и также сообщает о том, что CAPLIST склеен и готов к загрузке в SRU-R -сообщение NFC_CONNECT_CONDITION(CAPABILITIES_AVAILABLE) т.е. дальше уже все как в диаграмме!!! о чем я писал в первом своем посте.Тоже самое происходит с SRU-R, он завязывается с STU-C и сразу переходит в режим MAIN_DATA_MODE, т.е. ведет себя как обычная оконечка, не дожидаясь каких либо команд от процессора. Если не трудно, поделитесь начальными установками или подскажите, где ошибка в описании у Инф., потому что я делал все в строгом соответствии с их описанием и проверял это несколько раз.

Заранее спасибо!

[Muxamor]

Здравствуйте.
Преимуществами я считаю:
1) Нормальная передача CAPLIST от STU-R к STU-C и обратно
2) Поддержка EOC в соответсвии с ITU-T 991.2

Если Вам удалось запустить честный REPEATER, то, если не секрет, какие действия Вы выполнили, чтобы он заработал в точности так, как показано у них на диаграмме рис. 90 стр. 187 нового документа UMPR(2007) и рис. 89 стр. 179 старый UMPR(2006). Так как все попытки заставить его работать правильно на начальном этапе провалились. Самое первое, что не совпадает с описанием это- процесс обмена тонами G.hs у SRU-C, в диаграмме показано, что SRU-C должен ждать команду от процессора CMD_GHS_REG_INITIATION(LINK_INITIATION) и только после нее начать устанавливать соединение, а у меня он начинает завязываться не дожидаясь каких-либо команд, но при этом переходит в режим WAIT_STU-C и также сообщает о том, что CAPLIST склеен и готов к загрузке в SRU-R -сообщение NFC_CONNECT_CONDITION(CAPABILITIES_AVAILABLE) т.е. дальше уже все как в диаграмме!!! о чем я писал в первом своем посте.Тоже самое происходит с SRU-R, он завязывается с STU-C и сразу переходит в режим MAIN_DATA_MODE, т.е. ведет себя как обычная оконечка, не дожидаясь каких либо команд от процессора. Если не трудно, поделитесь начальными установками или подскажите, где ошибка в описании у Инф., потому что я делал все в строгом соответствии с их описанием и проверял это несколько раз.

Заранее спасибо!

В режиме TDM все гараздо проще получаеться кап листы гонять не надо.
А какие трудности реализовать EOC если регнератор поставить в режим TDM?

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